Migrazione SEO: checklist di 10 punti per eseguirla con successo

• Cos'è una migrazione SEO: un insieme di attività tecniche, semantiche e di user experience per preservare il posizionamento organico durante un cambiamento strutturale del sito.
• Quando serve. Cambio di dominio o di strutturazione URL, passaggio a una nuova versione CMS o a un CMS diverso, restyling web: ogni scenario ha rischi e priorità differenti.
• Come si organizza. Un processo di 10 passaggi, dalla definizione di ruoli e responsabilità fino al confronto tra vecchi e nuovi URL nelle settimane successive al lancio.
• Gli errori più comuni sono evitabili. Staging indicizzabile, redirect mancanti, URL cambiate senza motivo: gran parte dei danni nasce da una mancanza di pianificazione.

Vuoi comprendere cosa significhi gestire una migrazione SEO senza dover leggere tutto l’articolo? In questo video Michele, uno dei Senior SEO Specialist di NetStrategy, ti spiega tutto quello che devi sapere.

Un processo di migrazione SEO è un insieme di interventi tecnici e strategici che vengono messi in pratica per preservare (e possibilmente migliorare) il posizionamento organico sui motori di ricerca di un determinato sito web, in contesti di aggiornamento complessivo o particolarmente rilevante dei contenuti. 

Gli interventi possono spaziare su più fronti: ottimizzazione tecnica e semantica on-page, user experience e persino attività off-page (link building).

L'obiettivo è guidare i crawler nell'interpretazione della nuova versione del sito, evitando errori che potrebbero condurre a crolli di visibilità che danneggerebbero (o azzererebbero) il traffico organico qualificato costruito in mesi o anni di attività, con pesanti ripercussioni su lead, conversioni e fatturato.

Per comprendere l'impatto di una migrazione SEO non gestita correttamente, il grafico sottostante (fonte Semrush) mostra il trend di visibilità di un sito, a noi noto, in termini di posizionamento in prima pagina su Google: i numeri fanno riferimento alla somma di parole chiave per cui il sito si posiziona in top 3 e nella fascia 4-10 delle ricerche Google.

Il grafico parte da Settembre 2025, momento in cui è avvenuta la migrazione dell'ecommerce verso una nuova versione di Magento 2 (in questo caso), accompagnata anche da un restyling grafico. Come si può notare, da un anno all’altro, il quantitativo di parole chiave posizionate in prima pagina si è ridotto del 46% circa, con impatti altrettanto rilevanti su visite organiche e fatturato generato.

In questo caso, l'azienda non ha seguito le linee guida fondamentali per una corretta migrazione SEO e ne ha pagato le conseguenze. Lavorare con un metodo solido permette di evitare crolli di questo tipo o, quantomeno, di attenuarne fortemente l'impatto. In alcuni contesti è persino possibile migliorare le performance di partenza, ma molto dipende dalle premesse e dalle motivazioni del progetto.

Per prevenire scenari critici come quello appena illustrato, il primo passo è comprendere che non tutte le migrazioni comportano gli stessi rischi: ogni tipologia di intervento richiede un livello di attenzione e strategie differenti, che analizzeremo nel prossimo capitolo.

Una migrazione SEO diventa necessaria nei seguenti casi:

• Cambio dominio per rebranding
• Cambio strutturazione URL
• Passaggio a nuova versione CMS
• Passaggio a CMS diverso
• Restyling completo del sito

Cambio dominio per rebranding

È la situazione più drastica: in questo caso difficilmente si potrà ottenere un miglioramento di ranking al termine del processo, nemmeno eseguendo la migliore migrazione SEO possibile. L'unica eccezione alla regola è se il dominio sfruttato in precedenza non possedeva alcuna visibilità organica. In caso contrario, è fisiologico perdere ranking e visibilità dopo questo processo.

L'obiettivo della migrazione, in questo scenario, deve essere quello di supportare fin da subito il nuovo dominio costruendo fondamenta SEO solide, che possano accelerare i tempi di recupero post migrazione.

In questa situazione, è normale prevedere un calo di visibilità organica: Google deve riconoscere da zero una nuova entità, che fino a poco tempo prima non esisteva.

Un supporto in più per la fase di recupero del ranking, post migrazione, può derivare dalla funzionalità di cambio di indirizzo (presente su Google Search Console), appositamente predisposta per notificare casi come questo, e che permette il trasferimento di entità grazie al collegamento tra vecchio e nuovo dominio.

Anche i redirect impostati (necessari in questo processo) faranno la loro parte in tal senso.

Cambio strutturazione URL

Non è un caso molto frequente, ma può capitare che scelte fatte in passato a livello di gestione del CMS, e non curate immediatamente, abbiano portato nel tempo un sito a costruire visibilità con URL poco pulite.

Ad esempio:

• URL originale: /prodotto-id-13
• URL nuova: /bicchieri-plastica-confezione-50

In questo caso, il compito principale della migrazione SEO è assicurarsi che i reindirizzamenti dalle vecchie alle nuove URL vengano impostati correttamente per facilitare la trasmissione di page authority (l'autorevolezza costruita dalle pagine agli occhi dei crawler) e accelerare i tempi di recupero del ranking.

Anche in questo contesto, come per il cambio dominio, si tratta di un'attività di aggiornamento massiva che comporta, nel primo periodo, un necessario abbassamento di ranking e visibilità organica.

Il processo è meno drastico rispetto al cambio dominio (l'entità rimane la stessa di prima), ma resta comunque impegnativo: Google e gli altri motori di ricerca devono interpretare da zero pagine nuove che prima non esistevano, e abbandonare le vecchie versioni a cui erano abituati.

Passaggio a nuova versione CMS

Esempio: trasferimento da Magento a Magento 2, o da PrestaShop 1.7 a 1.8.

Non dare mai per scontato che nel passaggio da una versione CMS a un'altra tutto rimanga immutato.

Come ogni migrazione, si tratta di un procedimento tecnico complesso e di carattere globale nella gestione dei contenuti web. Il consiglio principale, in questo caso, è quello di lavorare a stretto contatto con gli incaricati IT della gestione tecnica del passaggio, per capire fin da subito, lato SEO, i cambiamenti attesi.

In ogni caso, lo sviluppo in staging della nuova versione del sito con CMS aggiornato permette di notare eventuali cambiamenti sul fronte tecnico on-page. Vanno attenzionati in particolare la gestione della sintassi URL (uno degli aspetti più critici in casi come questo) e la gestione di possibili duplicazioni di contenuto, ad esempio molteplici versioni URL per gli stessi contenuti web.

Passaggio a CMS diverso

CMS diversi gestiscono i contenuti in maniera differente.

• Esempio: passaggio da PrestaShop (open source) a Magento 2 (open source).
• Esempio: passaggio da Magento 2 (open source) a Shopify (non open source).

Va sempre considerato se il passaggio avviene da una struttura open a una non open, o viceversa.

In una struttura open c'è maggiore libertà per correggere il tiro su alcuni aspetti tecnici (ma non tutti). Nel passaggio a una struttura non open, tante cose non si potranno fare e bisognerà rassegnarsi.

Il consiglio principale, anche qui, è di affidarsi a chi conosce bene entrambe le piattaforme coinvolte, per sapere in anticipo cosa aspettarsi.

Ad esempio, su Shopify la strutturazione delle URL è parzialmente bloccata per diverse tipologie di pagine: le pagine di categoria devono sempre avere /collections/ come cartella principale, i prodotti /products/, le pagine /pages/. Sai già, quindi, che passare da o verso Shopify comporta un cambio URL.

In un passaggio tra due CMS open come WordPress (con WooCommerce integrato), Magento 2 o PrestaShop evitare il cambio URL è possibile, ma si potrebbero incontrare altre problematiche.

Ad esempio, Magento 2 fornisce URL di default dei prodotti imposte dal proprio catalogo, oltre alla versione di URL parlante definita nel sistema: attenzione quindi alla duplicazione dei contenuti, da gestire con redirect, canonical e noindex.

In questo contesto, è determinante conoscere fin da subito i cambiamenti attesi, ben prima dell'avvio delle attività operative: scelte sbagliate possono compromettere fortemente il processo di migrazione.

Restyling completo del sito

Se questa motivazione non include nessuna delle dinamiche precedenti, la difficoltà principale (oltre alla gestione più tecnica della migrazione) sta nelle previsioni relative al comportamento utente (engagement e user experience). Qui le performance dipendono molto da quanto è "hard" il restyling.

Sarà fondamentale agire anche lato UX, per capire quali aspetti cruciali di engagement vadano mantenuti dal vecchio sito e, soprattutto, monitorare l'engagement post go-live per verificare che sia rimasto invariato o sia addirittura migliorato: mappe di calore (heatmap), session recording, bounce rate, exit rate, durata media delle sessioni, percentuale di sessioni con engagement.

La variabile principale, in questo scenario, è capire se il nuovo restyling risponde meglio ai search intent degli utenti oppure no. Diventa fondamentale, qui, il ruolo del SEO Specialist coordinato con Web Developer, Graphic Designer e Copywriter, per verificare che il restyling avvenga in una modalità coerente con le esigenze di posizionamento del sito web.

Indipendentemente dalla casistica specifica in cui rientra il tuo progetto, il successo dell'operazione dipende da una sequenza di step ben definiti.

Proviamo a costruire una scaletta valida per tutte le casistiche illustrate in precedenza.

In ogni caso, l'obiettivo di una migrazione SEO è sempre lo stesso: cercare di preservare il valore organico generato nel corso di mesi o anni di lavoro, facendo in modo che il ranking possa decrescere in maniera limitata (o non decrescere affatto) per continuare a prosperare anche dopo la migrazione.

La prima attività, dunque, non è tecnica: è organizzativa. Prima ancora di toccare una singola URL, serve sapere chi fa cosa. Una migrazione SEO non è un'attività che il SEO Specialist può portare avanti da solo: coinvolge sviluppatori web, team di marketing, analytics e spesso anche il business. Senza ruoli e responsabilità definiti fin da subito, ogni fase della migrazione rischia di generare errori evitabili.

1 Definire perimetro, ruoli e responsabilità

Una migrazione coinvolge normalmente più reparti:

Questo passaggio può sembrare organizzativo, ma ha un impatto tecnico diretto. Chi autorizza la rimozione di una categoria? Chi verifica i redirect? Chi decide se un errore emerso il giorno del lancio richiede il rollback? Chi ha accesso al vecchio server? Chi può intervenire sul DNS?

Se queste domande vengono poste durante il go-live, è già troppo tardi.

2 Raccogli tutte le URL che compongono il sito e capisci quanto impattano sul traffico organico

È raro che un sito web generi traffico organico e business in modo uniforme su tutti gli ambiti semantici che tocca. Questo tipo di analisi ti permette di:

• Raccogliere tutte le URL che oggi compongono il tuo sito (un lavoro utile per predisporre eventuali reindirizzamenti nel caso in cui la gestione delle URL debba cambiare).
• Capire quali sono le pagine assolutamente intoccabili (per quanto possibile) per il mantenimento del tuo traffico organico.

In termini concreti, si tratta di stabilire quali sono le pagine più importanti del tuo sito e quali invece quelle trascurabili o sacrificabili. Vanno raccolti, per ogni URL: clic e impressioni organiche in un determinato periodo (idealmente almeno per gli ultimi 30 giorni o 3 mesi), eventi di conversione generati (transazioni, form compilati, iscrizioni varie) e, se possibile, il valore delle conversioni generate. Oltre a ciò, consigliamo anche di esportare informazioni sulla composizione dei metadati di ogni pagina (meta title e meta description), utile per predisporre la redirect map che tratteremo al punto #6 di questa lista.

Come prima cosa, scansiona il tuo sito con Screaming Frog, collegandolo via API a Google Search Console e Google Analytics 4 tramite il tuo account Google (che deve avere accesso a quegli account). Una volta collegati entrambi, seleziona quali metriche prelevare dalle piattaforme (specialmente nel caso di Google Analytics 4) e per quale periodo temporale, quindi avvia la scansione. Al termine, esporta l'output su un foglio di calcolo per valutare i dati: ti basterà esportare da Screaming Frog tutti i dati relativi alle URL interne del sito per visualizzare anche i dati prelevati da Google Analytics 4 e Google Search Console.

Fatto questo, saprai davvero cosa conta per il tuo business in termini di traffico organico, e quindi cosa puoi permetterti di trascurare e cosa no, in termini oggettivi e percentuali.

A volte, però, è possibile che un unico strumento come Screaming Frog non sia in grado di reperire tutte le URL di un sito web. Infatti, un crawler individua soprattutto ciò che è raggiungibile attraverso la struttura attuale del sito, soprattutto in termini di internal linking: potrebbe quindi non trovare pagine orfane, parametri non più collegati internamente, documenti storici.

Per questo l'inventario dovrebbe unire anche altre fonti:

La lezione è semplice: l'inventario URL non è una lista prodotta da un unico software. È l'unione ragionata di fonti che osservano il sito da prospettive differenti. Chi salta questo passaggio fa più fatica a indirizzare problemi legati alla gestione delle singole pagine.

Lo scope della migrazione è quindi, a tutti gli effetti, un KPI SEO.

Prima di approvare il go-live conviene rispondere almeno a queste domande:

• Quale percentuale delle URL che generano traffico avrà un equivalente sul nuovo sito?
• Quante conversioni organiche provengono oggi da sezioni da eliminare?
• Quali mercati o lingue saranno ridimensionati?
• Quanta domanda organica viene esclusa dal nuovo progetto?
• La perdita potenziale è compatibile con gli obiettivi aziendali?

Questo passaggio permette anche di interpretare correttamente i dati dopo la pubblicazione.

Se il nuovo sito contiene soltanto l'80% delle aree che producevano traffico nel precedente, non è corretto aspettarsi automaticamente di preservare il 100% della performance organica. Una migrazione può essere tecnicamente impeccabile e, allo stesso tempo, generare una perdita prevedibile, semplicemente perché è stata migrata solamente una parte del valore SEO del vecchio sito.

3 Analizza eventuali variazioni nell'alberatura dei contenuti

Se la struttura dell'alberatura e la gerarchia dei contenuti attuali sono già ottimali, mantenerle inalterate nel nuovo sito è la scelta più sicura per ridurre i rischi: una migrazione con maggiori probabilità di successo è quella in cui cambiano meno cose possibili.

Tuttavia, l'alberatura dei contenuti e del menu di navigazione è una di quelle aree che, ciclicamente, in fase di migrazione vengono toccate (anche perché più figure sono spesso interessate a rivederla).

I passaggi seguiti al punto #2 permettono di capire cosa si può toccare e cosa no, mettendoti nelle condizioni di prendere decisioni più consapevoli sulla gestione del tuo traffico organico.

La migrazione SEO è anche un momento propizio per mettere mano a problemi strutturali trascinati nel tempo. Se il menu attuale non risponde pienamente agli intenti degli utenti, puoi proporre una nuova versione. Se esistono pagine che cercano di posizionarsi per ambiti semantici troppo diversi tra loro, la migrazione può essere un'ottima occasione per dividerle in pagine più specifiche.

Valuta quindi eventuali miglioramenti apportabili alla tua alberatura dei contenuti, qualora ve ne fossero di evidenti, ma solamente con il supporto dei dati raccolti grazie al primo punto di questa checklist.

4 In occasione di restyling web, controlla le variazioni di layout proposte e il loro possibile impatto sul posizionamento organico

Una migrazione potrebbe non includere necessariamente cambiamenti a livello di layout grafico, e questo va benissimo: meno cose variano, meglio è.

Se invece la migrazione coincide con un restyling, più o meno hard, prendi in mano la situazione fin da subito e valuta se le variazioni proposte rappresentano un miglioramento o un peggioramento.

Qui il confronto con i graphic designer è necessario se vuoi evitare di trovarti un sito stravolto graficamente che non risponde più ai search intent degli utenti, o che perde i suoi punti cruciali di engagement per delle semplici scelte stilistiche. Assicurati che i punti principali di engagement rimangano, e che la nuova esperienza utente rappresenti per te un passo avanti rispetto alla situazione precedente.

Strumenti come Microsoft Clarity o Hotjar diventano fondamentali per capire, allo stato attuale, cosa soddisfi (e cosa non soddisfi) gli utenti, per prendere decisioni di graphic design più mirate e consapevoli.

5 Esegui un audit tecnico on-page del nuovo sito in staging

L'obiettivo, qui, è assicurarsi che il nuovo sito non vada live con problematiche tecniche che potrebbero compromettere il posizionamento complessivo del sito, o di alcune sue parti.

Sfrutta Screaming Frog e le competenze di un SEO Specialist con esperienza sul CMS in uso per rilevare tutte le problematiche tecniche presenti nel nuovo sito.

Controlla quindi:

• Che il nuovo file robots.txt sia stato predisposto correttamente.
• Che i metadati delle varie pagine siano stati trasferiti paro paro nel nuovo sito.
• Che la strutturazione dei tag H sia quella prevista.
• Che i contenuti più rilevanti non dipendano da JavaScript.
• Che le performance tecniche siano ottimizzate a dovere.
• Che tag e attributi HTML (es. nofollow, canonical, hreflang, meta robots) siano stati gestiti.
• Che la struttura di internal linking funzioni, senza link verso pagine in 3xx o 4xx e senza problemi di crawl depth per le pagine determinanti del sito.
• Che le sitemap siano già correttamente predisposte.
• Che i dati strutturati siano aggiornati e corretti: qui non limitarti a verificare che il markup sia stato semplicemente trasferito, ma controlla il codice nel dettaglio. Assicurati che attributi fondamentali come url, @id, sameAs e le varie entità collegate contengano i nuovi indirizzi URL definitivi e non presentino riferimenti residui al vecchio sito o all'ambiente di staging.

Altre due menzioni rilevanti.

La prima: per il file robots.txt si intende predisporre le indicazioni da pubblicare quando il sito andrà live. È fondamentale che il sito in staging non sia scansionabile e indicizzabile da Google, per evitare problemi legati alla duplicazione di contenuti.

È possibile agire con:

• File robots.txt che imponga disallow completo del sito, per non permettere il crawling
• Area di staging che richieda compilazione di un form per l'accesso
• Combinazione delle due soluzioni precedenti
• Utilizzo di meta robots "noindex, nofollow" su tutto il sito per assicurarsi che contenuti del sito in staging non vengano indicizzati (anche se il disallow posto al primo punto dovrebbe rendere vano questo passaggio a causa del blocco del crawling)

Così si evita il problema che tratteremo meglio nel capitolo "quali sono gli errori comuni da evitare".

La seconda menzione: le performance tecniche vanno verificate anche dopo la migrazione, perché in staging le specifiche dell'hosting sono spesso differenti e più limitate rispetto alla versione live, e questo falserebbe i test. È solo con l'effettiva pubblicazione della nuova versione del sito che si possono avere dati attendibili da Search Console, PageSpeed e Lighthouse sull'effettivo grado di ottimizzazione delle performance tecniche.

6 Predisponi i redirect

A questo punto l'alberatura dovrebbe essere già stata analizzata ed eventualmente riorganizzata: è il momento di capire quali URL non faranno più parte del nuovo sito, mapparle e predisporre i reindirizzamenti verso le pagine del nuovo sito da pubblicare con il lancio. Il file iniziale di raccolta URL con Screaming Frog dovrebbe agevolare il lavoro.

A cosa servono i reindirizzamenti? A comunicare a Google e ai motori di ricerca che il contenuto che esisteva presso alcune URL è stato trasferito presso altre URL ora attive.

Di norma si applicano reindirizzamenti con status 301 per indicare il trasferimento permanente dei contenuti, ma vale la pena valutare l'eventuale utilizzo di codici 302 per possibili trasferimenti temporanei (ad esempio, per parti del sito che potrebbero essere trasferite sul nuovo sito dopo la migrazione).

Non eseguire i reindirizzamenti comporterebbe la nascita di svariati contenuti non più esistenti ma ancora indicizzati, che potrebbero irritare Google e gli utenti che sfruttano il motore di ricerca.

Impostare i reindirizzamenti consente il trasferimento corretto dei contenuti, un prosieguo di navigazione e un passaggio di authority da una pagina all'altra. Permette inoltre a eventuali backlink (link esterni) di rimanere collegati al tuo dominio, portando authority utile.

Come costruire una redirect map operativa

Una redirect map realmente utile dovrebbe contenere almeno:

In questo modo ti sarà più semplice verificare se post migrazione tutti i trasferimenti di contenuto siano andati a buon fine o secondo le attese, o se qualcosa sia stato perso per strada e quindi predisporre tempestivamente le attività correttive di conseguenza.

7 Verifica che tutti i contenuti previsti siano stati trasferiti correttamente sul nuovo sito

Parliamo di contenuti testuali di rilievo, metadati e pagine.

Il primo aspetto puoi controllarlo a campione, gli altri due puoi verificarli con Screaming Frog.

Se nel file iniziale (punto #2) hai esportato anche le informazioni su meta title e meta description, ti basterà scansionare il nuovo sito allo stesso modo per esportare gli stessi dati ed eseguire confronti rapidi in un foglio di calcolo, ad esempio con formule di ricerca verticale.

La stessa cosa vale per le URL, ed è fondamentale farlo se vuoi assicurarti che le URL che avevi stabilito dovessero essere trasferite anche sul nuovo sito siano state effettivamente trasferite, e non perse nell'etere.

8 Test di funzionalità e responsiveness

Verifica che la navigazione sia sempre fluida, che non ci siano intoppi e che tutte le funzionalità rispondano a dovere. Controlla anche il grado di responsiveness del sito su varie risoluzioni, per certificare che i contenuti siano sempre fruibili.

9 Lancio e controlli post migrazione

Il lancio deve avvenire in momenti di bassa affluenza, se il sito web è frequentemente visitato durante il giorno. Il giorno del lancio non dovrebbe prevedere decisioni improvvisate. Ogni attività va contenuta in un runbook condiviso, con ordine, responsabile, orario, evidenza e procedura di verifica.

Nelle ore precedenti alla pubblicazione:

• Creare il backup finale
• Confermare il piano di rollback
• Congelare modifiche non indispensabili
• Esportare la baseline aggiornata
• Verificare l'ultima versione della redirect map
• Confermare la disponibilità dei responsabili
• Controllare DNS, certificati e server
• Preparare robots.txt e sitemap definitive
• Salvare una copia del vecchio crawl

Per i siti di grandi dimensioni bisogna anche assicurarsi che il nuovo server possa gestire un aumento temporaneo delle richieste dei crawler: Google segnala che, dopo una migrazione, il nuovo sito può ricevere più attività di scansione, perché alle richieste dirette si sommano quelle trasferite dai vecchi URL.

Subito dopo il lancio:

• Controlla il funzionamento del sito e delle sue funzionalità: accedi, verifica che la navigazione sia fluida e che tutto funzioni a dovere.
• Pubblica i redirect già impostati nelle fasi precedenti e verifica che funzionino correttamente (usa uno strumento come httpstatus.io per verificare rapidamente gli status code o sfrutta Screaming Frog in modalità List per importare le URL del vecchio sito salvate e verificarne lo status code).
• Pubblica l'eventuale nuova versione del file robots.txt e accertati che nessuna indicazione stia bloccando il crawling dei bot verso pagine rilevanti per il tuo posizionamento organico.
• Esegui un nuovo audit tecnico del sito live con Screaming Frog, ripetendo i medesimi controlli tecnici eseguiti prima del go-live (vd. elenco al punto #5).
• Verifica che i sistemi di analytics siano correttamente collegati al nuovo sito: Google Analytics 4 (ed eventi di conversione), Microsoft Clarity, Hotjar e quanto già presente precedentemente.
• Aggiungi un’annotazione sui sistemi di tracciamento relativamente alla data di go-live: ti semplificherà la vita quando dovrai svolgere analisi di posizionamento pre e post migrazione.
• Controlla i processi di rendering dei bot di Google: sfrutta il Rich Results Tester o la Search Console per verificare che le pagine vengano renderizzate correttamente, senza blocchi
• Controlla il grado di ottimizzazione effettivo delle performance tecniche tramite PageSpeed o Lighthouse, e accertati che le raccomandazioni sui Core Web Vitals vengano rispettate.
• Assicurati che le varianti del dominio (HTTP e con/senza WWW) eseguano redirect, senza troppe catene, verso la variante principale del dominio.
• Assicurati che le nuove sitemap siano state inviate a Search Console e a Bing Webmaster Tools ma mantieni attive temporaneamente (per 2-4 settimane) anche le vecchie Sitemap XML. In questo modo "forzerai" Googlebot a continuare a scansionare i vecchi indirizzi, permettendogli di scoprire e processare i redirect 301 in tempi molto più rapidi.

Per chi ha subito migrazioni con cambio dominio: notifica a Google il cambio di indirizzo tramite la Search Console, avendo prima configurato la proprietà per il nuovo dominio.

Nelle settimane successive:

• Monitora il traffico organico almeno una volta al giorno, per verificare variazioni di ranking, clic e impressioni e agire di conseguenza con ottimizzazioni mirate.
• Monitora Core Web Vitals e tempi di attesa del server nelle statistiche di scansione di Search Console, per verificare che le performance tecniche non siano peggiorate inaspettatamente.
• Monitora le pagine scansionate e indicizzate da Google, per verificare che le nuove URL e i nuovi contenuti vengano indicizzati correttamente (utile anche per individuare eventuali contenuti duplicati non trattati correttamente in fase di predisposizione).

10 Confrontare vecchi e nuovi URL attraverso la mappatura

Quando dominio e struttura cambiano, confrontare i singoli URL in modo diretto diventa difficile. Il vecchio indirizzo prodotto.asp?parametro=123 potrebbe diventare /it/categoria/nome-prodotto: i sistemi di analytics li considerano due pagine differenti.

La redirect map deve quindi diventare anche uno strumento analitico.

Collegando vecchio e nuovo URL è possibile confrontare:

• Traffico precedente e successivo
• Impressioni
• Clic
• Conversioni
• Fatturato
• Ranking del cluster
• Errori
• Stato di indicizzazione

Questo confronto ti permette di capire se le risorse equivalenti hanno mantenuto il loro contributo.

Il team di lavoro deve essere coordinato: nessuno deve procedere per compartimenti stagni. Il SEO Specialist deve sapere verso cosa si migra e perché, cosa aspettarsi dalla migrazione, come cambierà il sito dal punto di vista strutturale e di layout grafico. Ogni membro del team deve essere allineato sulle esigenze delle altre figure tecniche coinvolte. Non farlo significa realizzare un sito "a pezzi", che inevitabilmente porterà con sé errori da dover poi indirizzare.

È vero che una migrazione più semplice è quella in cui non si cambia molto (o nulla) a livello di struttura tecnica e contenutistica, ma la migrazione può proprio rappresentare il momento per indirizzare problemi che finora non si potevano toccare o gestire per limiti vari. Può essere lo spunto utile per migliorare lo stato attuale delle cose: un'alberatura limitata o con problemi di cannibalizzazione, problematiche tecniche mai corrette fino in fondo, espansioni a livello di schema markup. L'obiettivo ultimo è sempre provare a migliorare il ranking attuale.

Soprattutto per i controlli tecnici on-page, predisponi una checklist per evitare di perdere tempo.

Non bloccare il crawling del sito in staging

Lasciare libero accesso ai crawler al sito di staging, senza disallow nel file robots.txt o senza un form di login, permette ai crawler di analizzare il nuovo sito in costruzione (che sicuramente non dispone di contenuti rilevanti per l'utente in una prima fase, e che potrebbe risultare duplicato rispetto a quello live).

Soluzioni:

• Nel file robots.txt del sito in staging, impostare:

  User-agent: *

  Disallow: /

• Impostare un form di login con credenziali per accedere al sito di staging
• Sviluppare il sito di staging su una rete locale interna, non sul web

Non impostare i reindirizzamenti post migrazione

Le criticità: navigazioni interrotte per crawler e utenti, nessun trasferimento di authority verso le nuove URL, indicizzazione rallentata delle nuove URL.

Non considerare le URL del vecchio sito e non salvarle

Non ogni caso di migrazione richiede necessariamente un cambio URL. È consigliabile cercare di salvare quante più URL possibili dal vecchio sito, per evitare di dover eseguire troppi reindirizzamenti e per attenuare le possibili perdite di traffico organico post migrazione. Purtroppo, in molti casi (soprattutto quando si procede senza il supporto di un SEO Specialist dedicato) questo passaggio salta, e le URL vengono cambiate comunque, anche quando non ce n'era motivo.

Settore: automazione robotica industriale (B2B)

Migrazione avvenuta il: 28/10/2025

Ad un mese dalla migrazione, il flusso di traffico organico rimane stabile, nonostante l'avvio di un percorso di stagionalità negativa tipica del B2B industriale, man mano che ci si avvicina alle vacanze natalizie e alla fine dell'anno.

Iniziale calo di impressioni e ranking medio, recuperati poi nell'ultima settimana.

Ranking medio invariato per "macchinari 4.0".

Ranking inizialmente perso ma poi migliorato per "automazione robotica".

Ranking migliorato nettamente per "robot grinding machine".

I dati osservati nel primo mese indicano che la migrazione non ha prodotto una perdita strutturale immediata della visibilità monitorata. Le attività descritte in questa guida hanno contribuito a ridurre i rischi del trasferimento, mentre il monitoraggio successivo permette di verificare la stabilizzazione nel tempo.

Google Analytics 4

Strumento di data analytics ufficiale di Google che, se configurato correttamente anche con eventi di conversione, ti permette di collegare i dati del traffico organico all'effettiva generazione di business, per capire cosa conta davvero e cosa no. Permette anche di analizzare i dati di engagement del sito.

Google Search Console

Strumento di data analytics ufficiale di Google che permette di tracciare con precisione il traffico organico verso le pagine del sito con integrazione di dati su impressioni, click-through rate e ranking. Analizza come Google interpreta i contenuti del nuovo sito, cosa scansiona, cosa indicizza e cosa non indicizza, se il rendering avviene correttamente, quali problematiche tecniche emergono e qual è il grado di soddisfazione in termini di performance tecniche e Core Web Vitals.

Screaming Frog

Crawler desktop, il miglior tool sul mercato per analizzare un sito sul fronte tecnico on-page. Indispensabile per eseguire audit approfonditi che non lascino nulla al caso.

Semrush, Ahrefs, SEOZoom e altri

Strumenti di SEO analytics utili per monitorare il trend di visibilità organica, analizzare il profilo backlink del sito prima e dopo la migrazione (per monitorare perdita o recupero di link esterni), tracciare il ranking delle keyword più importanti e analizzare la concorrenza per identificare opportunità SEO.

Hotjar e Microsoft Clarity

Utilissimi per comprendere l'effettivo comportamento utente, sia con la vecchia versione del sito che con la nuova. Analizza mappe di calore e session recording per capire se la navigazione sul nuovo sito è fluida o se presenta intoppi che gli strumenti di data analytics classici non mostrano.

Confronta la vecchia versione del sito con la nuova per verificare eventuali funzionalità utili perse, o per ottenere nuovi spunti di miglioramento.

Una migrazione SEO non deve essere vissuta come un salto nel buio o un rischio inevitabile per il business. Come abbiamo visto, la maggior parte dei cali di traffico non dipende da sfortuna o decisioni imprevedibili di Google, ma da una mancanza di pianificazione e controllo tecnico. Affrontare il processo con una roadmap chiara, una baseline solida e un monitoraggio costante significa proteggere il valore storico del sito e porre le basi per nuove opportunità di crescita.

Gestire la migrazione di un sito complesso richiede coordinamento e competenze trasversali. Come agenzia SEO con oltre 16 anni di esperienza, affianchiamo le aziende in tutte le fasi del passaggio per azzerare i rischi di visibilità. Stai pianificando il restyling o il cambio di CMS del tuo sito?

Contattaci ora per una prima consulenza gratuita.

Definiamo insieme la strategia di migrazione più adatta al tuo progetto!