Gestisci più siti WordPress e ogni mese perdi ore a fare le stesse cose su ognuno. Esiste un modo per risolvere questo problema, ma quasi nessuno ne parla.
Aggiornare il core. Aggiornare i plugin. Aggiornare il tema. Verificare i backup. Controllare che tutto funzioni ancora. Ripetere per ogni sito.
Se hai due o tre siti sotto mano — tuoi, di clienti, di progetti paralleli — sai già di cosa parlo. Il lavoro di manutenzione si moltiplica in modo direttamente proporzionale al numero di installazioni che gestisci. E a un certo punto smette di essere un’operazione veloce e diventa una parte significativa della settimana lavorativa.
WordPress ha una funzionalità nativa che risolve esattamente questo problema. Si chiama Multisite, esiste da anni, ed è integrata nel core — quindi non devi installare niente. Eppure rimane una delle funzionalità meno conosciute e meno utilizzate dell’intero ecosistema WordPress.
In questo articolo ti spiego cos’è WordPress Multisite, come funziona, quando ha senso usarlo — e quando invece è la scelta sbagliata e ti crea più problemi di quanti ne risolva.
Lavoro con WordPress da 14 anni. Ho installato, configurato e mantenuto Multisite in contesti molto diversi tra loro. Quello che trovi qui non è la documentazione ufficiale — è quello che serve sapere prima di decidere se fa al caso tuo.
Cos’è WordPress Multisite
WordPress Multisite è una funzionalità che permette di gestire più siti web distinti — ognuno con il proprio contenuto, il proprio dominio o sottodominio, i propri utenti — da un’unica installazione WordPress e da un unico pannello di amministrazione centrale.
In pratica: invece di avere cinque installazioni WordPress separate su cinque cartelle diverse, hai un’unica installazione che genera e gestisce cinque siti. Il codice è uno solo. Il database è strutturato per ospitare tutti i siti. L’aggiornamento del core, dei plugin condivisi e del tema si fa una volta sola e si applica a tutti i siti della rete.
Chi gestisce la rete si chiama Super Admin. Ha accesso a tutti i siti, può creare nuovi siti, installare plugin e temi, configurare le impostazioni globali della rete. Ogni singolo sito ha poi i suoi amministratori — con permessi limitati all’ambito del loro sito — che possono pubblicare contenuti, gestire utenti e personalizzare il sito entro i limiti che il Super Admin ha deciso.
È un sistema gerarchico. Un controllo centralizzato con autonomia distribuita.
Come funziona tecnicamente
Attivare il Multisite richiede una modifica manuale al file wp-config.php e al file .htaccess. Non è un’operazione complicata, ma non si fa cliccando un pulsante — richiede accesso ai file del server e una configurazione minima.
Una volta attivata la rete, WordPress crea una struttura di database aggiuntiva: ogni sito della rete ottiene le proprie tabelle (post, commenti, opzioni, ecc.), con un prefisso univoco che le distingue dalle altre. Il core e i file di plugin e temi rimangono condivisi.
Dominio o sottodominio?
Al momento di configurare il Multisite, devi scegliere tra due modalità di gestione degli URL.
La modalità sottodominio assegna a ogni sito un sottodominio del dominio principale: sito1.tuodominio.it, sito2.tuodominio.it. È la modalità che richiede un wildcard DNS configurato sull’hosting — non tutti gli hosting condivisi lo supportano correttamente.
La modalità sottocartella assegna a ogni sito un percorso del dominio principale: tuodominio.it/sito1, tuodominio.it/sito2. È più semplice da configurare e funziona su quasi tutti gli hosting.
In entrambi i casi, si può successivamente mappare un dominio personalizzato su ogni sito della rete — www.altrodominio.it — tramite il Domain Mapping, che in WordPress 4.5+ è integrato nativamente nel core senza bisogno di plugin aggiuntivi.
Plugin e temi: condivisi ma con controllo
I plugin e i temi vengono installati una volta sola a livello di rete, dal Super Admin. Possono poi essere attivati su tutti i siti o solo su alcuni. Il Super Admin può decidere quali plugin i singoli amministratori dei siti possono attivare o disattivare, e quali sono bloccati.
Questo significa che un aggiornamento di plugin si gestisce in un unico posto — e si propaga a tutti i siti che lo utilizzano. Zero doppioni, zero dimenticanze.
Quando WordPress Multisite ha senso
Non è lo strumento giusto per ogni situazione. Ma ci sono contesti in cui risolve problemi reali in modo elegante.
Gestisci più siti con struttura simile
Se hai più siti che condividono lo stesso tema, gli stessi plugin, la stessa struttura di base — e la differenza sta solo nel contenuto — il Multisite è probabilmente la scelta più efficiente. Aggiornamenti centralizzati, manutenzione ridotta, coerenza tecnica garantita.
Esempio concreto: un’agenzia che gestisce i siti di dieci clienti nel settore ristorativo. Stesso tema, stesso set di plugin, stessa struttura delle pagine. Con il Multisite, l’aggiornamento mensile passa da un’ora abbondante a dieci minuti.
Reti di siti con brand correlati
Un’azienda con più divisioni, linee di prodotto o mercati geografici che vogliono siti distinti ma coerenti. Una rete di blog tematici che condividono l’infrastruttura ma hanno identità separate. Un gruppo editoriale con più testate.
In questi casi il Multisite permette a ogni sito di avere la propria autonomia editoriale mantenendo un controllo tecnico e di brand centralizzato.
Piattaforme con siti generati per gli utenti
Questo è uno degli usi più potenti e meno esplorati: creare una piattaforma dove ogni utente registrato ottiene automaticamente il proprio sito WordPress all’interno della rete.
WordPress.com funziona esattamente così — su una rete Multisite gigantesca. Ma lo stesso modello può essere replicato in scala molto più piccola: una piattaforma per consulenti che vuole dare a ogni iscritto il proprio sito personalizzato, un sistema di franchising che vuole fornire a ogni punto vendita un sito dedicato, un servizio di portfolio per creativi.
Ambienti di sviluppo e staging multipli
Avere un sito di staging, un sito di test e il sito di produzione all’interno della stessa installazione è una configurazione che alcuni sviluppatori trovano comoda per certi flussi di lavoro — anche se non è la soluzione più comune per questo caso d’uso.
Quando WordPress Multisite non è la scelta giusta
Questa è la parte che conta quanto quella precedente, forse di più. Il Multisite viene a volte proposto come soluzione universale per “gestire più siti”. Non lo è.
I siti hanno requisiti tecnici molto diversi
Tutti i siti della rete condividono la stessa versione di WordPress, gli stessi plugin installati a livello di rete, lo stesso ambiente server. Se un sito ha bisogno di una versione specifica di un plugin, o di una configurazione PHP diversa, o di un plugin che non è compatibile con la rete — il Multisite diventa un vincolo invece che un vantaggio.
Con installazioni separate, ogni sito è autonomo. Puoi aggiornare uno senza toccare gli altri. Puoi avere versioni diverse di un plugin su siti diversi. Puoi testare una migrazione su un sito senza rischio per gli altri.
Nel Multisite, un aggiornamento mal riuscito può impattare tutti i siti della rete contemporaneamente. È un rischio concentrato.
I siti appartengono a clienti diversi
Questo è il punto su cui voglio essere particolarmente diretta, perché è un errore che ho visto fare.
Mettere i siti di clienti diversi nella stessa installazione Multisite crea una dipendenza tecnica tra clienti che non dovrebbe esistere. Se il server ha un problema, tutti i clienti sono offline contemporaneamente. Se un cliente vuole migrare altrove, estrarre il suo sito dalla rete non è banale. Se la rete ha un problema di sicurezza, potenzialmente tutti i siti sono esposti.
Per siti di clienti diversi, installazioni separate su hosting dedicato o semi-dedicato è quasi sempre la scelta più sicura, più professionale e più facile da gestire nel lungo termine — anche se richiede un po’ più di lavoro di manutenzione.
Il Multisite per clienti ha senso solo in un caso specifico: clienti che fanno parte della stessa struttura organizzativa e hanno scelto consapevolmente di condividere l’infrastruttura.
Hai bisogno di performance ottimizzate per ogni sito
Con il Multisite, le opzioni di ottimizzazione del server si applicano all’intera rete, non al singolo sito. Se un sito ha un carico molto alto, può impattare le performance degli altri. Non c’è isolamento a livello di risorse tra i siti della rete — a meno di non intervenire con configurazioni avanzate che vanno oltre lo scope di una normale installazione.
Vuoi semplicemente risparmiare sull’hosting
A volte il Multisite viene considerato come modo per “mettere più siti su un unico hosting”. Tecnicamente è possibile. Strategicamente è spesso un risparmio apparente che nasconde un costo reale in complessità, rischio e limitazioni.
Un hosting semi-dedicato con gestione separata dei siti offre quasi sempre un rapporto migliore tra costo, flessibilità e sicurezza — rispetto a un’installazione Multisite su un hosting economico condiviso.
Multisite vs. installazioni separate: la domanda giusta da farsi
Non esiste una risposta universale. Esiste la risposta giusta per il tuo caso specifico.
La domanda che mi faccio quando valuto se usare il Multisite è questa: cosa accomuna questi siti, e cosa li distingue?
Se quello che li accomuna è strutturale — stesso tema, stessa architettura, stesso set di funzionalità, stessa organizzazione proprietaria — il Multisite può davvero semplificare la gestione senza introdurre rischi sproporzionati.
Se quello che li accomuna è solo il fatto di esistere, e le differenze sono sostanziali — clienti diversi, requisiti tecnici diversi, esigenze di autonomia diverse — le installazioni separate sono quasi sempre la strada più sana.
C’è poi una via di mezzo: installazioni separate per ogni cliente, ma gestite con strumenti di gestione centralizzata come ManageWP o MainWP. Non è Multisite, ma offre parte dei vantaggi operativi — dashboard unificata, aggiornamenti in batch, monitoraggio centralizzato — senza le sue limitazioni. Per chi gestisce siti di clienti diversi, è spesso la soluzione più equilibrata.
Cosa serve per implementarlo bene
Se dopo aver letto fin qui hai capito che il Multisite fa al caso tuo, ci sono alcune cose da considerare prima di partire.
Il Multisite va configurato possibilmente su un’installazione nuova, non su una già esistente con contenuti e plugin installati. Migrare un sito esistente a una rete Multisite è tecnicamente fattibile ma introduce complessità inutili (ed evitabili).
L’hosting deve supportare le configurazioni necessarie — wildcard DNS se usi sottodomini, accesso ai file di configurazione, possibilità di mappare domini custom. Non tutti gli hosting condivisi economici lo permettono senza problemi.
La gestione dei backup cambia: non si fa più backup sito per sito, ma backup dell’intera rete — database comune incluso. Questo richiede una strategia leggermente diversa rispetto alla gestione di installazioni separate.
E serve chiarezza sulla governance: chi è il Super Admin, chi amministra i singoli siti, cosa possono fare gli amministratori dei siti e cosa no. Definirlo prima evita frizioni dopo.
Se stai valutando di implementare un Multisite — o se hai già una situazione con più siti da gestire e vuoi capire qual è la struttura più sensata — posso aiutarti a fare una valutazione concreta. Senza soluzioni preconfezionate: guardo la tua situazione specifica e ti dico cosa ha senso fare.
PS — Una cosa che mi è capitata diverse volte: qualcuno arriva con l’idea di usare il Multisite per “semplificare tutto”, e dopo aver analizzato la situazione scopriamo che il problema reale non era avere troppe installazioni da gestire — era non avere un processo di manutenzione strutturato. In quei casi, un buon sistema di aggiornamenti pianificati su installazioni separate risolve il problema con meno rischi e più flessibilità. Lo strumento giusto dipende sempre dal problema reale, non dall’idea di soluzione che si ha in testa all’inizio.
