Evitare la Perdita di SEO in una Migrazione di Sito: Guida
Dopo un restyling, il posizionamento cala di solito per i redirect dimenticati, non per un design debole. Mappatura URL e checklist di migrazione.
Team rabbitclipPubblicato: 5 min di lettura
In breve
Il motivo più frequente per cui il posizionamento cala dopo un restyling è che i vecchi URL non vengono mai reindirizzati ai nuovi. Google si aspetta un redirect 301 corretto ogni volta che un URL cambia, in modo che il segnale accumulato dalla vecchia pagina passi al nuovo indirizzo; saltare questo passaggio fa sì che il motore di ricerca ricominci a valutare la pagina da zero (Google Search Central, Site moves with URL changes).
Questa perdita di solito non è colpa del team di design, ma un vuoto nella pianificazione del progetto. Il nuovo design viene approvato, lo sviluppo parte, ma nessuno estrae l'elenco completo degli URL del vecchio sito; la notte del lancio nessuno ha in mano la corrispondenza tra indirizzi vecchi e nuovi.
Di seguito le tre fasi di una migrazione: preparazione, la notte del lancio, e i controlli successivi.
Preparazione: il vecchio sito viene mappato per intero
Prima del passaggio, si raccolgono tutti gli URL scansionabili (indicizzati) del vecchio sito, dal report di copertura in Search Console, dalla sitemap e, se serve, da uno strumento di scansione. Se il sito di un servizio di firma elettronica ha centinaia di articoli di supporto, ognuno deve entrare singolarmente in quell'elenco.
Ogni vecchio URL viene poi associato al suo equivalente sul nuovo sito. Se una pagina non ha un equivalente esatto nella nuova struttura, viene reindirizzata alla pagina più vicina sullo stesso argomento; senza alcun equivalente, reindirizzare a una pagina di categoria pertinente funziona meglio che reindirizzare alla home.
Perché un redirect 301 non è la stessa cosa di un 302
Un redirect 301 dice «questa pagina si è spostata permanentemente», e il motore di ricerca trasferisce il segnale della vecchia pagina al nuovo indirizzo. Un 302 dice «questa pagina è temporaneamente altrove», e non ci si aspetta alcun trasferimento di segnale. Usare un 302 per un cambio di sito permanente è un errore frequente che blocca quel trasferimento (Google Search Central).
Anche le catene di redirect meritano un controllo; se il vecchio indirizzo A non reindirizza direttamente al nuovo ma prima a un altro vecchio indirizzo, e solo dopo al nuovo, quella catena costa sia velocità sia segnale. L'obiettivo è che ogni vecchio indirizzo raggiunga il nuovo in un solo passaggio.
Sitemap e file robots vengono aggiornati
Non appena il nuovo sito è online, la sitemap (sitemap.xml) deve contenere i nuovi URL ed essere inviata al motore di ricerca tramite Search Console; una vecchia sitemap ancora rivolta agli indirizzi precedenti confonde la scansione.
Va controllato anche il file robots.txt; una regola aggiunta durante lo sviluppo per impedire ai motori di ricerca di scansionare il sito, se sopravvive al passaggio in produzione, può rendere il nuovo sito del tutto invisibile nelle ricerche. È un errore frequente ma facilmente evitabile nelle migrazioni.
La checklist della notte del lancio
Ci sono punti da controllare proprio nel momento del lancio e subito dopo; la maggior parte richiede pochi minuti, ma saltarli può costare settimane di posizionamento perso.
- Confermare che robots.txt non blocchi più la scansione
- Generare la nuova sitemap e inviarla a Search Console
- Testare i redirect di tutti i vecchi URL, includendo almeno le venti pagine con meno traffico
- Verificare che i dati strutturati (schema) siano ancora presenti sulle nuove pagine
- Monitorare il report di copertura in Search Console nei giorni successivi al lancio
Dopo il passaggio: quante settimane osservare
Google può impiegare alcune settimane per elaborare completamente i nuovi URL; in questo periodo è normale vedere fluttuazioni temporanee nel posizionamento. Il vero segnale d'allarme non è la fluttuazione, ma una pagina specifica ancora indicizzata sotto il vecchio indirizzo settimane dopo; questo indica un'interruzione da qualche parte nella catena di redirect.
Proteggere i link interni e i backlink
I link interni, ossia una pagina che ne collega un'altra all'interno dello stesso sito, sono ciò che più spesso viene dimenticato durante una migrazione; anche con i vecchi URL reindirizzati, se il testo di una pagina punta ancora a vecchi link, un visitatore attraversa una catena di redirect, e questo costa velocità a ogni clic.
I backlink, cioè link da altri siti verso il proprio, non si possono modificare direttamente, ma se il redirect è impostato correttamente, il segnale che quei link portano si trasferisce comunque al nuovo indirizzo; una configurazione 301 completa conta quindi tanto per i link esterni quanto per quelli interni.
Proteggere analytics e tracciamento delle conversioni durante la migrazione
Il codice analytics e i tag di tracciamento delle conversioni, invii di moduli, tracciamento delle ricerche, sono un altro elemento che si dimentica passando a un nuovo sito; se questi tag mancano, i dati di traffico e conversione presentano un punto cieco per un po' dopo il lancio.
Se il codice di tracciamento degli invii di modulo di un servizio di firma elettronica funziona sul vecchio sito ma non viene mai ricostruito sul nuovo, nessuno può dire quante persone abbiano effettivamente compilato il modulo dopo il lancio; per questo l'elenco dei tag di tracciamento andrebbe raccolto prima del passaggio, insieme all'elenco degli URL.
Il primo giorno dopo il lancio, ogni modulo e pulsante attivo va testato manualmente una volta a scopo di verifica; vedere quella voce di test comparire nel pannello analytics conferma che il codice di tracciamento funziona davvero.
Per quanto buono sia il design di un nuovo sito, redirect mancanti e una mappatura URL incompleta costano la visibilità già costruita nei motori di ricerca. rabbitclip gestisce l'elenco dei vecchi URL, il piano di redirect e il monitoraggio post-lancio come una voce a sé in ogni progetto di migrazione; un piano di restyling già esistente può essere rivisto insieme, confrontandolo con questa checklist.
Domande frequenti
Un redirect 301 danneggia il posizionamento?
No, se impostato correttamente; il vero rischio è l'assenza di redirect, o l'uso di uno temporaneo come il 302.
Ogni vecchia pagina ha bisogno di un equivalente esatto sul nuovo sito?
No, una pagina senza equivalente esatto può essere reindirizzata alla pagina più vicina sullo stesso argomento.
Quanto tempo serve perché il posizionamento si stabilizzi dopo una migrazione?
Di solito alcune settimane; varia in base alle dimensioni del sito e all'entità del cambiamento.
Perché il controllo del robots.txt è così importante?
Un blocco di scansione aggiunto in sviluppo, se passa in produzione, può rendere il nuovo sito del tutto invisibile nelle ricerche.
I link interni vanno corretti prima della migrazione?
Idealmente sì; come minimo, tutti i link interni vanno aggiornati ai nuovi indirizzi subito dopo il lancio.
