Migrazione server: come spostare un sito senza perdere dati

La migrazione server, o trasferimento di un sito web su un nuovo hosting, è il processo con cui file, database, account e-mail, record DNS e configurazioni applicative vengono spostati in modo pianificato dall’infrastruttura attuale a una nuova. Per trasferire un sito senza perdere dati, la procedura corretta è questa: prima si crea un backup completo, poi si prepara il nuovo server con versioni software uguali o più aggiornate, si trasferiscono file e database, si esegue un test tramite file hosts o URL temporaneo, si modifica il DNS dopo aver abbassato il TTL e, dopo il passaggio, si controllano log, moduli, flussi di pagamento, recapito e-mail e segnali SEO.

La migrazione di un server non è un semplice copia e incolla. Soprattutto per siti WordPress, WooCommerce, applicazioni Laravel, progetti PHP personalizzati, portali editoriali ad alto traffico o aziende che usano la posta elettronica in modo critico, uno spostamento gestito male può causare perdita di ordini, caratteri accentati corrotti, errori 500, avvisi SSL, interruzioni della posta e cali di visibilità sui motori di ricerca. Per questo una migrazione va condotta con un piano tecnico, una checklist operativa e uno scenario di rollback nel caso qualcosa non funzioni.

In questa guida vedremo passo dopo passo come affrontare un cambio hosting o una migrazione server secondo le aspettative di performance e SEO del 2026. Analizzeremo inoltre scenari diversi, come cPanel, Plesk, VPS, server cloud e migrazione manuale, e condivideremo consigli pratici su tempi DNS, copertura del backup, compatibilità del database, installazione SSL e controlli SEO post-migrazione.

Quando serve una migrazione server?

Il trasferimento di un sito su un nuovo server nasce di solito da esigenze di performance, sicurezza, costi o scalabilità. Per esempio, un sito aziendale con 5.000 visite al mese può funzionare senza problemi su un hosting condiviso, mentre un e-commerce con 20.000 visite al giorno può iniziare a soffrire limiti CPU, query lente e timeout nella pagina di checkout. In questi casi diventa opportuno passare a un piano hosting più potente, a un VPS o a un’infrastruttura cloud.

I segnali più comuni che indicano la necessità di migrare un sito sono:

• Il tempo di caricamento delle pagine supera i 3 secondi e le metriche Core Web Vitals peggiorano.
• Nel pannello hosting i limiti di CPU, RAM, inode o spazio disco vengono raggiunti di frequente.
• Serve aggiornare componenti come PHP, MySQL, MariaDB, Node.js o ionCube.
• Si verificano spesso problemi con rinnovo SSL, consegna delle e-mail o gestione DNS.
• L’attuale provider non offre un livello adeguato di supporto, backup o sicurezza.
• Il traffico aumenta improvvisamente durante campagne, promozioni o periodi stagionali.

Se il sito sta crescendo e si avvicina ai limiti del piano attuale, è molto più sicuro preparare una migrazione controllata invece di agire all’ultimo momento durante un’emergenza. In base alle tue esigenze puoi confrontare Pacchetti di web hosting, Soluzioni VPS server o Hosting Aziendale per scegliere l’infrastruttura più adatta.

Preparazione prima della migrazione: la fase più critica

La maggior parte dei progetti di migrazione che finiscono con perdita di dati non fallisce durante il trasferimento, ma per una preparazione incompleta. Prima di iniziare, bisogna creare un inventario del sito esistente, chiarire quali dati andranno spostati e identificare quali servizi sono più sensibili a eventuali interruzioni.

1. Crea l’inventario del sito

Il primo passo è costruire una mappa tecnica del sito web. Vanno annotati CMS o framework utilizzato, versione PHP, tipo di database, dimensione su disco, account e-mail, cron job, record DNS, certificato SSL, redirect personalizzati e integrazioni con servizi esterni. Per esempio, in un sito WordPress non basta copiare la cartella wp-content: bisogna verificare anche le regole .htaccess, le impostazioni di wp-config.php, il prefisso delle tabelle del database, i plugin di cache e i file multimediali.

In un sito e-commerce, invece, occorre controllare separatamente gateway di pagamento, integrazioni con corrieri, sincronizzazione del magazzino, collegamenti ERP, servizio SMTP e URL dei webhook. Se dopo la migrazione non arrivano ordini, spesso il problema non è nel trasferimento dei file, ma in una restrizione IP dimenticata su un’API o in una regola di sicurezza rimasta associata al vecchio server.

2. Esegui un backup completo e verificalo

Durante una migrazione server non basta creare un backup: bisogna anche assicurarsi che sia ripristinabile. Un backup completo dovrebbe includere questi elementi:

• File del sito web: public_html, cartelle applicative, directory di upload, temi e plugin.
• Database: MySQL, MariaDB, PostgreSQL o altri database usati dall’applicazione.
• Dati e-mail: caselle postali, inoltri, filtri, impostazioni di autoresponder.
• Record DNS: A, AAAA, CNAME, MX, TXT, SPF, DKIM, DMARC.
• Configurazioni: .htaccess, nginx.conf, php.ini, cron job, file environment.
• Certificati SSL e regole di sicurezza personalizzate.

Un approccio pratico è creare almeno due copie del backup prima della migrazione: una conservata sul server attuale e una in una posizione diversa. Per siti di grandi dimensioni si possono usare rsync per i file, mysqldump per il database o gli strumenti di backup del pannello di controllo. Per database oltre i 10 GB, backup compressi e suddivisi in più parti possono essere più sicuri rispetto a un unico dump monolitico.

3. Abbassa in anticipo il TTL DNS

Per rendere più rapida la propagazione del DNS, è buona pratica ridurre il valore TTL almeno 24 ore prima della migrazione. Per esempio, se il TTL è impostato a 14400 secondi, alcuni utenti potrebbero continuare a raggiungere il vecchio server per diverse ore. Portare il TTL a 300 secondi prima del trasferimento rende il passaggio DNS molto più controllabile. Una volta completata la migrazione e verificato che tutto funzioni, il TTL può essere riportato a 3600 o 14400 secondi.

Una gestione ordinata del dominio e dei DNS influisce direttamente sul successo della migrazione. Per la configurazione di dominio e DNS puoi consultare le guide Verifica del dominio e gestione del nome a dominio.

Confronto tra i metodi di migrazione server

Non esiste un unico metodo ideale per tutti i siti. Un piccolo sito vetrina può essere trasferito facilmente tramite pannello di controllo, mentre un e-commerce ad alto traffico può richiedere sincronizzazione graduale e modalità manutenzione.

Quando scegli la nuova infrastruttura, guardare solo lo spazio disco può essere fuorviante. Numero di PHP worker, core CPU, RAM, dischi NVMe, frequenza dei backup, posizione del data center, supporto LiteSpeed o Nginx, WAF e protezione DDoS sono tutti fattori che determinano le prestazioni. Passare al piano più economico senza analisi dei requisiti può portare, in poco tempo, alla necessità di una nuova migrazione.

Come fare una migrazione server passo dopo passo

Passo 1: prepara il nuovo server

Sul nuovo server devono essere installati sistema operativo, web server, versione PHP, servizio database e moduli necessari. Per WordPress sono consigliati PHP 8.2 o 8.3, una versione aggiornata di MariaDB, OPcache e un valore memory_limit adeguato. Per framework come Laravel bisogna configurare anche Composer, cron, queue worker e permessi della cartella storage. Se estensioni PHP presenti sul vecchio server mancano su quello nuovo, dopo il trasferimento il sito potrebbe mostrare una schermata bianca o un errore 500.

Sul fronte sicurezza, è opportuno configurare policy per la porta SSH, password robuste, firewall, scansione malware e aggiornamenti automatici. Stabilire una base di sicurezza quando il nuovo server è ancora vuoto è molto più semplice che intervenire dopo la messa online. Se hai bisogno di SSL, includi assolutamente installazione del certificato SSL nel piano di migrazione.

Passo 2: trasferisci i file

Per il trasferimento dei file si possono usare FTP, SFTP, SSH, rsync o backup del pannello, a seconda della dimensione del sito. Per siti piccoli è spesso sufficiente creare un archivio compresso e decomprimerlo sul nuovo server. Per siti grandi, invece, è consigliabile eseguire una prima copia con rsync e poi una seconda sincronizzazione poco prima del cambio DNS. Questo metodo fa risparmiare tempo soprattutto nei siti in cui la cartella upload cambia continuamente.

Dopo il trasferimento, controlla i permessi. In generale, le cartelle funzionano con permessi 755 e i file con 644, ma ogni applicazione può avere esigenze specifiche. File sensibili come wp-config.php, .env o equivalenti non devono essere leggibili da chiunque. Assicurati inoltre che siano stati copiati anche i file nascosti, come .htaccess e .user.ini.

Passo 3: migra il database

Il trasferimento del database è la parte più delicata per evitare perdita di dati. Prima si esporta un dump dal vecchio server, poi si crea database e utente sul nuovo server. Quando possibile, il set di caratteri dovrebbe essere impostato su utf8mb4. Per evitare problemi con caratteri accentati e simboli speciali, export e import devono mantenere la stessa struttura di collation.

Nei siti che generano dati in tempo reale, come WooCommerce o piattaforme con area membri, conviene usare la modalità manutenzione durante la migrazione. In caso contrario, durante la propagazione DNS alcuni utenti potrebbero scrivere dati sul vecchio server e altri sul nuovo. Questo può generare incoerenze in ordini, commenti, invii di moduli o registrazioni utenti. Nei siti critici, l’ultimo dump del database deve essere eseguito dopo aver attivato la modalità manutenzione.

Passo 4: aggiorna i file di configurazione

Nome database, nome utente, password, host e percorsi dei file devono essere adattati al nuovo server. Per WordPress si controlla wp-config.php, per Laravel .env, per applicazioni personalizzate config.php o file simili. Se rimangono percorsi assoluti del vecchio server, indirizzi IP, impostazioni SMTP o directory cache obsolete, il sito potrebbe sembrare funzionante ma generare errori in background.

Vanno inoltre regolati i valori PHP memory_limit, upload_max_filesize, post_max_size e max_execution_time secondo le esigenze dell’applicazione. Per esempio, se un pannello amministrativo carica immagini prodotto da 200 MB e il limite di upload resta a 32 MB, la migrazione può dirsi tecnicamente completata, ma l’operatività quotidiana sarà compromessa.

Passo 5: testa il sito prima di modificare il DNS

La pratica più sicura è testare il sito sul nuovo server prima di cambiare il DNS. Per farlo puoi associare il dominio al nuovo indirizzo IP nel file hosts del tuo computer. In questo modo i visitatori continuano a vedere il vecchio server, mentre tu testi il nuovo server usando il dominio reale.

La checklist di test dovrebbe includere questi controlli:

• Homepage, categorie, prodotti, blog e pagina contatti si aprono correttamente?
• Invio moduli, login utenti, reset password e flusso di pagamento funzionano?
• Immagini, file CSS e JavaScript vengono caricati senza errori?
• Il pannello di amministrazione si apre senza avvisi o blocchi?
• Il certificato SSL è installato per il dominio corretto?
• Ci sono errori 404, 500, mixed content o loop di redirect?
• robots.txt, sitemap.xml e tag canonical sono corretti?

Passo 6: installa il certificato SSL

Nei siti web moderni l’SSL non è solo una questione di sicurezza, ma anche di SEO e fiducia degli utenti. Se cambi il DNS prima di installare l’SSL sul nuovo server, gli utenti potrebbero vedere un avviso di sito non sicuro. Per questo il certificato SSL va preparato subito prima del passaggio DNS o contestualmente al passaggio. Certificati gratuiti come Let’s Encrypt sono sufficienti per molti siti; per progetti aziendali con pagamenti online possono essere preferibili certificati con livello di validazione più elevato.

Dopo l’installazione SSL, verifica che gli indirizzi HTTP vengano reindirizzati a HTTPS con 301, che non ci siano errori mixed content e che la sitemap contenga URL HTTPS. Per prodotti SSL e opzioni di installazione puoi consultare certificati SSL.

Passo 7: modifica i record DNS

Una volta completati con successo i test, il record A del DNS viene puntato al nuovo indirizzo IP del server. Se anche il servizio e-mail viene trasferito sullo stesso server, vanno aggiornati anche i record MX, SPF, DKIM e DMARC. Se invece la posta resta presso un provider separato, non bisogna toccare i record MX. Uno degli errori più frequenti è voler migrare solo il sito web, modificare per sbaglio i record e-mail e interrompere il traffico di posta.

La propagazione DNS si completa di solito tra pochi minuti e 24 ore. Se il TTL è stato ridotto in anticipo, la maggior parte degli utenti raggiungerà il nuovo server rapidamente. Durante questa fase non spegnere subito il vecchio server. È buona pratica mantenerlo accessibile per almeno 48 ore, meglio ancora 72.

Passo 8: esegui l’ultima sincronizzazione e controlla i log

Dopo il cambio DNS bisogna verificare se sul vecchio server siano stati scritti nuovi dati. In particolare, vanno confrontati ordini, moduli di contatto, registrazioni utenti e commenti. I file access log ed error log del web server aiutano a capire quali IP stanno ancora inviando richieste a quale server.

Nelle prime 24 ore dopo la migrazione bisogna monitorare errori 500, aumento dei 404, query lente, picchi CPU e code e-mail. Se questi controlli vengono ignorati, il sito può apparire online ma perdere conversioni o messaggi importanti in background.

Checklist professionale per trasferire un sito senza perdere dati

La checklist seguente copre i punti che, nella pratica, generano più problemi. Spuntarla prima e dopo la migrazione riduce in modo significativo il rischio operativo.

• La migrazione è stata pianificata in una fascia oraria a basso traffico.
• Sono stati creati backup completi di file, database, e-mail e DNS.
• È stato testato che il backup possa essere aperto e ripristinato.
• Il TTL DNS è stato abbassato almeno 24 ore prima.
• Sul nuovo server sono pronti PHP, database e moduli necessari.
• I file sono stati trasferiti integralmente e i permessi verificati.
• La compatibilità di set di caratteri e collation del database è stata confermata.
• I file di configurazione sono stati aggiornati con i dati del nuovo server.
• Il sito è stato testato tramite file hosts prima della messa online.
• SSL installato e redirect HTTPS controllati.
• I record DNS A, AAAA, MX e TXT sono stati aggiornati correttamente.
• Il vecchio server è rimasto attivo per almeno 48 ore.
• Google Search Console, Analytics e log server sono stati monitorati.

Controlli post-migrazione per evitare perdite SEO

In teoria, se la struttura degli URL non cambia, una migrazione server non dovrebbe causare perdita SEO. Nella pratica, però, lentezza, errori 404, robots.txt errato, SSL mancante o redirect configurati male possono influire sul posizionamento. Per questo il controllo SEO post-migrazione è importante quanto la parte tecnica del trasferimento.

Controllo di URL e redirect

Se durante la migrazione non modifichi la struttura degli URL, la necessità di redirect 301 è minima. Tuttavia, se nello stesso momento cambi dominio, struttura dei permalink o cartelle, i vecchi URL devono essere reindirizzati ai nuovi equivalenti con 301. Un redirect temporaneo 302 non è adatto al trasferimento permanente dei segnali SEO. Per esempio, se la vecchia pagina /prodotto/abc passa a /negozio/abc, serve un redirect uno a uno; mandare tutti i vecchi URL alla homepage peggiora l’esperienza utente e può danneggiare la performance SEO.

Controllo di robots.txt e sitemap

Se durante i test hai usato un Disallow nel file robots.txt per bloccare i motori di ricerca, devi rimuoverlo quando il sito va online. Questo errore è una delle cause più classiche di perdita di indicizzazione dopo una migrazione. La sitemap deve contenere i nuovi URL HTTPS e va inviata nuovamente tramite Google Search Console.

Performance e Core Web Vitals

Anche se il nuovo server è più potente, una cache configurata male può peggiorare le prestazioni. LiteSpeed Cache, Redis, OPcache, CDN e ottimizzazione delle immagini devono essere impostati correttamente. Nella prima settimana dopo la migrazione conviene monitorare PageSpeed Insights, Chrome UX Report e log server per verificare eventuali peggioramenti di LCP, INP e CLS. Per migliorare le performance hosting puoi usare anche i contenuti Ottimizzazione della velocità di WordPress.

Cosa controllare durante la migrazione e-mail

In molte migrazioni i file del sito vengono trasferiti senza problemi, mentre la parte e-mail viene trascurata. Se le e-mail sono ospitate sul server attuale, bisogna spostare caselle, password utenti, inoltri e filtri. La sincronizzazione IMAP è un metodo affidabile per copiare i messaggi dalla vecchia casella alla nuova.

Nel DNS, il record MX indica il server di posta, SPF definisce le autorizzazioni di invio, DKIM gestisce la firma dei messaggi e DMARC stabilisce la policy del dominio. Se questi record sono configurati in modo errato, le e-mail possono finire nello spam o essere rifiutate del tutto. Dopo la migrazione, invia messaggi di test verso Gmail, Outlook e account aziendali, e controlla le informazioni negli header delle e-mail.

Errori comuni nella migrazione server

I progetti di migrazione riusciti hanno un elemento in comune: gli errori semplici vengono prevenuti prima. Questi sono i problemi più frequenti:

• Migrare senza backup o senza aver testato il backup.
• Cambiare IP senza abbassare prima il TTL DNS.
• Spegnere il vecchio server prima del completamento della propagazione DNS.
• Trasferire il database con set di caratteri errato e corrompere accenti o caratteri speciali.
• Dimenticare le regole di redirect in .htaccess o Nginx.
• Puntare il traffico HTTPS al nuovo server prima di installare SSL.
• Aggiornare in modo errato record e-mail MX e TXT.
• Lasciare un plugin di cache configurato con il percorso del vecchio server.
• Non monitorare Search Console e log dopo la migrazione.

Soprattutto nei siti che vendono online, la migrazione non dovrebbe essere eseguita durante le ore lavorative più intense, ma nella fascia con traffico e ordini più bassi. Nei grandi progetti e-commerce, pianificare una finestra di manutenzione di 15-30 minuti aiuta a evitare incoerenze nei dati generati in background.

Quando conviene richiedere supporto professionale per la migrazione?

Un semplice sito vetrina può essere migrato manualmente, ma in alcuni casi il supporto professionale è più economico e sicuro nel complesso. Rientrano in questa categoria gli e-commerce con fatturato mensile elevato, aziende con molti account e-mail, portali con software personalizzato, siti media ad alto traffico e imprese che gestiscono dati soggetti a regolamentazione.

Un servizio professionale di migrazione include di solito analisi preliminare, backup, creazione di un ambiente di test, trasferimento, cambio DNS, verifica e monitoraggio. In questo modo non si spostano soltanto i file, ma anche la continuità operativa. Se stai pensando di passare all’infrastruttura Hostragons, puoi consultare Soluzioni hosting Hostragons per valutare insieme hosting, dominio e SSL in base alle tue esigenze.

Conclusione: una migrazione server pianificata evita downtime e perdita dati

La migrazione server non è un’operazione da temere se viene pianificata correttamente. La chiave del successo è non saltare nessun passaggio: backup completo, preparazione del nuovo server, piano TTL DNS, ambiente di test, installazione SSL, controlli e-mail e monitoraggio post-migrazione. Nei siti con database in continua evoluzione, l’ultima sincronizzazione e la modalità manutenzione hanno un ruolo decisivo.

In sintesi, per trasferire un sito senza perdere dati non bisogna avere fretta: verifica ogni fase e non spegnere subito il vecchio server. Se vuoi rinnovare la tua infrastruttura e offrire un’esperienza web più veloce e sicura, puoi esaminare le soluzioni hosting, dominio e SSL di Hostragons e costruire un piano di migrazione ordinato, graduale e sotto controllo.

Domande frequenti

Quanto dura una migrazione server?

La durata dipende dalla dimensione e dalla complessità del sito. Un piccolo sito WordPress può essere trasferito in 30-60 minuti, mentre per grandi e-commerce o progetti aziendali con molte caselle e-mail l’intero processo, inclusi preparazione, test e propagazione DNS, può richiedere da 1 a 3 giorni.

Il mio sito andrà offline durante la migrazione?

Con una pianificazione corretta, il downtime può essere ridotto a pochi minuti o risultare impercettibile agli utenti. Per riuscirci bisogna abbassare in anticipo il TTL DNS, testare il nuovo server prima della messa online e mantenere attivo il vecchio server fino al completamento della propagazione DNS.

Qual è il passaggio più importante per evitare perdita di dati?

Il passaggio più importante è avere un backup completo e verificato. File, database, e-mail e record DNS devono essere salvati; nei siti che generano ordini o dati utente, l’ultimo backup del database dovrebbe essere eseguito dopo l’attivazione della modalità manutenzione.

La migrazione server influisce sul posizionamento SEO?

Se la struttura degli URL resta invariata, il sito è veloce, SSL e redirect sono configurati correttamente, la migrazione server da sola non dovrebbe causare perdite SEO. Tuttavia errori 404, robots.txt sbagliato, server lento o redirect 301 errati possono avere un impatto negativo sul ranking.

Anche gli account e-mail vengono spostati con la migrazione server?

Se le e-mail sono ospitate sul vecchio hosting, devono essere migrate separatamente. Vanno controllati caselle, inoltri, filtri e record MX, SPF, DKIM e DMARC. Se la posta rimane presso un provider diverso, i record MX non devono essere modificati.