Stai per cambiare dominio, passare a un nuovo CMS o ridisegnare l’architettura del sito. Hai già visto colleghi perdere il 70% del traffico organico dopo una migrazione. Il problema non è la migrazione in sé: è l’assenza di un piano che protegga il posizionamento. Noi abbiamo seguito decine di aziende in queste transizioni – dal passaggio da WordPress a un headless CMS al cambio di dominio con rebranding. Ogni volta la stessa regola: preparazione e monitoraggio valgono più della tecnologia.

Perché le migrazioni bruciano il posizionamento (e come evitarlo)

Google vede un sito migrato come un sito nuovo. Se non comunichi chiaramente cosa è cambiato, il crawler perde le tracce. I sintomi tipici: pagine indicizzate che calano a zero, link interni che puntano a 404, backlink che si disperdono. La causa è quasi sempre la mancata implementazione dei redirect 301 e la gestione approssimativa della struttura URL.

L’errore più comune: pensare che il redirect 301 basti

Un reindirizzamento 301 dice a Google “la pagina si è spostata definitivamente”. Ma se il redirect è generico (ad esempio tutte le pagine vecchie verso la homepage), il valore dei link si disperde. Ogni URL deve avere il suo corrispondente esatto. Esempio: vecchiosito.it/prodotti/widget → nuovosito.it/prodotti/widget, non verso nuovosito.it.

Backlink e segnali: cosa succede durante la migrazione

I backlink puntano a URL vecchi. Se non li reindirizzi uno a uno, il PageRank si perde. Usa strumenti come Ahrefs o Semrush per esportare tutti i backlink prima della migrazione e verifica che ogni dominio esterno punti a un URL funzionante dopo il redirect.

La checklist pre-migrazione: cosa controllare prima del fatidico taglio

Non avviare mai la migrazione senza aver completato questi passaggi. Li chiamiamo i “cinque fermi obbligatori”.

1. Audit completo del sito attuale

  • Elenco di tutte le URL indicizzate (da Google Search Console e crawler locale).
  • Mappa di navigazione e gerarchia dei contenuti.
  • Canonical, hreflang, robots.txt e sitemap XML attuali.
  • Misurazione baseline del traffico organico per sezione.

2. Creazione della mappa redirect 1:1

Per ogni URL vecchia, identifica la nuova corrispondente. Non accettare eccezioni “tanto quella pagina ha zero traffico”. I redirect generici sono il primo passo verso il disastro. Strumenti consigliati: Screaming Frog per lo spidering, poi foglio di calcolo con colonne “URL vecchia”, “URL nuova”, “Codice redirect”.

3. Backup e ambiente di staging

Non migrare mai su produzione senza test in staging. Clona il sito attuale, applica le modifiche in ambiente chiuso, verifica che tutti i redirect funzionino con un crawler locale. Noi usiamo sempre un file di staging con password protection per evitare indicizzazioni premature.

La migrazione: passo dopo passo

Fase 1: Impostazione del nuovo ambiente

Configura il nuovo dominio o CMS. Assicurati che www e non-www puntino allo stesso posto (scelta univoca). Imposta i redirect 301 a livello server (htaccess, Nginx o configurazione CDN). Non usare meta refresh o JavaScript redirect: Google li tratta male.

Fase 2: Trasferimento dei contenuti e mapping URL

Copia i contenuti mantenendo la struttura URL il più simile possibile. Se devi cambiare URL (es. da /p/widget a /prodotti/widget), implementa i redirect corrispondenti. Aggiorna i link interni nel nuovo sito: ogni link che punta a una vecchia URL deve essere riscritto verso la nuova.

Fase 3: Aggiornamento di sitemap, robots.txt e tag canonici

  • Sitemap XML: genera una nuova con solo le URL del nuovo dominio.
  • Robots.txt: assicurati che non blocchi i crawler (nessun Disallow: /).
  • Canonical: ogni pagina deve avere rel=canonical che punta a sé stessa (sul nuovo dominio).

Fase 4: Impostazione del cambio di indirizzo in Google Search Console

Se cambi dominio, usa lo strumento “Cambio di indirizzo” in GSC. Se cambi solo CMS ma mantieni lo stesso dominio, non serve: basta aggiornare la sitemap e richiedere l’indicizzazione.

Fase 5: Lancio e monitoraggio intensivo

Dopo il taglio, monitora ogni giorno per almeno due settimane: copertura indici, errori 404, variazioni di traffico. Usa GSC e Google Analytics. Imposta alert per picchi di 404.

Errori da evitare anche se sei esperto

  • Non mantenere il vecchio sito attivo senza redirect: il contenuto duplicato confonde Google. Meglio reindirizzare subito o mettere offline con 410.
  • Cambiare troppe cose insieme: dominio, CMS, design e contenuti tutti in una volta moltiplica i rischi. Noi consigliamo di separare: prima la migrazione tecnica, poi il redesign estetico, poi l’aggiornamento dei contenuti.
  • Dimenticare le pagine con parametri tracking: URL con utm_source e simili vanno reindirizzate escludendo i parametri oppure gestite con regole.
  • Non avvisare i principali siti che linkano: per i backlink più importanti, contatta i webmaster e chiedi di aggiornare il link alla nuova URL.

In sintesi — cosa fare adesso

1. Fai un audit completo del sito attuale: URL, traffico, backlink, file tecnici.
2. Costruisci una mappa redirect 1:1 per ogni URL, anche quelle con traffico zero.
3. Testa tutto in staging prima del taglio: crawler, redirect, link interni.
4. Lancia con cambio di indirizzo in GSC e monitoraggio giornaliero per due settimane.
5. Non fare tutto in un’unica migrazione: separa tecnologia, design e contenuti.

Se gestisci più siti per i tuoi clienti, sai quanto tempo si perde a coordinare questi passaggi. È esattamente il flusso che abbiamo automatizzato in Zenith: dal monitoraggio delle variazioni di ranking alla gestione dei redirect multi-dominio. Se vuoi vedere come funziona nella pratica, provalo gratis un mese.

Per approfondire altri aspetti SEO per la tua impresa, leggi la guida completa SEO per PMI e professionisti.