Hosting condiviso o VPS: quale scegliere?

Hosting condiviso vs VPS: la risposta breve

Il confronto tra hosting condiviso e VPS non riguarda la velocità. Con l'hosting condiviso noleggi un account su una macchina che un altro soggetto configura, aggiorna e condivide tra centinaia di clienti. Con un VPS (virtual private server) noleggi un intero sistema operativo con accesso root. Puoi quindi installare ciò che vuoi, ma devi anche riparare ciò che rompi.

Le differenze principali sono tre. O hai accesso root oppure no. La memoria ti viene assegnata oppure la prendi in prestito da un pool condiviso. E quando il server smette di rispondere a mezzanotte, o interviene il provider oppure devi farlo tu. Tutto ciò che trovi in una tabella comparativa deriva da questi tre aspetti.

Se il tuo sito contiene pagine, immagini e un modulo di contatto, l'hosting condiviso è la scelta corretta e costa meno. Se il sito richiede un programma che continui a funzionare anche quando nessuno lo visita, ti serve un VPS.

Cosa offre realmente l’hosting condiviso

Un unico server Linux esegue contemporaneamente gli account di molti clienti. Ogni account dispone di una home directory con una document root, un database e una casella di posta. Un solo web server, in genere Apache o LiteSpeed, serve tutti i siti presenti sul server. Al posto della shell viene fornito un pannello di controllo. Non si dispone dell’account root, quindi non è possibile installare pacchetti, aprire porte o avviare servizi in background.

La maggior parte degli host condivisi usa CloudLinux, che inserisce ogni account in un container con un limite rigido al tempo di CPU e al numero di processi eseguibili contemporaneamente. Il superamento del limite dei processi non rallenta il sito. Fa invece restituire al server una pagina di errore con il messaggio 508 Resource Limit Is Reached. Questa pagina indica che è stato raggiunto il limite del proprio account, non che un altro cliente sta consumando la propria quota.

Il compromesso è intenzionale. Si rinuncia al controllo e, in cambio, l’host applica le patch al kernel, aggiorna PHP, rinnova il certificato e mantiene un backup notturno. Per molti siti è un compromesso vantaggioso.

Cosa offre realmente un VPS

Un VPS è una macchina virtuale in esecuzione su un server host. Con KVM, l’hypervisor alla base della maggior parte dei piani VPS Linux, l’istanza avvia il proprio kernel e dispone di un proprio indirizzo IP, di un proprio firewall e di un proprio sistema init. sudo funziona. apt install funziona. Un programma avviato tramite systemd continua a essere eseguito dopo la disconnessione, viene riavviato se termina in modo anomalo e torna attivo dopo un riavvio.

Lo stesso accesso root fa sì che la sicurezza della macchina diventi una tua responsabilità. Nessun altro la monitora. L’insieme dei servizi che le persone eseguono su un VPS è ampio proprio per questo motivo: il server può eseguire qualunque attività supportata da un server Linux.

Differenza 1: accesso root e possibilità offerte

Root è la differenza da cui derivano tutte le altre. Con questo account puoi installare qualsiasi pacchetto della distribuzione, associare qualsiasi porta, scrivere un'unità systemd, leggere tutti i log del server e modificare le impostazioni del kernel con sysctl. Senza root puoi usare soltanto le opzioni offerte dal pannello: un selettore della versione di PHP, un insieme fisso di estensioni e un modulo per i cron job.

Su un VPS puoi sempre chiedere al sistema quali processi sono in ascolto:

ss -ltnp

Ogni riga rappresenta un socket aperto e il processo che lo gestisce. Di conseguenza, un servizio che non è stato avviato compare come riga mancante. Nell'hosting condiviso questa verifica non può dare una risposta, perché le porte 80 e 443 appartengono al web server dell'host e nessun processo che scrivi può utilizzarle.

Differenza 2: memoria assegnata e memoria presa in prestito

L'hosting condiviso viene venduto presupponendo che pochi account siano occupati nello stesso momento. La memoria della macchina è un pool e la quota del tuo account è un limite, non una riserva. Quando esaurisci la quota, i processi PHP vengono terminati e i visitatori ricevono un errore 500 o 508.

Su un VPS, la memoria inclusa nel tuo piano appartiene alla tua istanza. free -m la mostra e nessun processo esterno alla tua macchina virtuale può sottrarla.

Il tempo di processore è la vera eccezione. La maggior parte dei piani VPS condivide i core fisici tra più guest e puoi misurare direttamente questa situazione:

vmstat 1 5

La colonna st indica lo steal time: la percentuale di tempo in cui il processore virtuale era pronto per l'esecuzione, mentre il core fisico era assegnato a un altro guest. Un valore costante di pochi punti percentuali è normale. Un valore a due cifre mantenuto nel tempo indica che l'host è sovraccarico e può essere riportato in un ticket di supporto. Nell'hosting condiviso non esiste un valore equivalente, perché ogni strumento in grado di mostrarlo richiede l'accesso root. Lo storage si comporta allo stesso modo. Per questo è importante il tipo di disco utilizzato dal piano VPS ed è consigliabile misurare personalmente un nuovo VPS nella prima settimana, invece di fidarsi della pagina commerciale.

Differenza 3: chi è responsabile quando si verifica un problema

Nel shared hosting, il provider gestisce il sistema operativo, il web server, la build di PHP, i certificati e il backup notturno. Quando la macchina smette di rispondere, apri un ticket e qualcuno sta già intervenendo. Il costo di questa gestione è l’altra faccia della stessa regola: non puoi chiedere al provider di installare software che non supporta.

In un VPS non gestito, il provider gestisce l’hypervisor, la rete e l’alimentazione. Tutto ciò che parte dal kernel e risale verso l’alto è di tua responsabilità. Gli aggiornamenti di sicurezza, il firewall, i backup, il rinnovo dei certificati e il monitoraggio sono tutti a tuo carico; il supporto non accederà al server per eseguire il debug della configurazione del web server. Devi pianificarlo fin dal primo giorno: i primi dieci minuti su un nuovo VPS, poi un firewall che conosci, gli aggiornamenti automatici di sicurezza e backup che hai ripristinato almeno una volta.

Quando l’hosting condiviso è la scelta giusta

Un sito vetrina è il caso più evidente: alcune pagine, immagini, un modulo di contatto, magari WordPress con un plugin di caching e qualche migliaio di visite al giorno. Nessun processo in background. Nessun runtime particolare. Nulla che debba restare in memoria tra una richiesta e l’altra. L’hosting condiviso gestisce bene questo tipo di sito, costa meno di qualsiasi VPS e affida la manutenzione a persone che se ne occupano a tempo pieno. Spostarlo su una VPS non offre alcun vantaggio e aggiunge un’attività che prima non dovevi svolgere.

Esiste un secondo caso che riceve meno attenzione. Se nessuno nella tua organizzazione vuole leggere un file di log o eseguire apt upgrade, l’hosting condiviso è la scelta più sicura. Una VPS senza patch, con una porta del database esposta, è un risultato peggiore rispetto a un account condiviso mantenuto aggiornato da un professionista. Il controllo è un vantaggio soltanto se qualcuno lo utilizza.

Segnale 1: serve un programma che continui a essere eseguito

Un daemon è un programma che resta in memoria e attende lavoro: un'API, un chatbot, un worker per le code o un game server. L'hosting condiviso esegue il codice solo quando arriva una richiesta e termina qualsiasi processo lasciato in esecuzione da una sessione SSH (secure shell), perché un processo di lunga durata rientra nel limite di processi dell'account.

Su un VPS, lo stesso programma diventa un'unità systemd:

sudo systemctl enable --now myapp
systemctl status myapp

systemctl status dovrebbe restituire Active: active (running) con un ID di processo. Se restituisce Active: failed (Result: exit-code), il motivo è indicato in journalctl -u myapp -n 50, che mostra l'output prodotto dal programma nel momento in cui si è arrestato. Restart=always nel file dell'unità lo riavvia dopo un arresto anomalo e enable lo riavvia dopo un riavvio del sistema. Scrivere servizi e timer systemd è la prima competenza sui VPS che conviene imparare correttamente.

Segnale 2: serve un runtime che il pannello non offre

Il pannello presenta un elenco. Se l'applicazione richiede una versione del linguaggio che non compare nell'elenco, una libreria da compilare, ffmpeg, un browser headless o un database diverso da MySQL, l'hosting condiviso non offre un punto in cui installarli. Per installare software servono privilegi root. L'account non dispone di un compilatore né degli header di sviluppo, quindi la compilazione non riesce prima di produrre qualsiasi risultato.

Su un VPS lo si installa con apt install oppure lo si esegue in un container, mantenendo pulito l'host. Docker Compose su un VPS è il percorso consueto quando l'applicazione comprende più componenti.

Segnale 3: il cron job deve essere eseguito all'orario previsto

Gli hosting condivisi accettano i cron job tramite un modulo e impongono un intervallo minimo, in genere di cinque o quindici minuti. Un job che supera il limite di CPU dell'account viene terminato prima di completare l'esecuzione e fallisce senza produrre messaggi, perché non scrive nulla in un log che l'utente possa leggere.

Su un VPS crontab -e accetta qualsiasi pianificazione inserita, ma un timer di systemd è ancora migliore:

systemctl list-timers
journalctl -u cron -n 20

list-timers mostra la prossima esecuzione e l'ultimo risultato di ogni timer, mentre il log di cron mostra ogni comando quando viene eseguito. Quando un job non viene eseguito, è possibile capire se non è mai partito oppure se è partito ma ha restituito un errore. Questa distinzione costituisce gran parte del troubleshooting delle attività pianificate.

Segnale 4: gli altri account aumentano i tempi di risposta

Il sintomo è specifico. La stessa pagina, senza modifiche al codice, risponde rapidamente di notte e lentamente alle sette di sera. Misurala dal tuo computer prima di attribuire la colpa ad altri:

for i in $(seq 1 20); do curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/; sleep 5; done

time_starttransfer indica il tempo necessario per ricevere il primo byte della risposta, espresso in secondi. Se i venti valori sono ravvicinati, il problema non è il server: la correzione riguarda il codice o le query al database. Se i valori restano stabili alle 3:00 e variano di diverse centinaia di millisecondi nelle ore di punta, condividi una macchina sovraccarica con account che non puoi vedere. Questo è l'unico fattore che non puoi correggere con codice migliore, perché la causa si trova oltre il confine dell'account.

Quanto costa davvero il trasferimento

Questi sono i prezzi pubblicizzati tipici ad agosto 2026 per il piano più piccolo di ogni categoria. Usali come riferimento indicativo, non come preventivo, e verifica il prezzo attuale prima dell'acquisto.

[
  {
    "plan": "Shared hosting",
    "first_term_usd": 3,
    "renewal_usd": 12
  },
  {
    "plan": "VPS, 1 vCPU 1 GB",
    "first_term_usd": 5,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB",
    "first_term_usd": 12,
    "renewal_usd": 15
  },
  {
    "plan": "Managed VPS, 2 vCPU 4 GB",
    "first_term_usd": 25,
    "renewal_usd": 30
  }
]

La differenza iniziale va da 3 a 5 dollari statunitensi al mese, ma non è questo il dato decisivo. L'hosting condiviso pubblicizza una tariffa per il primo periodo che normalmente richiede il pagamento anticipato di uno o tre anni, quindi il rinnovo avviene intorno a 12 dollari. Se confronti il rinnovo con il rinnovo, il quadro cambia: 12 dollari per l'account di hosting condiviso contro 6 dollari per un VPS entry-level.

Fai attenzione a questo confronto, perché le dimensioni non sono equivalenti. Un VPS con 1 vCPU e 1 GB esegue il web server e il database su una singola macchina di piccole dimensioni. Quando arriva traffico reale, questa configurazione è appena sufficiente per WordPress. Il confronto corretto con un piano di hosting condiviso rinnovato è la configurazione con 2 vCPU e 4 GB, che costa circa 15 dollari. Il sovrapprezzo effettivo è quindi di pochi dollari al mese, non un multiplo.

Il costo maggiore non compare mai in fattura. Un VPS richiede un'ora per la configurazione, alcuni minuti al mese per gli aggiornamenti e la serata che dovrai dedicare alla prima risoluzione di un problema. Se attribuisci a questo tempo la tua tariffa oraria, la differenza si riduce rapidamente. Quanto costa un VPS nella pratica analizza più dettagliatamente le diverse configurazioni.

Spostare un sito da un hosting condiviso senza perdere traffico

1. Il giorno precedente, riduci il TTL (time to live) DNS (domain name system) del dominio a 300 secondi, così il cambio diventa effettivo in pochi minuti invece che in ore.
2. Prepara il nuovo server e verifica che il sito funzioni sul relativo indirizzo IP prima di modificare il DNS.
3. Copia i file, quindi esegui il dump del database e ripristinalo sul nuovo server.
4. Esegui i test tramite il file hosts del laptop, che associa il dominio al nuovo IP solo per il tuo computer.
5. Genera il certificato TLS (transport layer security) sul nuovo server, modifica il record A e mantieni attivo l'account di hosting condiviso per una settimana.

dig example.com A +noall +answer
rsync -avz ~/public_html/ deploy@203.0.113.10:/srv/www/example.com/
mysqldump --single-transaction -u dbuser -p dbname > site.sql

dig stampa il TTL nella seconda colonna della relativa risposta, così puoi verificare che il valore ridotto sia attivo prima di modificare qualsiasi impostazione. --single-transaction crea uno snapshot coerente senza bloccare le tabelle. Questo è importante se il vecchio sito continua a ricevere ordini mentre lavori. Sul nuovo server, configura i certificati nello stesso giorno: Let's Encrypt su Ubuntu con nginx richiede pochi minuti quando il record DNS punta al server.

Risorse senza la responsabilità

Se i quattro segnali descrivono il tuo sito ma non vuoi occuparti della manutenzione, l'opzione intermedia è un VPS gestito. Mantieni la memoria assegnata e l'accesso con privilegi root, mentre il provider si occupa degli aggiornamenti, del monitoraggio e, di norma, mette a disposizione anche un pannello. Il grafico precedente indica un costo di circa 30 dollari, contro 15 per un VPS non gestito delle stesse dimensioni. La differenza paga l'intervento di qualcun altro quando il server smette di rispondere durante la notte.

La scelta tra VPS gestito e non gestito è il prossimo contenuto da leggere se questa situazione ti riguarda. Se invece gestisci già un VPS molto utilizzato e lo steal time resta elevato nelle ore di punta, il passaggio successivo è un server dedicato senza vicini sullo stesso host.

FAQ

Un VPS è più veloce di un hosting condiviso?

Non automaticamente. Un server condiviso poco carico può essere più veloce di un VPS con 1 vCPU nel servire una singola pagina WordPress. Il vantaggio di un VPS è la prevedibilità: la memoria prevista dal piano è riservata a te, quindi il tempo di risposta dipende dal tuo codice e non dall'account più impegnativo presente sulla macchina. Se le pagine sono lente sia alle 3:00 sia alle 19:00, la causa è nel codice o nelle query al database. Spostare lo stesso codice su un VPS trasferisce anche il problema.

Posso eseguire un'app Node.js o Python su un hosting condiviso?

A volte, ma solo entro limiti ristretti. Alcuni pannelli avviano l'applicazione tramite Passenger, che la esegue quando arriva una richiesta. Non puoi associare una porta personalizzata, perché il web server del provider gestisce le porte 80 e 443. Non puoi mantenere un worker in memoria tra una richiesta e l'altra, perché il limite dei processi dell'account termina qualsiasi processo di lunga durata. Un bot, un worker per le code o un server WebSocket richiede un VPS.

Devo conoscere Linux per gestire un VPS?

Per un VPS non gestito, sì. Devi conoscere le chiavi SSH, un firewall, gli aggiornamenti, i backup e avere l'abitudine di leggere i log. Metti in conto un'ora per la configurazione iniziale e alcuni minuti al mese in seguito. Se non vuoi occuparti di queste attività, un piano gestito mantiene le risorse assegnate e trasferisce la manutenzione al provider. Questo è il compromesso descritto in hosting VPS gestito e non gestito.

Il mio sito sarà irraggiungibile durante il passaggio dall'hosting condiviso a un VPS?

Non se prima riduci il TTL DNS e mantieni attivi entrambi gli account. Imposta il TTL su 300 secondi il giorno precedente, copia i file e il database, verifica il nuovo server tramite il file hosts del laptop, quindi modifica il record A. Per alcuni minuti, una parte dei visitatori raggiungerà il vecchio server e un'altra il nuovo. Mantieni quindi attivo l'account condiviso per una settimana. Imposta il sito in modalità di sola lettura durante il dump finale del database oppure accetta la perdita dei dati scritti in quell'intervallo.