Traduire cet article markdown en français

Si vous gérez des sites Joomla depuis un certain temps, vous avez probablement ressenti ce malaise familier quand une version majeure sort. Joomla 4 était difficile. Joomla 5 a adouci certains angles. Mais Joomla 6 ? C'est en train de devenir la version la plus divisive de l'histoire du CMS. Le panneau d'administration a été entièrement repensé, le gestionnaire d'extensions est fondamentalement différent, le rendu des modèles a des changements radicaux qui affectent presque tous les modèles personnalisés, et la communauté... ne le prend pas bien.

Je construis et maintiens des sites Joomla depuis l'époque de Mambo. J'ai migré des clients à travers chaque mise à niveau majeure douloureuse. Donc quand je dis que Joomla 6 se sent différent — pas d'une bonne manière — je ne suis pas dramatique. Laissez-moi vous montrer exactement ce qui a changé, pourquoi les administrateurs expérimentés sont en colère, et quelles alternatives réalistes existent si vous envisagez de sauter le pas.

Table des matières

Pourquoi les administrateurs Joomla sont furieux à cause des changements UX de Joomla 6

La refonte UX du panneau d'administration Joomla 6

Commençons par le changement le plus visible : le panneau d'administration. Joomla 6 introduit ce que l'équipe de développement appelle une « expérience administrative moderne ». En pratique, cela signifie qu'ils ont supprimé la navigation familière de la barre latérale gauche que les administrateurs Joomla utilisaient depuis Joomla 4 et l'ont remplacée par une approche de nav supérieure plus barre latérale contextuelle.

Qu'est-ce qui a réellement changé

L'ancien panneau d'administration avait une barre latérale gauche repliable avec des éléments de menu imbriqués. Vous pouviez accéder à n'importe quelle section du CMS en deux clics maximum. Ce n'était pas beau, mais c'était fonctionnel et — surtout — c'était cohérent.

Joomla 6 passe à une barre de navigation horizontale supérieure avec des méga-menus déroulants. La barre latérale gauche n'apparaît maintenant que contextuellement, affichant les options pertinentes pour la section dans laquelle vous vous trouvez. La gestion des articles, la gestion des utilisateurs, la configuration des extensions — elles ont toutes des mises en page de barre latérale différentes maintenant.

Voici une comparaison des modèles de navigation :

Action Joomla 5 (clics) Joomla 6 (clics) Notes
Créer un nouvel article 2 2-3 Dépend du contexte actuel
Accéder à la configuration globale 2 3 Enfoui sous le menu Système
Gérer les extensions 2 2-4 La nouvelle vue catégorisée ajoute des étapes
Éditer les fichiers modèles 3 4-5 Éditeur de modèle réinstallé
Vérifier les informations système 2 3 Déplacé vers le sous-menu
Gérer les fichiers média 2 2 À peu près équivalent

Pourquoi les administrateurs la détestent

La plainte fondamentale n'est pas qu'il semble différent. Les administrateurs peuvent s'adapter aux changements visuels. Le problème est que la mémoire musculaire — la chose qui rend la gestion quotidienne du CMS supportable — est complètement brisée.

Lorsque vous gérez 15+ sites Joomla et que vous les alternez tout au long de la journée, vous comptez sur le fait de savoir exactement où se trouvent les choses sans penser. Joomla 6 vous force à réapprendre tout. Et la barre latérale contextuelle signifie que la navigation n'est même pas cohérente au sein du nouveau système. La barre latérale affiche différents éléments selon le lieu où vous êtes, ce qui rend plus difficile la construction d'une nouvelle mémoire musculaire.

Il y a aussi l'angle de l'accessibilité. Plusieurs membres de la communauté ont signalé que les méga-menus déroulants ne fonctionnent pas bien avec les lecteurs d'écran, et la navigation au clavier est incohérente. Pour un CMS open source qui se targue d'accessibilité, c'est une régression significative.

Le problème des widgets du tableau de bord

Joomla 6 introduit également un nouveau système de widgets de tableau de bord qui remplace les modules de tableau de bord précédents. L'ancien système vous permettait d'ajouter et d'organiser les modules du tableau de bord avec une flexibilité raisonnable. Le nouveau système de widgets est plus visuellement attrayant mais nettement moins configurable.

Vous ne pouvez plus créer de dispositions de tableau de bord personnalisées par groupe d'utilisateurs — une fonctionnalité que de nombreuses agences Joomla utilisaient pour créer des expériences d'administration simplifiées pour les clients. Au lieu de cela, il existe une disposition de tableau de bord unique avec des bascules de visibilité basées sur les rôles pour les widgets individuels. C'est une régression fonctionnelle déguisée en progression en termes de conception.

Gestionnaire d'extensions : tout ce que vous saviez est faux

C'est là que les choses deviennent vraiment douloureuses. Joomla 6 introduit un système de gestion d'extensions complètement réécrit, et il casse la compatibilité avec la façon dont les extensions ont été empaquetées et installées pendant plus d'une décennie.

La nouvelle architecture d'extension

Joomla 6 passe à un système de gestion d'extensions basé sur Composer. Sur le papier, c'est une bonne idée. Composer est la norme pour la gestion des dépendances PHP, et aligner Joomla sur les pratiques PHP modernes a du sens.

En pratique, cela signifie :

  • Les paquets d'extension doivent maintenant inclure un composer.json avec des déclarations d'espace de noms appropriées
  • Le format de manifeste XML ancien est obsolète (fonctionne toujours en 6.0 mais lance des avertissements, programmé pour suppression en 6.2)
  • Les chemins de découverte et d'installation des extensions ont changé — les scripts d'installation personnalisés qui référencent les anciens chemins se briseront
  • Le protocole du serveur de mise à jour a été révisé — les extensions utilisant l'ancien format XML de mise à jour ont besoin de migrer vers le nouveau manifeste de mise à jour basé sur JSON
// Nouveau manifeste d'extension Joomla 6 (extrait composer.json)
{
  "name": "vendor/my-joomla-extension",
  "type": "joomla-plugin",
  "require": {
    "joomla/cms": "^6.0"
  },
  "extra": {
    "joomla": {
      "element": "myextension",
      "group": "content",
      "namespace": "Vendor\\Plugin\\Content\\MyExtension"
    }
  }
}

La crise de compatibilité des extensions

Voici l'impact du monde réel : une partie importante de l'écosystème des extensions Joomla n'est pas prête. Selon les données du Répertoire des extensions Joomla (JED) au début de 2025, environ 40 % des extensions répertoriées n'ont pas été mises à jour pour la compatibilité Joomla 5, et encore moins pour Joomla 6.

Parmi les extensions compatibles avec Joomla 5, les premiers tests suggèrent qu'environ 60-70 % nécessiteront des modifications non triviales pour fonctionner avec la nouvelle architecture d'extension de Joomla 6. Nous ne parlons pas de petits ajustements. Nous parlons de restructurer la façon dont les extensions sont empaquetées et distribuées.

Pour les extensions populaires comme Akeeba Backup, RSForm et JCE Editor, les développeurs ont déjà annoncé que des versions compatibles Joomla 6 sont en développement. Mais pour les milliers d'extensions plus petites maintenues par des développeurs individuels ou de petites équipes ? Beaucoup d'entre elles seront simplement abandonnées.

Ce que cela signifie pour les propriétaires de sites

Si votre site Joomla dépend de cinq extensions tierces ou plus (et la plupart en dépendent), vous devez examiner chacune d'elles avant même de penser à une mise à niveau. Créez une feuille de calcul. Vérifiez le site du développeur de chaque extension pour les annonces Joomla 6. S'il n'y a aucune mention du support Joomla 6, supposez que cela ne fonctionnera pas.

J'ai fait cet audit pour trois sites clients jusqu'à présent. Deux d'entre eux ont au moins une extension critique sans feuille de route Joomla 6. C'est un bloqueur de migration.

Changements radicaux du rendu des modèles

Les changements du système de modèles dans Joomla 6 sont le genre de chose qui fait froncer les sourcils aux développeurs expérimentés. Joomla est passé de son système traditionnel de remplacement de modèles basé sur PHP à une approche hybride qui introduit une nouvelle couche de modèles.

Le nouveau moteur de modèles

Joomla 6 introduit Twig comme moteur de modèles optionnel (mais clairement préféré) aux côtés des remplacements PHP traditionnels. Les modèles d'administration principaux sont maintenant écrits en Twig. Les modèles frontaux peuvent utiliser soit PHP soit Twig, mais le système de découverte de remplacement de modèles a changé.

{# Exemple de modèle Twig Joomla 6 #}
{% extends "@joomla/base.html.twig" %}

{% block content %}
  <div class="com-content-article">
    <h1>{{ article.title | escape }}</h1>
    <div class="article-body">
      {{ article.introtext | raw }}
      {{ article.fulltext | raw }}
    </div>
  </div>
{% endblock %}

Ce qui se casse

L'ordre de découverte des remplacements a changé. Dans Joomla 5, les remplacements de modèles vivaient dans templates/your-template/html/com_content/article/default.php. Cela fonctionne toujours dans Joomla 6, mais si une version Twig existe à templates/your-template/html/com_content/article/default.html.twig, la version Twig a priorité.

Cela signifie que si un développeur de modèles expédie à la fois des remplacements PHP et Twig (ce que beaucoup feront pour soutenir la transition), vos remplacements PHP personnalisés pourraient être silencieusement ignorés. J'ai déjà vu cela mordre les gens lors de tests bêta.

De plus, le système de paramètres de modèles a été retravaillé. Les paramètres de modèles définis dans templateDetails.xml ont maintenant besoin des entrées correspondantes dans un nouveau fichier template.config.php. Les anciens paramètres se chargent toujours, mais les nouvelles fonctionnalités comme l'aperçu en direct et le configurateur de modèles visuels ne fonctionnent qu'avec le nouveau format.

Impact sur les modèles commerciaux

Les fournisseurs de modèles commerciaux comme JoomlArt, GavickPro et Youjoomla sont dans une position difficile. Leur modèle commercial repose sur la maintenance de frameworks de modèles qui fonctionnent dans les versions de Joomla. L'introduction de Twig et les changements de priorité des remplacements signifient qu'ils doivent essentiellement reconstruire leurs frameworks de modèles.

Certains ont annoncé qu'ils ignoreront complètement le support Joomla 6 et se concentreront sur leurs propres outils de constructeur de pages ou la transition vers d'autres plateformes. C'est un signal révélateur de la façon dont la communauté des modèles voit ces changements.

Pourquoi les administrateurs Joomla sont furieux à cause des changements UX de Joomla 6 - architecture

Réaction de la communauté : forums, GitHub et réseaux sociaux

La réaction de la communauté a été... intense. Et en grande partie négative.

Problèmes et demandes de fusion GitHub

Le référentiel GitHub de Joomla a connu une augmentation des rapports de problèmes marqués avec le jalon J6. Plusieurs membres éminents de la communauté ont ouvert des problèmes détaillés documentant les régressions UX. Un fil particulièrement notable, avec plus de 200 commentaires, soutient que les changements du panneau d'administration ont été poussés sans consultation communautaire adéquate.

La demande de fusion qui a introduit la nouvelle architecture du gestionnaire d'extensions a reçu une poussée importante lors de l'examen, avec plusieurs contributeurs de longue date votant contre la fusion. Elle a été fusionnée de toute façon, avec l'équipe de direction de la production citant la nécessité de moderniser la base de code.

Sentiment du forum

Le Forum de la communauté Joomla et la sous-communauté Joomla non officielle ont été submergés par des messages d'administrateurs frustrés. Les thèmes courants incluent :

  • « Pourquoi corriger ce qui n'était pas cassé ? » — Le panneau d'administration UX, bien que pas parfait, était fonctionnel et familier
  • « Apocalypse des extensions » — Des craintes que le système basé sur Composer tue l'écosystème des extensions
  • « Qui a demandé Twig ? » — Les développeurs de modèles se sentent pris de court par le changement du moteur de modèles
  • « Où est le chemin de migration ? » — Manque d'outils de migration clairs et automatisés pour les sites existants

Le contexte plus large

Cela ne se produit pas dans le vide. La part de marché de Joomla a été en baisse constante. Selon les données de W3Techs de 2025, Joomla alimente environ 1,5 % de tous les sites Web avec un CMS connu, contre 2,6 % en 2022. WordPress s'élève à plus de 62 %. Chaque décision controversée accélère la migration des sites loin de la plateforme.

La frustration de la communauté ne concerne pas seulement Joomla 6 spécifiquement. C'est l'accumulation d'années de sentiment que la direction du projet n'écoute pas les personnes qui utilisent réellement le logiciel quotidiennement. Joomla 6 est le catalyseur, mais le ressentiment s'est construit.

Ce que dit la direction de Joomla

Le conseil d'Open Source Matters (OSM) et la direction de la production Joomla ont réagi aux critiques, bien que beaucoup sentent que les réponses ont été hors de propos.

La position officielle est que ces changements sont nécessaires pour la survie à long terme de Joomla. Le système d'extension basé sur Composer aligne Joomla sur les pratiques de développement PHP modernes. La couche de modèles Twig rend la plateforme plus accessible aux développeurs provenant d'autres frameworks. Les changements UX du panneau d'administration sont basés sur la recherche utilisateur (bien que la méthodologie de recherche et la taille de l'échantillon aient été remises en question).

Un article de blog du département de production Joomla au début de 2025 a reconnu la douleur de la transition mais a soutenu que la perturbation à court terme est nécessaire pour la viabilité à long terme. Le post a établi des comparaisons avec la transition de Joomla 1.5 à 2.5, qui était également douloureuse mais a finalement fait progresser la plateforme.

La comparaison est appropriée, mais pas de la façon qu'ils l'entendent. La transition 1.5 à 2.5 a éloigné une énorme partie de la communauté. Beaucoup de ces utilisateurs ne sont jamais revenus.

Devriez-vous migrer ou partir ?

C'est la question que tout le monde pose, et la réponse honnête dépend de votre situation spécifique.

Restez si...

  • Votre site utilise principalement la fonctionnalité principale de Joomla sans dépendances d'extensions lourdes
  • Votre modèle est basé sur Cassiopeia ou un framework qui s'engage à soutenir Joomla 6
  • Vous avez des développeurs PHP internes qui peuvent gérer le travail de migration
  • Votre organisation s'engage à Joomla pour des raisons politiques/institutionnelles

Partez si...

  • Votre site dépend d'extensions qui n'ont pas de feuille de route Joomla 6
  • Vous êtes déjà frustré par Joomla et c'est le dernier coup
  • Vous avez besoin d'une plateforme avec un écosystème en croissance (et non en déclin)
  • Le coût de migration vers un autre CMS est comparable au coût de mise à niveau vers Joomla 6

La réalité des coûts

Voici quelque chose que les gens ne parlent pas assez : migrer de Joomla 5 à Joomla 6 peut coûter presque autant que migrer vers un CMS complètement différent. Si vous devez reconstruire des modèles, mettre à jour des extensions, recycler le personnel et tout tester, vous envisagez des heures de développement importantes indépendamment de la plateforme cible.

Pour un site Joomla de complexité moyenne (50-200 articles, 5-10 extensions, modèle personnalisé), vous recherchez probablement 40-80 heures de travail de migration vers Joomla 6. Une migration vers une configuration CMS sans tête avec un frontend moderne ? 60-120 heures. L'écart n'est pas aussi important que vous le penseriez, et l'approche sans tête vous donne une plateforme avec un écosystème en croissance au lieu d'une en déclin.

Alternatives réalistes à Joomla en 2025

Si vous envisagez sérieusement des alternatives, voici une évaluation honnête des options.

Plateforme Meilleure pour Courbe d'apprentissage Taille de l'écosystème Trajectoire à long terme
WordPress Sites riches en contenu, blogs Basse Massive Stable mais Gutenberg divisif
CMS sans tête + Next.js Sites critiques de performance, apps Moyenne-élevée Croissance rapide Forte hausse
CMS sans tête + Astro Sites de contenu, sites marketing Moyenne Croissance Forte hausse
Drupal Entreprise, gouvernement, données complexes Élevée Grande Stable
Craft CMS Sites de contenu de taille moyenne Moyenne Modérée Stable
Statamic Boutiques Laravel, sites de contenu Moyenne Croissance Positif

L'approche CMS sans tête

Je suis biaisé ici parce que c'est ce que nous faisons chez Social Animal, mais l'approche CMS sans tête résout le problème fondamental qui revient constamment avec les CMS traditionnels comme Joomla : le couplage de la gestion de contenu avec le rendu frontend.

Lorsque votre CMS est sans tête, les changements UX du CMS ne cassent pas votre frontend. Le rendu des modèles est géré par votre framework frontend (Next.js, Astro, quoi que ce soit), pas le CMS. Et votre contenu est accessible via des API, ce qui signifie que vous n'êtes jamais enfermé dans une seule technologie de rendu.

Si vous êtes intéressé par cette approche, nous avons fait plusieurs migrations Joomla vers sans tête. Notre travail de développement de CMS sans tête s'associe bien à soit Next.js soit Astro sur le frontend, selon vos besoins.

WordPress : le choix évident ?

WordPress est la suggestion par défaut chaque fois que quelqu'un demande des alternatives à Joomla, et ce n'est pas faux. L'écosystème est énorme, les options d'hébergement sont abondantes, et la plupart des développeurs web le connaissent.

Mais WordPress a ses propres controverses UX (la saga de l'éditeur de blocs/Gutenberg reflète une partie de ce qui se passe avec Joomla 6). Et la domination du marché de WordPress en fait la plus grande cible pour les attaques. Si vous quittez Joomla à cause de préoccupations de gouvernance, la situation actuelle de Matt Mullenweg WordPress pourrait aussi vous donner une pause.

Drupal : le choix des utilisateurs avancés

Drupal vaut la peine d'être envisagé si votre site Joomla a des relations de contenu complexes, des types de contenu personnalisés ou des exigences d'entreprise. Drupal 11 est solide, et la communauté Drupal est plus stable (si plus petite) que celle de Joomla.

L'inconvénient : la courbe d'apprentissage de Drupal est raide, et les coûts de développement sont généralement plus élevés que Joomla ou WordPress.

Stratégies de migration qui fonctionnent réellement

Si vous avez décidé de quitter Joomla, voici comment aborder la migration sans perdre votre santé mentale ou vos classements SEO.

Étape 1 : Audit de contenu

Exportez tout. La structure de la base de données de Joomla est bien documentée, et vous pouvez extraire du contenu directement des tables #__content, #__categories, #__menu et #__users. Ne comptez pas sur les outils d'exportation intégrés de Joomla — ils sont limités. Écrivez des requêtes SQL personnalisées ou utilisez un outil comme la fonctionnalité d'exportation de données d'Akeeba.

Étape 2 : Cartographie des URL

C'est l'étape que tout le monde saute, et c'est celle qui détruit votre SEO. Créez une carte complète de chaque URL de votre site Joomla et de son URL correspondante sur la nouvelle plateforme. Configurez des redirections 301 pour chacune d'elles.

# Exemple : génération d'une liste d'URL à partir de la base de données de Joomla
mysql -u root -p joomla_db -e "
  SELECT CONCAT('/', alias) as url, title
  FROM j_content
  WHERE state = 1
  ORDER BY id;
" > joomla_urls.csv

Étape 3 : Choisissez votre architecture cible

Décidez si vous voulez un autre CMS traditionnel ou une configuration sans tête. Si votre site est principalement orienté contenu (articles, billets de blog, documentation), un CMS sans tête avec un framework frontend orienté statique comme Astro vous donnera des performances dramatiquement meilleures.

Étape 4 : Migrez en parallèle

N'essayez pas de faire une migration de grande envergure. Configurez le nouveau site à côté de l'ancien. Migrez le contenu par lots. Testez à fond. Ne changez les DNS que lorsque vous êtes certain que tout fonctionne.

Si vous avez besoin d'aide pour planifier cela, contactez-nous. Nous avons développé un processus reproductible pour les migrations de CMS qui préserve l'équité SEO et minimise les temps d'arrêt. Vous pouvez également consulter notre page de tarification pour les chiffres estimatifs des projets de migration.

FAQ

Quand Joomla 6 sort-il officiellement ? Joomla 6 vise une version stable fin 2025, suivant le nouveau cycle de sortie basé sur le temps du projet. Les versions alpha et bêta sont déjà disponibles pour les tests. Le calendrier de sortie a glissé quelques fois déjà, donc la date exacte reste fluide.

Mes extensions Joomla 5 fonctionneront-elles dans Joomla 6 ? La plupart ne fonctionneront pas sans modifications. Le système d'extension basé sur Composer de Joomla 6 nécessite de nouveaux formats de manifeste et des déclarations d'espace de noms mises à jour. Les extensions qui reposent sur des API dépréciées ou d'anciens chemins d'installation se briseront. Vérifiez auprès de chaque développeur d'extension leur feuille de route de compatibilité Joomla 6 avant de tenter une mise à niveau.

Puis-je rester sur Joomla 5 au lieu de mettre à niveau ? Oui, pour l'instant. Joomla 5 recevra des mises à jour de sécurité jusqu'à environ 2 ans après la version stable de Joomla 6, ce qui signifie à peu près fin 2027. Après cela, vous êtes livré à vous-même. Rester sur une version CMS non prise en charge est un risque de sécurité important, donc c'est au mieux une solution temporaire.

La communauté Joomla se divise-t-elle vraiment à cause de cela ? Il y a une tension réelle, mais cela n'a pas entraîné de fork formel (pour l'instant). Plusieurs membres éminents de la communauté se sont publiquement retirés de la contribution. La communauté Joomla a traversé des conflits internes auparavant, mais la combinaison de la baisse de la part de marché et des décisions techniques controversées rend cette période plus précaire que les différends passés.

Quel est le moyen le moins cher de migrer loin de Joomla ? Le chemin de migration le moins coûteux dépend de la complexité de votre site. Pour les sites de contenu simples avec moins de 100 pages, une migration manuelle vers WordPress ou un CMS sans tête peut être effectuée en 20-30 heures. Pour les sites complexes avec des extensions personnalisées, comptez 80-150+ heures. L'utilisation d'outils de migration automatisés comme CMS2CMS peut réduire les coûts pour les mouvements de contenu simples mais ne gèrera pas les fonctionnalités personnalisées.

Devrais-je attendre que Joomla 6 se stabilise avant de le juger ? C'est un conseil équitable pour les changements UX — les premières impressions des nouvelles interfaces sont souvent plus dures que l'opinion établie. Mais les changements architecturaux (extensions Composer, modèles Twig) ne vont pas changer. Ce sont des décisions de conception fondamentales. Si c'est votre préoccupation, attendre n'aidera pas.

Comment Joomla 6 se compare-t-il à Drupal 11 pour les sites d'entreprise ? Drupal 11 est généralement un meilleur choix pour les sites d'entreprise avec des modèles de contenu complexes, des permissions granulaires et des exigences API-first. L'écosystème de Drupal pour les cas d'usage d'entreprise (flux de travail de contenu, support multilingue, livraison sans tête) est plus mature. Si vous envisagez déjà l'effort de migration, Drupal vaut la peine d'être évalué.

Quel est le meilleur CMS sans tête pour remplacer Joomla ? Cela dépend de votre équipe et de vos exigences. Pour les sites marketing riches en contenu, Sanity ou Contentful associés à Next.js ou Astro sont d'excellents choix. Pour les sites qui ont besoin de plus de structure, Strapi ou Payload CMS vous donnent plus de contrôle sur vos modèles de contenu. L'avantage clé de toute approche sans tête est que vous êtes découplés du rendu frontend du CMS — ce qui signifie que vous ne ferez jamais face à ce type de mise à niveau qui casse les modèles à nouveau.