Web

Hosting: come scegliere quello giusto (e quando cambiarlo)

Hosting: come scegliere quello giusto (e quando cambiarlo)

Foto di Tirza van Dijk su Unsplash

Scegliere l’hosting significa decidere tre cose: quante risorse di calcolo sono garantite solo al tuo sito, chi si occupa di aggiornamenti e sicurezza, e in quanto tempo una persona risponde quando qualcosa si rompe. Il canone mensile è la quarta variabile, non la prima. Si cambia quando il tempo di risposta del server supera stabilmente gli 800 millisecondi, quando i fermi si ripetono nello stesso punto del mese, o quando il supporto impiega giorni a rispondere a un ticket bloccante.

Quasi tutti i siti lenti che arrivano in assistenza hanno la stessa storia: un piano condiviso da pochi euro al mese scelto cinque o sei anni prima, quando il sito era una vetrina di otto pagine, e mai più rivisto mentre sopra ci finivano un catalogo, un modulo di preventivo e il traffico di due campagne.

Le tre categorie, spiegate per quello che cambiano

Condiviso. Decine o centinaia di siti sullo stesso server, con le risorse divise dinamicamente. Funziona finché nessuno dei vicini consuma troppo: è il fenomeno del “vicino rumoroso”. Benchmark di carico pubblicati nel 2026 misurano piani condivisi oltre 1.000 millisecondi di risposta sotto traffico moderato, contro meno di 400 millisecondi di un server virtuale di prezzo paragonabile. Il dato interessante è un altro: sul condiviso la prestazione varia per ora del giorno, quindi il problema non si riproduce quando lo cerchi.

Server virtuale dedicato (VPS). Una fetta di macchina riservata, con risorse garantite e accesso di amministrazione. Costa in genere da 20 a 80 euro al mese, ma sposta su di te la responsabilità di aggiornare sistema operativo, versione del linguaggio e certificati. Un VPS mal configurato è più fragile di un buon condiviso: la stabilità non si compra con la riga del listino, si ottiene con la manutenzione.

Cloud gestito. Risorse scalabili più la gestione sistemistica inclusa: aggiornamenti, copie di sicurezza, firewall applicativo, monitoraggio. È la via che ha senso per la maggior parte delle PMI con un sito che genera contatti o vendite, perché compra tempo oltre che potenza. Se stai valutando anche il resto dell’infrastruttura aziendale, i criteri di costo sono gli stessi del cloud computing per PMI.

Il numero che conta più del prezzo

Il tempo di risposta del server (TTFB, il tempo che passa dalla richiesta al primo byte) è la parte di prestazione che l’hosting controlla direttamente. Google indica come soglia di qualità 800 millisecondi al 75° percentile degli utenti reali: oltre, diventa matematicamente difficile rientrare nei 2,5 secondi di LCP richiesti dai Core Web Vitals, perché il server si è già mangiato un terzo del budget prima che il browser disegni qualcosa.

Quanto vale in denaro? Lo studio “Milliseconds Make Millions” di Deloitte Digital per Google (2020), condotto su 37 marchi e circa 30 milioni di sessioni, ha misurato che un miglioramento di appena 0,1 secondi nei tempi di caricamento alza le conversioni retail dell’8,4% e il valore medio dell’ordine del 9,2%; nel turismo le conversioni salgono del 10,1%. Non è una stima di settore: è un test su dati reali.

Il meccanismo è confermato anche dalla ricerca accademica. L’esperimento controllato di Microsoft Bing presentato da Schurman e Brutlag (2009) ha mostrato che 1,5 secondi di latenza aggiunta artificialmente riducono i ricavi per utente del 4,3% e la soddisfazione dichiarata del 3,8%. Lo studio “Impact of Response Latency on User Behaviour in Mobile Web Search” (arXiv, 2021) aggiunge un dettaglio controintuitivo: su mobile gli utenti non abbandonano subito, ma riducono il numero di interazioni successive. L’effetto non si vede nel tasso di rimbalzo, si vede nei contatti che non arrivano.

Se il tuo sito è lento ma il server risponde sotto i 400 millisecondi, il problema non è l’hosting: sono immagini, plugin o query. Vale la pena escludere prima le cause più comuni di un sito lento, perché migrare un sito mal costruito su una macchina più potente sposta il collo di bottiglia, non lo elimina.

Che cosa promette davvero un “99,9%”

Il 99,9% di disponibilità scritto nei contratti suona come una garanzia totale. Tradotto in ore: 8 ore e 46 minuti di fermo ammesso all’anno, cioè 43 minuti e 50 secondi al mese. Il 99,99% scende a 52 minuti all’anno. La differenza fra i due numeri è un ordine di grandezza, e si paga.

Tre dettagli che quasi nessuno legge nel contratto:

  • il rimborso previsto è quasi sempre un credito sul canone, non un risarcimento del fatturato perso;
  • la finestra di manutenzione programmata è esclusa dal conteggio;
  • il livello di servizio copre spesso la rete del datacenter, non la raggiungibilità della tua applicazione.

Sul costo del fermo, l’indagine annuale ITIC sul costo orario del downtime stima per le micro imprese sotto i 25 dipendenti un impatto intorno ai 1.670 dollari al minuto quando i sistemi critici si fermano. Per una PMI italiana con un sito vetrina il numero sarà molto più basso, ma il calcolo va fatto sul proprio caso: quanti contatti porta il sito in una settimana, quanto vale un contatto, quante ore di fermo hai avuto nell’ultimo anno.

Cinque segnali che è il momento di cambiare

  1. Tempo di risposta del server oltre 800 ms nei dati di campo di Search Console, non in un singolo test manuale.
  2. Fermi ricorrenti negli stessi orari o nei giorni di campagna: è saturazione di risorse, non sfortuna.
  3. Supporto che risponde in più di 24 ore su un ticket bloccante, o che risponde solo in inglese via modulo.
  4. Nessuna copia di sicurezza verificata: un backup che non hai mai provato a ripristinare non è un backup, come spiegato nella guida su backup e disaster recovery.
  5. Versioni software bloccate indietro: se non puoi aggiornare la versione di PHP o del database, il fornitore sta decidendo per te quando il sito diventerà insicuro.

Due segnali che invece non giustificano un cambio: una singola lentezza in un giorno di picco, e un punteggio basso in uno strumento di misura sintetico senza riscontro nei dati reali degli utenti.

Migrare senza fermare il sito

La migrazione pulita è una procedura nota, e il fermo reale può essere zero. L’ordine conta:

  1. copia completa di file e database, verificata con un ripristino di prova;
  2. ricostruzione del sito sul nuovo server e collaudo su un indirizzo temporaneo;
  3. abbassamento del TTL dei record DNS a 300 secondi almeno 48 ore prima del passaggio, così la vecchia risposta non resta in cache per 24 ore;
  4. sincronizzazione finale dei dati in una fascia a basso traffico e cambio dei record;
  5. vecchio server attivo per almeno 30 giorni come rete di sicurezza;
  6. verifica di indicizzazione, redirect, posta e certificato dopo il passaggio.

Il passo che viene saltato più spesso è il quarto: se fra la copia e il cambio dei record passano due giorni, gli ordini e i moduli ricevuti nel frattempo finiscono sul server vecchio e spariscono.

Cosa resta deciso da te

Un’infrastruttura gestita bene oggi significa avere strumenti e agenti specializzati che sorvegliano senza sosta: controllo della raggiungibilità ogni minuto, allarme quando il tempo di risposta si degrada, verifica automatica dei ripristini, avviso prima della scadenza dei certificati. È esattamente il lavoro che nessuna persona può fare alle tre di notte, ed è il senso pratico del monitoraggio continuo.

Quello che resta umano è il giudizio: decidere quanto fermo è accettabile per la tua attività, quanto budget vale quella garanzia, dove possono stare fisicamente i dati dei clienti. Quest’ultimo punto non è tecnico ma legale: la collocazione del server e i contratti con il fornitore sono parte degli obblighi GDPR, e la responsabilità del titolare del trattamento non si delega al fornitore insieme alla macchina. Un sistema che misura e propone; una persona che decide e risponde.

Da dove partire

Tre verifiche che puoi fare questa settimana, senza toccare niente: apri Search Console e guarda il tempo di risposta medio del server negli ultimi 28 giorni; recupera il contratto di hosting e cerca la percentuale di disponibilità e la clausola di rimborso; chiedi al fornitore l’ultimo ripristino di backup riuscito, con la data. Se una delle tre risposte non arriva, hai già il motivo per riaprire la questione.

Se vuoi un parere esterno prima di muovere qualcosa, una lettura dei dati del tuo sito e del contratto in essere è una conversazione di mezz’ora: ne esce una raccomandazione motivata su restare, migrare o semplicemente sistemare quello che hai.

Il tuo sito

Il tuo sito converte abbastanza?

Analizziamo ogni punto di contatto e lo ottimizziamo per vendere.