Refonte Drupal
Le carnet de La Refonte
Créer un site Drupal : à qui ça s'adressevraiment, et comment s'y prendre
Drupal atteint une granularité de contenus et de droits qu'aucun autre CMS grand public n'approche. C'est sa force, et c'est aussi pourquoi il est le mauvais choix pour la plupart des projets. Voici comment trancher.
- Drupal
- CMS
- Création de site
- Architecture de contenu
Drupal
Refonte
📌 À retenir
- Drupal atteint une granularité de types de contenu, de taxonomies et de droits qu'aucun autre CMS grand public n'approche.
- Cette richesse a un prix : une courbe d'apprentissage forte et une équipe technique en face, toujours.
- Drupal 7 est en fin de vie et le parc resté dessus est considérable : c'est le vrai sujet du moment.
- Le passage vers Drupal 11 réécrit le modèle de données : ce n'est pas une mise à jour, c'est une reconstruction.
Drupal est le CMS dont on dit qu'il est trop compliqué, et c'est à la fois vrai et hors sujet. Trop compliqué pour un site vitrine, évidemment. Parfaitement dimensionné pour une université qui gère quarante types de contenu, huit niveaux de validation et trois langues. Ce guide ne cherche pas à vous convaincre : il explique ce que Drupal fait que personne d'autre ne fait, à qui cela s'adresse réellement, comment s'y prendre pour démarrer proprement, et pourquoi le sujet le plus urgent de l'écosystème aujourd'hui n'est pas la création mais la sortie de Drupal 7.
Ce que Drupal fait, et personne d'autre
Drupal ne livre pas un moteur de blog qu'on étend, il livre un système de modélisation de contenu. Vous définissez vos propres types d'entités, leurs champs, leurs relations, leurs affichages selon le contexte. Une fiche chercheur reliée à des publications, elles-mêmes reliées à des laboratoires et à des programmes de financement, se modélise nativement plutôt qu'en empilant des extensions.
La gestion des droits suit la même logique. Les permissions se définissent par type de contenu, par champ, par état de publication et par branche d'arborescence. Un contributeur peut créer sans publier, un valideur peut publier dans sa seule rubrique, un relecteur peut voir un champ que les autres ne voient pas. Aucun autre CMS grand public n'atteint ce niveau de finesse sans développement spécifique.
À qui ce socle s'adresse
Aux organisations dont le contenu est structuré et dont les rôles sont formalisés : universités, collectivités, administrations, groupes multi-marques, éditeurs avec des circuits de validation. Le point commun n'est pas la taille du site mais la complexité du modèle de contenu et le nombre de personnes qui y interviennent avec des droits différents.
Il y a toujours une direction informatique ou un intégrateur en face. C'est un critère, pas un détail : Drupal récompense une bonne architecture et punit durement une mauvaise, et poser cette architecture demande une compétence qui ne s'improvise pas. Une entreprise sans relais technique qui choisit Drupal se retrouve, deux ans plus tard, avec un site que personne ne sait faire évoluer.
Créer son site Drupal en 7 étapes
- 1
Étape 1
Modéliser le contenu sur papier, avant tout
Listez vos types de contenu, leurs champs et leurs relations avant d'installer quoi que ce soit. Sur Drupal plus qu'ailleurs, une heure de modélisation en économise cinquante plus tard.
- 2
Étape 2
Poser les rôles et les permissions en même temps
Qui crée, qui valide, qui publie, qui consulte. Les droits se pensent avec le modèle de données, pas après : reprendre des permissions sur un site rempli est un chantier à part entière.
- 3
Étape 3
Partir sur la dernière version majeure
Ne démarrez jamais sur une branche ancienne pour retrouver un module familier. Vous héritez d'une dette qui vous sera facturée à la prochaine migration, et bien plus cher qu'elle ne vous fait gagner aujourd'hui.
- 4
Étape 4
Limiter les modules contribués au strict nécessaire
Chaque module est une dépendance qui devra survivre aux montées de version. Vérifiez sa date de dernière mise à jour et le nombre de sites qui l'utilisent avant de l'installer.
- 5
Étape 5
Construire les vues plutôt que de coder
Le système de vues couvre la grande majorité des besoins d'affichage sans écrire une ligne. Passer au code trop tôt crée une dette invisible que le prochain intervenant paiera.
- 6
Étape 6
Mettre en place la chaîne de déploiement dès le début
Configuration versionnée, environnements séparés, déploiements reproductibles. C'est ce qui distingue un projet Drupal tenable d'un projet où personne n'ose plus toucher à la production.
- 7
Étape 7
Régler l'indexation et les alias d'adresses
Modèles d'alias par type de contenu, balises de titre et de description, plan de site, redirections. Rien n'est fait par défaut, et ces réglages se posent avant la mise en ligne, pas après.
Si votre site tourne encore sur Drupal 7
- Drupal 7 n'est plus maintenu : les failles découvertes depuis ne reçoivent plus de correctifs.
- Les attaques sur les socles non maintenus sont automatisées et ne visent personne en particulier.
- Le passage vers Drupal 11 réécrit le modèle de données : ce n'est pas une mise à jour.
- Plus vous attendez, plus l'écart de versions s'agrandit et plus la reconstruction s'alourdit.
Le sujet Drupal 7
C'est le vrai chantier de l'écosystème aujourd'hui, bien avant la création de nouveaux sites. La fin du support de Drupal 7 a laissé un parc considérable en production, dans des organisations où le site est un outil de travail quotidien. Ces sites fonctionnent toujours, ce qui explique l'attentisme, mais un socle sans correctifs devient une exposition permanente.
Le point à comprendre est que le passage vers les versions actuelles ne se joue pas au niveau du numéro de version. L'architecture a changé en profondeur : le modèle de données se réécrit, les modules contribués n'ont pas tous d'équivalent, et seuls les contenus transitent, par l'API de migration. Annoncer une mise à jour donne un calendrier faux dès la première semaine. Nous décrivons ce chantier en détail sur notre page migration Drupal 7 vers Drupal 11.
Drupal et le référencement
Le socle est solide sur ce terrain. Alias d'adresses configurables par type de contenu, balises maîtrisées champ par champ, redirections gérées nativement, données structurées, plan de site. Sur un site à forte volumétrie, Drupal donne même plus de contrôle que la plupart de ses concurrents, précisément parce que tout y est modélisé.
La difficulté est humaine plutôt que technique. Les outils d'aide à la rédaction et d'analyse sémantique restent bien moins nombreux que côté WordPress, et vos rédacteurs travaillent avec moins d'assistance. Sur un site institutionnel où la production éditoriale est encadrée, cela ne pose pas de problème. Sur un site qui vit de la publication, cela se ressent.
- Une direction informatique ou un intégrateur, en face, sur toute la durée de vie du site.
- Une architecture de contenu posée avant la première ligne, et rediscutée régulièrement.
- Une chaîne de déploiement sérieuse : configuration versionnée, environnements séparés.
- Une discipline sur les modules contribués, qui sont autant de dépendances à porter.
- Un budget de montée de version anticipé, parce que les versions majeures ne se sautent pas.
Ce que Drupal fait vraiment bien
- Modélisation de contenu d'une granularité sans équivalent grand public
- Droits par type, par champ, par état et par branche d'arborescence
- Multilingue et multi-site pensés pour l'entreprise
- Flux de validation formalisés, adaptés aux organisations
- Open source, hébergé chez vous, données entièrement exportables
Ce qui coince, et ne s'améliore pas
- Courbe d'apprentissage forte, pour les développeurs comme pour les rédacteurs
- Expertise rare et disputée sur le marché français
- Montées de version majeures qui ressemblent à des reconstructions
- Écosystème d'outils éditoriaux plus pauvre que celui de WordPress
- Surdimensionné, donc contre-productif, sur un site simple
| Votre situation | Drupal | Ce qui vaut mieux |
|---|---|---|
| Modèle de contenu riche, entités reliées entre elles | Le bon choix | Rien, Drupal est fait pour ça |
| Droits fins, circuits de validation formalisés | Le bon choix | Rien |
| Multi-site institutionnel, plusieurs langues | Convient très bien | TYPO3 dans un groupe qui l'impose |
| Site vitrine d'entreprise | Surdimensionné | WordPress |
| Blog ou site de contenu éditorial | Décroche sur l'outillage | WordPress |
| Boutique en ligne | Ne le faites pas | WooCommerce ou Shopify |
Drupal ou autre chose : comment trancher
Une question suffit : votre contenu a-t-il une structure que vous pourriez dessiner sur un tableau, avec des entités reliées entre elles et des rôles qui n'ont pas les mêmes droits dessus. Si oui, Drupal est probablement le bon socle, et aucun autre CMS grand public ne vous donnera cette finesse sans développement spécifique. Si vous ne savez pas quoi dessiner, c'est que vous n'en avez pas besoin, et WordPress vous servira mieux.
Si le site existe déjà et tourne sur une version ancienne, la question n'est plus celle du choix mais celle du calendrier : nous la traitons sur notre page refonte de site Drupal. Notre guide du choix de CMS compare les options une à une.
Drupal est-il le bon socle pour votre projet ?
Nous travaillons sur Drupal avec des DSI et des intégrateurs, et nous vous dirons franchement si votre modèle de contenu le justifie.
Questions fréquentes
Le logiciel est open source et ne se paie pas. Ce qui se paie, c'est l'expertise : l'architecture, le développement et les montées de version. Sur Drupal, la licence est la ligne la plus faible du calcul, et raisonner en licence conduit systématiquement à sous-estimer le projet.
Pour aller plus loin
Sur le même sujet
Voir tout le blog
Squarespace
22 Aout 2026·9 min
Créer un site Squarespace : la méthode, et le moment où la plateforme vous freine
Sans engagement, sans jargon
On regarde votre site ensemble ?
Trente minutes pour identifier ce qui freine votre visibilité et repartir avec les priorités dans le bon ordre.
✦
Discutons de votre projet
30 min · Google Meet
Choisissez le créneau qui vous convient dans notre calendrier. On analyse votre situation avant l’appel pour aller droit au but.
Recherche des créneaux disponibles...