WordPress multisite ou installations distinctes : quel choix pour les agences ?
Si vous gérez des sites web pour des clients, vous avez sans doute déjà entendu parler au moins une fois de WordPress Multisite. Le concept est séduisant : une seule installation WordPress et un seul tableau de bord pour gérer tous les sites web. Moins de connexions et de déconnexions, moins d'éléments à gérer, et tout est centralisé.
Puis, on se penche sur les petits caractères. Plugins et bases de données partagés, sauvegardes compliquées, dépendance vis-à-vis de l'hébergeur, etc. Le mode multisite fonctionne bien pour un type de configuration bien précis, mais cette configuration est très différente de la façon dont la plupart des agences gèrent les projets de leurs clients.
Ce guide met fin au débat opposant WordPress Multisite aux installations distinctes, en présentant les avantages et les inconvénients réels de chacune de ces solutions, ainsi qu'une troisième approche vers laquelle la plupart des équipes ont tendance à se tourner après avoir pesé le pour et le contre des deux options.
Dans la plupart des cas de contrats de services d'agence, il est préférable d'opter pour des installations WordPress distinctes. Elles permettent d'isoler les sites des clients, simplifient les sauvegardes et les migrations, offrent un ensemble de plugins indépendant pour chaque client et permettent d'adapter l'hébergement aux besoins spécifiques de chacun. Le multisite reste pertinent lorsque tous les sites partagent un même propriétaire, un système de conception, un ensemble de plugins, un environnement d’hébergement et une base d’utilisateurs commune, comme une franchise comptant 30 pages de sites ou une université gérant des sites départementaux. Si vous optez pour des installations distinctes et souhaitez en plus une gestion centralisée, un outil de tableau de bord tel que WP Umbrella vous offre la visibilité opérationnelle promise par le multisite sans fusionner l'infrastructure de vos clients.
Qu'est-ce que WordPress Multisite et comment ça marche ?
WordPress Multisite est une fonctionnalité intégrée qui vous permet de gérer plusieurs sites web à partir d'une seule installation WordPress. Tous les sites du réseau partagent la même base de code, la même base de données et le même ensemble de plugins et de thèmes installés. Un tableau de bord d'administration du réseau permet à une seule personne de contrôler l'ensemble du réseau de manière centralisée.
Chaque site peut disposer de son propre contenu et de ses propres paramètres. Les structures d'URL sont flexibles : sous-domaines (site1.votredomaine.com), sous-répertoires (votredomaine.com/site1) ou, grâce au mappage de domaines, des domaines entièrement distincts (siteclient.com). Vus de l'extérieur, ils peuvent ressembler à des sites web indépendants, mais leur architecture est commune. Ainsi, si vous mettez à jour un plugin, la mise à jour est automatiquement appliquée à tous les sites du réseau.
Travailler sur WordPress Multisite signifie également que les comptes utilisateurs s'appliquent par défaut à l'ensemble du réseau. Si une personne s'inscrit en tant qu'utilisateur sur un site, elle devient utilisateur sur tous les sites, même si les rôles dotés de privilèges plus élevés ne sont pas automatiquement transférés.
C'est dans cette infrastructure partagée que résident à la fois la valeur et le risque. L'architecture qui rend la gestion centralisée efficace implique également que les modifications et les conflits affectent simultanément tous les sites du réseau.
Quels sont les besoins des agences dans le cadre d'une configuration multisite ?
Le choix entre une installation multisite et des installations distinctes dépend des besoins de vos activités quotidiennes. Les processus de travail des agences présentent des exigences spécifiques qui ne sont pas toujours mises en évidence dans les articles comparatifs généraux ; il est donc utile de les définir clairement avant d'évaluer l'une ou l'autre option.
Isolation des clients
Chaque site client doit être indépendant sur le plan opérationnel. Les clients qui paient un forfait de maintenance individuel s'attendent à ce que leur site soit véritablement indépendant, même s'ils ne se soucient pas de l'architecture sous-jacente. Par conséquent, un conflit entre plugins sur le site d'un client ne devrait jamais entraîner la mise hors service de ce site.
Ensembles de plugins et de thèmes indépendants
En tant qu'agence, vous travaillez sans doute sur différents sites web de clients, chacun utilisant des plugins et un constructeur de sites web différents. Vous devez pouvoir installer, configurer, mettre à jour ou supprimer des plugins indépendamment pour chaque site, sans craindre d'effets indésirables sur les autres sites.
Sauvegardes par site et restauration complète
Chaque fois qu'une mise à jour provoque un dysfonctionnement, vous devez restaurer ce site spécifique sans compromettre les sites des autres clients. Un processus de paiement WooCommerce qui cesse de fonctionner après la mise à jour d'un plugin nécessite une restauration ciblée, et non une restauration à l'échelle du réseau qui risquerait d'écraser les modifications récentes d'un autre client.
Flexibilité de l'hébergement
Une boutique en ligne très fréquentée, dotée d'un processus de paiement complexe, n'a pas sa place sur le même niveau de serveur qu'un site vitrine de cinq pages destiné à un expert-comptable local. Les agences doivent disposer de la flexibilité nécessaire pour héberger chaque client sur une infrastructure adaptée à ses besoins.
Une intégration et un départ en bonne et due forme
Lorsqu'un nouveau client s'inscrit, l'intégration de son site à votre flux de travail ne devrait prendre que quelques minutes. Lorsqu'un client part, le transfert de son site, avec un accès complet et sans aucune dépendance vis-à-vis de votre infrastructure, devrait se dérouler tout aussi facilement.
Comparaison rapide : WordPress Multisite ou installations distinctes pour les agences
Voici une comparaison côte à côte montrant comment chaque approche répond aux exigences opérationnelles essentielles pour le travail en agence.
| Multisite | Installations distinctes | |
| Isolation des clients | Faible. Tous les sites partagent une seule installation ; une erreur fatale ou un pic de consommation de ressources affecte tous les sites | Une force qui tient au fait que chaque site est totalement indépendant |
| Indépendance vis-à-vis des plugins | Limité. Les plugins sont installés à l'échelle du réseau, et tous les plugins ne prennent pas en charge le mode Multisite. | Complet. Chaque site dispose de sa propre pile de plugins |
| Sauvegarde et restauration par site | C'est compliqué. Le système de fichiers partagé signifie que la restauration d'un site peut avoir des répercussions sur les autres. | Simple. Chaque site effectue ses sauvegardes et ses restaurations de manière autonome |
| Flexibilité de l'hébergement | Verrouillé. Tous les sites partagent un seul serveur ; impossible d'optimiser pour chaque client | Solution flexible, car chaque site peut être hébergé sur un serveur différent |
| Fin de collaboration avec un client | C'est difficile. L'extraction d'un site nécessite une séparation manuelle de la base de données et des fichiers | C'est simple ; les outils de migration standard s'en chargent |
| Gestion centralisée | Intégré, avec un tableau de bord unique pour le réseau | Il manque quelque chose et vous devez gérer chaque wp-admin séparément |
| Le plus adapté | Réseaux appartenant au même propriétaire et partageant une architecture et des piles de plugins | Agences chargées de la gestion de sites clients indépendants |
Pour la plupart des portefeuilles d'agences, le compromis est simple : Multisite offre une infrastructure centralisée, tandis que les installations distinctes préservent l'autonomie des clients.
Quand le multisite WordPress est une solution judicieuse pour les agences
Le mode multisite répond à des besoins concrets. Il s'applique principalement aux configurations dans lesquelles les sites sont étroitement liés, ont un seul propriétaire et fonctionnent avec des configurations presque identiques.
Microsites utilisant le même modèle sous une même marque
Une franchise comptant 25 pages dédiées à ses différents sites en est un excellent exemple. Chaque site utilise le même thème et le même plugin de formulaire de contact. Les seules différences concernent le contenu spécifique à chaque site, comme l'adresse ou les horaires d'ouverture. Le fait de partager une base de code constitue ici un véritable avantage, car vous ne gérez qu'un seul modèle et chaque site bénéficie automatiquement des mises à jour.
Réseaux éducatifs et institutionnels
Les universités et les districts scolaires constituent le cas d'école du déploiement multisite. Chaque département ou campus dispose d'un site, les étudiants peuvent avoir accès à un blog, et une équipe informatique centrale gère le réseau. Les sites partagent un langage de conception commun, la base d'utilisateurs se recoupe largement, et les décisions sont prises par un seul responsable au sein de l'organisation.
Réseaux d'entreprise et intranets
Si le client de votre agence a besoin de sites internes distincts pour les ressources humaines, le marketing et l'ingénierie, tous gérés par un seul service informatique, la fonctionnalité Multisite peut considérablement simplifier cette configuration.
Plateformes de sites web en tant que service
Les plateformes sur lesquelles les utilisateurs créent leurs propres sites au sein d'un écosystème que vous contrôlez s'adaptent parfaitement à l'architecture de Multisite. La fonctionnalité intégrée de création de sites et le système d'utilisateurs partagés ont été conçus précisément pour ce type de scénario.
Le point commun entre tous ces cas est la présence d'un seul propriétaire, d'un système de conception partagé et d'un fort chevauchement au niveau des extensions et des fonctionnalités. Voici une règle empirique utile, issue de l'expérience des professionnels des agences : si la grande majorité de vos sites utilisent les mêmes extensions, thèmes et flux de travail, le mode Multisite peut s'avérer avantageux. Dès que ce chevauchement commence à diminuer, il est généralement plus simple d'opter pour des installations distinctes.
Lorsque ces conditions ne sont pas remplies, ce qui est le cas pour la plupart des agences gérant un portefeuille varié de sites clients, les compromis finissent par vous porter préjudice.
Pourquoi les installations distinctes s'avèrent plus efficaces pour la plupart des projets menés par les agences pour leurs clients
Pour les agences qui gèrent des contrats de maintenance pour un ensemble de sites clients, il est préférable de recourir à des installations distinctes afin de mieux s'adapter aux réalités opérationnelles.
Les conflits entre plugins restent circonscrits
Prenons un exemple concret : vous gérez une boutique WooCommerce qui utilise 18 plugins actifs, notamment des règles de paiement personnalisées, une extension de passerelle de paiement et un calculateur de frais de port. Dans le cadre du même contrat de maintenance, vous gérez également un site vitrine de cinq pages pour une entreprise de services locale, qui utilise un thème léger et un plugin de formulaire de contact. Sur le plan technique, ces deux sites n'ont pratiquement rien en commun.
Dans un réseau multisite, une mise à jour de plugin qui perturbe le processus de paiement de WooCommerce affecterait tous les sites partageant cette installation. Avec des installations distinctes, l'impact se limite au site sur lequel le conflit s'est produit. Il suffit de le corriger à cet endroit pour que tous les autres sites des clients continuent de fonctionner.
Il y a également la question de la compatibilité. Une grande partie de l'écosystème des plugins WordPress ne prend pas du tout en charge le mode Multisite ou nécessite une licence plus coûteuse. WordPress.org répertorie plus de 59 000 plugins, et relativement peu d'entre eux mentionnent explicitement leur compatibilité avec le mode Multisite. Avec des installations distinctes, chaque plugin fonctionne dans l'environnement pour lequel il a été conçu.
Les sauvegardes et les restaurations fonctionnent exactement comme on peut s'y attendre
Il s'agit là d'une des différences opérationnelles les plus importantes, et elle n'est pas suffisamment mise en avant dans la plupart des articles comparatifs.
Dans un réseau multisite, tous les sites partagent le même système de fichiers. WordPress ne sépare pas les fichiers des plugins et des thèmes par site. Lorsque vous sauvegardez ou restaurez les fichiers d'un site, vous modifiez des fichiers qui appartiennent à tous les autres sites du réseau. Les tables de base de données peuvent être délimitées par site, mais l'imbrication au niveau des fichiers rend risquée une restauration propre à chaque site.
Avec des installations distinctes, chaque site dispose de sa propre sauvegarde complète et autonome. Si vous restaurez le site d'un client à l'état d'hier, cela n'affecte en rien les autres sites.
Les temps d'arrêt d'un client restent le problème de ce client
Un réseau multisite fonctionne sur une seule installation WordPress. Si cette installation rencontre une erreur PHP fatale, tous les sites du réseau tombent en panne simultanément. Concrètement, cela représente un point de défaillance unique pour l'ensemble de votre portefeuille de clients.
Cela représente un véritable risque pour les agences qui facturent leurs clients individuellement. Expliquer au client B que son site a été indisponible parce que celui du client A a connu un pic de trafic, ou parce qu’une mise à jour de plugin sur le réseau partagé a provoqué une erreur fatale, sape la confiance sur laquelle repose votre relation contractuelle.
Le risque lié au point de défaillance unique est gérable lorsque l'on est propriétaire de tous les sites du réseau. Il devient toutefois un véritable handicap lorsque différents clients paient pour un service indépendant. C'est l'une des raisons les plus fréquemment invoquées par les agences pour abandonner la configuration multisite dans le cadre de leurs missions pour le compte de clients.
La désinscription du client s'est déroulée sans encombre
Lorsqu'un client quitte votre agence, la migration d'une installation WordPress autonome vers son nouvel hébergeur est une opération courante. N'importe quel plugin de migration standard permet de s'en charger. Le client obtient ainsi un site entièrement autonome, sans aucune dépendance résiduelle.
Pour extraire un site unique d'un réseau multisite, vous devez exporter les tables de base de données spécifiques à ce site, séparer les fichiers multimédias et de thème partagés, mettre en place une nouvelle installation WordPress, tout importer, reconfigurer les chemins d'accès aux fichiers multimédias et effectuer des tests approfondis. Selon la complexité du site, cette opération peut prendre beaucoup plus de temps qu'une migration standard.
Si un client risque de partir (et ce risque existe toujours), le site ne devrait probablement pas être hébergé au sein d'un réseau Multisite partagé.
L'hébergement peut s'adapter aux besoins de chaque client
Les installations distinctes vous permettent d'héberger chaque client sur un serveur adapté à son site. Cela vous offre une grande flexibilité en matière d'hébergement, car vous pouvez adapter les ressources aux besoins de chaque client plutôt que de les regrouper tous sur un même serveur.
Avec Multisite, tous les sites sont hébergés sur un seul serveur. Il est impossible de transférer un site vers un hébergement plus performant sans migrer l'ensemble du réseau. Il est impossible d'allouer davantage de ressources à un client générant un trafic important sans mettre à niveau l'environnement pour tout le monde.
Comment WP Umbrella aux agences WP Umbrella centraliser la gestion
Comme vous le savez sans doute déjà, les installations distinctes permettent de résoudre des problèmes majeurs, tels que l'isolation des sites web clients ainsi que la gestion des sauvegardes et des restaurations. Cependant, leur inconvénient est qu'elles n'offrent pas de visibilité centralisée. Vous devez vous connecter à 20 tableaux de bord wp-admin différents pour effectuer des mises à jour, créer des sauvegardes, vérifier la sécurité et générer des rapports. C'est précisément cette lacune en matière de gestion que Multisite a été initialement conçu pour combler.
WP Umbrella cette lacune en abordant la question sous un angle différent.
WP Umbrella un tableau de bord de gestion WordPress qui se connecte à vos sites WordPress existants, quel que soit leur hébergeur, et vous offre une interface unique pour l'ensemble de votre portefeuille. Les sites restent totalement indépendants. WP Umbrella une couche de gestion qui garantit une efficacité opérationnelle sans nécessiter d'architecture partagée en arrière-plan.
À lire également : Découvrez comment Numos utilise WP Umbrella centraliser la maintenance et renforcer la confiance de ses clients
Numos a choisi WP Umbrella la réactivité de son assistance et la simplicité qu’il apporte à la gestion de plusieurs sites. Cela leur a permis de réduire les obstacles et de se concentrer davantage sur le service à la clientèle. « Dès le début, l’offre était déjà très complète : gestion des sauvegardes, surveillance toutes les 5 minutes et rapports mensuels. Chacun de ces outils pris séparément aurait coûté bien plus cher que l’ensemble des fonctionnalités incluses dans WP Umbrella. »
- Amaury Cleuziou, directeur général de Numos
Mises à jour groupées sur l'ensemble du portefeuille
Vous pouvez consulter les mises à jour en attente des plugins, des thèmes et du cœur du système sur tous les sites connectés, puis les lancer en masse. WP Umbrella trois méthodes de mise à jour des plugins : une mise à jour rapide standard, une mise à jour sécurisée qui sauvegarde d'abord le dossier du plugin, et une mise à jour sécurisée avancée qui inclut des tests de régression visuelle pour détecter automatiquement les problèmes de mise en page.
Sauvegarde et restauration par site
Chaque site client est sauvegardé de manière indépendante selon le calendrier que vous définissez, avec des fichiers et une base de données limités exclusivement à ce site. Vous pouvez restaurer votre sauvegarde à tout moment en un seul clic. Ces sauvegardes incrémentielles sont conformes au RGPD et sont conservées sur les serveurs WP Umbrellapendant 50 jours. Il s'agit là d'un processus de sauvegarde propre et spécifique à chaque site, que le système de fichiers partagé de Multisite rend difficile à mettre en œuvre.
Surveillance de la sécurité et de la disponibilité, ainsi que génération automatisée de rapports
La disponibilité, les erreurs PHP, les failles de sécurité et les données de performance sont surveillées sur tous les sites connectés, et des alertes sont envoyées dès qu'un problème nécessite une intervention. Des rapports de maintenance portant sur les mises à jour, la disponibilité, les sauvegardes et la sécurité sont générés automatiquement et envoyés aux clients selon la fréquence de votre choix. C'est ainsi que les agences proposant des contrats de maintenance démontrent chaque mois la valeur de leur prestation, sans avoir à établir manuellement ces rapports.
Gestion indépendante de l'hébergement
WP Umbrella aux sites WordPress quel que soit le fournisseur d'hébergement. Un portefeuille réparti entre Cloudways, SiteGround, Kinsta et quelques serveurs dédiés s'affiche dans un seul tableau de bord. Le tarif est de 1,99 € par site et par mois, les sauvegardes horaires et les correctifs virtuels étant proposés comme options supplémentaires.
En résumé
Pour la plupart des agences qui gèrent les sites de leurs clients dans le cadre d'un contrat de maintenance, la solution la plus efficace à long terme consiste à utiliser des installations WordPress distinctes associées à un tableau de bord de gestion centralisé. Les installations distinctes vous offrent l'isolation des clients, la flexibilité d'hébergement et les processus de migration clairs que le travail en agence exige. Une couche de gestion telle que WP Umbrella la visibilité centralisée et les opérations groupées que Multisite était censé fournir, sans relier les sites de vos clients entre eux au niveau de l'infrastructure.
Le mode Multisite reste un choix judicieux lorsque les sites ont un même propriétaire et que les plugins utilisés se recoupent largement. Les sites de franchises, les sites de départements universitaires, les réseaux d'entreprise internes et les configurations de type plateforme sont tous parfaitement adaptés à l'architecture Multisite.
La question déterminante est simple : gérez-vous des sites pour différents clients qui ont besoin d'une autonomie opérationnelle, ou gérez-vous un réseau de sites liés entre eux pour une seule et même organisation ? La réponse à cette question permet généralement de clarifier le choix de l'architecture.
Découvrez ensuite comment Rubber Duckers a transformé la maintenance de sites web en une source de revenus de 30 000 dollars grâce à WP Umbrella.
FAQ : WordPress Multisite ou installations distinctes
Techniquement, oui, et certaines agences s'y sont essayées, généralement dans le but de réduire le nombre d'installations WordPress qu'elles gèrent. Dans la pratique, cela tend à créer plus de frictions opérationnelles qu’il n’en élimine. L’absence d’isolation des clients, la complexité des sauvegardes, la difficulté de désengager un seul client et le risque de point de défaillance unique jouent tous en défaveur du modèle de contrat de services de l’agence. Les agences qui commencent par utiliser Multisite pour le travail avec leurs clients passent souvent à des installations distinctes dès que leur portefeuille dépasse une poignée de clients.
Oui, mais cela nécessite un travail manuel. Vous devez exporter les tables de base de données de chaque site individuellement, séparer les fichiers multimédias, les thèmes et les plugins partagés, mettre en place des installations WordPress autonomes, importer les données, reconfigurer les chemins d'accès aux fichiers et tout tester. Il n'existe pas d'outil permettant de faire cela en un seul clic, et selon la complexité, le processus peut prendre beaucoup de temps. En planifiant dès le départ une architecture adaptée, on évite complètement tout cela.
Les moteurs de recherche traitent chaque site d'un réseau Multisite comme un site web distinct. Grâce au mappage de domaines, chaque site développe sa propre autorité de référencement de manière indépendante ; l'architecture Multisite n'entraîne donc pas en soi de pénalisation au niveau du classement. Les risques liés au référencement sont indirects. Si le partage des ressources du serveur entraîne des problèmes de vitesse de chargement des pages, ou si une erreur de configuration à l'échelle du réseau met plusieurs sites hors ligne simultanément, ces événements peuvent affecter les classements. L'architecture en elle-même est neutre.
Les visiteurs ne s'en rendraient pas compte. Le mode Multisite réduit quelque peu l'utilisation du disque grâce au partage des fichiers principaux, mais les performances de l'interface utilisateur dépendent bien davantage de la qualité de l'hébergement, de la mise en cache et de l'optimisation propre à chaque site que de l'architecture sous-jacente. Dans certains cas, le mode Multisite peut même créer des goulots d'étranglement au niveau des performances, car tous les sites se disputent les mêmes ressources serveur sans qu'il soit possible d'en allouer davantage à un site en particulier.
Le fait de gérer chaque site client comme une installation WordPress indépendante vous offre une flexibilité maximale, une isolation optimale des clients et des processus de migration simplifiés. Pour éviter la charge liée à la gestion de nombreux tableaux de bord distincts, les agences ont recours à un outil de gestion centralisée tel que WP Umbrella gérer les mises à jour, les sauvegardes, la surveillance et le reporting de l'ensemble des sites à partir d'une seule interface. Cela permet d'exercer le contrôle centralisé pour lequel le Multisite a été conçu, sans pour autant fusionner les infrastructures des clients.
Il n'y a pas de limite maximale. Des agences gérant des portefeuilles de plusieurs centaines de sites utilisent cette plateforme. Le tarif est de 1,99 € par site et par mois.