Checklist per la migrazione SEO: inventario, mapping, test, rollback e monitoraggio
13 Ottobre 2026 · SEO
Perché usare questa checklist
In una migrazione, la checklist serve a impedire che redirect corretti nascondano perdite di contenuto, tracking o funzionalità. Riunisce i controlli da eseguire prima e dopo il rilascio, ma la decisione di andare online deve considerare il tipo di cambio, gli URL coinvolti e i risultati dei test su template, form e analytics.
Definire il tipo di migrazione
CMS, struttura, dominio, hosting, design e contenuti sono assi distinti. Il registro dei cambi permette di isolare rischi e cause.
Costruire baseline e inventario
URL, status, canonical, query, backlink, contenuti, conversioni, eventi e form devono essere esportati prima dello sviluppo.
Preparare mapping e QA
Ogni URL importante riceve una destinazione equivalente o una decisione motivata. Template e contenuti vengono confrontati in staging.
Governare il go-live
Redirect, DNS, sitemap, tracking, cache, certificati, backup e rollback devono avere ordine e owner.
Monitorare SEO e business
Crawl, indicizzazione, query, conversioni e qualità dei lead reagiscono con tempi diversi e vanno segmentati.
Checklist operativa
| Area | Controllo | Evidenza richiesta | Priorità |
|---|---|---|---|
| Perimetro | Sono elencati tutti i cambi previsti? | Change register | Alta |
| Baseline URL | URL, status, canonical e sitemap sono salvati? | Inventario pre-live | Alta |
| Baseline performance | Query, landing, link e conversioni sono esportati? | Dashboard baseline | Alta |
| Contenuti | Vecchio e nuovo conservano informazioni e prove importanti? | Content parity | Alta |
| Mapping | Ogni URL strategico ha una decisione motivata? | Mappa old–new | Alta |
| Redirect | Sono permanenti, diretti e verso contenuti equivalenti? | Test status | Alta |
| Staging | È protetto senza trasferire blocchi in produzione? | QA ambienti | Alta |
| Rendering | Contenuti, link e dati strutturati funzionano sui template? | Test render | Alta |
| Form | Invio, allegati, routing e CRM sono testati? | Test end-to-end | Alta |
| Analytics | Eventi, consenso e identificativi sono verificati? | Debug plan | Alta |
| Go-live | Owner, orari, rollback e comunicazione sono definiti? | Runbook | Alta |
| Post-live | Esistono frequenza, soglie e issue log? | Piano monitoraggio | Alta |
Come leggere la checklist
L’esito si assegna sul test previsto per ciascuna riga: export pre-live, confronto old–new, risposta HTTP, rendering o invio completo del form. «Conforme» richiede che il test passi sul campione stabilito; «parziale» segnala copertura o eccezioni ancora aperte; «non conforme» blocca o attiva una correzione in base al rischio; «N/A» va usato soltanto se quel componente non cambia né dipende dalla migrazione.
La colonna «Priorità» segnala quanto può essere grave una lacuna, ma il runbook deve ordinare le attività secondo la sequenza reale del rilascio. Un errore reversibile su pochi URL non si gestisce come un canonical errato di template o un form indisponibile: contano diffusione, impatto, possibilità di rollback e tempo necessario per accertare la causa.
| Esito | Significato | Azione |
|---|---|---|
| Conforme | Regola documentata, applicata e controllata. | Mantenere e fissare la revisione. |
| Parziale | Pratica incompleta, incoerente o non misurabile. | Definire lacuna, owner e scadenza. |
| Non conforme | Regola assente o problema osservabile. | Aprire intervento e gestire le dipendenze. |
| N/A | Controllo realmente estraneo al perimetro. | Documentare la motivazione. |
Interpretazione dei controlli più bloccanti
Perimetro
Verificare se sono elencati tutti i cambi previsti?. Evidenza minima: Change register. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Baseline URL
Verificare se uRL, status, canonical e sitemap sono salvati?. Evidenza minima: Inventario pre-live. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Baseline performance
Verificare se query, landing, link e conversioni sono esportati?. Evidenza minima: Dashboard baseline. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Contenuti
Verificare se vecchio e nuovo conservano informazioni e prove importanti?. Evidenza minima: Content parity. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Mapping
Verificare se ogni URL strategico ha una decisione motivata?. Evidenza minima: Mappa old–new. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Redirect
Verificare se sono permanenti, diretti e verso contenuti equivalenti?. Evidenza minima: Test status. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Output obbligatori
- Change register
- Inventario e baseline
- Mapping redirect
- QA e runbook
- Dashboard post-migrazione
Change register, inventario, mapping, test e piano post-live devono alimentare lo stesso registro operativo della migrazione. Ogni anomalia resta aperta finché il controllo viene ripetuto nell’ambiente corretto e dà l’esito atteso; slide approvate o redirect caricati, da soli, non dimostrano che contenuti e conversioni siano preservati.
Scenario applicativo
Una migrazione restituisce correttamente 301 per tutti gli URL, ma il nuovo template perde tabelle tecniche e il form mobile non funziona.
La checklist avrebbe intercettato content parity e test end-to-end: la mappa redirect era necessaria, ma non sufficiente.
Errori da evitare
- Coinvolgere SEO alla fine.
- Associare URL per somiglianza dello slug.
- Testare solo la homepage.
- Dimenticare form e tracking.
- Chiudere il progetto il giorno del rilascio.
Domande frequenti
Si può evitare qualsiasi oscillazione?
No. Si può ridurre il rischio e rendere diagnosticabile ogni anomalia.
Quanto mantenere i redirect?
A lungo, aggiornando anche i link interni alle destinazioni finali.
Serve una checklist diversa per il cambio dominio?
Il nucleo resta valido, con controlli aggiuntivi su proprietà, DNS e strumenti di cambio indirizzo disponibili.
Fonti e riferimenti
- Google Search Central — Site moves with URL changes — https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Google Search Central — Changing hosting without URL changes — https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes
- Google Search Central — Specify canonical URLs — https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
Approfondisci il servizio: Recupero traffico organico.