Come ospitare più siti web nel modo giusto

Pubblicato il 17 luglio 2026

Se devi ospitare diversi siti web, la configurazione più pulita è di solito un account di hosting o un server, con ogni sito isolato dal proprio dominio, document root, certificato SSL e criterio di backup. Questa è la risposta pratica alla domanda su come ospitare più siti web senza crearti da solo un ticket di supporto per il mese prossimo. I dettagli dipendono dal traffico, dalla tolleranza al rischio e da quanto lavoro sul server vuoi gestire personalmente.

Per una piccola impresa, un'agenzia o un team SaaS, ci sono tre modi comuni per farlo. Puoi mettere più siti su un account di hosting condiviso se il provider consente domini aggiuntivi. Puoi eseguirli su un VPS con un pannello di controllo. Oppure puoi distribuirli su server o container separati quando l'isolamento conta più della comodità. Tutti e tre funzionano. Non sono equivalenti.

Come ospitare più siti web senza fare confusione

Il modo più rapido per metterti nei guai è trattare cinque siti web come un'unica grande cartella con qualche dominio aggiuntivo che punta lì. Può funzionare per un po', ma più avanti i log racconteranno una storia piuttosto triste. Ogni sito web dovrebbe avere la propria web root, il proprio database se necessario, il proprio SSL e idealmente il proprio processo di deployment.

Se stai usando un pannello di controllo, crea ogni sito come virtual host separato. Questo significa che example-one.com punta a una directory, example-two.com a un'altra, e il server web sa esattamente quale configurazione appartiene a quale dominio. Questo aiuta con la sicurezza, la risoluzione dei problemi e le future migrazioni. Significa anche che un plugin guasto su un sito WordPress non diventa immediatamente un problema per tutti.

Lo stack server sottostante è di solito Apache, Nginx o entrambi che lavorano insieme. Su un VPS gestito, spesso questo è già predisposto per te. Su un server non gestito, dovrai configurare virtual host, versioni di PHP, regole del firewall, gestione della posta se necessaria e backup pianificati. È qui che molte persone scoprono che volevano hosting, non un'inaspettata carriera part-time nelle operations.

Scegli prima il modello di hosting

Se i tuoi siti sono piccoli siti vetrina o progetti per clienti con poco traffico, un buon piano condiviso o reseller può essere sufficiente. Questo mantiene bassi i costi e semplice il pannello di amministrazione. Il compromesso è un controllo limitato. Potresti non essere in grado di ottimizzare finemente il comportamento del server, installare pacchetti speciali o isolare molto bene i siti più rumorosi.

Un VPS è la soluzione intermedia su cui approda la maggior parte delle aziende in crescita. Ottieni risorse dedicate, flessibilità a livello root se richiesta e spazio per organizzare correttamente più domini. Un VPS gestito è spesso l'opzione più tranquilla, soprattutto se l'uptime è importante e non vuoi fare da babysitter a patch, riavvii dei servizi o avvisi di monitoraggio a ore improbabili.

I server dedicati hanno senso quando il traffico è più elevato, i requisiti di conformità sono più rigorosi o un carico di lavoro può influire sugli altri. Costano di più, ovviamente, ma offrono un isolamento delle prestazioni più forte e molto più margine. Se ospiti ecommerce, negozi di clienti, ambienti di staging e strumenti interni insieme, un'infrastruttura dedicata inizia a sembrare meno un lusso e più una misura preventiva.

Configurazione di dominio e DNS

Una volta scelto il modello di hosting, ogni sito web deve avere il proprio dominio puntato al posto giusto. Di solito questo significa un record A verso l'IP del server e talvolta un CNAME per www. Se la posta elettronica è gestita altrove, non sovrascrivere con leggerezza i record MX durante la configurazione. È una mossa classica. Il sito web va online e la casella di posta precipita silenziosamente nel vuoto.

La propagazione DNS è migliore di un tempo, ma richiede comunque pazienza. Ridurre il TTL prima di una migrazione aiuta. Aiuta anche mantenere una mappa scritta dei record attuali prima di cambiare qualsiasi cosa. A volte non è la situazione DNS più elegante, ma è sotto controllo se è documentata.

Se prevedi di ospitare sottodomini come app separate, trattali con la stessa disciplina. staging.example.com, shop.example.com e api.example.com dovrebbero avere ciascuno il proprio scopo, la propria configurazione e la propria copertura SSL. Non puntare tutto dappertutto sperando che il pannello capisca da solo le tue intenzioni.

SSL per ogni sito, nessuna eccezione

Ogni dominio dovrebbe avere il proprio certificato SSL valido. Non solo il sito principale. Non il negozio più tardi. Tutti.

La maggior parte dei pannelli di controllo può emettere e rinnovare automaticamente i certificati tramite Let's Encrypt o un provider commerciale. Per i siti piccoli, l'SSL gratuito automatizzato è di solito sufficiente. Per ecommerce, uso enterprise o determinati requisiti di fiducia e garanzia, un certificato a pagamento può ancora avere senso. Il punto chiave è la coerenza. Un solo certificato scaduto tra dieci domini basta a creare panico tra i clienti e inutile rumore per il supporto.

Controlla anche come vengono gestiti i reindirizzamenti. Forza HTTP verso HTTPS per ogni sito e verifica che il certificato copra sia il dominio root sia www, se entrambi sono usati. Gli avvisi di contenuti misti sono meno drammatici del downtime, ma fanno comunque sembrare un sito incompleto.

La pianificazione delle risorse conta più di quanto la gente si aspetti

Ospitare più siti web su un server non riguarda principalmente lo spazio su disco. CPU, RAM, worker PHP, carico del database e finestre di backup diventano di solito i veri limiti.

Cinque siti statici possono vivere felicemente su un piccolo VPS. Cinque installazioni WordPress molto attive con page builder, plugin di ricerca, importazioni pianificate e una simpatica collezione di script di marketing possono consumare molto più del previsto. Aggiungi WooCommerce e il server comincia a fare rumori pensierosi.

Prima di consolidare i siti, controlla traffico medio, picchi di utilizzo, attività cron e tipo di applicazione. Se un sito gestisce ordini online e un altro è solo un portfolio, non dovrebbero essere trattati come carichi di lavoro equivalenti. In alcuni casi è più intelligente separare l'applicazione più impegnativa da tutto il resto, anche se il server potrebbe tecnicamente ospitarle tutte.

Backup e ripristino fanno parte del piano

È qui che molte guide sull'hosting diventano troppo ottimistiche. I backup non sono una casella da spuntare. Sono la differenza tra una correzione di routine e una brutta settimana.

Ogni sito dovrebbe avere backup eseguiti secondo una pianificazione che corrisponda alla frequenza con cui cambia. Un sito vetrina può avere bisogno di backup giornalieri o anche meno frequenti. Un negozio attivo o un'applicazione SaaS può richiedere punti di ripristino molto più ravvicinati. Idealmente, i backup vengono archiviati fuori server e testati per il ripristino. I backup non testati sono un po' come ombrelli con buchi decorativi.

Se ospiti siti di clienti, mantieni i ripristini specifici per sito. Non vuoi ripristinare l'intero server perché l'aggiornamento di un plugin su un sito è andato storto. Opzioni granulari di backup e ripristino fanno risparmiare tempo e riducono i danni collaterali.

Sicurezza e isolamento

Più siti web metti in un unico ambiente, maggiore dovrebbe essere l'attenzione a permessi dei file e separazione degli account. Se tutti i siti vengono eseguiti con lo stesso utente e con accesso in scrittura completamente aperto, un'app compromessa può diventare molto rapidamente un problema per l'intero server.

Una configurazione migliore usa utenti di sistema separati dove possibile, permessi rigorosi, un firewall, scansione malware e aggiornamenti monitorati. L'infrastruttura gestita aiuta qui perché patching e stato di salute dei servizi vengono gestiti come routine operativa, non come un compito dimenticato del weekend.

Dovresti pensare anche all'accesso amministrativo. Non tutti hanno bisogno di root. Non tutti i freelance hanno bisogno di accesso a ogni dominio. Concedi l'accesso minimo necessario e conserva i log. Di solito i sistemi più tranquilli sono quelli in cui mettono le mani meno persone del necessario.

Pannello di controllo o configurazione manuale?

Se ti senti a tuo agio nel terminale e vuoi il pieno controllo, la configurazione manuale di Nginx o Apache funziona bene. È flessibile, scriptabile ed efficiente. Presuppone anche che tu sia felice di occuparti di ogni dettaglio, dai pool PHP-FPM alla rotazione dei log.

Per la maggior parte delle aziende, un buon pannello di controllo è la risposta migliore. Riduce i tempi di configurazione, rende molto più semplice la gestione di dominio e SSL e abbassa la probabilità di errori di configurazione banali. Questo è particolarmente utile quando diverse persone hanno bisogno di visibilità ma non della piena responsabilità di ingegneria del server.

Un provider come kodu.cloud in genere è adatto qui quando vuoi questo equilibrio: infrastruttura reale sotto, ma meno stress operativo da parte tua. Spesso è questa la differenza tra crescita e proliferazione amministrativa.

Errori comuni da evitare

I soliti problemi sono prevedibili. Le persone mettono tutti i siti in un unico albero di directory, dimenticano backup separati, lasciano un dominio senza SSL o sottovalutano quanto un'app molto attiva possa influire su tutto il resto.

Un altro errore comune è ignorare il monitoraggio. Se ospiti più siti web, dovresti sapere quando il disco si riempie, quando la pressione sulla memoria aumenta, quando i controlli HTTP falliscono e quando l'SSL è vicino alla scadenza. Aspettare che sia un cliente a segnalare il downtime non è propriamente una strategia di monitoraggio. È una confessione.

Inoltre, pianifica con cura le migrazioni. Sposta un sito alla volta quando possibile, conferma il DNS, testa i moduli, conferma l'instradamento delle email e verifica i reindirizzamenti. Gli spostamenti in blocco sono efficienti solo finché una dipendenza nascosta non si rompe e ogni scheda del browser diventa rossa.

Quindi qual è la configurazione migliore?

Se vuoi la risposta breve supportata dall'esperienza dei tecnici, eccola qui: ospita più siti web a traffico basso o medio su un VPS gestito con un pannello di controllo, mantieni ogni sito separato per dominio e directory, usa certificati SSL individuali, monitora il server e mantieni backup off-site. Questa configurazione è abbastanza flessibile per agenzie e aziende in crescita, senza diventare troppo fragile o troppo costosa.

Se un sito è critico per il business, richiede molte risorse o ha requisiti di sicurezza più rigorosi, separalo prima piuttosto che dopo. La comodità è utile. L'isolamento a volte è meglio.

Un ambiente di hosting tranquillo non nasce per caso. Deriva da tante piccole decisioni corrette prese presto, prima dei picchi di traffico, prima che l'aggiornamento di un plugin fallisca e prima che qualcuno chieda perché tre siti web siano andati giù insieme. Costruiscilo tenendo presente questo, e il te del futuro dormirà meglio.

Andres Saar Customer Care Engineer