[Suggestion] Pourquoi migrer maintenant sur Joomla 4.x ?

[daneel]

Joomla 3.10.x sera le 16 août 2022 en phase de sécurité après 10 ans d'une même version majeure !

C'est à dire que Joomla 3 a eu des corrections de bugs, du support de retro-compatibilité, quelques petites améliorations de j4 qui ont affecté également les publications récentes des versions de J3.10 mais tout cela s'arrête mardi prochain. Seul les correctifs de sécurité seront publiés jusqu'au 17 août 2023 soit deux ans après la sortie de J4 et de la version 3.10.

Alors même si certaines choses ne se voient pas, Joomla 4 aura mis le cms à niveau et au delà sur le plan de la sécurité, sur le plan de la performance mais également sur le plan de l'accessibilité. Combien de cms intègrent autant de fonctionnalités natives et gratuites ?

COMMENT ÉVITER DES COÛTS SUPPLÉMENTAIRES ?

Sur des sites dont on a besoin d'une solution pérenne, Joomla est l'idéal ! Utilisez moins d'extensions tierces avec une préférence de solutions proches du natif.
Avec la réalisation et la migration de plusieurs sites, on prend désormais certains choix qui seront bénéfiques pour l'avenir notamment au passage vers Joomla 5 et plus.

- Bannir les extensions obsolètes qui n'apportent plus rien depuis des années. Les champs personnalisés évoluent et doivent être exploités pleinement. N'hésitez pas à évoquer vos difficultés de transition, on peut vous aider.

- On peut également exploiter Cassiopeia, le template par défaut et refaire intégralement l'entête et bas de page même sans utiliser une seule ligne de code css.

- Utiliser les nouvelles fonctionnalités comme le workflow ou le moteur de recherche avancé. Vous avez peut être des projets complexes nécessitant des solutions tierces, n'hésitez pas à les évoquer avant de sauter le pas.

- Quand vous avez une solution proche du natif, vous minimisez les coûts et la maintenance de ces solutions. De plus, vous pouvez exiger de votre hébergeur de fournir une version de php récente et recommandée par Joomla. Combien d'anciens sites sont bloqués par des extensions tierces ?

On aura toujours besoin des extensions tierces mais la conception n'est plus comme on le faisait il y a 10 ans ! Laissons l'équipe de production voir avec les développeurs pour définir la nouvelle feuille de route qui correspondrait le mieux autant sur le plan technique que marketing. Et choisissons le meilleur pour notre site Joomla !

QUELLES EXTENSIONS POUR JOOMLA 4 ?

Sans évoquer modules, plugins et composants, il faut aussi voir les fonctionnalités que vous avez besoin... Que ce soit pour un nouveau site, une ancienne version de Joomla ou d'un autre cms, vous devez délimiter et réunir toutes les conditions. Vous pouvez également bâtir des fondations solides et envisager l'avenir sereinement. Mais n'envisagez pas de travailler seul, la communauté est là pour vous aider à faire le tri !

https://forum.joomla.fr/forum/th%C3%A8mes-communautaires/la-vie-sur-joomla-fr/2041984-pourquoi-participer-sur-le-forum-contribuer-%C3%A0-la-communaut%C3%A9-est-essentiel

Actuellement sur les 2200 extensions connues sous Joomla 4, j'en retiens personnellement 200 principales libres et gratuites que je connais par coeur (interface et code) dont la traduction française est disponible sur plus d'une centaine (et oui !!) ! Je ne suis pas contre les extensions commerciales mais actuellement je cible qu'une dizaine de solutions intéressantes. Mon critère, c'est de savoir l'optimisation et l'utilisation du framework. Par exemple, malgré ses qualités, j'ai abandonné acymailing depuis leur refonte il y a quelques années avec une interface qui n'est pas celle de Joomla (c'est un choix). Aujourd'hui j'ai une gestion performante avec mes propres templates d’e-mails responsives, y compris pour les e-mails transactionnels dont le contenu est éditable nativement sous J4.

Coté développeur, on aura toujours besoin d'être financer par des modèles économiques comme des versions pro ou des abonnements sur un environnement particulier comme par exemple yootheme pro (mélange de builder + template) mais coté utilisateur, peu importe votre budget même à zéro ou votre compétence, vous aurez toujours des solutions.

Communiquer et aller à l'essentiel, c'est tout !

[daneel]

Pour info sur la migration Joomla 4

- Video du Joomladay sur la migration par Mihàly disponible en replay :

https://www.joomladay.fr/replay-2022

- Documentation officielle :

https://docs.joomla.org/Joomla_3.x_to_4.x_Step_by_Step_Migration/fr

[RobertG]

Bonjour,

Ce qui m'inquiète (en prévision de la version 5, aussi), c'est que beaucoup de développeurs d'extensions ont freiné des quatre fers pour la migration de leurs extensions, attendant une version RC de J4 pour bouger. Un certain nombre a jeté l'éponge, depuis.

Et même un an après la sortie de la version stable, pour une extension qu'utilise un site sur lequel j'interviens parfois, j'ai eu comme réponse qu'il ne me fallait pas m'inquiéter, la version J4 devrait arriver en beta en fin d'année ! Sans aucune certitude.
Souvent, ce sont des extensions dont les fonctionnalités n'existent pas ailleurs, développées par de petites structures qui manquent de disponibilité..

Personnellement j'ai migré tous les sites que j'ai pu. Seuls certains de clients/amis n'ont pas bougé soit parce que certains extensions n'ont pas encore de version compatible, soit surtout parce que prévoir un planning pour les interventions/conseils/demandes des propriétaires des sites est un casse-tête.

Je dois préciser que pour certains existant déjà depuis la version 2.5 voire plus ancienne, la seule solution de migration a été l'import des contenus dans un site neuf, un problème de base de données sans effet sur une version 3 rendant la migration directe impossible.

Je pense surtout à la question des templates pour lesquels la refonte est obligatoirement complète ou la conservation de l'aspect est impératif. J'ai par exemple le site d'une photographe, bilingue à l'ancienne c'est à dire en réalité monolingue mais avec deux groupes de menus et contenus, qui date de la version 2.5 voire même 1.6 ou 1.7, et que malgré mon insistance je n'ai jamais pu convaincre cette personne de passer à un template plus récent et responsive.
Le seul point positif est que ces sites sont régulièrement mis à jour et ne devraient pas, sauf disparition d'extensions, poser de problème autre que celui du template, le jour où la décision de migration sera prise.

En revanche, quand une extension n'a pas de version compatible 4 et surtout pas d'équivalent, et que je n'ai pas les compétences pour l'adapter comme j'ai pu le faire pour quelques plugins ou modules, je suis le bec dans l'eau.

Un autre point qui me gêne est l'absence d'informations sur comment migrer pour certaines extensions qui sont listées comme sans notion de mise à jour lors de la vérification : faut-il désinstaller, désactiver et réinstaller après migration ? Les données ne seront-elles pas perdues ? Pas toujours simple !

Repartir comme tu le prônes (et c'est aussi mon avis) sur des fonctionnalités natives demandera des heures d'intervention que beaucoup d'utilisateurs ne sont pas prêts à payer, je pense notamment aux petites structures et aux particuliers Alors la seule solution est de continuer à utiliser des extensions tierces migrées ou un de leurs équivalents, ou de fermer le site comme l'a envisagé une artiste peintre prête à se priver de sa vitrine en ligne.

Il ne faut pas oublier que nombre de sites sous Joomla! ne sont pas propriétés de professionnels mais de particuliers et d'indépendants qui se sont débrouillés seuls ou avec l'aide du forum, et qui n'ont pas forcément acquis les compétences pour passer d'une extension tierce à une fonctionnalité native, ni suivi ces évolutions, ni les moyens financiers pour refaire appel à un pro (si tant est qu'il y en ait beaucoup susceptibles d'accepter le projet.
Moi-même, peut-être suis-je moins motivé, j'ai l'impression d'être noyé dans toutes ces nouvelles fonctionnalités apparues depuis cette version 4...

Je n'ai jamais été à l'aise avec les templates, mais depuis la version 1.0 de Joomla! j'arrivais tant bien que mal à obtenir des résultats sur des templates classiques, sans Framework. Je dois dire que je suis totalement perdu avec Cassiopeia, ce qui m'a fait passer à Astroid, contraint par une cliente qui avait repéré un template commercial qu'elle voulait absolument mais qui n'existait que pour J3, la seule solution alors ayant été de recréer avec Astroid l'équivalent visuel de celui qu'elle voulait...

Un dernier point : j'ai l'impression qu'on voit ici plus de membres qui cherchent une solution après avoir planté leur site en le migrant que de membres qui demandent quelles précautions prendre et quelle documentation lire avant, pour que tout se passe au mieux.

[daneel]

Bonjour,

Restons positifs autant que possible. J'ai bien lu tes remarques et oui c'est normal à titre professionnel. De part l'activité chronophage que cela peut nécessiter et les compétences à assimiler. Pour les utilisateurs même débutants, il y a pourtant des méthodes simples pour créer des sites joomla qui nécessitent peu ou pas de budget, aucune compétence ni ligne de code à saisir, y compris pour migrer un site !

Pour les développeurs, je ne vais pas revenir sur les arguments évoqués dans les discussions sur Joomla 5. L'équipe de production de Joomla devrait enrichir la documentation et améliorer l'outil de vérification avant publication sur la JED. On ne pourra pas utiliser une baguette magique obtenir la conversion d'une extension mais des outils pour les développeurs comme rector php ( https://getrector.org/ ) pourront certainement les aider à "transpiler" le code php. Objectivement, je suis confiant sur l'avenir.

Concernant ta photographe, pas de soucis. Elle peut bénéficier de la modernité sans perdre ce qu'elle avait, y compris dans la présentation. On peut s'ouvrir un document ouvert et partagé si tu veux lui donner des arguments. Financièrement, cela dépend des objectifs mais il y a des solutions à tous budgets même gratuit. Si c'est juste pour présenter son travail, elle ne devrait pas à payer de licence. J'ai déjà proposé des solutions libres et gratuites intégrant galeries, prise de rendez-vous rapide (du type calendly intégré dans Joomla4), téléchargement dans un espace privé pour les clients et blog. C'est différent si elle utilise son site pour vendre soit en fichiers donc digital ou sur support physiques (tirage, support tableaux, etc.), l'activité économique peut se développer sur internet fortement avec de bons leviers marketing. Là, on est sur du long terme avec un budget adapté. Par rapport au choix de migrer, c'est aussi une remise en question et ça j'en suis bien conscient.

Professionnellement, je convertis aussi bien des anciens templates, quitte à les recréer notamment en bootstrap 5.x ou à en créer de nouveaux. Aujourd'hui il faut bien comprendre que les combats sont ailleurs à travers la performance, l'accessibilité et d'autres points que j'ai déjà évoqué à plusieurs reprises (CSP et gestion des entêtes, rgpd et cookies...). Pour l'utilisateur, ce sera tout autant d'améliorations qu'il ne verra pas forcément mais on sera là pour démocratiser et simplifier. Pour le rendu, de nouveaux templates sous Joomla 4 devraient prochainement séduire un peu plus, laissons un peu de temps aux créatifs ! On a déjà pas mal de choix existants.

[RobertG]

Bonjour,

A titre personnel, j'adhère à tes arguments, mais je suis loin d'avoir tes compétences (voir entre autre mon échec d'adaptation de Joaktree ou ce que je dis sur les templates).
Et ce que je crains, c'est que comme avec les précédentes migrations, beaucoup se disent que tant que ça fonctionne, on ne touche à rien (il a fallu migrer des sites 2.5 et 1.5 vers 3 il n'y a pas longtemps !).
Ici même, j'ai probablement été un des premiers à faire des migrations et à le dire, alors que d'autres disaient nettement leur choix d'attendre, tout comme certains développeurs pas pressés, faute de temps pour certains.

Ce que je constate en revanche depuis longtemps, c'est que les gens, une fois leur site créé avec un template et une organisation spécifiquement adaptés, ne veulent souvent pas en changer, ce qui rend quasiment impossible de les convaincre à la migration vers J4, alors que passer de J 2.5 à J 3 n'obligeait pas à changer ce look, ce qui permettait de les convaincre facilement. Ils ne tiennent pas non plus à changer leurs habitudes de saisie en changeant d'extension.

Pour ce qui est des templates, à part essayer de les reproduire à partir un template Astroid, je ne sais pas (plus) faire.

Je pense que ce qui nous différencie, c'est le public avec lequel on travaille. Personnellement, ce ne sont que des particuliers ou indépendants (à petit budget), plus une commune dont les nouveaux conseillers affectés à la communication semblent totalement se désintéresser du site. Ils sont certainement moins préoccupés par les performances de leur site.

[daneel]

Je pense que ce qui nous différencie, c'est le public avec lequel on travaille. Personnellement, ce ne sont que des particuliers ou indépendants (à petit budget), plus une commune dont les nouveaux conseillers affectés à la communication semblent totalement se désintéresser du site. Ils sont certainement moins préoccupés par les performances de leur site.

A titre personnel, ce n'est pas tout à fait vrai et encore moins demain mais tu le verras prochainement avec le changement dans ma signature. Pour ce qui est du particulier, je lui ai consacré du temps à traduire les extensions, les annonces officielles, la documentation officielle, partager librement et gratuitement, sans compter l'entraide sur le forum, ça compte un peu, non ? Globalement, j'aurai toujours à coeur de promouvoir joomla à tous les types de public. Forcément, je vis des projets d'entreprises, de collectivités et d'agences web mais je reste ouvert et je m'adapte également aux associations, aux passionnés... donc je suis sensible à leurs arguments.

Ce que je peux proposer, c'est de faire des rencontres virtuelles à partir de la rentrée sur différents sujets. A un rythme régulier, ce serait un plaisir de présenter puis de débattre face à tous les types de publics. Y compris reprendre le sujet de la migration ou pourquoi choisir Joomla 4 ?

[RobertG]

En ce qui concerne les traductions, j'en fais volontiers aussi, je ne les mets que rarement à disposition faute de prendre suffisamment de temps pour les vérifier autant que nécessaire.
Donc n'hésite pas à me contacter si besoin.

[fabvincent]

En tous cas les gars, bravo pour votre dévotion et présence sur le forum parce qu'en effet, la migration n'a rien de plaisant.

[Colnem30]

Bonjour

Je ne souhaite pas participer à cette discussion de spécialiste, mais je la lis avec attention.

Un truc m'interpelle, hors sujet:

du type calendly intégré dans Joomla4

J'ai bien trouvé le produit calendly sur internet, mais quid de l'intégration dans Joomla 4.
Est-il possible dans savoir plus (via un autre post si nécessaire) ?
Merci

[FlodAriege]

Bonjour à toutes et tous,

Ca faisait une éternité que je n'étais pas revenue ici, et c'est assez symptomatique du peu de temps dont je dispose désormais pour m'occuper de notre site. J'ai même du mal à me libérer du temps pour la mise à jour des contenus, alors autant vous dire que je regarde avec angoisse la mise à jour technique du CMS, de la version 3.10.6 encore installée à la version 4.xxxx...

La fin du message de Robert m'interpelle :

(...)
Un dernier point : j'ai l'impression qu'on voit ici plus de membres qui cherchent une solution après avoir planté leur site en le migrant que de membres qui demandent quelles précautions prendre et quelle documentation lire avant, pour que tout se passe au mieux.

... car c'est précisément ce que j'aimerais faire avant de me lancer dans ce qui m'apparaît comme un truc énorme.
S'il existe une bible dans ce domaine, une to-do list de confiance, je suis preneuse. Merci d'avance pour vos recommandations.

J'envisage bien sûr de faire l'inventaire des extensions installées sur notre site, afin de repérer celles qui pourraient poser problème dans le cadre de cette màj majeure.

Je m'imagine les classer, en gros, dans 5 catégories :

1: celles dont je n'aurai plus besoin car Joomla me proposera une fonctionnalité équivalente en natif

2: celles que je pourrai mettre à jour sans problème

3: celle que j'utilise sans me souvenir pourquoi j'ai eu recours à ça au départ. Je parle ici de Flexicontent, mais si je veux être honnête, je ne sais plus pourquoi j'ai fait ça au départ. Peut-être simplement pour une fonctionnalité de partage sur les réseaux sociaux que je ne savais pas faire à l'époque avec Joomla. C'est un sous-composant quelconque de Flexicontent qui me permet de générer des publications de partage correctement configurées par défaut avec le bon titre, le bon texte, la bonne image, etc. Si Joomla4 me permet de faire la même chose en natif, j'aimerais revenir sur un Joomla plus simple qu'aujourd'hui, mais je ne suis pas sure que la migration des items de FC vers les articles de Joomla soit si simple.

4: celles dont j'ai vraiment besoin, mais qui n'existe pas sous Joomla4.
Dans cette catégorie, je m'inquiète énormément pour Sigplus : je n'ai déjà pas mis à jour vers la 1.5 car elle ne propose aucune possibilité de renseigner le defdescription autrement que via un labels.txt (inutilisable pour les innombrables images insérées sur notre site directement dans les articles : je n'ai recours au labels.txt que lorsque j'affiche une galerie, petite ou grande, mais jamais pour une image unique). En plus la 1.5 me générait des erreurs avec mes CSP http reader que je n'ai jamais su résoudre. Bref. Je vais devoir me tourner vers une nouvelle solution pour illustrer les pages du site, et cela signifie des heures et des heures (des jours !!) de travail.
Il me faudra en effet remplacer les milliers de balises du genre :

{gallery width=400 height=300 alignment=left-float deftitle="Titre de l'image" defdescription="Description en une phrase ou deux"}patati/patata/image.jpg{/gallery}

par le code de la nouvelle solution. Et je n'ai aucune idée de quelle façon je vais pouvoir automatiser ce travail (à vrai dire je pense tout simplement que c'est impossible).

5: celles que je peux virer sans regret (mais normalement j'ai déjà bien fait le ménage)

Je me pose plein de questions, aussi, sur le devenir de mon template, développé sous Template Creator CK. J'aurai mes réponses quand j'aurai tenté ma première migration en test, je verrai bien le résultat.

Au plaisir de lire vos conseils, avis et recommandations avant que je ne me lance.
En attendant, je vais déjà m'atteler à la màj de 3.10.6 vers 3.10.11.

Bon week-end !

[RobertG]

Bonjour,

Les infos principales sont à cette adresse https://docs.joomla.org/Why_Migrate/fr et sur la page citée par daneel dans le deuxième message https://docs.joomla.org/Joomla_3.x_t...p_Migration/fr

[daneel]

Je m'imagine les classer, en gros, dans 5 catégories :

1: celles dont je n'aurai plus besoin car Joomla me proposera une fonctionnalité équivalente en natif

2: celles que je pourrai mettre à jour sans problème

3: celle que j'utilise sans me souvenir pourquoi j'ai eu recours à ça au départ. ... j'aimerais revenir sur un Joomla plus simple qu'aujourd'hui, mais je ne suis pas sure que la migration des items de FC vers les articles de Joomla soit si simple.

4: celles dont j'ai vraiment besoin, mais qui n'existe pas sous Joomla4.
Il me faudra en effet remplacer les milliers de balises du genre :

{gallery width=400 height=300 alignment=left-float deftitle="Titre de l'image" defdescription="Description en une phrase ou deux"}patati/patata/image.jpg{/gallery}

Et je n'ai aucune idée de quelle façon je vais pouvoir automatiser ce travail (à vrai dire je pense tout simplement que c'est impossible).

Bonjour,

- ok pour le point 1 et 2

- pour le point 3 avec FC, sauf pour les champs, on retrouve théoriquement le contenu dans les articles de joomla. Effectivement, cela ne sert pas à grand chose si tu ne profite pas des fonctionnalités de flexicontent. D'ailleurs les cck ont perdu de leur attractivité à partir du moment où les champs personnalisés natifs se sont révélés suffisants. C'est simple, perso je n'ai pas encore eu l'occasion d'utiliser un seul cck sous joomla 4

- pour le point 4, il y a des solutions de conversion et il faudra vérifier au préalable avec la dernière version de sigplus avant de changer mais tu pourras éviter de modifier manuellement tous les codes existants. On va t'accompagner pour cela (suffit d'ouvrer un fil de discussion sur le sujet).

Pour ton template, il faut également voir avec le template natif qui est une base personnalisable intégrant les propriétés natives de joomla 4 que l'on ne retrouve pas forcément dans tck. La encore, tu peux soit revoir les discussions, soit ouvrir un nouveau sujet si tu manque d'information sur Cassiopeia.

[FlodAriege]

Bonjour, et merci RobertG et @daneel
J'entame la lecture des guides, et rien que dans les premières phrases je me fais peur... Honnêtement, que peut bien vouloir dire :

Joomla 3.10.x sera principalement une version contenant des rétroportages des changements d'API de la branche de développement de Joomla 4.x pour aider à faciliter la transition vers la prochaine version majeure pour la communauté.

Bon, ma question n'attend pas vraiment de réponse, et je vais poursuivre ma lecture en espérant qu'elle soit plus digeste.

J'ouvrirai un autre post pour chaque thématique, comme je le fis autrefois quand j'ai créé notre site en partant de zéro, avec zéro compétence. Si j'y suis arrivée à l'époque, je devrais bien pouvoir m'en sortir encore maintenant, grâce à toute l'aide permise par la communauté très active des "Joomlistes" francophones.

A très vite, donc !

EDIT : bon ben... ça n'aura pas tardé ! Me voici déjà devant des questions auxquelles je ne sais pas répondre
Dans la liste des points à vérifier avant de se lancer, ici : https://docs.joomla.org/Planning_for...10.x_to_4.x/fr à la question 3 il est demandé si le serveur répond aux exigences minimales de J4. PHP et MySQL semblent OK chez Ionos (bien que passer de MySQL 5.5 à 5.7 semble requérir une opération manuelle), mais vient ensuite une question sur le type de serveur web supporté : Apache ? Nginx ? Microsoft IIS ?
J'ai cherché, mais je ne trouve pas d'info là-dessus : l'un ou l'une d'entre vous saurait si Ionos présente le moindre problème de comptabilité avec la version 4 de Joomla ?

[FlodAriege]

(...)

- ok pour le point 1 et 2

(...)

Bonjour daneel

J'ai commencé ce travail d'inventaire, mais pour le point

1: celles dont je n'aurai plus besoin car Joomla me proposera une fonctionnalité équivalente en natif

... encore faudrait-il que je sache exactement ce que Joomla 4 est désormais capable de proposer en natif, sans avoir recours à des extensions tierces.

Or, je cherche peut-être mal, mais je n'arrive pas à trouver une doc de référence qui m'aiderait à savoir ce que la v4 propose de plus que la v3 (3.10).

Exemple : je me suis enfin souvenue de la raison qui m'avait poussée dans les bras de flexicontent, et c'est bien le partage sur les réseaux sociaux. Je dois pouvoir faire la même chose sans FC aujourd'hui, et peut-être même sans aucune extension.

Qu'en est-il notamment du balisage open graph, mais aussi des microdata : aujourd'hui j'ai recours à socialmeta (qui ajoute un onglet 'Social' dans la rédaction des articles, mais qui génère aussi automatiquement les microdata au format json-ld sur les articles)

Des champs de saisie sont-ils prévus dans Joomla 4 pour préciser les attributs open graph des articles ? Ou une autre solution technique qui parvienne au même résultat ?
Quid des microdata ?

Punaise, heureusement que j'ai jusqu'au mois d'août 2023 pour mener à bien cette migration, je sens bien que ça va me demander autant, si ce n'est plus, de travail que la conception initiale du site, quand je savais à peine ce qu'était un code html...

Merci d'avance pour tes lumières !

A bientôt, bonne soirée, bon dimanche.

[daneel]

Bonsoir,

La rétrocompatibilité indique que le code ancien fonctionnera encore pour une grande majorité. Concrètement, les développeurs n'ont parfois pas grand chose à faire pour rendre compatible avec joomla 4. En revanche, c'est plus compliqué quand il s'agit de revoir des fonctions en dehors de ce qui était écrit avec le framework/api de joomla. En particulier quand il s'agit également de design et de choix spécifique auquel il faut pratiquement revoir le projet de a à z. C'est pour cela que certains ont préféré abandonner.

Ce n'est parfois pas si mal car si on examine le parcours, on s'aperçoit que certains projets n'ont pratiquement jamais évolué depuis 10 ans. Alors si cela remet en cause, pour l'utilisateur soit on change d'extensions, soit une équipe reprends le flambeau avec une nouvelle energie et une nouvelle roadmap (plan de route). Il faut donc voir le côté positif pour l'utilisateur !



Concernant ton hébergeur, il n'y a pas de différence si ce n'est peut être la possibilité de changer de version de php si ce n'est déjà fait.
Je crois que d'origine, il faut faire attention dans le htaccess donc reprendre les mêmes paramètres.

Pour l'open-graph, ce n'est toujours pas géré nativement. En revanche, il y a beaucoup plus de plugins tiers sur le marché qui offrent divers fonctionnalités comme générer l'image automatiquement. De mon coté, c'est le framework du template qui le gère et GSD (Google Structured data) pour les json-ld (y compris sur les données locales pour situer la position de l'entreprise ou de la boutique).

En réalité, pour ta migration, je crois que c'est plus le changement de template qui te sera plus difficile. Eventuellement, tu as le site templatejoomla.com pour t'aider à faire un choix mais tu peux également utiliser le template natif ou un framework de template (astroid, helix, yootheme pro, gantry...)