Migrazione hosting: come trasferire un sito da un hosting all’altro

La migrazione hosting è il trasferimento di un sito web e dei servizi collegati da un ambiente di hosting a un altro. Può sembrare una semplice copia di file, ma un passaggio completo può coinvolgere database, configurazioni PHP, certificati SSL, DNS, caselle email, attività pianificate e dati che continuano a cambiare mentre il sito è online.

Per questo motivo, trasferire un sito da un hosting all’altro richiede prima di tutto un inventario corretto. Il nuovo ambiente deve essere compatibile, la copia deve essere verificata prima del cambio DNS e il vecchio servizio non deve essere disattivato finché il funzionamento della nuova destinazione non è stato controllato.

Migrazione hosting, trasferimento dominio e migrazione SEO: le differenze

Queste operazioni vengono spesso confuse, ma non indicano la stessa cosa:

  • Migrazione o trasferimento hosting: il sito viene spostato su un nuovo spazio web o server. Se dominio, URL, CMS e contenuti restano invariati, cambia principalmente l’infrastruttura.
  • Trasferimento del dominio: cambia il registrar che gestisce il nome a dominio. Il dominio può essere trasferito senza spostare il sito, così come è possibile cambiare hosting mantenendo il dominio presso il registrar attuale.
  • Migrazione SEO: diventa necessaria quando cambiano dominio, URL, CMS, struttura, template o contenuti e bisogna preservare la continuità dei segnali organici.

Capire quale operazione serve evita modifiche inutili. Per cambiare hosting non è normalmente necessario cambiare nome di dominio, trasferirne la gestione amministrativa o modificare gli indirizzi delle pagine.

Quando conviene cambiare hosting

La decisione di cambiare hosting dovrebbe partire da un’esigenza tecnica concreta. Tra le situazioni più comuni ci sono:

  • risorse insufficienti rispetto al traffico o al carico applicativo;
  • versioni di PHP, MariaDB o altri componenti non più adatte al sito;
  • tempi di risposta instabili o problemi ricorrenti;
  • necessità di maggiore controllo su configurazioni, log e backup;
  • crescita di un ecommerce, portale o applicazione;
  • supporto tecnico non adeguato alla complessità del progetto;
  • passaggio da hosting condiviso a VPS, cloud o infrastruttura gestita.

Prima della migrazione è comunque utile capire se il problema dipende davvero dall’hosting. Un sito può essere lento o instabile anche per errori applicativi, plugin, query inefficienti, codice obsoleto o traffico anomalo. Spostarlo senza una diagnosi può trasferire il problema insieme ai dati.

Cosa deve essere trasferito

Un sito non è composto soltanto dai file visibili via FTP. L’inventario può includere:

  • file del sito, directory non pubbliche e file nascosti come .htaccess;
  • uno o più database e relativi utenti;
  • file di configurazione con percorsi e credenziali;
  • versioni PHP, estensioni, limiti di memoria e altre impostazioni;
  • certificati SSL e catena dei redirect HTTPS;
  • cron job e processi pianificati;
  • sottodomini, alias e record DNS;
  • caselle email, inoltri, alias e messaggi archiviati;
  • record MX, SPF, DKIM e DMARC;
  • log o dati applicativi conservati fuori dalla directory principale.

L’assenza di uno solo di questi elementi può produrre un sito apparentemente funzionante ma con moduli che non inviano, attività automatiche ferme, email non recapitate o sezioni che restituiscono errori.

Come trasferire un sito da un hosting all’altro

1. Fare l’inventario dell’ambiente attuale

Prima di copiare i dati bisogna identificare tecnologia, dimensioni, database, servizi email, DNS, sottodomini, certificati e attività pianificate. Per siti dinamici è importante capire quali dati cambiano continuamente: ordini, utenti, prenotazioni, commenti o contenuti inseriti durante la migrazione.

2. Verificare la compatibilità del nuovo hosting

La destinazione deve supportare il software esistente. Vanno confrontate almeno le versioni di PHP e del database, le estensioni richieste, le regole di riscrittura, i permessi, lo spazio disponibile e i limiti delle risorse. Una versione più recente non garantisce automaticamente la compatibilità con codice o plugin datati.

La scelta dipende dal progetto: un sito PHP regolare può utilizzare un hosting PHP 8, un’installazione basata su WordPress può richiedere un hosting WordPress, mentre ecommerce, applicazioni e carichi più complessi possono aver bisogno di un ambiente cloud gestito.

Per file, database, plugin, permalink e controlli specifici del CMS consulta la guida dedicata alla migrazione WordPress.

Per catalogo, clienti, ordini, pagamenti e sincronizzazione dei dati consulta la guida alla migrazione di un sito ecommerce.

3. Preparare DNS e piano di ritorno

Se si prevede di modificare il record che indirizza il sito al server, il TTL dovrebbe essere ridotto con anticipo. Occorre inoltre conservare configurazione e accesso al vecchio ambiente: se il controllo finale evidenzia un problema, deve essere possibile tornare temporaneamente alla destinazione precedente.

4. Creare un backup completo

Il backup deve comprendere tutti i dati individuati nell’inventario e deve restare separato sia dal server di partenza sia da quello di arrivo. Un archivio esistente non va considerato affidabile senza averne controllato integrità, dimensioni e possibilità di ripristino.

5. Copiare file e database

I file possono essere trasferiti via SFTP, SSH, pannello di controllo o con strumenti messi a disposizione dai provider. Il database deve essere esportato e importato conservando codifica, tabelle, viste e altri oggetti necessari. Dopo l’importazione vanno aggiornati i parametri di connessione e gli eventuali percorsi dipendenti dal server.

6. Provare il sito prima del cambio DNS

Il nuovo sito dovrebbe essere testato direttamente sul server di destinazione, per esempio tramite una modifica locale del file hosts o un sistema di anteprima che non alteri gli URL reali. È il momento di verificare pagine, area riservata, moduli, login, upload, immagini, redirect, collegamenti al database e processi automatici.

7. Sincronizzare i dati recenti

Tra la prima copia e la pubblicazione possono essere arrivati nuovi dati. Nei siti statici il problema è minimo; in ecommerce e applicazioni può essere necessario eseguire una sincronizzazione finale, sospendere brevemente le operazioni di scrittura oppure pianificare una finestra di manutenzione.

8. Aggiornare il DNS

Il passaggio può avvenire modificando il record A o AAAA oppure cambiando i nameserver. Non sono operazioni equivalenti: sostituire i nameserver senza replicare l’intera zona DNS può interrompere posta, sottodomini e servizi esterni. Prima della modifica bisogna sapere dove sono gestiti tutti i record del dominio.

9. Controllare il nuovo ambiente

Dopo il cambio vanno verificati risoluzione DNS, certificato SSL, pagine principali, form, email, log degli errori, cron e funzionalità transazionali. Il vecchio hosting dovrebbe rimanere disponibile per il tempo necessario a completare i controlli e assorbire la propagazione DNS.

È possibile una migrazione hosting senza downtime?

Il tempo di inattività può spesso essere ridotto in modo significativo, ma promettere sempre zero downtime non sarebbe corretto. Il risultato dipende dalla tipologia di sito, dalla gestione DNS e soprattutto dalla frequenza con cui cambiano i dati.

Per un sito prevalentemente statico è normalmente possibile preparare e collaudare la copia prima del passaggio. Un ecommerce o un’applicazione con ordini e sessioni attive richiede invece una strategia per evitare che le modifiche vengano distribuite tra due database durante la propagazione. In questi casi possono servire sincronizzazione incrementale, blocco temporaneo delle scritture o una finestra di manutenzione concordata.

Cosa succede alle email quando si cambia hosting?

Sito ed email possono risiedere sullo stesso hosting, ma sono servizi distinti. Se la posta utilizza un fornitore esterno, come un servizio dedicato, può essere sufficiente preservare correttamente record MX e record di autenticazione. Se invece le caselle risiedono sul vecchio server, bisogna ricrearle sulla nuova piattaforma e decidere come trasferire i messaggi, normalmente tramite sincronizzazione IMAP.

Durante il cambio è opportuno controllare sia il vecchio sia il nuovo sistema di posta, verificare invio e ricezione e non chiudere anticipatamente l’account precedente. SPF, DKIM e DMARC devono essere coerenti con i server che continueranno a spedire email per il dominio.

Migrazione hosting e posizionamento SEO

Quando dominio, URL, contenuti e struttura restano uguali, una migrazione puramente infrastrutturale non dovrebbe richiedere una nuova architettura di redirect. Devono però rimanere invariati gli elementi che permettono ai motori di ricerca di raggiungere e interpretare il sito.

Dopo il passaggio bisogna quindi controllare codici HTTP, HTTPS, redirect, canonical, file robots.txt, meta robots, sitemap, collegamenti interni e tempi di risposta. Un errore di configurazione può bloccare la scansione o rendere inaccessibili pagine che prima rispondevano correttamente.

Se insieme al cambio hosting vengono modificati dominio, CMS, permalink, categorie, template o contenuti, non si tratta più di un semplice trasferimento tecnico. In quel caso è opportuno pianificare la migrazione SEO con ForzaSEO, includendo mappatura degli URL, redirect e monitoraggio della visibilità organica.

Servizio di migrazione hosting su preventivo

Hosting Professionale esegue migrazioni tecniche valutate singolarmente. Non esiste un prezzo unico perché l’impegno dipende dalla dimensione del sito, dalla tecnologia utilizzata, dal numero di database e caselle email, dagli accessi disponibili, dalla quantità di dati dinamici e dal livello di continuità richiesto.

Per preparare una valutazione sono utili:

  • indirizzo del sito e provider attuale;
  • CMS, framework o applicazione utilizzata;
  • dimensione indicativa di file e database;
  • numero di domini, sottodomini e caselle email;
  • accessi disponibili al pannello, SFTP/SSH, database e DNS;
  • eventuali ecommerce, aree riservate o servizi che non possono essere interrotti;
  • hosting o infrastruttura di destinazione, se già scelti.

Puoi contattarci per richiedere una valutazione. Prima di formulare il preventivo verifichiamo il perimetro della migrazione e gli elementi che possono incidere su tempi, compatibilità e continuità del servizio.

Domande frequenti sulla migrazione hosting

Posso cambiare hosting mantenendo lo stesso dominio?

Sì. Il dominio può restare presso il registrar attuale e continuare a utilizzare gli stessi URL. È sufficiente configurare correttamente il DNS per indirizzare il traffico verso il nuovo ambiente.

Trasferire il dominio significa trasferire anche il sito?

No. Il trasferimento del dominio cambia il registrar, non copia automaticamente file, database o caselle email. Le due operazioni possono essere eseguite insieme, ma devono essere pianificate separatamente.

Quanto tempo richiede una migrazione hosting?

Dipende da quantità di dati, velocità degli accessi, complessità dell’applicazione, email da sincronizzare e controlli richiesti. Una stima attendibile può essere fornita soltanto dopo aver esaminato il sito e l’ambiente di partenza.

Quando posso disattivare il vecchio hosting?

Soltanto dopo aver verificato il nuovo ambiente, completato la propagazione DNS e controllato che sito, email e processi automatici funzionino correttamente. Chiuderlo prima elimina anche la possibilità di un rapido ritorno alla configurazione precedente.

È necessario cambiare gli URL del sito?

No. In una normale migrazione tra hosting lo stesso dominio e gli stessi percorsi possono essere mantenuti. Cambiare gli URL senza una ragione concreta aumenta la complessità e introduce esigenze SEO che non appartengono al semplice trasferimento tecnico.