Sciogliere un WordPress Multisite

Sciogliere un WordPress Multisite: riportare in sicurezza una rete a un’installazione singola

Un WordPress Multisite consente di gestire più siti web all’interno di un’unica installazione WordPress. Questo può essere utile quando più progetti, versioni linguistiche, siti web di clienti o sottopagine devono essere gestiti centralmente. In alcuni casi, però, una rete Multisite diventa in seguito troppo complessa: forse è necessario mantenere solo un sito web, l’amministrazione deve essere semplificata oppure singoli siti devono continuare come installazioni WordPress indipendenti.

Lo scioglimento di un Multisite è un’operazione tecnica avanzata. Non è sufficiente disattivare semplicemente un plugin. Le funzioni Multisite intervengono nella configurazione di WordPress, nelle regole del server, nelle tabelle del database, nella struttura degli upload, nella gestione degli utenti e, in parte, anche nelle impostazioni di plugin e temi.

Decisione preliminare importante: cosa deve essere mantenuto?

Prima di effettuare modifiche tecniche, dovete decidere quale obiettivo volete raggiungere. Questa decisione influenza l’intero processo.

Questa guida si concentra sul caso più frequente: il sito principale deve continuare a funzionare come normale installazione singola. Se devono essere mantenuti più sottositi, ogni sito web dovrebbe essere esportato, migrato e testato singolarmente.

Perché lo scioglimento di un Multisite è rischioso

WordPress Multisite modifica diversi ambiti tecnici. Quando si attiva un Multisite, vengono utilizzate voci aggiuntive in wp-config.php, regole di rewrite speciali in .htaccess e tabelle di database aggiuntive. Durante la creazione di una rete, WordPress descrive proprio questi adattamenti necessari a wp-config.php e alle regole del server.

Durante il ripristino, questi adattamenti devono essere rimossi o modificati in modo controllato. Errori possono rendere il sito non raggiungibile, far mancare immagini, causare problemi di login o comportare la perdita di contenuti dei sottositi.

Preparazione: creare un backup completo

Prima di ogni modifica Multisite, un backup completo è obbligatorio. Un semplice backup dei file non è sufficiente, perché gran parte dei contenuti WordPress è salvata nel database.

Il vostro backup dovrebbe contenere:

• tutti i file WordPress: inclusi wp-content, temi, plugin e upload,
• il database completo: incluse le tabelle Multisite e le tabelle dei sottositi,
• wp-config.php: da salvare separatamente prima di ogni modifica,
• .htaccess: da salvare separatamente prima di ogni modifica,
• upload di tutti i siti: in particolare per i sottositi sotto wp-content/uploads/sites/,
• note su domini e URL: dominio principale, sottodomini, sottodirectory e reindirizzamenti.

Non salvate il backup solo nella stessa directory di hosting. Scaricate inoltre una copia in locale o in uno spazio di archiviazione esterno sicuro.

1. Documentare la struttura Multisite attuale

Prima di rimuovere qualsiasi cosa, documentate lo stato attuale. Questo aiuta in caso di errori ed è particolarmente importante se i sottositi saranno ancora necessari in seguito.

Verificate nell’amministrazione di rete:

• Quali siti esistono nella rete?
• Quale sito è il sito principale?
• Quali domini o percorsi vengono utilizzati?
• Quali temi sono attivati a livello di rete?
• Quali plugin sono attivati a livello di rete?
• Quali utenti hanno accesso a quali siti?
• Dove si trovano gli upload dei singoli siti?

Annotate in particolare gli ID dei singoli siti. Nelle installazioni Multisite, i sottositi hanno spesso proprie tabelle di database come wp_2_posts, wp_3_posts o prefissi simili.

2. Non perdere accidentalmente i sottositi

Un avviso importante: i contenuti dei sottositi non si trovano automaticamente nelle normali tabelle del sito principale. Il sito principale utilizza spesso tabelle come wp_posts e wp_options. I sottositi invece usano tabelle proprie, ad esempio wp_2_posts, wp_2_options o wp_3_posts.

Se riportate il Multisite a un’installazione singola, normalmente solo il sito principale rimane direttamente utilizzabile. I contenuti dei sottositi devono essere esportati prima o migrati in installazioni separate.

3. Controllare i plugin attivati a livello di rete

Nelle reti Multisite, i plugin possono essere attivati a livello di rete. Dopo il ritorno a un’installazione singola, questi plugin devono essere nuovamente disponibili e attivabili normalmente nell’installazione principale.

Prima del ripristino, verificate:

• Quali plugin sono attivi a livello di rete?
• Quali plugin sono necessari sul sito principale?
• Quali plugin vengono usati solo dai sottositi?
• Esistono plugin specifici per Multisite?
• Esistono plugin di domain mapping, ruoli o rete?
• Esistono plugin di sicurezza o cache con configurazione Multisite?

Dopo il ripristino, dovreste controllare singolarmente i plugin importanti e, se necessario, riattivarli o configurarli nuovamente.

4. Salvare wp-config.php e rimuovere le costanti Multisite

Collegatevi al vostro account di hosting tramite FTP, SFTP o tramite il File Manager di cPanel. Aprite il file wp-config.php nella directory principale della vostra installazione WordPress.

Salvate prima il file con un nome come wp-config-backup-multisite.php. Rimuovete poi le costanti Multisite. Le voci tipiche appaiono ad esempio così:

define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', false );
$base = '/';
define( 'DOMAIN_CURRENT_SITE', 'tuo-dominio.ch' );
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

Anche questa riga è stata spesso utilizzata per attivare la configurazione della rete:

define( 'WP_ALLOW_MULTISITE', true );

Potete rimuovere questa riga o impostarla su false:

define( 'WP_ALLOW_MULTISITE', false );

È importante non eliminare accidentalmente altre impostazioni importanti, ad esempio dati di accesso al database, chiavi di sicurezza, prefisso delle tabelle, impostazioni di debug o limiti di memoria.

5. Ripristinare le regole .htaccess per un’installazione singola

Con configurazioni Apache o LiteSpeed, WordPress utilizza spesso il file .htaccess per permalink e regole di rewrite. Le reti Multisite usano regole speciali che possono variare a seconda della struttura con sottodomini o sottodirectory.

Salvate prima separatamente il file .htaccess esistente. Successivamente potete sostituire le regole Multisite con le regole standard di un’installazione singola.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Se la vostra installazione WordPress non si trova nella directory principale ma in una sottocartella, RewriteBase e i percorsi devono essere adattati di conseguenza. Con configurazioni Nginx, le regole di rewrite non vengono gestite tramite .htaccess, ma tramite la configurazione del server.

6. Salvare nuovamente i permalink

Dopo l’adattamento di wp-config.php e .htaccess, dovreste effettuare nuovamente l’accesso alla dashboard di WordPress. Aprite quindi:

Impostazioni > Permalink

Cliccate su Salva modifiche, senza necessariamente modificare nulla. In questo modo WordPress riscrive le regole dei permalink. Questo può risolvere molti problemi 404 dopo modifiche tecniche.

Verificate poi:

• pagina iniziale,
• pagine,
• articoli,
• categorie,
• URL dei media,
• login e dashboard,
• moduli di contatto.

7. Pulire le tabelle del database solo dopo la verifica

Un Multisite utilizza tabelle di rete aggiuntive. Tabelle Multisite frequenti sono ad esempio:

• wp_blogs
• wp_blogmeta
• wp_blog_versions
• wp_registration_log
• wp_signups
• wp_site
• wp_sitemeta

Inoltre esistono tabelle per i sottositi, ad esempio wp_2_posts, wp_2_options, wp_3_posts e altre. Queste contengono i contenuti dei rispettivi sottositi.

Non eliminate subito le tabelle. Procedete in modo sicuro:

1. Esportare completamente il database.
2. Verificare il prefisso delle tabelle, ad esempio wp_ o un prefisso personalizzato.
3. Identificare le tabelle del sito principale.
4. Identificare le tabelle dei sottositi.
5. Verificare se i contenuti dei sottositi sono ancora necessari.
6. Rimuovere le tabelle di rete non necessarie solo dopo un test riuscito.

8. Controllare percorsi di upload e immagini

Nelle installazioni Multisite, i media possono trovarsi in directory diverse a seconda del sito. Il sito principale utilizza spesso il normale percorso di upload wp-content/uploads/. I sottositi usano spesso percorsi come:

wp-content/uploads/sites/2/
wp-content/uploads/sites/3/

Se mantenete solo il sito principale, i suoi media normalmente rimangono disponibili. Se migrate contenuti dai sottositi, anche i loro media devono essere trasferiti correttamente e i percorsi adattati.

Dopo il ripristino, verificate:

• Le immagini in evidenza sono visibili?
• Le immagini funzionano nelle pagine e negli articoli?
• I file PDF e i download sono raggiungibili?
• Gli URL delle immagini puntano ancora a vecchi percorsi Multisite?
• Mancano media provenienti dai sottositi?

9. Controllare ruoli utente e diritti di amministratore

Multisite distingue tra amministratori di rete e amministratori di sito. Dopo il ritorno a un’installazione singola, dovreste verificare quali utenti esistono ancora e quali diritti possiedono.

Verificate:

• Esiste ancora l’amministratore corretto?
• Gli ex amministratori di rete hanno ruoli appropriati?
• Esistono account utente non necessari?
• Redattori, autori e collaboratori sono assegnati correttamente?
• Sono impostate password sicure?
• Deve essere attivata l’autenticazione a due fattori?

Proprio dopo modifiche di rete, vale la pena ripulire la gestione degli utenti.

10. Attivare plugin e temi dopo il ripristino

Dopo la rimozione della funzione Multisite, i plugin attivati a livello di rete possono apparire in modo diverso o dover essere controllati nuovamente. Andate su Plugin e controllate lo stato.

Verificate:

• I plugin importanti sono attivi?
• Esistono plugin specifici per Multisite che non sono più necessari?
• I plugin di sicurezza, cache e SEO funzionano?
• Il tema attivo è corretto?
• Esistono impostazioni del tema provenienti dall’amministrazione di rete?
• Le licenze devono essere riattivate?

Rimuovete i plugin che erano necessari solo per funzioni Multisite soltanto dopo un test funzionale riuscito.

11. Controllare domain mapping e reindirizzamenti

Molte reti Multisite utilizzano sottodomini, sottodirectory o domain mapping. Quando la rete viene sciolta, questi domini e reindirizzamenti devono essere controllati correttamente.

Casi tipici:

• site1.example.ch
• example.ch/site1/
• dominio-cliente.ch mappato su un sito della rete

Se questi domini non vengono più utilizzati, DNS, reindirizzamenti, certificati SSL e assegnazioni di dominio cPanel dovrebbero essere ripuliti. Se i contenuti vengono mantenuti, devono essere impostati reindirizzamenti 301 adeguati.

12. Rischi SEO nello scioglimento di un Multisite

Se i sottositi Multisite erano indicizzati pubblicamente, uno scioglimento può avere effetti SEO rilevanti. I motori di ricerca potrebbero conoscere URL del sito principale e dei sottositi. Se questi URL spariscono improvvisamente, si generano errori 404.

Verificate quindi:

• Quali siti della rete erano accessibili pubblicamente?
• Quali URL sono indicizzati da Google?
• Quali pagine hanno backlink?
• Quali contenuti devono rimanere raggiungibili?
• Quali vecchi URL richiedono reindirizzamenti 301?
• Quali sitemap devono essere rimosse o aggiornate?

Dopo la modifica, dovreste controllare Google Search Console e monitorare gli errori 404.

13. Verifica finale dopo la conversione

Quando la configurazione Multisite è stata rimossa, dovreste testare sistematicamente il sito web. La voce di menu I miei siti o l’amministrazione di rete dovrebbe essere scomparsa.

Verificate quindi:

• Il login funziona?
• La dashboard è normalmente accessibile?
• Pagine e articoli funzionano?
• Le immagini nella libreria media sono visibili?
• I permalink funzionano?
• I moduli di contatto funzionano?
• I plugin sono attivi?
• Il tema è corretto?
• Menu e widget funzionano?
• Ci sono errori 404?
• SSL funziona?
• Il sito web viene visualizzato correttamente su mobile?

Svuotate poi tutte le cache: cache WordPress, cache dei plugin, cache del server, cache CDN e cache del browser.

14. Quando è utile il supporto professionale

Un Multisite semplice con un solo sito principale può essere riportato indietro in modo relativamente pulito con esperienza. Le reti complesse, però, dovrebbero essere migrate professionalmente.

Il supporto tecnico è particolarmente utile se:

• devono essere mantenuti più sottositi,
• è stato utilizzato il domain mapping,
• sono coinvolti negozi WooCommerce,
• esistono aree membri o portali utente,
• nella rete si trovano siti web multilingue,
• devono essere adattati molti percorsi media,
• devono essere mantenuti i posizionamenti SEO,
• non siete sicuri riguardo alle tabelle del database.

Errori frequenti nello scioglimento di un Multisite

• Nessun backup completo: gli errori non possono essere annullati in modo pulito.
• Tabelle dei sottositi eliminate: i contenuti di altri siti vanno persi.
• Upload non controllati: le immagini dei sottositi mancano dopo la migrazione.
• .htaccess sostituito in modo errato: il sito web o i sottositi restituiscono errori 404.
• wp-config.php danneggiato: il sito web non è più raggiungibile.
• Plugin non controllati: plugin attivi a livello di rete mancano o funzionano diversamente.
• Nessun reindirizzamento: vecchi URL perdono visitatori e segnali SEO.
• Domain mapping ignorato: domini esterni puntano nel vuoto.

Procedura consigliata

1. Definire l’obiettivo: mantenere solo il sito principale o migrare i sottositi separatamente?
2. Creare un backup completo: file, database, wp-config.php, .htaccess e upload.
3. Documentare la rete: registrare siti, domini, tabelle, plugin, temi e utenti.
4. Esportare i sottositi: se i contenuti devono essere mantenuti.
5. Salvare e adattare wp-config.php: rimuovere o disattivare le costanti Multisite.
6. Salvare e sostituire .htaccess: usare regole standard per installazione singola.
7. Salvare nuovamente i permalink: sotto Impostazioni > Permalink.
8. Testare il sito web: controllare frontend, backend, media, plugin, menu e moduli.
9. Pulire il database solo più tardi: rimuovere tabelle non necessarie solo dopo un test riuscito.
10. Controllare SEO e reindirizzamenti: verificare vecchi URL, sitemap e Search Console.

Domande frequenti sullo scioglimento di un WordPress Multisite

Posso semplicemente disattivare un WordPress Multisite?

Non come un normale plugin. Multisite utilizza impostazioni in wp-config.php, regole del server, tabelle del database e strutture di upload speciali. Il ripristino deve essere effettuato con cura.

I miei sottositi rimangono conservati?

Non automaticamente come normali installazioni singole. I sottositi hanno tabelle e directory di upload proprie. Se devono continuare a esistere, devono essere esportati o migrati separatamente.

Quali file devo modificare?

Tipicamente wp-config.php e, con configurazioni Apache o LiteSpeed, .htaccess. Con Nginx, le regole del server possono trovarsi altrove.

Quali tabelle del database posso eliminare?

Solo dopo un backup completo e un test riuscito. Tabelle di rete come wp_blogs, wp_site o wp_sitemeta possono diventare superflue in seguito, ma le tabelle dei sottositi non devono essere eliminate se i loro contenuti sono ancora necessari.

Perché dopo il ripristino mancano immagini?

I media dei sottositi si trovano spesso sotto wp-content/uploads/sites/ID/. Se contenuti dei sottositi sono stati migrati, anche i percorsi dei media devono essere trasferiti o adattati correttamente.

Cosa faccio in caso di errori 404?

Salvate prima nuovamente i permalink sotto Impostazioni > Permalink. Controllate poi .htaccess, cache, reindirizzamenti e vecchi URL Multisite.

Lo scioglimento di un Multisite è negativo per la SEO?

Può essere problematico se gli URL spariscono o non vengono configurati reindirizzamenti. Con una pianificazione pulita, reindirizzamenti 301 e aggiornamento della sitemap, il rischio può essere ridotto.

Devo effettuare il ripristino da solo?

Solo se sapete gestire con sicurezza file, database e configurazione WordPress. In caso di più sottositi, domain mapping o posizionamenti importanti, è consigliabile un supporto professionale.

Altri articoli utili:

• Che cos’è phpMyAdmin e come si usa?
• Inserire e ottimizzare immagini WordPress
• Gestire i file nel File Manager cPanel