Dividere una rete Multisite in siti standalone (Pro)

Cosa fa

Obiettivo: uscire da Multisite ed eseguire ogni sito (o quelli selezionati) come installazione WordPress autonoma. Multisite Migrate Pro supporta due percorsi operatore. Entrambi rispettano la regola una destinazione = una esecuzione — ripristini o installi una volta per host di destinazione.

Percorso	Punto di partenza	Risultato
Split backup	Rete live (Network Admin)	N archivi completi (uno per sito selezionato)
Extract	Archivio esistente con scope di rete	Un sito retrocesso a standalone sulla destinazione

Quale percorso scegliere?

• Preferisca split backup quando ha ancora Network Admin sulla sorgente e desidera un set pulito di archivi per sito prima di smantellare la rete.
• Preferisca extract quando ha già un backup completo di rete (o multi-sito) e non vuole rieseguire N backup — riutilizzi quell’archivio e scelga un blog sorgente per destinazione.
• Blog 1 / sito principale è supportato su entrambi i percorsi. I media del sito principale spesso risiedono in uploads/ (non in uploads/sites/1/); extract mantiene quell’albero quando sceglie il blog ID 1.

Requisiti

• ZIP plugin Pro + licenza Pro attiva. La capability network_split deve comparire dopo attivazione/refresh. Le chiavi Pro più vecchie possono richiedere Settings → General & License → Re-activate / Refresh.
• Network Admin sulla sorgente per split backup.
• Disco — lo split moltiplica l’uso: circa siti × dimensione archivio × 1,5 in locale. Il plugin blocca l’avvio se lo spazio libero è insufficiente (le destinazioni solo cloud saltano il blocco locale rigido).
• Percorso server vuoto — extract via installer richiede anche la capability Pro installer.
• Non su Free o Plus — le opzioni restano bloccate finché Pro non è attivo.

Percorso A — Un archivio per sito (split backup)

Crea un job di backup completo normale per ogni sito selezionato, uno dopo l’altro. Gli archivi completati restano anche se un sito successivo fallisce.

Passi (interfaccia admin)

1. Sulla rete Multisite, apra MM Pro → Backups → Backup ora.
2. Sotto scope, scelga Un archivio per sito (split).
3. Selezioni i siti da includere, oppure lasci «all accessible» selezionato. Controlli l’avviso disco (l’uso scala con il numero di siti).
4. Se lascia più di cinque siti deselezionati senza intenzione «all», confermi con la casella confirm all quando richiesto.
5. Scelga profilo / destinazione (locale o cloud su destinazioni Plus+) → Start.
6. Segua il pannello di progresso dello split. I siti vengono eseguiti in sequenza (non in parallelo).
7. Al termine, scarichi o conservi ogni archivio in Backups. Ripristini ogni archivio una volta sulla propria installazione WordPress (o installer server vuoto), come qualsiasi altro backup single-site.

Se un sito fallisce a metà split

1. Gli archivi completati restano validi — non li elimini.
2. Nel pannello di progresso clicchi Continue with remaining sites (o WP-CLI split-resume --yes).
3. Solo i blog non completati vengono rieseguiti. Usi Cancel solo se desidera fermare l’orchestratore del tutto.

Poi ripristini

Per ogni installazione destinazione: importi/ripristini l’archivio del sito, mappi vecchio → nuovo URL, completi il job. Ripeta per host. Non esiste «installare tutte le destinazioni in un clic».

Percorso B — Estrarre un sito da un archivio di rete

Da usare quando l’archivio contiene ancora l’intera rete (o più blog) e la destinazione deve diventare un WordPress single-site.

Passi (ripristino plugin)

1. Sulla destinazione (o dopo import), apra Import & Restore / la finestra di ripristino per un archivio con scope di rete.
2. Scelga la topologia Estrai un sito come standalone.
3. Selezioni il sito sorgente (blog ID) dall’elenco dell’archivio.
4. Mappi solo il vecchio → nuovo URL di quel sito.
5. Avvii il ripristino. Tabelle e upload degli altri blog vengono saltati; il sito viene retrocesso a standalone.
6. Dopo il successo, usi Next site from this archive (se mostrato) per continuare con un altro blog sulla prossima destinazione — oppure riapra Extract e scelga il blog ID successivo.

Passi (installer server vuoto)

1. Carichi l’archivio di rete + il PHP installer sull’host vuoto (flusso installer Pro).
2. Nell’interfaccia migrate/deploy scelga Estrai un sito come standalone, selezioni il blog sorgente, mappi l’URL, esegua.
3. Ripeta su ogni host vuoto per i blog restanti (stesso archivio, blog sorgente diverso).

Dopo ogni destinazione

1. Acceda, controlli gli URL in Settings → General.
2. Risalvi i permalink. Verifichi media e menu.
3. Esegua un nuovo backup locale sulla nuova installazione.
4. Rimuova il PHP installer dalla root web al termine (percorso server vuoto).

Verificare URL residue, poi riparare

Dopo extract (o qualsiasi spostamento URL), analizzi i domini vecchi residui prima del replace massivo:

1. Apri gli strumenti di verifica post-migrazione nell’interfaccia, oppure esegua WP-CLI migration-verify / verify MCP (mostri prima il report).
2. Esamini i risultati. Solo allora confermi search-replace (search-replace --yes o conferma UI).
3. Mai auto-fix cieco — la conferma è obbligatoria.

WP-CLI e MCP

Richiede Pro CAP_CLI / MCP più CAP_NETWORK_SPLIT. I comandi distruttivi richiedono un flag di conferma esplicito.

Attività	Esempio
Avviare split	wp multisite-migrate split-network --yes
Stato	wp multisite-migrate split-status
Riprendere restanti	wp multisite-migrate split-resume --yes
Annullare	wp multisite-migrate split-cancel --yes
Ripristino extract	wp multisite-migrate restore <id> --migration --topology-import=extract_site_standalone --source-blog-id=N --old-url=… --new-url=… --yes
Verificare / riparare	migration-verify then search-replace --yes

Ricette complete: Guida WP-CLI. I client MCP usano le ability corrispondenti con confirm:true sulle scritture — veda Collega AI.

Cosa non è

• Non un clic che installa ogni destinazione in una volta.
• Non backup figli in parallelo (i siti vengono eseguiti uno dopo l’altro).
• Non Free/Plus.
• Non un’interfaccia domain-map / sunrise — mappi gli URL per destinazione autonomamente.
• Non search-replace automatico cieco dopo la migrazione.

Risoluzione problemi

Opzione Split / Extract assente

Confermi che il ZIP Pro è attivo e che il refresh licenza concede network_split. Plus e Free non sbloccano mai questo.

Avvio bloccato per disco

Liberi spazio locale o riduca i siti selezionati. Stima: siti × dimensione × 1,5. Le destinazioni solo cloud possono saltare il blocco locale rigido.

Sito figlio fallito

Usi Continue with remaining sites / split-resume. Conservi gli archivi completati.

Media del sito sbagliato dopo extract

Confermi il blog ID sorgente. I media del blog 1 sono di solito in uploads/, non in uploads/sites/1/.

Vecchi URL ancora nel contenuto

Esegua verify, poi search-replace confermato — veda Verificare URL residue.

Occupato / altro job in corso

Solo un backup, ripristino, split o push Staging alla volta. Attenda o annulli l’altro job.

Correlati: Opzioni backup — split di rete · Ripristino — extract · WP-CLI · Manuale utente

Domande frequenti sulla divisione della rete

Risposte per suddividere un multisito in installazioni autonome ed estrarre un sito da un archivio di rete.

La suddivisione della rete è inclusa in Free o Plus?

No. Un archivio per sito e l'estrazione in modalità standalone richiedono Pro con funzionalità network_split. Aggiorna la licenza se l'opzione manca.

Backup o estrazione suddivisi: quale dovrei utilizzare?

Utilizza il backup suddiviso quando hai ancora l'amministratore di rete e desideri archivi aggiornati per sito. Utilizza l'estrazione quando disponi già di un archivio con ambito di rete e desideri inserire un blog in una destinazione a sito singolo senza eseguire nuovamente il backup.

Posso installare tutte le destinazioni in una volta sola?

No. Una destinazione equivale a un ripristino o all'esecuzione del programma di installazione. Ripeti per host. Dopo l'estrazione, utilizza Sito successivo da questo archivio per il blog successivo nella destinazione successiva.

Cosa succede se un sito figlio si guasta durante la divisione?

Gli archivi finiti rimangono. Fai clic su Continua con i siti rimanenti nel pannello di avanzamento o esegui split-resume --yes tramite WP-CLI.

L'estrazione funziona per l'ID blog 1?

Sì. I caricamenti del sito principale di solito si trovano in uploads/ anziché in uploads/sites/1/; extract mantiene quell'albero quando selezioni blog 1.