WordPress multisite permet de partager core, plugins et parfois thème entre plusieurs sites. Un jour, l'un d'eux a besoin d'un plugin que les autres refusent, d'un hébergement à part, d'une équipe à part, ou d'être vendu. Extraire un site d'un réseau WordPress (un « split ») consiste à le recréer en installation autonome avec ses contenus, utilisateurs, médias, URL. Cet article dit quand extraire, ce que l'on emporte, les pièges (utilisateurs globaux, uploads, domain mapping), et comment basculer. Il complète l'article sur les avantages et inconvénients du multisite.
🔎 Les signaux qui disent « il faut sortir »
Le site A a besoin d'une version de plugin que le site B ne supporte pas. Le trafic de A sature le réseau. A doit vivre chez un autre hébergeur, un autre prestataire, un autre propriétaire. A a un thème et une stack déjà à 80 % différents, le multisite ne factorise plus rien. Un de ces signaux suffit souvent.
Le signal inverse : cinq vitrines jumelles, même thème, même TMA, même client. Les extraire « pour faire plus propre » coûte cher pour un bénéfice nul. On reste en réseau, on documente.
🛠️ Ce que l'extraction emporte
Tables du site (posts, options, terms), uploads du site, utilisateurs qui n'existent qu'ici ou qu'il faut recopier (les utilisateurs sont globaux en multisite : c'est le piège). Domaine, SSL, cron, éventuels mu-plugins utiles. On n'emporte pas les plugins du réseau « au cas où ». On emporte ceux que le site utilise.
Les IDs de posts peuvent changer. Les shortcodes, les menus, les widgets liés à des IDs se vérifient. Les URLs d'uploads (/site/2/files/…) se réécrivent. Un search-replace mal fait laisse des images cassées pendant des mois.
✅ Users et droits
En multisite, un utilisateur appartient au réseau. À l'extraction, on crée les comptes nécessaires sur le site solo, mots de passe à réinitialiser, double authentification à réactiver. On ne copie pas tout le réseau « pour gagner du temps ». On copie ceux qui doivent encore entrer.
Les super-admins du réseau n'ont plus rien à faire sur le site vendu. On le vérifie deux fois. C'est un sujet de sécurité et de contrat, pas seulement de table wp_users.
⚠️ SEO et domaine
Si le site avait déjà son domaine (domain mapping), l'extraction est plus simple : on pointe le DNS vers la nouvelle install, on garde les chemins. Si le site vivait en sous-dossier /marque/, extraire vers un domaine, c'est une migration d'URLs : 301, Search Console, comme une refonte.
On ne profite pas du split pour tout renommer. Un chantier à la fois. D'abord l'autonomie. Ensuite l'esthétique des slugs.
📌 Méthode de bascule
Nouvelle install WordPress solo, même PHP. Import des contenus (outils dédiés, WP-CLI, scripts). Médias. Users. Permalinks. Vérification. Gel court des publications, réimport des derniers changements, DNS. Retour arrière : le site reste dans le réseau, on n'a pas encore coupé.
On coupe le site du réseau seulement quand le solo a encaissé une semaine. Trop de gens « archivent » trop tôt. Un contenu oublié, et plus de source.
- Inventaire plugins réellement utilisés par le site
- Plan utilisateurs : qui vient, qui reste au réseau
- Réécriture des chemins d'uploads
- 301 si changement d'hôte ou de dossier
🧭 Après l'extraction : deux TMA
Le réseau s'allège. Le site solo a sa propre TMA, ses maj, son monitoring. C'est le but. Ce n'est pas « moins de travail » global. C'est moins de risque croisé. Budgétez les deux. Un site extrait abandonné redevient le problème de tout le monde quand on le ré-héberge n'importe où.
J'ai extrait des sites de réseaux (voir les réalisations). Le succès se juge à : plus de collision de plugins, URLs intactes, équipe autonome. Pas à « on a quitté le multisite » comme trophée.
💡 Quand ne pas extraire
Manque de budget pour une seconde TMA. Site minuscule. Équipe qui ne veut pas un second admin. Dans ces cas, on cadre le réseau (plugins réseau vs site, process de maj) plutôt que d'extraire.
Lisez aussi avantages et inconvénients du multisite. Extraire est une réponse à un inconvénient devenu trop cher. Ce n'est pas la morale de l'histoire.
🧪 Outils et pièges d'export
WP-CLI, export XML, plugins d'export, scripts de tables : chacun rate un coin (menus, widgets, ACF, blocs réutilisables Gutenberg, WooCommerce). On vérifie une liste de types de contenus, pas « l'accueil a l'air bon ». Les médias en domain mapping ont des URL piégeuses. On les recherche dans la base après coup.
Extraire un site d'un multisite WordPress n'est pas un export en un clic, malgré les plugins qui le promettent. C'est un projet de migration interne. On le planifie comme tel.
🔎 Contrats, licences, marque
Le thème était-il licencié pour le réseau ou pour un site ? Les photos, les textes, le nom : si le site sort parce qu'on le cède, le juridique précède le DNS. Je n'extrais pas un site dont le client n'a pas les droits. Ce n'est pas de la TMA, c'est de la copie.
Pour savoir quand extraire un site, la question technique arrive après la question « à qui il appartient demain ». Sinon on fait un très beau split pour le mauvais propriétaire.
Extraire un site du réseau coûte moins cher que de le laisser empoisonner les autres.
