Développement Drupal sur mesure
Drupal quand la gouvernance éditoriale est le sujet : types de contenu nombreux, workflows de validation, droits granulaires. Et un arbitrage honnête quand WordPress suffit.
Drupal quand la gouvernance l’exige : types de contenu nombreux, workflows de validation, droits accordés champ par champ, et WordPress quand il suffit, ce qui arrive plus souvent qu’on ne le croit.
Quatre familles de projets Drupal
Site institutionnel
Sites corporate à gouvernance complexe, workflows de validation et droits fins.
Usine à sites
Multisite Drupal international, socle partagé et autonomie par entité.
Site e-commerce
Drupal Commerce, ou couplage avec une brique e-commerce dédiée.
Site multilingue
Gestion native de dizaines de langues, traduction des contenus et des interfaces.
Drupal a un domaine, et il est plus étroit qu’avant
Drupal est un CMS open source né en 2001, adopté par les administrations, les universités et les grands comptes pour une raison précise : il modélise le contenu et les droits mieux que n’importe quel autre CMS généraliste. Types de contenu nombreux, relations complexes entre eux, workflows de validation à plusieurs niveaux, permissions accordées champ par champ, c’est son terrain, et il y reste difficile à remplacer.
Ce terrain s’est cependant réduit. Sur un site éditorial ou institutionnel dont les droits restent simples, Drupal coûte plus cher à posséder que WordPress : hébergement plus exigeant, montées de version plus lourdes, vivier de compétences plus étroit en France, et une administration que les équipes éditoriales prennent moins facilement en main. Nous menons nettement plus de projets WordPress que de projets Drupal, et ce n’est pas une préférence de principe : c’est le résultat de cet arbitrage, posé projet après projet.
Quand Drupal est le bon choix, nous développons sur les versions récentes : modules sur mesure, multisite international, intégrations critiques et infrastructure dimensionnée. Et lorsque le site tourne encore sur Drupal 7, qui n’est plus maintenu, nous documentons les deux trajectoires, monter de version ou changer de CMS, avant de trancher avec vous.
Drupal ou WordPress
Le bon CMS n’est pas le plus puissant
Drupal modélise le contenu et les droits plus finement que WordPress. Cela ne suffit pas à en faire le bon choix : encore faut-il que votre projet ait besoin de cette finesse. Sur la majorité des sites institutionnels et éditoriaux, elle ne sert pas, et WordPress revient moins cher à posséder sur cinq ans.
Faire arbitrer mon choix
Des preuves, pas des promesses
17 ans
D'expertise digitale depuis 2009
+ 500
Projets digitaux livrés
+ 95 %
De clients qui continuent avec nous
+ 30
Experts passionnés à vos côtés
Notre approche
Chaque projet Ylly suit la même trajectoire, en cinq étapes , du premier atelier de cadrage à l'optimisation continue. La même méthode pour un site vitrine comme pour une plateforme métier.
-
Comprendre
Analyse de vos enjeux, de vos utilisateurs et de l'existant
-
Définir
Cadrage fonctionnel, arbitrage techno et trajectoire
-
Concevoir
Parcours, interfaces et prototype validés avec vous
-
Développer
Développement sur mesure, recette et mise en production
-
Optimiser
Mesure des résultats, itérations et maintenance
Un projet Drupal à cadrer ?
Parlons de votre projet Drupal
Décrivez vos types de contenu, vos workflows de validation et vos besoins de droits. Nous revenons sous 48 heures ouvrées avec un premier arbitrage.
Vos questions sur Drupal
Ce qu’il faut savoir avant de choisir Drupal, ou de ne pas le choisir.
Quand la gouvernance éditoriale est le sujet principal : des dizaines de types de contenu reliés entre eux, des workflows de validation à plusieurs niveaux, des droits accordés champ par champ, ou un multisite international piloté depuis un socle unique. Sur ces terrains, Drupal fait nativement ce que d’autres CMS demandent de développer.
Nous partons de trois questions : combien de types de contenu, quelle finesse de droits, et qui administrera au quotidien. Si les droits restent simples et que les équipes éditoriales publient elles-mêmes, WordPress revient moins cher à posséder, hébergement, montées de version, recrutement, et c’est ce que nous recommandons dans la majorité des cas. Drupal l’emporte quand la modélisation et la gouvernance sont le cœur du besoin. L’arbitrage est documenté au cadrage, jamais posé d’avance.
Les versions actuellement maintenues, Drupal 10 et 11, avec une trajectoire de montée de version prévue dès le cadrage. Nous ne démarrons pas de projet neuf sur une version en fin de cycle : c’est la première dette qu’on évite.
Avec de la formation et une administration configurée pour leurs usages réels, oui. C’est cependant un point à peser honnêtement : à besoins équivalents, la prise en main de WordPress est plus rapide et le turnover d’équipe s’y absorbe mieux. Si l’autonomie éditoriale est votre priorité et que vos droits sont simples, c’est un argument de plus en faveur de WordPress.
Drupal 7 n’est plus maintenu : les failles découvertes ne sont plus corrigées et les incompatibilités avec les versions récentes de PHP s’accumulent. Deux trajectoires : monter vers une version récente de Drupal si la gouvernance le justifie, ou changer de CMS si elle ne le justifie plus. Nous auditons l’existant et documentons les deux avant de trancher avec vous.
Audit des positions avant migration, conservation des URLs quand c’est possible, plan de redirections 301 pour les URLs modifiées, audit du balisage et des méta-données à la livraison. Nous suivons les positions pendant 3 mois après le lancement.
Ils sont d’abord audités un par un : ce qui est réellement utilisé, ce qui a un équivalent natif dans la cible, ce qui doit être redéveloppé. Beaucoup de modules d’un Drupal 7 ancien ne servent plus. L’audit précède le chiffrage, précisément pour éviter de payer la reconstruction de fonctionnalités abandonnées.
Ressources
Drupal et le choix du CMS
Modélisation de contenu, gouvernance, coût de possession et fin de support de Drupal 7 : nos retours de projet, en accès libre.
