La migrazione di un ecommerce a un nuovo hosting è una di quelle operazioni che molti rimandano per timore di “rompere qualcosa”. In molti casi è invece la decisione che produce più risultati immediati: prestazioni migliori, riduzione di downtime, supporto più reattivo. La paura è giustificata solo quando la procedura è improvvisata: una migrazione preparata, testata e eseguita in finestre programmate si chiude in poche ore con downtime sotto i 30 minuti, senza impatti significativi su vendite o posizionamento SEO.
La fase di preparazione: cosa serve prima di iniziare
Una migrazione si gioca tutta in preparazione. Le ore investite prima riducono drasticamente i tempi di intervento e gli errori operativi.
Il primo passo è la mappatura dell’infrastruttura attuale. Bisogna sapere cosa c’è da spostare: file dell’applicazione, database, configurazioni del web server, cron job pianificati, certificati SSL, eventuali servizi integrati (gateway di pagamento, ERP, gestionali esterni), accessi e credenziali. Una mappatura completa evita le sorprese (“avevo dimenticato che il backup andava su questo server”).
Il secondo passo è la scelta del nuovo fornitore e l’attivazione del nuovo hosting. Conviene avere il nuovo server attivo prima dell’inizio della migrazione, in modo da poter testare l’intera procedura prima del passaggio definitivo. I fornitori managed seri offrono migrazione assistita gratuita: è quasi sempre la scelta più sicura per chi non ha competenze tecniche solide.
Il terzo passo è l’analisi delle dipendenze. Quali plugin, quali estensioni, quali integrazioni richiedono configurazione specifica? Esistono integrazioni con servizi esterni che richiedono whitelist di IP? Il nuovo hosting supporta tutte le tecnologie che usi oggi? Questi check evitano di scoprire problemi a migrazione finita.
Il quarto passo è il backup completo della configurazione attuale: file, database, configurazioni. Va fatto subito prima del trasferimento e conservato per almeno alcune settimane dopo la migrazione, come rete di sicurezza per rollback.
Il quinto passo è la scelta della finestra di intervento. Si sceglie un orario di basso traffico: per ecommerce italiani, la fascia tra le 02:00 e le 06:00 del mattino di un giorno feriale è di norma quella ottimale. Si evita di migrare durante promozioni, lanci di prodotto, periodi commerciali rilevanti. Per il contesto generale dei requisiti di un hosting ecommerce, il riferimento è il pillar su hosting per ecommerce: la guida completa alla scelta.
La procedura tecnica: come si esegue la migrazione
La procedura concreta si articola in cinque passaggi.
Trasferimento dei file e del database sul nuovo server. Si copiano i file dell’applicazione (con rsync, FTP o tool dedicati) e si esporta il database dal vecchio server, importandolo nel nuovo. Per database grandi (gigabyte), questa operazione richiede ore: va pianificata in anticipo.
Configurazione del nuovo ambiente: web server, PHP, database, certificati SSL, regole di rewrite, eventuali integrazioni. Il nuovo ambiente deve replicare quello vecchio per tutte le configurazioni significative. È qui che la documentazione dell’infrastruttura attuale paga dividendi.
Test del sito sul nuovo hosting prima del passaggio. Si modifica il file hosts locale (sul proprio computer) per puntare il dominio al nuovo server, oppure si usa un dominio temporaneo. Si verifica che tutto funzioni: homepage, categoria, scheda prodotto, carrello, checkout fittizio, pannello di amministrazione. Si testano integrazioni esterne (gateway di pagamento in sandbox), comunicazioni email, processi pianificati.
Sincronizzazione finale e cambio DNS. A test concluso, si fa un’ultima sincronizzazione di database e file (per recuperare ordini ed eventuali modifiche degli ultimi giorni), poi si cambiano i record DNS per puntare il dominio al nuovo server. Il tempo di propagazione DNS può richiedere da pochi minuti a 24-48 ore (in funzione del TTL configurato): per minimizzarlo, conviene ridurre il TTL del record DNS qualche giorno prima della migrazione.
Verifica post-migrazione. Si controlla che tutto funzioni: ordini in arrivo, pagamenti che si completano, email transazionali che partono, integrazioni che girano, monitoraggio attivo. Il vecchio hosting si mantiene attivo per almeno 2-4 settimane come backup, prima di disdire definitivamente.
Errori comuni e come evitarli
Cinque errori sono i più frequenti e i più gravi.
Il primo errore è la migrazione senza test in staging. Modificare i DNS e sperare che tutto funzioni significa scoprire i problemi quando il sito è già in produzione, con clienti che cercano di comprare. Il test su staging (o tramite modifica del file hosts) è non negoziabile.
Il secondo errore è l’aggiornamento contemporaneo di software. Migrare al nuovo hosting e aggiornare PHP e aggiornare la piattaforma e cambiare versione di MySQL è una ricetta per problemi non isolabili. La migrazione si fa con la stessa configurazione del vecchio sistema; gli aggiornamenti si fanno dopo, uno alla volta.
Il terzo errore è la gestione DNS approssimativa. Lasciare un TTL di 24-48 ore prima della migrazione produce una propagazione lentissima, con utenti che vedono ora il vecchio sito ora il nuovo. Ridurre il TTL a 5-10 minuti almeno 48 ore prima della migrazione fa propagare le modifiche in pochi minuti.
Il quarto errore è la mancata gestione dei redirect SEO. Se l’URL del sito non cambia (caso più comune), non sono necessari redirect: i contenuti restano sotto lo stesso dominio. Se cambia anche un solo elemento dell’URL (es. da http a https, da www a non-www), serve un redirect 301 corretto per non perdere posizionamento. I motori di ricerca trasferiscono il ranking attraverso i redirect 301, ma solo se configurati correttamente.
Il quinto errore è la disattivazione precoce del vecchio hosting. Conservare l’accesso al vecchio server per almeno 2-4 settimane permette di recuperare file dimenticati, log, configurazioni utili. Disdire l’abbonamento dopo 48 ore è prematuro: meglio pagare un mese in più di sovrapposizione.
Impatto SEO: cosa fare per non perdere posizionamento
Il timore di “perdere posizionamento Google” frena molti dal migrare. In realtà, una migrazione fatta correttamente non ha impatti SEO significativi.
Le regole operative sono semplici. Mantenere identica la struttura degli URL (se possibile). Mantenere identico il dominio (se si cambia anche dominio, è una migrazione SEO completa, molto più articolata). Configurare correttamente i redirect 301 se gli URL cambiano. Verificare che il file robots.txt sia identico al vecchio. Verificare che la sitemap XML sia accessibile. Mantenere identici i meta tag SEO delle pagine.
Strumenti come Google Search Console vanno utilizzati per monitorare l’andamento post-migrazione: si segnala il cambio di server (anche se non strettamente necessario per il cambio di hosting), si controllano gli errori di indicizzazione, si verifica che le pagine continuino a comparire nei risultati.
Un piccolo impatto temporaneo è fisiologico: Google può impiegare alcuni giorni per registrare il cambio di server, e durante questa transizione il sito può essere leggermente meno reattivo nei risultati. È un effetto temporaneo che si normalizza entro 1-2 settimane se la migrazione è fatta bene.
Domande frequenti
Quanto tempo richiede una migrazione di ecommerce piccolo?
Per un ecommerce con catalogo di poche centinaia di prodotti e database sotto i 500 MB, una migrazione gestita da un tecnico esperto si chiude in 4-8 ore di lavoro complessivo, con downtime effettivo (sito non raggiungibile per gli utenti) di 15-30 minuti durante la sincronizzazione finale e il cambio DNS. Per ecommerce più grandi, i tempi aumentano in proporzione al database e alla complessità delle integrazioni.
Posso migrare l’ecommerce senza assistenza tecnica?
Per chi ha competenze tecniche solide (Linux, web server, database, DNS) è possibile. Per chi non le ha, è quasi sempre meglio affidarsi a un consulente o scegliere un fornitore che offra migrazione assistita gratuita. Il rischio di una migrazione fai-da-te senza esperienza è di scoprire problemi solo a sito già in produzione, con vendite in corso. Il costo di una migrazione assistita (200-800 euro per consulenti esterni, gratuita per molti fornitori managed) è quasi sempre giustificato.
Come capire se il nuovo hosting funziona davvero meglio?
Si confrontano i benchmark prima e dopo: tempi di caricamento (PageSpeed Insights, GTmetrix), TTFB, Core Web Vitals, tempi di risposta del server sotto carico. Misurazioni ripetute in giorni e orari diversi danno un quadro affidabile. La differenza tra un buon hosting e uno scadente è quasi sempre misurabile in centinaia di millisecondi sul TTFB e in punti percentuali sui Core Web Vitals.
Cosa fare se qualcosa va storto durante la migrazione?
L’unica risposta corretta è il rollback: tornare al vecchio hosting puntando di nuovo i DNS al server originario. Per questo conviene mantenere il vecchio hosting attivo per qualche settimana. Un rollback ben configurato (TTL DNS basso, vecchio server ancora online) si fa in 10-15 minuti. Tornare a una situazione funzionante è sempre preferibile a cercare di “risolvere al volo” problemi imprevisti su un’infrastruttura nuova.
