Usine à sites Drupal
Usine à sites Drupal : un socle commun, des dizaines de sites autonomes.
Créer, déployer et gouverner tout un parc de sites depuis une seule plateforme : marques, filiales, pays, événements. Usine Drupal classique ou content hub découplé avec un frontend par territoire : l'architecture se choisit au cadrage, selon vos besoins présents et futurs.
Pour qui
Plusieurs sites, un seul problème : les faire vivre ensemble.
Vous avez plusieurs sites à déployer et vous voulez industrialiser leur production. Vous gérez déjà un parc et vous voulez rationaliser sa maintenance. Votre groupe réunit plusieurs marques ou filiales dont la communication web est disparate, avec des équipes locales inégalement dotées. Votre entreprise est internationale et son site doit se décliner par langue et par territoire, avec une gouvernance des contenus qui varie d'un pays à l'autre.
Une usine à sites répond à chacune de ces situations avec le même principe : un socle technique, graphique et fonctionnel mutualisé, à partir duquel on crée autant de sites que nécessaire, sans repartir de zéro et sans multiplier les prestataires. Nous avons conçu et développé des usines à sites pour des groupes industriels comme Saint-Gobain et Fayat.
Deux architectures
Deux architectures, selon vos besoins.
Le choix dépend de l'autonomie attendue par entité et de ce que les sites ont en commun. Nous le faisons avec vous au cadrage, à partir de votre parc et de ce qu'il devra absorber demain.
L'usine à sites Drupal
Un dépôt de code centralisé, une instance Drupal complète par site, un mécanisme d'instanciation et de déploiement. La bonne réponse quand chaque site a besoin d'une forte autonomie fonctionnelle : ses propres contenus, ses fonctionnalités, ses équipes, sous une gouvernance commune.
L'usine découplée : un content hub
Un back-office Drupal centralisé, un frontend Next.js par pays ou par territoire : l'usine limitée à la couche de présentation. La bonne réponse quand les sites partagent l'essentiel de leurs contenus et diffèrent surtout par leur présentation et leur marché, avec une infrastructure plus simple.
Le principe
Un socle, des sites à volonté.
Dans les deux cas, l'usine n'est pas un gabarit dupliqué : c'est une plateforme qui crée, met à jour et exploite les sites du parc depuis un même endroit.
Un code source unique
Le socle vit dans un dépôt Git central. Chaque site en hérite, et peut porter ses développements spécifiques dans son propre espace sans l'altérer.
Un site créé par formulaire
L'administrateur crée un site en renseignant un formulaire guidé : logo, couleurs, paramètres globaux, fonctionnalités à activer. Pas de projet technique à chaque nouveau site.
Une orchestration centralisée
Un pipeline d'instanciation déploie les nouveaux sites et diffuse les mises à jour du socle à tout le parc, avec un environnement de test et de production par site.
Fonctionnalités
Des fonctionnalités adaptées aux problématiques de groupe.
Partage de contenus entre sites
Un contenu publié sur un site peut être proposé aux autres : chaque administrateur choisit ce qu'il importe, avec une modération inter-sites. La communication groupe circule, les équipes locales gardent la main.
Recherche fédérée
Chaque site dispose de son index et peut interroger ceux des sites fédérés : recherche à facettes, pertinence, indexation des documents (PDF, présentations, tableurs).
Authentification unique
Une connexion fédérée (SSO) sur l'ensemble des sites, interfaçable avec l'annuaire de l'entreprise, avec une gestion centralisée des droits.
Design, structure et fonctions personnalisables par site
La charte groupe s'applique partout ; chaque site choisit son logo, ses couleurs, son architecture et ses mises en page dans le catalogue de composants du socle, active les fonctionnalités prévues par l'usine ou porte ses propres développements, sans mettre en péril la cohérence du parc ni ses mises à jour.
Une gouvernance des contenus à géométrie variable
Toutes les filiales n'ont pas les mêmes ressources. Les permissions et les workflows éditoriaux suivent des profils de gouvernance par type d'entité : édition autonome, édition semi-autonome, validation de traduction, édition centralisée par le marketing groupe.
Interactions entre les sites et avec le SI
Liens entre sites, synchronisation de contenus, connexion aux référentiels du groupe (PIM, PLM, CRM, annuaires) via des API : l'usine s'inscrit dans votre système d'information.
L'usine découplée
Un content hub Drupal, un frontend par territoire.
Une seule source de contenu pour tous les canaux
Drupal 11 devient le cœur de la gestion de contenu : un back-office API-first pour l'ensemble des sites pays et des canaux de diffusion (web, mini-sites, applications, intranet), avec des droits gérés par langue et par entité.
Un frontend Next.js par marché
Chaque pays ou territoire dispose de son instance frontend, rapide, optimisée pour le référencement et mise à jour sans toucher au moteur de contenu. Le déploiement d'une nouvelle instance est un pipeline, pas un projet.
Adapté à chaque marché, sans forker
Une nouvelle instance reprend le gabarit principal ou s'en écarte selon les spécificités de son marché : page d'accueil propre, arborescence de menu, pages de liste et de contenu, fonctionnalités activées ou non, micro-fonctionnalités développées pour une seule instance si nécessaire.
Une infrastructure simple et des coûts maîtrisés
Le découplage répartit les rôles entre le back-office et les interfaces publiques : meilleure disponibilité, meilleure vitesse, et une mise à l'échelle qui n'exige pas de multiplier les instances Drupal.
Les bénéfices
Ce qu'une usine à sites change pour un groupe.
Des coûts mutualisés
Développements, maintenance et hébergement sont partagés par tous les sites. Une gestion centralisée coûte moins cher qu'un parc de sites hétérogènes.
Des déploiements rapides
Un site événementiel, produit ou thématique se paramètre au lieu de se développer. Les délais de mise en ligne se comptent en jours, pas en mois.
Des compétences simplifiées
Tous les sites fonctionnent de la même manière. Un contributeur formé sur un site sait travailler sur tous les autres.
Une communication globale cohérente
Un catalogue commun de fonctionnalités et de mises en page garantit une image et une expérience homogènes sur tout le parc.
Une communication locale autonome
Chaque entité entretient ses contenus, choisit ses paramètres de présentation et s'adresse à son public, dans le cadre du groupe.
Multilingue et multi-territoires
Un site par pays, par marché ou par cible, sur le même socle, avec les langues activées site par site.
Mise en œuvre
Un cadrage qui précède le socle.
Quatre principes guident nos recommandations : la modularité, pour faire évoluer chaque ensemble indépendamment ; la primauté du métier sur les contraintes techniques ; la progressivité, pour garder la possibilité de réorienter ; la maîtrise, pour ne jamais investir à perte ni laisser grandir la dette technique.
Le cadrage mené par le directeur de production
État des lieux du parc et de l'écosystème (sites, référentiels, outils connectés), ateliers fonctionnel, personas, UX et UI, puis cadrage technique : typologie des sites, autonomie attendue par entité, contenus à partager, architecture retenue. Le périmètre du socle se décide avant la première ligne de code.
Des sprints de deux semaines, une visibilité continue
Intégration, développement frontend et backend, puis platform engineering : le pipeline d'instanciation qui crée et déploie chaque nouveau site est livré et testé comme une fonctionnalité à part entière.
Un hébergement choisi pour le parc
Les plateformes cloud spécialisées (Acquia, Pantheon, Upsun) apportent un tableau de bord, le déploiement d'un site au clic et un environnement par site. Un hébergement classique reste possible, au prix d'une orchestration à développer : nous le disons au cadrage.
Une exploitation dans la durée
Mises à jour de sécurité, montées de version et évolutions se font une fois, sur le socle, et se propagent au parc. L'usine à sites entre dans le périmètre de notre maintenance Drupal.
Questions fréquentes
L'usine à sites en clair.
Qu'est-ce qu'une usine à sites Drupal ?
Une plateforme unique qui industrialise la création et la gestion de plusieurs sites web. Un socle technique, graphique et fonctionnel est mutualisé, puis décliné en autant de sites que nécessaire, chacun gardant son identité, ses contenus et ses droits.
Quand faut-il mettre en œuvre une usine à sites ?
Dès que l'on gère ou prévoit plusieurs sites qui partagent une marque, des contenus ou des fonctions : réseaux et franchises, groupes multi-marques, filiales et divisions, implantations par pays, sites événementiels récurrents. En dessous de trois ou quatre sites, un mono-site multilingue bien conçu suffit souvent ; nous le disons au cadrage.
Quelle différence entre le multi-site Drupal et une usine à sites ?
Le multi-site natif partage un code entre plusieurs bases : c'est une brique, pas une usine, et sa maintenabilité décroît avec le nombre de sites. Une usine à sites ajoute l'instanciation d'un site par formulaire, l'orchestration des déploiements et des mises à jour, le partage de contenus, la recherche fédérée et la gestion centralisée des droits.
Usine à sites Drupal ou content hub découplé ?
L'usine Drupal classique crée une instance Drupal complète par site : c'est la bonne réponse quand chaque site a besoin d'une forte autonomie fonctionnelle. Le content hub concentre les contenus dans un seul back-office Drupal et déploie un frontend Next.js par territoire : c'est la bonne réponse quand les sites partagent l'essentiel des contenus et diffèrent surtout par leur présentation et leur marché. L'infrastructure du second est plus simple et moins coûteuse.
Combien de temps pour lancer un nouveau site ?
Une fois le socle en place, créer un site est un paramétrage, pas un projet : la charte, les fonctionnalités et les paramètres se renseignent dans un formulaire, puis le site est déployé par le pipeline. Le temps restant est celui de la production des contenus.
Nos sites existants peuvent-ils rejoindre l'usine ?
Oui. L'intégration d'un site existant est une migration : ses contenus sont repris dans le modèle du socle, ses spécificités sont soit intégrées au catalogue commun, soit portées comme développements propres au site. Nous planifions la transition pour qu'aucun chantier ne bloque les autres.
Comment concilier cohérence du groupe et autonomie locale ?
Par la gestion des utilisateurs, des droits et des workflows. Le socle fixe l'infrastructure, la structure et ce qui est partagé ; localement, les équipes choisissent leurs paramètres de présentation et entretiennent leurs contenus selon leur profil de gouvernance, de l'édition autonome à l'édition centralisée. Le groupe décide du cadre, les entités remplissent l'espace.
Où héberger une usine à sites ?
Sur une plateforme cloud spécialisée dans les CMS et les usines à sites (Acquia, Pantheon, Upsun) : tableau de bord centralisé, déploiement d'un nouveau site au clic, mise à jour du parc depuis le dépôt du socle, environnements de test et de production par site. Un hébergement classique reste possible mais demande de développer l'orchestration.
Qui maintient le parc ?
Nous, si vous le souhaitez : l'usine à sites entre dans notre maintenance Drupal. Les correctifs de sécurité et les montées de version sont appliqués au socle et propagés à l'ensemble des sites, avec un suivi continu de la sécurité et des performances.
Expérience client
Un partenaire engagé à chaque étape
Découvrez comment nous accompagnons nos clients, de la stratégie à la mise en production — une vraie collaboration humaine.
Découvrir l'expérience client Neovia→Quelle expérience digitale pour vos clients ?
Parlons de vos besoins. Nous vous présenterons comment nous pouvons vous accompagner dans votre projet.
Contactez-nous