Guide de découpage réseau
Découper un réseau Multisite en sites autonomes (Pro)
Transformez un réseau WordPress Multisite en installations single-site distinctes — soit en créant une archive par site, soit en extrayant un site d’une sauvegarde réseau existante. Nécessite une licence Pro active avec la capacité network_split.
À quoi cela sert
Objectif : quitter Multisite et faire tourner chaque site (ou les sites sélectionnés) comme sa propre installation WordPress. Multisite Migrate Pro propose deux parcours opérateur. Les deux respectent la règle une destination = une exécution — vous restaurez ou installez une fois par hôte cible.
| Parcours | Point de départ | Résultat |
|---|---|---|
| Split backup | Réseau en production (Network Admin) | N archives complètes (une par site sélectionné) |
| Extract | Archive existante à portée réseau | Un site rétrogradé en standalone sur la destination |
Quel parcours choisir ?
- Préférez split backup lorsque vous avez encore Network Admin sur la source et souhaitez un jeu d’archives propre par site avant de démanteler le réseau.
- Préférez extract lorsque vous disposez déjà d’une sauvegarde réseau complète (ou multi-site) et ne voulez pas relancer N sauvegardes — réutilisez cette archive et choisissez un blog source par destination.
- Blog 1 / site principal est pris en charge sur les deux parcours. Les médias du site principal se trouvent souvent sous
uploads/(et nonuploads/sites/1/) ; extract conserve cet arbre lorsque vous choisissez le blog ID 1.
Prérequis
- ZIP plugin Pro + licence Pro active. La capacité
network_splitdoit apparaître après activation/actualisation. Les anciennes clés Pro peuvent nécessiter Settings → General & License → Re-activate / Refresh. - Network Admin sur la source pour split backup.
- Disque — le split multiplie l’usage : environ sites × taille d’archive × 1,5 en local. Le plugin bloque le démarrage si l’espace libre est insuffisant (les destinations cloud uniquement contournent le blocage local strict).
- Parcours serveur vide — extract via l’installateur requiert aussi la capacité Pro
installer. - Pas sur Free ni Plus — les options restent verrouillées tant que Pro n’est pas actif.
Parcours A — Une archive par site (split backup)
Crée un job de sauvegarde complète normal pour chaque site sélectionné, l’un après l’autre. Les archives terminées restent même si un site ultérieur échoue.
Étapes (interface admin)
- Sur le réseau Multisite, ouvrez MM Pro → Sauvegardes → Sauvegarder maintenant.
- Sous le scope, choisissez Une archive par site (split).
- Sélectionnez les sites à inclure, ou laissez « all accessible » coché. Consultez l’avertissement disque (l’usage augmente avec le nombre de sites).
- Si plus de cinq sites restent décochés sans intention « all », confirmez avec la case confirm all lorsque demandé.
- Choisissez profil / destination (local ou cloud sur destinations Plus+) → Start.
- Suivez le panneau de progression du split. Les sites s’exécutent séquentiellement (pas en parallèle).
- À la fin, téléchargez ou conservez chaque archive sous Sauvegardes. Restaurez chaque archive une fois sur sa propre installation WordPress (ou installateur serveur vide), comme toute autre sauvegarde single-site.
Si un site échoue en cours de split
- Les archives terminées restent valides — ne les supprimez pas.
- Dans le panneau de progression, cliquez sur Continue with remaining sites (ou WP-CLI
split-resume --yes). - Seuls les blogs non terminés sont relancés. Utilisez Cancel uniquement si vous voulez arrêter l’orchestrateur entièrement.
Puis restaurez
Pour chaque installation destination : importez/restaurez l’archive du site, mappez ancienne → nouvelle URL, terminez le job. Répétez par hôte. Il n’y a pas d’« installation de toutes les destinations en un clic ».
Parcours B — Extraire un site d’une archive réseau
À utiliser lorsque l’archive contient encore tout le réseau (ou plusieurs blogs) et que la destination doit devenir un WordPress single-site.
Étapes (restauration plugin)
- Sur la destination (ou après import), ouvrez Import & Restauration / la boîte de dialogue de restauration pour une archive à portée réseau.
- Choisissez la topologie Extraire un site en autonome.
- Sélectionnez le site source (blog ID) dans la liste de l’archive.
- Mappez uniquement l’ancienne → nouvelle URL de ce site.
- Lancez la restauration. Les tables et uploads des autres blogs sont ignorés ; le site est rétrogradé en standalone.
- Après succès, utilisez Next site from this archive (si affiché) pour continuer avec un autre blog sur la prochaine destination — ou rouvrez Extract et choisissez le blog ID suivant.
Étapes (installateur serveur vide)
- Téléversez l’archive réseau + le PHP installateur sur l’hôte vide (flux installateur Pro).
- Dans l’interface migrate/deploy, choisissez Extraire un site en autonome, sélectionnez le blog source, mappez l’URL, exécutez.
- Répétez sur chaque hôte vide pour les blogs restants (même archive, blog source différent).
Après chaque destination
- Connectez-vous, vérifiez les URL sous Settings → General.
- Enregistrez à nouveau les permaliens. Contrôlez médias et menus.
- Lancez une nouvelle sauvegarde locale sur la nouvelle installation.
- Retirez le PHP installateur de la racine web une fois terminé (parcours serveur vide).
Vérifier les URL restantes, puis réparer
Après extract (ou tout déplacement d’URL), scannez les anciens domaines restants avant remplacement en masse :
- Ouvrez les outils de vérification post-migration dans l’interface, ou exécutez WP-CLI
migration-verify/ vérification MCP (affichez d’abord le rapport). - Examinez les occurrences. Confirmez ensuite search-replace (
search-replace --yesou confirmation UI). - Ne jamais corriger automatiquement à l’aveugle — une confirmation est requise.
WP-CLI et MCP
Nécessite Pro CAP_CLI / MCP plus CAP_NETWORK_SPLIT. Les commandes destructives exigent un indicateur de confirmation explicite.
| Tâche | Exemple |
|---|---|
| Démarrer split | wp multisite-migrate split-network --yes |
| Statut | wp multisite-migrate split-status |
| Reprendre les restants | wp multisite-migrate split-resume --yes |
| Annuler | wp multisite-migrate split-cancel --yes |
| Restauration extract | wp multisite-migrate restore <id> --migration --topology-import=extract_site_standalone --source-blog-id=N --old-url=… --new-url=… --yes |
| Vérifier / réparer | migration-verify then search-replace --yes |
Recettes complètes : Guide WP-CLI. Les clients MCP utilisent les capacités correspondantes avec confirm:true sur les écritures — voir Connecter AI.
Ce que ce n’est pas
- Pas un clic qui installe toutes les destinations d’un coup.
- Pas de sauvegardes enfants en parallèle (les sites s’exécutent l’un après l’autre).
- Pas Free/Plus.
- Pas une interface domain-map / sunrise — mappez les URL par destination vous-même.
- Pas de search-replace automatique aveugle après migration.
Dépannage
- Option Split / Extract absente
- Confirmez que le ZIP Pro est actif et que le refresh de licence accorde
network_split. Plus et Free ne débloquent jamais ceci. - Démarrage bloqué pour le disque
- Libérez de l’espace local ou réduisez les sites sélectionnés. Estimation : sites × taille × 1,5. Les destinations cloud uniquement peuvent contourner le blocage local strict.
- Échec d’un site enfant
- Utilisez Continue with remaining sites /
split-resume. Conservez les archives terminées. - Mauvais médias après extract
- Confirmez le blog ID source. Les médias du blog 1 sont généralement sous
uploads/, pasuploads/sites/1/. - Anciennes URL encore dans le contenu
- Lancez verify, puis search-replace confirmé — voir Vérifier les URL restantes.
- Occupé / autre job en cours
- Une seule sauvegarde, restauration, split ou push Staging à la fois. Attendez ou annulez l’autre job.
Liens : Options de sauvegarde — découpage réseau · Restauration — extract · WP-CLI · Manuel utilisateur
FAQ sur la répartition du réseau
Réponses pour diviser un multisite en installations autonomes et extraire un site d'une archive réseau.
Le partage du réseau est-il inclus dans Free ou Plus ?
Non. Une archive par site et une extraction vers une version autonome nécessitent Pro avec la fonctionnalité network_split. Actualisez la licence si l'option est manquante.
Sauvegarde ou extraction fractionnée : que dois-je utiliser ?
Utilisez la sauvegarde fractionnée lorsque vous disposez toujours de l'administrateur réseau et que vous souhaitez de nouvelles archives par site. Utilisez l'extraction lorsque vous disposez déjà d'une archive à l'échelle du réseau et que vous souhaitez extraire un blog vers une destination sur un seul site sans effectuer de nouvelle sauvegarde.
Puis-je installer toutes les destinations en une seule fois ?
Non. Une destination équivaut à une restauration ou à une exécution du programme d’installation. Répétez par hôte. Après l'extraction, utilisez le site suivant de cette archive pour le prochain blog sur la destination suivante.
Que se passe-t-il si un site enfant échoue lors du fractionnement ?
Les archives terminées restent. Cliquez sur Continuer avec les sites restants dans le panneau de progression ou exécutez split-resume --yes via WP-CLI.
L’extrait fonctionne-t-il pour l’ID de blog 1 ?
Oui. Les téléchargements sur le site principal se trouvent généralement sous uploads/ plutôt que uploads/sites/1/ ; L'extrait conserve cet arbre lorsque vous sélectionnez le blog 1.