SEO Joomla : le guide des réglages essentiels

Le référencement d'un site Joomla repose sur des mécanismes que la plupart des guides SEO génériques ignorent, parce qu'ils sont pensés pour WordPress. Sur Joomla, la structure des menus détermine directement l'arborescence des URLs, la fonction SEF n'est pas activée par défaut, et un même article peut se retrouver dupliqué à plusieurs adresses sans qu'aucune extension ne soit en cause. Comprendre ces spécificités change complètement la façon dont on aborde l'optimisation du site.

Ce guide part des réglages natifs du CMS, ceux que l'on trouve dans Système puis Configuration générale, avant de remonter vers les décisions de structure (menus, catégories) qui ont un impact SEO plus important sur Joomla que sur la plupart des autres plateformes. Il couvre aussi la duplication de contenu propre à Joomla, les catégories d'extensions qui comblent les manques natifs, la performance, et ce qu'il faut savoir avant une migration.

Ce que Joomla offre nativement pour le SEO

Joomla intègre depuis longtemps une fonction d'URLs conviviales pour les moteurs de recherche, généralement appelée SEF, pour Search Engine Friendly. Une fois activée, elle transforme des adresses techniques du type index.php avec des paramètres option, view et id en une structure lisible basée sur le titre de l'article ou sur son emplacement dans les menus. Le problème n'est pas que cette fonction soit absente : elle existe dans le cœur du CMS depuis les premières versions majeures. Le problème, c'est qu'elle n'est pas activée par défaut sur une installation neuve, et que beaucoup de sites tournent encore avec des URLs paramétrées sans que personne ne s'en soit rendu compte.

Le CMS propose aussi une gestion de métadonnées à deux niveaux : un jeu de métadonnées globales dans la configuration générale, avec un titre de site, une description par défaut et des mots-clés, et un jeu par page, modifiable dans l'onglet Publication de chaque article, catégorie ou élément de menu. C'est suffisant pour couvrir l'essentiel sans extension tierce, à condition de ne pas laisser les valeurs par défaut se propager sur des centaines de pages qui finissent avec exactement la même meta description.

Le système de templates sépare la présentation du contenu, ce qui facilite les ajustements de balisage sans toucher aux articles eux-mêmes. Et le cache intégré, disponible dans la section Système puis Cache, même dans sa forme la plus simple, réduit déjà le temps de génération des pages, un signal que Google prend en compte indirectement à travers les Core Web Vitals.

Activer correctement les URLs SEO

Activer les URLs SEO se fait en trois réglages distincts, regroupés dans Système, Configuration générale, onglet Site. Il faut d'abord passer « URLs conviviales pour les moteurs de recherche » sur Oui, puis « Réécriture d'URL » sur Oui également. Ces deux options ne font pas la même chose. La première change le format des liens générés par Joomla dans les pages ; la seconde s'appuie sur le fichier .htaccess, renommé depuis htaccess.txt à la racine du site, pour que le serveur accepte ces URLs sans le segment index.php. Activer la première option sans la seconde produit des adresses qui contiennent quand même index.php, ce qui reste la source d'erreur la plus fréquente sur ce point précis.

Le troisième réglage, « Ajouter un suffixe aux URLs », est facultatif et ajoute une extension de type .html à la fin des adresses. Il n'a pas d'effet SEO démontré dans un sens ou dans l'autre ; le choix relève surtout de la cohérence avec d'anciennes URLs si le site existait déjà sous un autre format avant la refonte.

Un détail qui piège souvent : l'identifiant numérique de l'article reste présent par défaut au début du segment d'URL, par exemple sous la forme « /42-titre-de-larticle », même une fois le SEF activé. Le retirer demande soit une extension dédiée, soit un réglage additionnel selon la version de Joomla installée, mais ce n'est jamais automatique. Une URL qui commence par un nombre suivi d'un tiret n'est pas illisible pour Google, mais elle l'est pour un humain qui la partage ou qui essaie de la retenir, et l'intérêt d'une URL propre compte autant pour le partage que pour le classement.

• URLs conviviales pour les moteurs de recherche : Oui
• Réécriture d'URL : Oui, ce qui suppose que le fichier .htaccess existe et que le module de réécriture du serveur soit actif
• Suffixe d'URL : facultatif, à trancher une seule fois et à ne plus changer ensuite

La structure de menus, une décision SEO et pas seulement de navigation

C'est la spécificité la plus importante de Joomla par rapport à la plupart des autres CMS : l'URL d'un article n'est pas fixée par sa catégorie ni par un permalien indépendant, elle est déterminée par l'élément de menu qui pointe vers lui. Un même article peut apparaître avec une URL différente selon le menu utilisé pour y accéder, parce que Joomla construit le chemin à partir de la position de cet élément de menu dans l'arborescence.

Concrètement, cela signifie que la structure de menus doit être pensée avant la création de contenu, pas après coup. Ajouter un sous-menu profondément imbriqué produit une URL longue et éloignée de la racine, même si le contenu lui-même est stratégique. À l'inverse, un article important gagne à être rattaché à un élément de menu proche de la racine si l'on veut une URL courte et un chemin de clics court depuis la page d'accueil, deux éléments que les moteurs de recherche interprètent comme des signaux d'importance relative.

Cela impose aussi une discipline différente de celle qu'on adopte sur WordPress : on ne renomme pas un menu à la légère, parce que ce changement affecte les URLs de tout ce qui en dépend. Une réorganisation de la navigation qui paraît purement cosmétique peut, sur Joomla, redistribuer silencieusement des dizaines d'adresses du jour au lendemain.

Le contenu dupliqué que Joomla génère tout seul

La conséquence directe du point précédent est un problème de duplication propre à la plateforme. Un même article rattaché à plusieurs éléments de menu, ou accessible à la fois via un menu et via sa catégorie d'origine, se retrouve exposé sur plusieurs URLs distinctes qui affichent exactement le même contenu. Aucune extension tierce n'est nécessaire pour produire cette situation : c'est un comportement par défaut du système de gestion de contenu, dès qu'un article dispose de plus d'un point d'entrée dans le site.

La bonne pratique n'est pas d'empêcher ces points d'entrée multiples, ils sont parfois légitimes pour l'expérience utilisateur, mais de désigner systématiquement une URL canonique par article et de s'assurer que la balise canonical pointe vers elle depuis toutes les variantes. Joomla insère une balise canonical automatiquement dans la plupart des configurations récentes, mais elle pointe par défaut vers l'URL par laquelle la page a été atteinte, et non vers une URL de référence fixe choisie à l'avance. Une vérification manuelle, ou une extension dédiée, reste donc nécessaire pour forcer une valeur stable.

Les pages de catégories et les flux d'archives par date peuvent produire le même effet à plus petite échelle, en exposant des listes d'extraits qui se recoupent d'une page à l'autre. Ce n'est pas propre à Joomla en soi, mais la combinaison avec la duplication liée aux menus rend le sujet plus pressant que sur une plateforme au modèle d'URL plus rigide.

Les catégories d'extensions qui comblent les manques natifs

Le cœur de Joomla couvre les bases, mais trois catégories d'extensions reviennent systématiquement dans un projet SEO sérieux. La première concerne les métadonnées avancées : des composants qui permettent de définir des règles par type de contenu plutôt qu'article par article, d'ajouter des balises Open Graph et Twitter Card, ou de gérer les données structurées au format schema.org sans éditer directement le template.

La deuxième catégorie couvre les sitemaps XML. Joomla ne génère pas de sitemap nativement dans les versions les plus répandues, ce qui reste une lacune surprenante compte tenu de l'ancienneté du projet, et qui explique pourquoi presque tous les sites Joomla actifs s'appuient sur une extension pour cette seule fonction.

La troisième catégorie regroupe la gestion des redirections : un outil pour créer et suivre des règles de redirection permanente depuis l'administration, utile dès qu'une URL change, à la suite d'un déplacement de menu, de la suppression d'un article ou d'une restructuration de catégories, sans passer par une modification directe du fichier .htaccess. Le journal des erreurs de page introuvable, intégré à ce même composant dans Joomla, aide à repérer les liens cassés hérités d'un ancien plan du site.

Performance : cache, compression et poids des templates

Le cache de Joomla fonctionne à plusieurs niveaux : cache de page complète, cache de vue, et cache au niveau de chaque module. Le cache de page complète offre le gain le plus visible, mais il peut poser problème sur des pages avec du contenu dynamique propre à chaque utilisateur, comme un panier ou une zone connectée ; dans ce cas, un cache plus ciblé au niveau des modules évite de servir une page figée à un visiteur pourtant connecté.

La compression Gzip se règle également dans Système, Configuration générale, et elle reste désactivée par défaut sur un grand nombre d'installations. L'activer réduit la taille des réponses HTML, CSS et JavaScript envoyées au navigateur, avec un effet direct sur le temps de chargement perçu par le visiteur.

Le poids réel d'un site Joomla dépend cependant surtout du template et des extensions installées, bien plus que du cœur du CMS lui-même. Un template chargé de bibliothèques JavaScript non utilisées, ou une collection de modules empilés en page d'accueil, pèsera plus lourd que n'importe quel réglage de cache ne pourra jamais compenser. L'audit de performance d'un site Joomla commence presque toujours par désactiver les modules inutilisés, avant même de toucher aux paramètres de cache.

Migrer vers ou depuis Joomla : ce qui décide si le trafic survit

Une migration de CMS, dans un sens ou dans l'autre, ne met presque jamais en péril le contenu lui-même, il est presque toujours transférable, mais elle met en péril la structure d'URLs. Puisque les adresses Joomla dépendent de la position dans les menus, la même arborescence de contenu migrée vers une autre plateforme produira presque toujours des URLs différentes, sauf configuration spécifique destinée à reproduire l'ancien schéma d'adresses.

Le point qui décide réellement du résultat SEO n'est pas la qualité de l'export de contenu, mais la table de correspondance entre anciennes et nouvelles URLs, associée à des redirections permanentes établies une par une. Une migration sans plan de redirection perd l'autorité interne et externe accumulée sur chaque URL abandonnée ; les moteurs de recherche doivent alors redécouvrir chaque page comme si elle était entièrement nouvelle, et le classement met des semaines, parfois des mois, à se reconstruire, quand il se reconstruit vraiment.

Dans l'autre sens, migrer vers Joomla depuis une autre plateforme demande d'anticiper la contrainte inverse : décider, avant l'import du contenu, quelle position de menu portera chaque page, pour ne pas avoir à réorganiser l'arborescence, et donc les URLs, une fois le site déjà en ligne.

Un écosystème plus restreint que WordPress, et ce que ça change vraiment

Joomla reste un CMS solide et activement maintenu, mais son écosystème d'extensions est nettement plus restreint que celui de WordPress. Concrètement, cela se traduit par moins d'alternatives disponibles pour une même fonction, parfois une seule extension sérieuse par catégorie plutôt qu'une dizaine de choix concurrents, et par une communauté plus réduite pour documenter les cas particuliers rencontrés en production.

C'est un coût réel au moment où quelque chose ne fonctionne pas comme prévu : un bug de balisage canonical sur une configuration de menu inhabituelle, un conflit entre une extension SEO et un template spécifique, ou une question de configuration très précise trouvent moins facilement une réponse déjà écrite quelque part qu'un problème équivalent rencontré sur WordPress. Ce n'est pas une raison d'écarter Joomla, le CMS a ses propres qualités en matière de gestion fine des droits d'utilisateurs et de structuration du contenu, mais c'est un facteur à intégrer dans le choix de plateforme, et dans le temps qu'il faut prévoir pour résoudre un problème imprévu plutôt que de simplement copier une solution déjà trouvée en ligne.