J’ai géré 180 sites WordPress en parallèle. Pas tous en même temps sur le même écran, heureusement. Mais quand même. Et la question qui revient tout le temps quand on est dans cette situation : multisite ou sites séparés ?
Réponse honnête : les deux sont pénibles. Mais pas de la même façon.
180 sites séparés, c’est quoi concrètement
C’est 180 installations WordPress indépendantes. Chacune a sa base de données, ses plugins, ses mises à jour, ses sauvegardes. Ça tourne avec un outil de gestion centralisé, le genre de tableau de bord qui agrège tout et te donne l’illusion du contrôle.
L’illusion tient jusqu’au jour où une mise à jour de plugin casse tout sur 47 installations en même temps. Là tu regardes ton écran, tu comptes les tickets qui arrivent, et tu te demandes si c’est toi le problème ou WordPress.
C’est pas toi. C’est l’architecture.
L’avantage de cette configuration : l’isolation. Un site qui tombe n’emporte pas les 179 autres. Une faille de sécurité sur un site reste cantonnée à ce site. Pour des clients différents avec des contextes différents, c’est souvent le seul choix sensé. Et quand une migration tourne mal, vous gérez un seul désastre à la fois, pas 180.
L’inconvénient : la maintenance est un job à plein temps. Chaque plugin existe en 180 exemplaires. Chaque mise à jour WordPress doit être testée, déployée, vérifiée. Si vous faites ça manuellement, vous ne faites que ça.
Le multisite, c’est pas la solution miracle
WordPress Multisite, c’est une seule installation qui héberge plusieurs sites. Même core, même base de données, même serveur. En théorie, vous mettez à jour une fois et tout le monde en profite.
En pratique, c’est vrai. Jusqu’au moment où ça ne l’est plus.
Le multisite, c’est comme un immeuble. Pratique à gérer quand tout va bien. Quand la chaudière tombe en panne, tout le monde est dans le froid en même temps. Une mise à jour qui casse le core, c’est pas 1 site en 404, c’est tous vos sites simultanément. Un problème de base de données, c’est pareil.
Et les plugins réseau, c’est un sujet à part entière. Certains ne sont pas compatibles multisite. D’autres le sont mais se comportent différemment selon les sous-sites. Vous passerez des heures à déboguer des comportements que vous n’avez jamais rencontrés sur des installations classiques.
Les outils qui font la différence sur des sites séparés
Pour gérer un parc de sites WordPress sans y laisser sa santé mentale, l’outil de gestion centralisé n’est pas optionnel. Trois références qui font le job :
MainWP est self-hosted, open source, et gratuit pour l’essentiel. Vous gardez la main sur vos données clients, ce qui n’est pas anodin côté RGPD. Idéal pour les agences qui gèrent des sites tiers.
ManageWP (racheté par GoDaddy) est cloud, plus facile à prendre en main, avec un modèle freemium par fonctionnalité. Pratique pour démarrer, moins souverain sur les données.
WP Umbrella est la solution montante pour les petits et moyens parcs. Moins connu, interface propre, bon rapport qualité/prix sous 100 sites.
Le choix entre eux dépend autant de votre volume que de votre rapport à la souveraineté des données. Pour 180 sites clients, la question RGPD n’est pas anecdotique.
Alors lequel est le moins pire
Ca dépend de ce que vous gérez.
Si vos sites appartiennent à des clients différents, restez sur des installations séparées. L’isolation des données et des pannes n’est pas négociable. Investissez dans un bon outil de gestion centralisé et automatisez les mises à jour sur les plugins à faible risque.
Si vos sites partagent le même contexte, la même charte, les mêmes plugins, et surtout le même propriétaire, le multisite commence à avoir du sens. C’est le cas pour un réseau de sites éditoriaux, un groupe avec des déclinaisons régionales, ou une franchise.
Avec 180 sites clients séparés, le multisite aurait été une catastrophe. Mais pour 10 sites d’un même groupe avec la même stack, c’est cohérent.
Ce que l’outil de gestion ne résout pas
L’outil centralisé donne une fausse impression de maîtrise. Il agrège, il notifie, il automatise. Il ne remplace pas une vraie stratégie de maintenance.
Ce qui sauve vraiment la mise : des environnements de staging, des sauvegardes automatiques quotidiennes hors serveur, et une politique de mise à jour avec tests avant prod. Pas glamour. Efficace. Et si vous cherchez à monitorer aussi la performance et la visibilité SEO de votre parc, les outils de gestion seuls ne suffisent pas. C’est un autre chantier.
La vraie leçon
Il n’y a pas de bonne architecture. Il y a celle qui correspond à votre contexte, et celle qui vous explose à la figure parce que vous l’avez choisie pour de mauvaises raisons.
180 sites séparés bien gérés avec les bons outils, c’est tenable. 180 sites en multisite pour « simplifier », c’est une bombe à retardement.
Quand ça tombe dans les deux cas, c’est l’enfer. Mais sur des sites séparés, l’enfer est localisé. Sur un multisite, c’est un enfer ouvert à tous.