WordPress Multisite: architettura di rete per agenzie e network di siti

Il Multisite è una delle feature meno comprese di WordPress. Molti lo attivano pensando 'così gestisco tutto da un posto', e scoprono troppo tardi che non è una scorciatoia: è un'architettura diversa, con vincoli diversi. Un Multisite è una rete di siti che condividono un'installazione WordPress, un database (con tabelle prefissate per sito) e una gestione di temi, plugin e utenti centralizzata. Il guadagno è in gestione; il costo è in flessibilità.

Il primo malinteso è sulla natura della condivisione. I siti di un Multisite non sono indipendenti: condividono i plugin (attivabili a rete o per sito), i temi (installati a rete, attivabili per sito) e gli utenti (un utente può appartenere a più siti). Se un plugin si rompe, si rompe per tutta la rete. Se un tema ha un bug, lo ha ogni sito che lo usa. Il vantaggio — un aggiornamento, una volta, per tutti — è anche il rischio: un aggiornamento sbagliato colpisce tutti i siti contemporaneamente.

Attivare Multisite: la configurazione iniziale

L'attivazione si fa in wp-config.php con una costante, poi si segue la procedura guidata che genera le regole per .htaccess (o Nginx) e le tabelle della rete. La decisione iniziale — subdirectory (miosito.com/sito2) o subdomain (sito2.miosito.com) — non è reversibile senza lavoro: cambia la struttura degli URL e il routing del server.

// wp-config.php — attivare Multisite (prima di 'stop editing')
define( 'WP_ALLOW_MULTISITE', true );

// Dopo la procedura guidata, aggiungi:
define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', true ); // false = subdirectory
define( 'DOMAIN_CURRENT_SITE', 'miosito.com' );
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

// Mappatura domini (plugin WordPress MU Domain Mapping nativo dalla 4.5)
// Per assegnare un dominio custom a un sito della rete:
// Sito rete → Domini → aggiungi dominio custom

Quando Multisite è la risposta giusta

Multisite brilla quando i siti della rete hanno molto in comune: stesso tema, stessi plugin, stessa linea editoriale. Il caso classico è un network di blog su domini correlati, un sito multilingua con un'installazione per lingua, o un franchise con una sede per sottodominio. In tutti questi casi, la gestione centralizzata di aggiornamenti, temi e utenti è un vantaggio reale: un aggiornamento di sicurezza viene fatto una volta e protegge tutta la rete.

Multisite è over-engineering quando i siti non hanno nulla in comune. Se gestisci dieci siti di clienti diversi, con temi diversi, plugin diversi e requisiti diversi, Multisite non semplifica: complica. Un plugin che un cliente vuole e un altro no va gestito a livello di attivazione per sito, i temi custom non si condividono, e un problema su un sito diventa potenzialmente un problema di rete. Per quel caso, dieci installazioni separate gestite con uno strumento di gestione multi-sito sono più semplici e più sicure.

Il backup e il ripristino in Multisite

Il backup di un Multisite è un'operazione unica sul database condiviso, ma il ripristino selettivo — solo un sito — è complicato perché le tabelle sono nello stesso database con prefissi diversi. Un ripristino completo riporta tutta la rete allo stato del backup; un ripristino selettivo richiede di estrarre le tabelle del singolo sito, operazione delicata che può rompere le relazioni con le tabelle condivise (utenti, opzioni di rete).

La regola: se prevedi di dover ripristinare singoli siti frequentemente, Multisite non è l'architettura giusta. Se invece la rete è un tutto coerente e i ripristini sono sempre a livello di rete, Multisite semplifica il backup — un'operazione invece di dieci. La scelta dell'architettura si fa guardando i requisiti operativi, non la comodità del momento. Un check-up dell'infrastruttura aiuta a capire se Multisite è la risposta al tuo caso o se stai per costruire una complessità che non ti servirà.