Checklist SEO per la migrazione di un sito: cosa controllare prima e dopo

Una checklist SEO per la migrazione di un sito copre tre momenti: cosa registri prima dello switch, cosa verifichi il giorno del lancio e cosa tieni d'occhio nel mese successivo. Il traffico quasi mai si perde per un piano sbagliato: si perde perché un noindex o una riga di robots.txt sopravvive alla migrazione e nessuno se ne accorge per due settimane. Deltio fa uno snapshot giornaliero della sitemap, controlla title, meta description, H1, canonical e hreflang su ogni URL e verifica l'uptime ogni 10 minuti, così la regressione arriva come alert e non come calo di traffico. Da £20 al mese con lo Starter annuale, con 14 giorni di prova gratuita.

La migrazione è l'unico lavoro in cui un'agenzia può bruciare il traffico di un cliente in un pomeriggio. Cambio dominio, cambio piattaforma, passaggio a HTTPS, restyling che tiene gli stessi URL: il modo in cui va storta è sempre lo stesso. Qualcosa della configurazione di staging finisce in produzione e il sito smette di essere scansionabile, in silenzio. Questa checklist è costruita su quel rischio, non su un piano di progetto generico.

Prima dello switch: fotografa il sito com'è oggi

Senza una baseline non puoi dimostrare che la migrazione è andata bene. Falla almeno una settimana prima del lancio, non la sera stessa.

• L'elenco completo degli URL. Esporta la sitemap attuale e conserva il file: è la lista con cui confronterai il sito nuovo. Vedi le best practice per la sitemap XML.
• Lo stato on-page. Title, meta description, H1, canonical e hreflang di ogni URL che porta traffico. È la tua foto del prima, e l'unico modo per accorgerti dopo di una riscrittura fatta dal template.
• I tag installati. Quali tag analytics e marketing ci sono e con quali ID: GA4, Google Tag Manager, Meta Pixel, quello che usa il cliente.
• Uptime e tempi di risposta. Una settimana normale di dati, così sai cosa significa lento quando il nuovo stack è online.

Pre-lancio: le quattro cose che rovinano le migrazioni

Verificale sullo staging, poi rifalle in produzione entro pochi minuti dallo switch. Non il giorno dopo.

• robots.txt. Lo staging è quasi sempre in disallow. Se quel file va online il sito esce dalla scansione. Ecco come controllare il robots.txt riga per riga.
• noindex. Stesso problema a livello di pagina. Un tag noindex rimasto in un template condiviso porta via tutte le pagine che lo usano.
• Canonical. Assoluti, uno per pagina, puntati sui nuovi URL. I canonical rimasti sul vecchio dominio sono un classico, e costano caro.
• hreflang. Su un sito multilingua ogni versione deve puntare ai nuovi URL, e i riferimenti devono essere reciproci.

Il giorno del lancio: le prime due ore

• Redirect. Ogni URL della tua baseline deve arrivare in un solo salto all'equivalente reale. Le catene e i redirect di massa alla home buttano via il valore che stai spostando.
• SSL. Dominio nuovo, certificato nuovo. Controlla che sia valido, che copra www e dominio nudo e che non scada fra tre settimane.
• Status code e raggiungibilità. Lo switch è il momento in cui il server cade o il firewall inizia a bloccare tutto ciò che sembra un bot, crawler compresi.
• Tag. Nelle migrazioni si perde l'analytics più spesso delle posizioni. Verifica che GA4 e GTM sparino sui template nuovi, con gli stessi ID di prima.

I primi 30 giorni

Il danno che costa di più è quello che nessuno cerca dopo la prima settimana.

• URL che escono dalla sitemap man mano che il CMS si assesta.
• Title e meta description riscritti dal nuovo template su un'intera sezione.
• Un canonical cambiato da un deploy di routine.

Come lo fa Deltio

Aggiungi il sito prima della migrazione e Deltio conserva la foto del prima al posto tuo. Fa uno snapshot della sitemap ogni giorno, mostra gli URL aggiunti, rimossi o modificati e tiene gli ultimi sette snapshot per il confronto: una sezione che smette di essere elencata si vede la mattina dopo. Lo scanner SEO controlla title, meta description, H1, canonical, lang e hreflang su ogni URL e confronta scan consecutivi, così una regressione di template la intercetti tu e non il cliente. Una modifica al robots.txt fa scattare una notifica immediata con il diff delle righe. L'uptime è controllato ogni 10 minuti, con avviso quando il sito va giù e quando torna. L'SSL ha avvisi a 30 giorni e a 1 giorno dalla scadenza, il dominio è tracciato via RDAP. I marketing tag sono controllati su ogni URL: un GA4 sparito o un ID GTM cambiato diventa un alert, non una scoperta a ottobre. Tutto arriva via email o su Slack.

Preparalo prima della prossima

La checklist funziona solo se la foto del prima esiste, e non puoi crearla a posteriori. Aggiungi ora il sito del cliente, lascialo girare una settimana e arriva alla migrazione con i dati invece che con i ricordi. I 14 giorni di prova gratuita coprono un weekend di lancio.