Avant les modules, la version
Drupal représente 1,0 % des sites dont on connaît le CMS, et il équipe surtout des projets institutionnels et multilingues. Sa force SEO est le contrôle fin des URL et du multilingue dans le cœur ; sa faiblesse est qu'il ne configure rien par défaut. La priorité n'est pourtant pas là : plus de la moitié du parc tourne sur une version en fin de vie, et Drupal 10 le rejoint le 9 décembre 2026.
L'état du parc, et pourquoi c'est le sujet numéro un
Commençons par ce que personne ne regarde avant d'installer des modules. Voici la répartition des versions parmi les sites Drupal, relevée le 23 août 2026.
| Version | Part du parc Drupal | Statut |
|---|---|---|
| Drupal 11 | 19,1 % | Version courante, sortie le 2 août 2024 |
| Drupal 10 | 30,6 % | Supportée, mais fin de vie le 9 décembre 2026 |
| Drupal 9 | 10,0 % | Fin de vie depuis novembre 2023 |
| Drupal 8 | 8,5 % | Fin de vie depuis novembre 2021 |
| Drupal 7 | 29,7 % | Fin de vie depuis le 5 janvier 2025 |
| Drupal 6 et antérieures | 2,1 % | Abandonnées depuis longtemps |
Le calcul qu'il faut faire. En additionnant les versions 9, 8, 7 et 6, 50,3 % des sites Drupal ne reçoivent plus aucun correctif de sécurité. Et en ajoutant Drupal 10, qui s'éteint dans quatre mois, on arrive à plus de 80 % du parc qui aura besoin d'une migration à court terme. Le lien avec le SEO est direct et rarement fait : un Drupal 7 non maintenu finit par être compromis, et un site compromis se retrouve avec des pages injectées, des redirections parasites et parfois une alerte de sécurité dans les résultats. Aucun module ne rattrape ça.
Drupal 7 mérite une mention particulière. Il a été maintenu plus de quatorze ans, ce qui est exceptionnel, et son extinction en janvier 2025 laisse encore près de 30 % du parc dessus. Si c'est votre cas, le sujet n'est plus le référencement, c'est la migration, et elle ne se fait pas en montant de version : Drupal 7 vers Drupal 11 est une reconstruction, pas une mise à jour.
Ce que Drupal fait bien nativement
Trois choses, et elles expliquent pourquoi les sites institutionnels et multilingues y restent.
- Le multilingue est dans le cœur, pas dans une extension. Les balises de langue, les correspondances entre versions traduites et les URL par langue sont gérées nativement, ce qui évite la moitié des accidents de balise
hreflangqu'on trouve ailleurs. - Les types de contenu et les champs sont modélisables finement, ce qui permet de produire des gabarits de page réellement adaptés à chaque intention plutôt qu'un modèle unique décliné.
- Le système d'alias d'URL est un vrai système, avec historique et gestion des redirections, là où beaucoup de CMS se contentent d'un champ texte.
La pile de modules, réduite au nécessaire
La liste des modules SEO Drupal comporte des dizaines d'entrées, et je n'en installe que quatre ou cinq. Chacun couvre un besoin qui, sans lui, n'est pas couvert du tout.
| Module | Ce qu'il règle | Ce qui se passe sans lui |
|---|---|---|
| Metatag | Balise title, méta description, canonique, Open Graph, par type de contenu et par page | Le titre de la page est le titre du nœud, sans contrôle, et il n'y a pas de méta description |
| Pathauto | Génère les alias d'URL à partir de motifs, par type de contenu | Les URL restent en /node/1234, illisibles et sans aucun mot du sujet |
| Simple XML Sitemap | Plan de site XML, avec priorités et fréquences par type de contenu | Aucun plan de site à soumettre, et une découverte plus lente des nouvelles pages |
| Redirect | Redirections 301, et conservation automatique des anciens alias quand une URL change | Chaque modification de titre casse l'URL et produit une 404 silencieuse |
| Schema.org Metatag | Données structurées par type de contenu | Pas de résultats enrichis, ce qui n'est bloquant que sur certains types de sites |
Le module Redirect est celui que j'installe en premier, avant même Pathauto, et pour une raison contre-intuitive, puisque c'est lui qui rattrape les dégâts des autres. Sa fonction de conservation des anciens alias transforme un changement d'URL, qui serait une perte sèche, en une redirection propre.
La configuration des URL, où tout se joue
Pathauto fonctionne par motifs, définis type de contenu par type de contenu. C'est ici qu'on gagne ou qu'on perd des années de travail, parce que ces motifs sont difficiles à changer une fois le site en production.
Trois principes que j'applique systématiquement.
- 1. Le plus court qui reste compréhensible
Un motif du type
[node:title]pour les pages et[node:field-categorie]/[node:title]pour les articles suffit dans la grande majorité des cas. Empiler quatre niveaux de taxonomie produit des URL de cent caractères que personne ne lit et qui enterrent la page. - 2. Pas de date dans l'URL
Sauf pour un site d'actualité assumé. Une date dans l'adresse signale l'ancienneté du contenu et rend toute mise à jour visuellement caduque, alors que la page a été réécrite le mois dernier.
- 3. Décider avant de publier, pas après
Changer un motif sur un site de trois mille pages régénère trois mille adresses. Avec le module Redirect actif, elles sont redirigées ; sans lui, ce sont trois mille 404. La réparation suppose alors de reconstruire la correspondance à partir d'un ancien export, ce qui n'est possible que si cet export existe.
La migration, et ce qui casse
Puisque plus de 80 % du parc va devoir migrer à court terme, autant lister ce qui se perd habituellement en route. Les chutes de trafic constatées après une migration Drupal viennent presque toujours des mêmes endroits.
| Ce qui casse | Le symptôme | La parade |
|---|---|---|
| Les alias d'URL | Les anciennes adresses répondent en 404, et le trafic chute d'un coup dans les jours suivant la bascule | Exporter la table des alias avant migration, construire le plan de redirections à partir de cet export, et le tester adresse par adresse |
| Les métadonnées Metatag | Les titres redeviennent des titres de nœuds bruts | Vérifier que la configuration Metatag est bien migrée, ce qui n'est pas automatique entre versions majeures |
| Le plan de site | Il renvoie 404 ou ne contient plus rien | Reconfigurer Simple XML Sitemap et le resoumettre |
Les balises hreflang | Les correspondances entre langues sautent, les versions se cannibalisent | Contrôler les correspondances de traduction avant et après, langue par langue |
| La préproduction indexée | Une copie complète du site apparaît dans Google | Bloquer l'indexation du sous-domaine avant d'y déposer quoi que ce soit. Voir la préproduction. |
Le sujet complet des migrations est traité dans la perte de trafic lors d'une refonte et les erreurs de refonte. La particularité Drupal est que le risque se concentre sur les alias, parce que ce sont eux qui portent la totalité des URL du site.
Drupal CMS, pour un nouveau projet
Sorti le 15 janvier 2025, Drupal CMS est une distribution prête à l'emploi bâtie sur Drupal 11, conçue pour des équipes marketing plutôt que pour des développeurs. Elle arrive avec un ensemble de recettes préconfigurées, dont une couvrant les besoins SEO de base. Pour un site neuf sans exigence sur mesure, c'est un bien meilleur point de départ qu'un cœur nu qu'il faudrait équiper module par module. Pour un site existant, en revanche, il ne constitue pas un chemin de migration : c'est un point de départ, pas une destination.
Performance : le point faible historique
Drupal est puissant et il est lourd. Sur un site mal configuré, le temps de réponse serveur est le premier problème, et il se règle par trois réglages plutôt que par un serveur plus gros.
Le cache de pages pour les visiteurs anonymes, activé dans la configuration de performance, est la mesure la plus rentable, car elle supprime l'exécution complète pour les visiteurs non connectés, c'est-à-dire pour la totalité du trafic de recherche.
L'agrégation des fichiers CSS et JavaScript, également dans la configuration de performance, réduit le nombre de requêtes. Elle est désactivée par défaut en développement et régulièrement oubliée en production.
La version de PHP, qui vaut ici comme ailleurs : Drupal 11 demande PHP 8.3 au minimum, ce qui règle le sujet par construction, mais un Drupal 10 laissé sur une vieille version de PHP paie deux fois. Voir PHP et le temps de réponse serveur.
Questions fréquentes
Sources
- W3Techs, statistiques d'usage de Drupal : part de marché et répartition par version majeure, relevé du 23 août 2026.
- Drupal.org, calendrier des versions du cœur : dates de sortie et de fin de vie, dont Drupal 10 au 9 décembre 2026.
- Drupal.org, annonce de la sortie de Drupal 11, 2 août 2024.
- Drupal.org, annonce de Drupal CMS 1.0, 15 janvier 2025.