Una migrazione SEO è la gestione di un cambiamento importante del sito, fatta in modo da preservare il traffico organico e le posizioni conquistate. Il cambiamento può essere di vario tipo: un nuovo dominio, il passaggio a una nuova piattaforma, una revisione della struttura degli URL, un rifacimento grafico completo. In tutti questi casi, ciò che era stabile cambia, e Google deve ritrovarsi.

La distinzione importante è tra la migrazione tecnica e la migrazione SEO. La prima è spostare i file, cambiare il tema, mettere online la nuova versione: la fa lo sviluppatore. La seconda è l’insieme di accorgimenti che fanno sì che, dopo lo spostamento, il traffico da Google resti dov’era. Sono due lavori diversi, e il secondo viene quasi sempre dimenticato. È per questo che tante aziende, dopo un rifacimento “riuscito”, si ritrovano con il traffico crollato.

Ogni volta che sta per cambiare qualcosa di strutturale nel sito, serve gestire la migrazione dal punto di vista SEO. I casi più comuni:

• Cambio di dominio. Un nuovo nome o una nuova estensione: tutti gli indirizzi cambiano, e vanno reindirizzati.
• Cambio di piattaforma. Il passaggio da un sistema a un altro, per esempio da WooCommerce a Shopify, che genera strutture di URL diverse.
• Ristrutturazione degli URL. Una riorganizzazione delle categorie o dei percorsi, che cambia gli indirizzi delle pagine anche a parità di dominio.
• Rifacimento grafico completo. Un nuovo sito che sostituisce il vecchio: anche quando il dominio resta, spesso cambiano struttura, URL e contenuti.
• Passaggio a HTTPS. Il passaggio dal protocollo non sicuro a quello sicuro, che tecnicamente cambia l’indirizzo di ogni pagina.

In tutti questi casi il rischio è lo stesso: se i vecchi indirizzi smettono di funzionare senza essere reindirizzati ai nuovi, Google trova pagine che non esistono più e le posizioni svaniscono.

La perdita di traffico dopo una migrazione non è una fatalità: ha cause precise, quasi tutte evitabili. Le più frequenti sono la mancanza di redirect dai vecchi URL ai nuovi, per cui le pagine che si posizionavano diventano errori 404; una struttura cambiata senza una mappatura ragionata, che disorienta Google; e contenuti che generavano traffico persi o accorpati durante il rifacimento, magari perché sembravano “poco importanti” a chi non guardava i dati.

A queste si aggiungono errori più tecnici ma altrettanto dannosi: canonical impostati male, il blocco accidentale dei crawler nella versione nuova, link interni che puntano ancora ai vecchi indirizzi. Il filo comune è che la migrazione viene trattata come un problema di sviluppo, non di SEO: si controlla che il sito nuovo funzioni e sia bello, non che Google ci si ritrovi. Ed è proprio nel passaggio, nell’attimo in cui il vecchio lascia il posto al nuovo, che si gioca tutto.

Una migrazione sicura si pianifica prima, non si ripara dopo. Il metodo, in sintesi, è questo:

• Fotografia dello stato attuale. Prima di toccare nulla, si registra cosa si posiziona e porta traffico: quali URL, per quali ricerche, con quale valore. È il riferimento contro cui misurare che non si sia perso niente.
• Mappatura degli URL. Si costruisce la corrispondenza tra ogni vecchio indirizzo e il suo nuovo indirizzo, uno a uno. È la parte più laboriosa e la più importante.
• Redirect 301. Si implementano i reindirizzamenti permanenti secondo la mappatura, così ogni vecchio URL porta al nuovo giusto.
• Verifica prima del lancio. Si controlla che i redirect funzionino, che i canonical siano corretti, che i crawler non siano bloccati, che i link interni puntino ai nuovi indirizzi.
• Monitoraggio dopo il lancio. Si tiene d’occhio l’indicizzazione e il traffico nei giorni e nelle settimane successive, per intercettare e correggere subito eventuali problemi.

Fatto così, il passaggio è quasi invisibile per Google, e il traffico resta dov’era. È un lavoro di precisione, non di fortuna.

Se c’è un elemento su cui una migrazione si gioca, è il redirect 301. Un 301 è un reindirizzamento permanente: dice ai motori di ricerca che una pagina si è spostata in modo definitivo a un nuovo indirizzo. La sua funzione non è solo mandare l’utente nel posto giusto, ma trasferire ai nuovi URL gran parte dell’autorità che i vecchi avevano accumulato negli anni. È questo che permette alle posizioni di non perdersi.

La differenza tra un 301 e altri tipi di reindirizzamento conta: un redirect temporaneo (302), usato per errore al posto di un 301, segnala a Google che il cambiamento non è definitivo, e l’autorità non si trasferisce come dovrebbe. Ed è cruciale che la mappatura sia fatta uno a uno, cioè che ogni vecchia pagina punti alla nuova pagina equivalente, non tutte genericamente alla home: reindirizzare tutto alla home page è uno degli errori più comuni e più dannosi, perché Google lo interpreta quasi come se le vecchie pagine fossero sparite. Una mappa di 301 costruita con cura, pagina per pagina, è ciò che distingue una migrazione sicura da un disastro.

Un esempio concreto dal mio track record: la migrazione di un e-commerce da WooCommerce a Shopify, due piattaforme con strutture di URL molto diverse, completata con zero perdita di traffico organico. È il tipo di intervento dove il rischio è massimo, perché cambiano contemporaneamente la piattaforma, la struttura degli indirizzi e spesso il modo in cui sono organizzati prodotti e categorie.

Il risultato non è arrivato per fortuna, ma per metodo: la fotografia del traffico prima di iniziare, la mappatura completa dei vecchi URL sui nuovi, i redirect 301 uno a uno, e il monitoraggio nelle settimane successive per correggere subito ogni scostamento. Il passaggio, per chi guardava solo il traffico su Google, è stato quasi impercettibile. È esattamente il risultato che una migrazione deve produrre: nessuno se ne accorge, perché non è successo nulla di male.

Con una migrazione gestita bene, spesso non c’è nulla da “recuperare”, perché il traffico non cala in modo significativo. È normale una piccola oscillazione nei primissimi giorni, mentre Google rielabora la nuova struttura, ma si riassesta in fretta. Quando invece una migrazione è andata male e il traffico è crollato, il recupero è più lungo e incerto: implementare i redirect mancanti a posteriori aiuta, ma rimettere le cose a posto dopo richiede in genere diverse settimane, e non sempre si torna esattamente al punto di partenza. È la ragione per cui vale così tanto fare le cose bene prima: prevenire una perdita costa una frazione di quanto costa rimediarla.

I passaggi collegati per approfondire:

Devo per forza rifare i redirect se cambio solo la grafica?

Dipende se cambiano anche gli URL. Se il rifacimento grafico mantiene identici gli indirizzi delle pagine, i redirect non servono; se li cambia, anche di poco, servono eccome. La verifica di cosa cambia negli URL è il primo controllo da fare prima di qualsiasi rifacimento.

Posso fare la migrazione da solo?

La parte tecnica sì, se hai le competenze; la parte SEO richiede metodo e attenzione ai dettagli che, se sbagliati, costano cari e sono difficili da rimediare. Vista la posta in gioco (anni di posizionamento), è uno dei casi in cui una supervisione esperta ripaga ampiamente il costo.

Quando è il momento migliore per migrare?

Non in un periodo di picco per il tuo business, così un’eventuale oscillazione pesa meno, e non a ridosso di un aggiornamento importante di Google. Per il resto, con una gestione corretta, una migrazione si può fare in sicurezza in qualsiasi momento.

Come faccio a sapere se la mia migrazione passata è andata male?

Il segnale è un calo del traffico organico coinciso con il cambiamento del sito. Un audit lo verifica: controlla i redirect mancanti, gli errori 404 sulle vecchie pagine e le posizioni perse, e indica cosa si può ancora recuperare.