CMS multisite pour agence web : tous vos sites clients dans une seule instance.
Une installation par client, c'est simple au départ, puis lourd à maintenir. Un CMS multisite regroupe vos sites clients sans les mélanger. Voici ce que cela change, comment bien isoler chaque client, et les limites à connaître avant de se lancer.
Publié le 16 octobre 2026 · 6 min de lecture
Le coût caché d'une installation par client
Beaucoup d'agences démarrent avec un modèle simple : un nouveau client, une nouvelle installation du CMS. Chaque site a son serveur ou son hébergement, sa base de données, ses extensions. Au début, c'est confortable. Chaque projet est indépendant.
Avec vingt ou trente clients, le calcul change. Chaque tâche de maintenance se multiplie par le nombre de sites :
- Mises à jour : le cœur du CMS, le thème et chaque extension, à tester et appliquer site par site.
- Extensions : des versions différentes d'un site à l'autre, parfois abandonnées par leur auteur.
- Sauvegardes : autant de tâches planifiées à surveiller, et autant de restaurations à savoir faire.
- Sécurité : chaque installation oubliée est une porte d'entrée possible.
Ce temps est rarement facturé à sa juste valeur. Il pèse pourtant sur la marge du contrat de maintenance, et il revient chaque mois.
Ce que change une instance multisite
Un CMS multisite fait tourner plusieurs sites sur une seule installation. Vous mettez à jour une fois, vous sauvegardez une fois, vous surveillez un seul hébergement. La maintenance et l'hébergement sont mutualisés.
Mutualiser ne veut pas dire confondre. Dans un bon outil multisite, chaque site conserve :
- ses propres noms de domaine ;
- son design, avec son thème et ses feuilles de style ;
- ses langues, avec une URL distincte par langue ;
- sa médiathèque et ses contenus.
Pour le visiteur et pour Google, ce sont des sites totalement séparés. Le multisite est une affaire d'organisation interne, pas de présentation. Pour approfondir le volet technique, consultez notre page sur le multisite et le multilingue.
Isoler chaque client
La première question d'un client est souvent : « Est-ce que les autres verront mon site ? » La réponse doit être non, et l'outil doit le garantir.
Cela passe par des rôles attribués site par site. Un utilisateur reçoit des droits sur un site précis, pas sur toute l'instance. Les rôles typiques sont :
- médias : déposer et organiser des images et des documents ;
- contenu : rédiger et modifier les pages ;
- développeur : travailler sur les gabarits, le thème et le code ;
- administrateur : gérer le site et ses utilisateurs.
Votre client reçoit un compte sur son site uniquement. Votre équipe garde les droits étendus. Vérifiez ce point en démonstration avant de choisir un outil : connectez-vous avec un compte client et assurez-vous qu'il ne voit que son propre site.
Industrialiser sans uniformiser
Le piège du multisite serait de livrer le même site à tout le monde. Ce n'est pas l'objectif. L'idée est de réutiliser la structure, pas l'apparence.
- Gabarits et composants réutilisables : en-têtes, pieds de page, bandeaux, mises en page d'articles. Vous les construisez une fois et les adaptez.
- Clonage de pages : une page « mentions légales » ou « contact » bien faite sert de point de départ au client suivant.
- Design libre par client : chaque site a son propre thème en CSS, que vous l'écriviez à la main ou avec un framework comme Tailwind.
Vous gagnez du temps sur ce qui se répète, et vous le réinvestissez dans ce qui distingue chaque client. Notre page gabarits et composants détaille cette approche.
Une autonomie encadrée pour le client
Les clients veulent modifier leurs textes sans vous appeler. Vous voulez éviter qu'ils cassent la mise en page. Les deux sont compatibles.
- Le client édite le contenu : textes, images, actualités.
- L'agence garde la main sur les gabarits, le thème et les composants partagés.
- Les modifications passent par des brouillons, relus avant publication.
- Les révisions permettent de revenir à une version précédente en cas d'erreur.
Ce cadre réduit les tickets « j'ai tout cassé » et rassure le client : il peut essayer sans risque.
L'IA pour produire plus vite
Les assistants d'IA peuvent désormais agir directement dans un CMS, via une API ou un serveur MCP (un protocole qui permet à un agent d'utiliser les outils d'un logiciel). Pour une agence, trois usages ressortent :
- Du dossier client au site : l'agent lit le brief, les textes fournis et la charte, puis propose une arborescence et crée les pages en brouillon.
- Les retours du client : « changez ce titre, ajoutez une section tarifs ». L'agent applique les demandes en brouillon, et vous validez.
- Les déclinaisons en langues : l'agent crée les variantes traduites, liées à la page d'origine, à relire par un humain.
Le point clé : l'agent travaille avec les droits de la personne qui l'a connecté et produit des brouillons. La publication reste une décision humaine. Dans Plumixia, par exemple, c'est le fonctionnement du serveur MCP intégré.
Les points de vigilance
Le multisite n'est pas la bonne réponse dans tous les cas. Voici les questions à vous poser honnêtement.
La dépendance à un seul outil
Tous vos clients reposent sur la même plateforme. Une panne ou une mise à jour ratée touche tout le monde. Exigez un environnement de test et une procédure de retour arrière.
La réversibilité
Un client peut vouloir partir. Vérifiez comment récupérer ses contenus et ses médias dans un format exploitable, par exemple via une API. Prévoyez aussi les redirections 301 si les URL changent lors d'une migration.
Le contrat et l'hébergement
Précisez qui héberge, où sont les données, qui détient les noms de domaine et ce qui se passe en fin de contrat. Ces points évitent des tensions plus tard.
Quand garder un client sur son CMS actuel
Un site très spécifique, une boutique en ligne avec un écosystème d'extensions dédié, ou un client dont l'équipe interne maîtrise déjà son outil : dans ces cas, migrer peut coûter plus que cela ne rapporte. Le multisite convient surtout aux sites vitrines et éditoriaux que vous maintenez vous-même.
En résumé
Un CMS multisite permet à une agence de mutualiser la maintenance tout en gardant des sites distincts. Les clés sont l'isolation par rôles, des gabarits réutilisables, un circuit de brouillons clair et une réversibilité vérifiée. Pour voir comment Plumixia s'applique à votre portefeuille de clients, consultez le cas d'usage agences ou contactez-nous pour en parler.
Questions fréquentes
Un client peut-il voir les sites des autres clients dans un CMS multisite ?
Pas si l'outil gère des rôles par site. Chaque client reçoit un compte limité à son propre site. Testez ce point avec un compte client avant de choisir un outil.
Chaque site garde-t-il son propre nom de domaine ?
Oui. Dans un CMS multisite, chaque site a ses propres domaines, son design et ses langues. Pour les visiteurs et les moteurs de recherche, ce sont des sites indépendants.
Que se passe-t-il si un client veut quitter l'agence ?
Il faut pouvoir exporter ses contenus et ses médias, par exemple via une API, et mettre en place des redirections 301 si les URL changent. Prévoyez ces conditions dans le contrat dès le départ.