Les quatre contrôles qui règlent l'essentiel
1. La version est-elle encore maintenue ? 2. Les URL sont-elles réécrites, sans suffixe ? 3. Combien d'adresses différentes mènent au même article ? 4. Vos métadonnées sont-elles saisies au bon endroit, l'article ou l'élément de menu ? Sur les sites Joomla que je reprends, ces quatre points expliquent la quasi-totalité du problème.
D'abord : votre version est-elle encore maintenue ?
Ce contrôle passe avant toute optimisation, et il est presque toujours oublié. Un site sur une branche non maintenue ne reçoit plus de correctif de sécurité, et un site compromis coûte infiniment plus cher en visibilité que le meilleur réglage d'URL ne peut rapporter.
| Version | État | Ce qu'il faut faire |
|---|---|---|
| Joomla 3 | Fin de vie depuis longtemps | Migration urgente, l'écart avec les versions actuelles impose une refonte |
| Joomla 4 | Fin de vie depuis le 14 octobre 2025 | Plus aucun correctif de sécurité : migrer vers Joomla 5 ou 6 |
| Joomla 5 | Maintenue, mises à jour fonctionnelles jusqu'en octobre 2026 puis sécurité jusqu'en octobre 2027 | Situation acceptable, planifier la suite |
| Joomla 6 | Sortie le 14 octobre 2025, maintenue jusqu'en 2028, sécurité jusqu'en 2029 | La cible |
Le passage de la 4 à la 5 puis à la 6 est bien moins lourd que l'ancienne migration depuis Joomla 3, mais il touche aux extensions, donc parfois aux URL. Traitez-le comme une migration : recensement des adresses, plan de redirections, contrôle après bascule.
Les réglages d'URL, dans l'ordre exact
Tout se passe dans la configuration générale, onglet Site, section des paramètres pour les moteurs de recherche. Trois réglages, et un préalable qui fait tomber les sites quand on l'oublie.
| Réglage | Valeur | Ce que ça change |
|---|---|---|
| URL simplifiées | Oui | Remplace index.php?option=com_content&view=article&id=42 par une adresse lisible |
| Réécriture d'URL | Oui | Supprime le /index.php/ qui subsiste sinon dans toutes les adresses |
| Ajouter un suffixe aux URL | Non | Évite le .html en fin d'adresse, inutile et daté |
| Alias en Unicode | Non | Conserve la translittération : /referencement/ plutôt que /référencement/, qui devient illisible une fois encodé |
Le préalable qui fait tomber les sites. La réécriture d'URL suppose, sur un serveur Apache, que le fichier htaccess.txt livré à la racine de Joomla ait été renommé en .htaccess. Si vous activez le réglage sans l'avoir fait, toutes les pages du site renvoient une erreur, la page d'accueil comprise. Renommez d'abord, activez ensuite, et testez immédiatement trois ou quatre adresses. Sur un serveur Nginx, la réécriture se configure côté serveur et pas dans un fichier de ce type.
Dernier point sur les URL : si le site est déjà en ligne et indexé, changer ces réglages change toutes les adresses d'un coup. Ce n'est pas un réglage à basculer un vendredi soir : il faut un plan de redirections de l'ancienne forme vers la nouvelle, testé avant.
Le problème numéro un de Joomla : les Itemid
C'est le défaut le plus répandu, le plus coûteux, et celui dont rien ne signale l'existence dans l'administration.
Dans Joomla, on accède à un contenu par un élément de menu, et cet élément porte un identifiant appelé Itemid. Le même article atteint depuis deux menus différents produit donc deux adresses distinctes pour un contenu identique. Sur un site où un article figure dans une catégorie, dans un menu principal et dans un module de mise en avant, la même page peut exister sous trois ou quatre adresses.
Les conséquences sont mécaniques : le contenu dupliqué se multiplie, les signaux se répartissent entre plusieurs adresses au lieu de se cumuler, et le budget d'exploration se dilue. Voir budget de crawl.
Le traitement tient en trois gestes.
- 1. Mesurer l'ampleur
Un crawl du site suffit : comptez les adresses qui renvoient un contenu identique. Le résultat surprend en général le propriétaire du site.
- 2. Désigner un chemin principal par contenu
Une structure de menus où chaque contenu a un point d'entrée privilégié, plutôt qu'une arborescence où tout est accessible de partout.
- 3. Poser une balise canonique
Elle désigne l'adresse de référence et regroupe les signaux. Joomla la gère nativement, une extension peut affiner les cas particuliers. Voir la balise canonical.
Les métadonnées qui s'écrasent
Deuxième source de perplexité classique. Joomla permet de saisir un titre et une description à deux endroits : dans l'article, et dans l'élément de menu qui y mène. Quand un contenu est atteint par un élément de menu, ce sont en général les métadonnées de l'élément de menu qui l'emportent.
D'où la scène que je vois régulièrement : quelqu'un modifie soigneusement le titre de tous ses articles, ne constate aucun changement dans les résultats de recherche, et en conclut que Google ignore ses titres. Google ne les a jamais vus : c'est le menu qui parle.
La règle pratique : pour toute page atteinte par un élément de menu, modifiez les métadonnées de l'élément de menu. Pour les contenus sans élément de menu dédié, modifiez celles de l'article. Et vérifiez toujours le résultat dans le code source de la page publiée, jamais dans l'administration. Voir balise title et meta description.
Ce que Joomla sait faire nativement
Le cœur du CMS couvre davantage de choses qu'on ne le croit, ce qui rend inutiles beaucoup d'extensions.
- Les données structurées. Depuis Joomla 4, un module intégré produit du balisage schema.org sur les contenus. C'est une base correcte, à compléter pour les types spécifiques. Voir résultats enrichis.
- Les redirections. Un composant de redirection est fourni, et il enregistre automatiquement les adresses ayant renvoyé une erreur, ce qui donne une liste des redirections à créer. Peu de gens l'activent, et c'est dommage.
- La balise canonique sur les contenus.
- Le cache et la compression, à activer dans la configuration générale. Effet immédiat sur la vitesse.
- Les métadonnées par contenu et par menu, avec la hiérarchie décrite plus haut.
Ce que Joomla ne fait pas nativement et qui manque le plus : un plan du site XML complet et à jour, la gestion fine des doublons d'Itemid sur un gros site, et l'automatisation des métadonnées sur un catalogue. C'est exactement le périmètre où une extension se justifie.
Un site Joomla se diagnostique au crawl
Le nombre d'adresses qui mènent au même contenu, les métadonnées réellement servies, les redirections manquantes : rien de tout cela ne se voit depuis l'administration. Il faut regarder le site comme le voit Google.
Crawl complet, doublons, codes de réponse, métadonnées servies.
La reprise d'un site Joomla, dans l'ordre
| Étape | Ce qu'on vérifie | Signe que c'est le problème |
|---|---|---|
| 1. Version et mises à jour | Branche encore maintenue, extensions à jour | Joomla 3 ou 4 : à traiter avant tout le reste |
| 2. Réglages d'URL | URL simplifiées, réécriture, pas de suffixe | Des /index.php/ ou des .html dans les adresses |
| 3. Doublons d'Itemid | Nombre d'adresses par contenu | Le crawl trouve deux à quatre fois plus d'URL que d'articles |
| 4. Métadonnées | Ce qui sort réellement dans le code source | Le titre affiché ne correspond pas à celui saisi dans l'article |
| 5. Redirections | Composant de redirection activé, anciennes adresses traitées | Une longue liste d'erreurs 404 dans la Search Console |
| 6. Performance | Cache, compression, poids des images | Un temps d'affichage supérieur à trois secondes sur mobile |
| 7. Contenu | Pages minces, intentions dupliquées | Des dizaines d'articles de deux cents mots. Voir contenu mince. |
Questions fréquentes
Sources
- Joomla! Project Roadmap : dates de sortie et de fin de support des versions.
- Documentation Joomla, activer les URL simplifiées.
- Google Search Central, regrouper les URL dupliquées.