Cambiare dominio, CMS, struttura degli URL o passare a HTTPS sono i momenti in cui un sito rischia di perdere visibilità sui motori di ricerca. Mappatura degli URL e redirect 301 sono il cuore della migrazione: intorno a questi due elementi si costruisce un metodo per ridurre il rischio.
Perché una migrazione SEO mal gestita causa crolli di traffico organico
Rifare un sito, spostarlo su un nuovo CMS o cambiare dominio sono operazioni che, gestite senza disciplina, comportano un calo del traffico organico nelle settimane successive al rilascio. Il punto critico non è il design e nemmeno la performance: sono gli URL. Quando un indirizzo cambia, motori di ricerca e link esterni continuano a puntare al vecchio, e il valore accumulato negli anni può disperdersi. Un metodo strutturato riduce il rischio in modo significativo, anche se nessun metodo può azzerarlo.
Cosa si intende per Migrazione SEO (e quali modifiche impattano gli URL)
Sotto la stessa parola si raccolgono interventi molto diversi: cambio di dominio, cambio di CMS o piattaforma, ristrutturazione degli URL (permalink, categorie, slug), passaggio da HTTP a HTTPS, unione o separazione di siti. Un restyling solo grafico, che lascia identici dominio e URL, di per sé non è una migrazione SEO-critica; ogni intervento che modifica gli URL, sì.
Mappatura URL e Redirect 301: l'infrastruttura tecnica
Qui si gioca davvero la conservazione del valore organico. Il metodo è in più passaggi, agnostico rispetto agli strumenti.
Inventario URL e log analysis
Si raccolgono tutti gli indirizzi esistenti incrociando crawl, sitemap XML, analytics e log del server. I log sono la fonte meno sostituibile delle quattro: mostrano cosa Googlebot ha effettivamente richiesto, comprese pagine orfane non raggiungibili dal crawl e non presenti in sitemap. Nessun URL deve restare fuori dall'inventario, soprattutto quelli che ricevono traffico o backlink in entrata.
Mappatura 1:1 e preservazione del Search Intent
A ogni vecchio URL corrisponde un nuovo URL equivalente per contenuto e intento. Reindirizzare massivamente vecchie pagine interne verso la nuova Home Page è un errore tecnico grave: la documentazione di Google Search Central sconsiglia esplicitamente di far convergere molti URL su una singola destinazione non pertinente, perché il redirect può essere trattato come un Soft 404. In quel caso il vecchio URL viene di fatto rimosso dall'indice e la Link Equity (il PageRank) accumulata dai suoi backlink si disperde invece di trasferirsi. In più si frustra l'utente, che non trova risposta alla propria query. La mappatura deve preservare l'esatto Search Intent della pagina di origine.
Diverso è il caso della consolidazione legittima: se contenuti prima distribuiti su più pagine confluiscono in un'unica nuova pagina che li copre davvero tutti, il redirect multiplo verso quella destinazione è corretto e riconosciuto come tale. La discriminante non è quanti URL puntano allo stesso indirizzo, ma se la destinazione soddisfa l'intento di chi arriva.
Status Code: Redirect 301, 302 temporaneo e 308 permanente
Il 301 Moved Permanently comunica ai motori che la pagina ha cambiato indirizzo in modo stabile ed è lo status code della migrazione; il 302 Found segnala uno spostamento temporaneo e non consolida il trasferimento dei segnali. Per spostamenti permanenti che devono preservare il metodo HTTP della richiesta (POST verso form o API) esiste il 308 Permanent Redirect. Le definizioni ufficiali sono nel RFC 9110 — HTTP Semantics dell'IETF.
Eliminazione di Redirect Chain e Loop
Un vecchio URL deve puntare direttamente alla destinazione finale, in un solo hop. Le redirect chain allungano il tempo di risposta, consumano Crawl Budget su richieste intermedie che non servono a nessuno e, oltre una certa profondità, Googlebot smette di seguirle. I loop sono il caso limite: la pagina diventa irraggiungibile sia per i crawler sia per gli utenti. In fase di collaudo la mappatura va verificata seguendo ogni catena fino allo status 200 finale.
Durata dei redirect 301
I reindirizzamenti vanno mantenuti almeno un anno: è la soglia minima indicata da Google, e serve perché i sistemi di scansione devono incontrare il redirect più volte prima di registrare lo spostamento come permanente. Un anno però è il minimo, non l'obiettivo. La raccomandazione operativa è tenerli attivi a tempo indeterminato, perché i backlink esterni continuano a puntare ai vecchi indirizzi molto dopo che Google ha completato il trasferimento dei segnali: rimuovere i redirect significa interrompere quel flusso di autorevolezza e restituire un 404 a chiunque clicchi su un vecchio link. In parallelo conviene fare la cosa che rende i redirect meno necessari, cioè chiedere l'aggiornamento dei link in entrata più importanti verso i nuovi URL.
Questo ha una conseguenza pratica spesso trascurata: il vecchio dominio va mantenuto registrato e attivo. Dismetterlo alla scadenza successiva alla migrazione azzera in un colpo solo tutto il lavoro di mappatura.
Coerenza tra canonical, sitemap e redirect
La nuova sitemap elenca solo gli URL finali, quelli che rispondono 200; i tag canonical puntano alle versioni definitive, in modo coerente con i redirect. Un canonical che rimanda a un URL reindirizzato, o una sitemap che contiene indirizzi in 301, sono segnali contraddittori che rallentano il consolidamento.
Oltre gli URL: Segnali On-Page e dati strutturati da trasferire
La migrazione non riguarda solo gli indirizzi. Vanno trasferiti anche title e meta description di ciascuna pagina, la gerarchia dei titoli (H1/H2/H3), i dati strutturati (Schema.org), i link interni aggiornati ai nuovi URL, i tag canonical, gli eventuali hreflang per siti multilingua, le immagini con attributi alt e percorsi degli asset. Sono i segnali che i motori usano per comprendere e posizionare le pagine: spostare gli URL e perdere questi elementi vanifica buona parte del lavoro di mappatura.
Checklist SEO per la Migrazione: prima, durante e dopo il Go-Live
Prima del rilascio. Crawl e inventario completo, benchmark di performance e posizionamenti attuali, ambiente di staging blindato ai crawler (la best practice è la Basic Authentication a livello di server o il blocco per IP, evitando di affidarsi al solo meta tag noindex: il noindex per essere letto richiede comunque la scansione, e se sopravvive per errore al go-live ritarda l'indicizzazione del nuovo sito), tabella di mappatura URL completa e revisionata.
Durante il rilascio. Pubblicazione dei redirect, aggiornamento di sitemap XML e robots.txt, rimozione del blocco di indicizzazione dallo staging, invio della nuova sitemap XML a Google Search Console e Bing Webmaster Tools. In caso di cambio di dominio, è necessario utilizzare lo Strumento Cambio di Indirizzo (Change of Address Tool) in Search Console per inoltrare i segnali di ranking dal vecchio al nuovo dominio: senza, Google può impiegare mesi a ricostruire da solo il collegamento. Lo strumento ha vincoli precisi da conoscere prima: entrambe le proprietà devono essere verificate nello stesso account, funziona solo su proprietà a livello di dominio (non su sottocartelle) e non trasferisce i sottodomini, quindi va eseguito separatamente per ogni variante, www inclusa. Non è invece lo strumento per il passaggio da HTTP a HTTPS sullo stesso dominio, che viene gestito automaticamente sulla proprietà di origine.
Dopo il rilascio. Monitoraggio di errori di scansione, copertura dell'indice, posizionamenti e traffico. Il periodo critico va dalle prime 48 ore alle 8-12 settimane successive: le anomalie vanno corrette presto, prima che il calo si consolidi.
Gli errori critici: soft 404 e crawl budget sprecato
I più frequenti, da prevenire come voci di controllo:
- redirect massivo verso la home invece che verso la pagina equivalente, con conseguente trattamento come Soft 404 e perdita della Link Equity;
- redirect chain e loop lasciati in produzione, che erodono il Crawl Budget e non trasferiscono i segnali;
- mancata rimozione del noindex dallo staging dopo il go-live, l'errore che da solo può tenere fuori dall'indice un sito intero;
- link interni rimasti puntati ai vecchi URL, che costringono ogni visita a passare da un redirect;
- rimozione dei redirect troppo presto, o mancato rinnovo del vecchio dominio;
- sitemap non aggiornata, con URL che rispondono 301 o 404;
- percorsi delle immagini non gestiti, con perdita del posizionamento su Google Immagini.
Gestione lato server: DNS, HTTPS e file di configurazione
Mappatura e checklist sono il metodo; l'esecuzione passa dal server. I redirect 301 si configurano lato server (file .htaccess su Apache, direttive return 301 nella configurazione nginx, o impostazioni del CMS), i certificati SSL/TLS abilitano HTTPS e vanno predisposti e verificati prima del passaggio, la gestione del dominio include la propagazione DNS verso il nuovo hosting, con i TTL abbassati nei giorni precedenti per accorciare la finestra di transizione. Sono operazioni che si governano dal pannello del provider di hosting e domini. Pianificare la mappatura prima del rilascio è la differenza tra una migrazione che tiene e una che lascia macerie sul tavolo.