← Back to desktop ← Return to Blog

Migrazione sito web senza downtime: come la gestisco

La migrazione sito web è una di quelle operazioni che le aziende rimandano per anni, anche quando l’hosting attuale è lento, costoso o inaffidabile. La paura è comprensibile: un sito che sparisce per ore, email che smettono di funzionare, immagini rotte, posizioni perse su Google. Eppure, con un metodo preciso, una migrazione può avvenire senza che i visitatori si accorgano di nulla. In questo articolo spiego come affronto una migrazione sito web per i miei clienti: la stessa procedura che uso per i siti che ospito e gestisco direttamente sulla mia infrastruttura, da WordPress complessi a web app su misura.

Perché migrare un sito web (e quando ha senso)

I motivi più frequenti che portano un’azienda a cambiare hosting o dominio sono concreti:

  • Prestazioni scarse: pagine lente penalizzano conversioni e SEO. Spesso il problema non è il sito, ma un hosting condiviso sovraccarico.
  • Costi sproporzionati: canoni che crescono anno dopo anno per un servizio che non migliora.
  • Mancanza di controllo: niente accesso SSH, backup limitati, versioni PHP obsolete, supporto lento.
  • Rebranding o cambio dominio: l’azienda cambia nome e il sito deve seguirla senza perdere lo storico.
  • Consolidamento: più siti sparsi su fornitori diversi da riunire su un’unica infrastruttura gestita.

In tutti questi casi la domanda non è “se” migrare, ma “come” farlo senza interruzioni. Ed è qui che l’esperienza sistemistica fa la differenza rispetto al semplice “copia e incolla” dei file.

La procedura di migrazione sito web che uso

Una migrazione ben fatta segue fasi precise. Le descrivo come le applico realmente, con gli strumenti che uso ogni giorno sulla mia infrastruttura: server con HestiaCP, servizi containerizzati con Docker, reverse proxy Nginx, certificati SSL Let’s Encrypt e, per i siti WordPress, WP-CLI per operare direttamente da riga di comando.

1. Audit e inventario

Prima di toccare qualsiasi cosa, fotografo la situazione: versioni di PHP e database, plugin e temi attivi, dimensione dei file e del database, record DNS esistenti (A, MX, TXT, CNAME), certificati SSL, caselle email collegate al dominio. Molte migrazioni falliscono perché ci si dimentica delle email o di un sottodominio usato da un gestionale interno.

2. Preparazione del nuovo ambiente

Configuro il server di destinazione replicando l’ambiente necessario: stessa versione PHP (o superiore, testata), database MySQL/MariaDB dedicato, utente isolato per il sito. Sui miei server ogni cliente ha un ambiente separato, con backup automatici e monitoraggio attivo fin dal primo giorno.

3. Copia dei dati e sincronizzazione

Trasferisco file e database con strumenti da riga di comando (rsync, dump SQL compressi), non con plugin di migrazione che spesso falliscono sui siti di grandi dimensioni. Il sito originale resta online e operativo: i visitatori non si accorgono di nulla.

4. Search-replace serializzato: il passaggio che molti sbagliano

Se cambia il dominio o il protocollo (da http a https, da www a senza www), non basta sostituire le stringhe nel database. WordPress e molti CMS salvano dati serializzati: una sostituzione ingenua corrompe le impostazioni di temi e plugin. Uso strumenti che gestiscono correttamente la serializzazione, come il search-replace di WP-CLI, verificando tabella per tabella. È il motivo per cui, dopo una migrazione fatta male, capita di vedere immagini rotte o widget spariti: quasi sempre è un search-replace eseguito senza criterio.

5. Test sul nuovo server prima del DNS

Prima di spostare il traffico, testo il sito sul nuovo server modificando il file hosts locale: il sito risponde dal nuovo ambiente mentre il mondo continua a vedere quello vecchio. Verifico pagine chiave, form di contatto, checkout, aree riservate e velocità di caricamento.

6. Switch DNS con TTL ridotto e SSL pronto

Qualche ora prima dello switch abbasso il TTL dei record DNS, così la propagazione avviene in minuti invece che in ore. Il certificato SSL sul nuovo server viene emesso e testato in anticipo: il passaggio avviene senza nemmeno un avviso di sicurezza nel browser. Nei casi che lo richiedono, configuro il vecchio server per inoltrare il traffico residuo al nuovo durante la propagazione.

7. Verifica post-migrazione e SEO

Dopo lo switch controllo log del server, errori 404, redirect 301 dal vecchio dominio (se è cambiato), sitemap e Search Console. Una migrazione corretta non fa perdere posizioni su Google: i motori di ricerca seguono i redirect e aggiornano l’indice senza penalizzazioni.

Gli errori più comuni nelle migrazioni fai-da-te

Nel lavoro di assistenza mi capita spesso di sistemare migrazioni andate storte. Gli errori ricorrenti sono sempre gli stessi: dimenticare le email e ritrovarsi con messaggi persi per giorni; fare il search-replace del dominio senza gestire la serializzazione; spostare il DNS prima che il nuovo server sia pronto; non avere un backup completo del sito originale prima di iniziare; lasciare il vecchio hosting attivo a pagamento per mesi “per sicurezza” perché non si è certi che tutto funzioni. Ognuno di questi problemi è evitabile con una procedura ordinata.

Perché affidarla a chi gestisce l’infrastruttura ogni giorno

Io non mi occupo solo di sviluppo: gestisco quotidianamente server cloud e on-premise per più aziende, con HestiaCP, Docker e Portainer, Nginx e Apache, certificati SSL e backup automatizzati. I siti e le web app che sviluppo — da progetti WordPress su misura come lapidari.it e opticagheller.it a web app complete come apicco.app e indelio.eu — girano su infrastruttura che opero in prima persona. Questo significa che una migrazione sito web non è per me un evento eccezionale, ma un’operazione di routine con una checklist collaudata.

Il vantaggio per il cliente è duplice: la migrazione avviene senza downtime percepibile, e dopo la migrazione c’è un unico referente per sito, hosting, SSL, backup e aggiornamenti. Niente più rimpalli tra il “webmaster” e il “fornitore hosting”.

Vuoi migrare il tuo sito senza rischi?

Se il tuo sito aziendale è lento, il tuo hosting costa troppo o vuoi semplicemente riprendere il controllo della tua presenza online, posso occuparmi dell’intera migrazione: audit, trasferimento, DNS, SSL e verifica finale, senza interruzioni per i tuoi visitatori. E se il sito ha bisogno anche di un rinnovamento, posso svilupparne uno nuovo su misura sulla stessa infrastruttura.

Contattami qui per una valutazione gratuita della tua situazione, oppure scopri i miei progetti su cornelcaba.com. Una migrazione ben fatta si nota da una cosa sola: nessuno si accorge che è avvenuta.

Cornel Caba — signature