Migrazione SEO: checklist di 10 punti per eseguirla con successo

• Cos'è una migrazione SEO: un insieme di attività SEO tecniche, semantiche e di user experience messe in atto 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 non impostati, 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.

Una migrazione SEO è un insieme di attività SEO (tecnica on-page, semantica on-page, user- experience e off-page) messe in pratica per cercare di preservare e migliorare il posizionamento organico di un determinato sito web sui motori di ricerca. Questo processo avviene in contesti di aggiornamenti molto rilevanti e massivi dei contenuti (successivamente analizzeremo diverse casistiche).

Il principale obiettivo di una migrazione SEO è quello di trasferire quanta più authority possibile verso una nuova versione aggiornata di un sito web, per limitare o evitare improvvise perdite di visite organiche qualificate raccolte nei mesi e negli anni precedenti e con possibili (e drammatiche) conseguenze negative anche a livello di fatturato generato.

Esempio di migrazione SEO non condotta correttamente 

Vediamo cosa può accadere se la migrazione SEO di un sito web o un eCommerce non viene condotta con modalità SEO-friendly. 

Nei grafici qui sotto (presi da Semrush) vediamo il trend di visibilità organica di un sito eCommerce nel corso di 12 mesi (da ottobre 2025 a settembre 2026). I dati fanno riferimento al numero complessivo di parole chiave per le quali il sito eCommerce è in grado di posizionarsi nelle fasce 1-3 e 4-10 delle ricerche Google.

La migrazione del sito eCommerce in questione verso una nuova versione di Magento 2, con restyling grafico, è avvenuta a settembre 2025. Come è possibile notare, nel corso dei 12 mesi, a partire dal mese di ottobre 2025, la quantità di parole chiave posizionate in prima pagina si è ridotta del 43% circa, con impatti notevoli (in termini negativi) anche su visite organiche e fatturato.

Questo è successo perché l’azienda ha deciso di non seguire le linee guida fondamentali per la gestione di una migrazione SEO efficace, pagandone poi le conseguenze proprio in termini di visibilità organica. Una migrazione SEO seguita a regola d’arte può permettere di annullare errori di questo tipo o di limitarli per quanto più possibile. In alcuni casi è addirittura possibile ottenere concreti miglioramenti fin da subito, ma il risultato reale dipende sempre dal contesto di partenza e dalla motivazione della migrazione SEO, come vedremo nel dettaglio nel prossimo capitolo. 

Una migrazione SEO può rendersi necessaria nei seguenti casi:

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

Vediamo ogni caso nel dettaglio. 

Cambio dominio per rebranding

Il caso più drastico e critico per il quale può rendersi necessaria una migrazione SEO riguarda il cambio di dominio per finalità di rebranding. 

In una situazione del genere non ci si può aspettare un miglioramento di ranking fin da subito. Al contrario, perdere visibilità dopo il processo è fisiologico se consideriamo che Google è chiamato a riconoscere da zero una nuova entità che prima non esisteva. 

L’unica eccezione? Se il dominio precedente non aveva alcuna (o scarsa) visibilità organica. Ma in questi casi può venir meno il senso di eseguire una migrazione SEO, considerando lo scarso valore da trasferire verso la nuova versione del sito web.

Ma, al di fuori di questa unica eccezione, nel caso in questione l’obiettivo principale della migrazione è supportare fin da subito il nuovo dominio con fondamenta SEO solide che permettano di accelerare il recupero post migrazione. 

In questo contesto diventa inoltre fondamentale notificare il cambio dominio a Google e ai suoi crawler attraverso la funzionalità di cambio di indirizzo disponibile su Google Search Console (che permette il trasferimento di entità attraverso il collegamento tra vecchio e nuovo dominio), senza dimenticare di impostare anche i redirect necessari.

Cambio strutturazione URL

Partiamo da un esempio concreto:

Strutturazione originaria URL prodotto ecommerce: /prodotto/bicchieri-plastica-confezione-50
Nuova strutturazione URL prodotto ecommerce: /bicchieri-plastica-confezione-50

Questo caso non è particolarmente frequente, ma può capitare che una migrazione SEO venga programmata per aggiornare la strutturazione URL di un sito web, a causa della presenza di URL non parlanti o troppo parametrate. 

In tal caso l’obiettivo principale della migrazione è assicurarsi che i reindirizzamenti dalle vecchie versioni URL a quelle nuove vengano impostati correttamente. 

Solo in questo modo si facilita la trasmissione di page authority, ovvero l’autorevolezza costruita dalle pagine web agli occhi dei motori di ricerca, per accelerare i tempi di recupero del ranking. 

Essendo un’attività di aggiornamento massiva e complessa, anche in questo caso è assolutamente normale notare nel brevissimo periodo un abbassamento di ranking e visibilità organica. 

Nonostante l’entità rimanga quella di prima, Google è comunque chiamato a interpretare da zero nuove pagine che prima non esistevano, abbandonando le vecchie versioni a cui era abituato.

Passaggio a nuova versione CMS

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

Il passaggio ad una nuova versione del CMS è un processo tecnico complesso che richiede molta attenzione nella gestione dei contenuti web. Per questo, il consiglio principale è lavorare a stretto contatto con sviluppatori IT che possano occuparsi della corretta gestione tecnica del passaggio, cercando di capire fin da subito quali cambiamenti SEO aspettarsi. 

Un grande aiuto nasce dallo sviluppo in staging della nuova versione del sito con CMS aggiornato, nella quale è possibile notare eventuali cambiamenti sul fronte tecnico on-page.

È importante, dunque, fare attenzione a tutti gli aspetti tecnici on-page e, in particolare, alla gestione della sintassi URL con possibili duplicazioni di contenuto (es. diverse versioni di URL per gli stessi contenuti web).

Passaggio a CMS diverso

Diverso è invece il caso nel quale una migrazione SEO viene effettuata per il passaggio a un nuovo CMS, con la consapevolezza che diversi CMS possono gestire URL e contenuti in maniera molto differente.

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

Prima di tutto occorre fare attenzione al passaggio da una struttura open source ad una non open o viceversa. Nella struttura open vi è un maggiore grado di libertà nel correggere diversi aspetti tecnici, non vi sono particolari limiti imposti a livello di editing dei temi in uso. In una struttura non open, invece, molte parti del tema predisposto non sono accessibili e quindi editabili tecnicamente.

In questo caso, il consiglio è quello di affidarsi a qualcuno che possieda un'ottima conoscenza di entrambe le piattaforme coinvolte nel passaggio, per conoscere in anticipo cosa aspettarsi in termini di possibili cambiamenti impattanti per il posizionamento organico (es. un'agenzia SEO con +16 anni di esperienza).

Esempio concreto: su Shopify, la strutturazione delle URL è parzialmente bloccata per diverse tipologie di pagine. Le pagine di categoria devono sempre avere /collections/ come folder principale, i prodotti /products/ e le pagine /pages/. Sapendo questo, si è già consapevoli che un eventuale passaggio da o verso Shopify probabilmente comporterà un cambio complessivo di URL.

Giocare d'anticipo per conoscere nel dettaglio i cambiamenti attesi da ogni CMS scelto permette di prendere una decisione più consapevole in termini di preservazione del valore SEO del proprio sito web. Venire a conoscenza di limiti e ostacoli tecnici impellenti solamente dopo aver avviato tutte le attività di predisposizione tecnica potrebbe compromettere buona parte del valore SEO generato nel corso di mesi, anni o decenni di lavoro.

Restyling completo del sito

Arriviamo poi ad un caso che non comprende nessuna delle dinamiche precedenti, nel quale la difficoltà principale risiede nella previsione del comportamento utente (engagement e user experience). 

In questo caso, le performance dipendono molto dal grado di restyling (soft o hard). 

Qui diventa fondamentale agire anche sulla UX, capire quali aspetti di engagement del vecchio sito vanno mantenuti e, soprattutto, monitorare l’engagement dopo la pubblicazione del sito per verificare che quest’ultimo sia rimasto invariato o sia migliorato.

Per farlo, è importante analizzare:

• Mappe di calore (heatmap).
• Session recordings.
• Bounce rate.
• Exit rate.
• Durata media delle sessioni.
• Percentuale di sessioni con engagement.

Tirando le somme, la variabile principale consiste nel capire se il nuovo restyling sia in grado di rispondere meglio ai search intent degli utenti oppure no.

In questo caso specifico è ancora più fondamentale il ruolo del SEO Specialist in sinergia con Web Developer, Graphic Designer e Copywriter per verificare che il restyling avvenga in maniera coerente e ottimizzata rispetto alle esigenze di posizionamento del sito web.

Vediamo ora una scaletta di 10 passaggi fondamentali che, in molteplici casi, può aiutare a organizzare correttamente una migrazione SEO. A prescindere dalla motivazione per la quale è necessaria la migrazione, l’obiettivo rimane sempre quello di preservare il più possibile il valore SEO generato in precedenza, facendo in modo che il ranking complessivo post migrazione rimanga stabile, migliori o decresca in maniera molto limitata. 

La prima attività fondamentale consiste nel capire esattamente cosa si sta per spostare.

Quando il vecchio sito viene sostituito, alcune informazioni possono diventare difficili o impossibili da ricostruire. Per questo la baseline deve essere raccolta prima di iniziare il cambiamento concreto. 

1 Definire perimetro, ruoli e responsabilità

Il punto di partenza è la definizione dei ruoli e delle responsabilità all’interno del processo.

Una migrazione coinvolge normalmente più reparti:

Questo primo passaggio, all’apparenza solo organizzativo, ha in realtà 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, ovvero la pubblicazione del sito, è già troppo tardi.  

2 Raccogliere tutti i domini e le URL che compongono il network del sito e capire quanto impattano per il traffico organico odierno

A seguire, è importante stabilire quali siano le pagine più importanti del sito (quelle da provare a mantenere nei casi in cui non via un cambio strutturale di dominio o URL) e quali invece quelle trascurabili o sacrificabili.

Per ogni URL diventa quindi fondamentale raccogliere questi dati (minimo 3 mesi di durata):

• clic e impressioni organiche.
• eventi di conversione generati (es. transazioni online, form di contatto compilati, subscription, ecc.).
• valore delle conversioni generate (quanto business cuba per me questa pagina?).

Come farlo? 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, dovrai selezionare quali metriche vorrai prelevare e per quale periodo di tempo indicato. Una volta fatto, fai partire la scansione.

Al termine della scansione potrai esportare l’output di Screaming Frog su un foglio di calcolo qualsiasi per valutare i dati. Ti basterà esportare da Screaming Frog tutti i dati relativi alle URL interne del tuo sito web per visualizzare anche i dati prelevati da Google Analytics 4 e Google Search Console in termini di clic, impressioni e conversioni generate.

In questo modo saprai cosa conta realmente per il tuo business in termini di traffico organico, e avrai una consapevolezza oggettiva di ciò che è importante e cosa puoi invece permetterti di trascurare.

C’è poi un altro aspetto fondamentale da ricordare: nessuna fonte contiene da sola tutti i vecchi URL. 

Uno degli errori più comuni consiste, infatti, nel considerare il crawl del sito come un inventario già completo.

Un crawler come quello di Screaming Frog individua soprattutto ciò che è raggiungibile attraverso la struttura attuale del sito web, e per questo potrebbe non trovare:

• pagine e documenti orfani.
• parametri non più collegati internamente.

Proprio per questo motivo l’inventario dovrebbe unire anche altre fonti.

In sostanza, l’inventario deve essere l’unione ragionata di fonti che osservano il sito da prospettive differenti. Saltare questa importante fase rende più complesso affrontare e risolvere eventuali problemi legati alla gestione delle singole pagine.

Grazie a questo processo, sarà quindi possibile fornire risposte e stime precise a queste domande:

• Quale percentuale delle URL che generano traffico avrà un equivalente nel nuovo sito?
• Quante conversioni organiche provengono 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?

Oltre a ciò, questo processo diventa fondamentale anche per un'altra motivazione: dopo la pubblicazione permette di interpretare correttamente i dati di performance della visibilità organica. 

Esempio: se il nuovo sito contiene soltanto l’80% delle aree del vecchio sito che producevano traffico, non sarebbe corretto aspettarsi di preservare il 100% della performance organica.  

Una migrazione, infatti, può essere impeccabile dal punto di vista tecnico e generare allo stesso tempo una perdita prevedibile se è stata migrata soltanto una parte del valore SEO del vecchio sito. Circostanze delle quali è fondamentale essere consapevoli fin da subito. 

3 Analizzare eventuali variazioni nell’alberatura dei contenuti

Nel caso in cui tutto risulti già gestito in maniera corretta, la soluzione migliore è lasciare ogni elemento così com’è, poiché meno cose cambiano e maggiore è la probabilità di successo della migrazione.

Detto questo, l’alberatura dei contenuti e del menu di navigazione sono invece tra gli elementi che ciclicamente, in una fase di migrazione, vengono messi in discussione.

Ecco allora che i passaggi descritti al punto #2 ci consentono di capire cosa si può toccare e cosa no, permettendoci di prendere decisioni più consapevoli sulla gestione del traffico organico.

Allo stesso tempo, il processo di migrazione SEO può essere sfruttato anche per mettere mano a problemi strutturali trascinati avanti nel corso del tempo. 

Se, ad esempio, pensi che il tuo menu attuale non risponda pienamente agli intenti dei tuoi utenti, puoi provare a fornire una nuova versione maggiormente ottimizzata sulla base dei dati raccolti nella fase precedente. Così come se credi esistano pagine che provano a prendere ranking per ambiti semantici troppo diversi tra loro, la migrazione può diventare un’ottima occasione per separare quelle pagine in singole pagine più specifiche e ottimizzate.

4 In caso di restyling web, controllare 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 andrebbe benissimo: come abbiamo detto, meno cose cambiano, meglio è.

Tuttavia, se la migrazione dovesse coincidere con un restyling, più o meno forte, del sito, è fondamentale capire fin da subito se le variazioni proposte rappresentano davvero un miglioramento, o se rischiano di portare ad un peggioramento. Qui è necessario avvalersi dell’esperienza di graphic designer esperti e a conoscenza delle linee guida SEO da seguire.

Se vuoi evitare di ritrovarti con un sito graficamente stravolto e che non risponde più ai search intent degli utenti, o che perde addirittura i suoi punti cruciali di engagement per mere scelte stilistiche, assicurati invece che i punti principali di engagement rimangano e che la nuova esperienza utente sia previsionalmente migliore della precedente.

In questo caso, strumenti come Microsoft Clarity o Hotjar diventano fondamentali per capire allo stato attuale cosa soddisfa e non soddisfa gli utenti e, di conseguenza, prendere decisioni di graphic design più mirate e consapevoli.

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

In questa fase l’obiettivo è assicurarsi che il nuovo sito web non vada live con strafalcioni tecnici che potrebbero compromettere il posizionamento complessivo di tutto il sito o di alcune sue parti.

Sfrutta Screaming Frog e le competenze a supporto di un SEO Specialist con esperienza, relativamente al CMS in uso, per rilevare tutte le problematiche tecniche presenti nel nuovo sito (i web developer sviluppano, ma non tutti conoscono le linee guida tecniche della SEO).

In particolare, è importante controllare:

• che il nuovo file robots.txt sia stato predisposto correttamente.
• che i metadati delle varie pagine siano stati trasferiti 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.
• che tag e attributi HTML essenziali come follow e nofollow per i link, canonical, hreflang e meta robots siano stati gestiti correttamente e come da prassi.
• che la struttura di internal linking funzioni, non presenti problemi (link verso pagine in 3xx o 4xx) nemmeno legati al crawl depth per le pagine determinanti del sito.
• che le sitemap siano già correttamente predisposte.
• che i dati strutturati siano stati riportati correttamente o migliorati.

Per il primo punto, ovvero il file robots.txt, si intende predisporre le direttive corrette che verranno attivate al momento del go-live ufficiale del sito. È fondamentale che il sito in staging non sia scansionabile e, di conseguenza, indicizzabile da Google, per evitare problemi legati alla duplicazione di contenuti.

Quindi è possibile agire con:

• file robots.txt che impone disallow completo del sito per evitare crawling.
• area di staging che richieda compilazione di form per accesso al nuovo sito.
• combinazione delle due soluzioni precedenti.
• utilizzo di meta robots “noindex, nofollow” a livello globale per prevenire indicizzazione.

In questo modo si evitano problemi che tratteremo in maniera ancora più approfondita nel capitolo “Quali sono gli errori comuni da evitare?”.

Altra considerazione da tenere a mente: le performance tecniche andranno verificate anche dopo la migrazione poiché è facile che in area di staging le specifiche dell’hosting siano differenti e più limitate rispetto alla versione live, e questo falserebbe i test. Inoltre, è solo con l’effettiva pubblicazione della nuova versione del sito che possiamo avere dati attendibili da Search Console, Google PageSpeed e Lighthouse sul grado di ottimizzazione delle performance tecniche.

6 Predisporre i redirect

A questo punto l’alberatura dei contenuti dovrebbe essere già stata analizzata ed eventualmente riorganizzata. È quindi questo il momento giusto per 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 delle URL, visto al punto #2, dovrebbe agevolare il lavoro.

A cosa servono i reindirizzamenti? A comunicare a Google e ai motori di ricerca che il contenuto che esisteva in alcune URL è stato trasferito presso altre URL ora attive. Di norma, si applicano reindirizzamenti con status 301 per indicare il trasferimento permanente di contenuto, ma si può valutare anche l’eventuale utilizzo di status 302 per possibili trasferimenti temporanei di contenuto (ad esempio, per parti del sito che potrebbero essere trasferite sul nuovo sito dopo la migrazione).

Non eseguire i reindirizzamenti può creare problemi? La risposta è sì, perché non farlo comporterebbe la nascita di svariati contenuti non esistenti e comunque ancora indicizzati, che potrebbero irritare sia Google che gli utenti che sfruttano il motore di ricerca. Al contrario, impostare i reindirizzamenti consente il trasferimento corretto dei contenuti, il proseguimento della navigazione e il passaggio di authority da vecchie pagine a nuove pagine.

E ancora non è tutto, perché in aggiunta permette ad eventuali backlink (link esterni) di rimanere collegati al dominio per portare authority utile.  

Come costruire una redirect map operativa

Una redirect map realmente utile dovrebbe contenere:

7 Verificare che tutti i contenuti siano stati trasferiti sul nuovo sito

In questa fase parliamo di contenuti testuali di rilievo, metadati e pagine.

Se nel file iniziale (punto #2 di questo capitolo) hai esportato anche le informazioni su meta title e meta description, a questo punto ti basterà scansionare il nuovo sito allo stesso modo per esportare i medesimi dati ed eseguire confronti rapidi in un foglio di calcolo (ad esempio con formule “cerca verticale” o “se”).

È poi fondamentale fare la stessa cosa anche con le URL per assicurarsi che quelle previste nel trasferimento siano state effettivamente trasferite e non perse.

8 Test di funzionalità e responsiveness

A seguire, verificare che tutto sia fluido, che non ci siano intoppi e che tutte le funzionalità operino in modo corretto. Verificare, inoltre, il grado di responsiveness del sito su varie risoluzioni per certificare che i contenuti siano fruibili da ogni dispositivo. 

9 Lancio e controlli post migrazione

Se il sito web è molto visitato dagli utenti durante il giorno, il lancio deve avvenire in momenti di minore affluenza. Ma, cosa ancora più importante: il giorno del lancio meglio evitare qualsiasi decisione improvvisata. Ogni attività deve essere contenuta in un runbook condiviso con all’interno ordine, responsabile, orario, evidenza e procedura di verifica.

Nelle ore precedenti alla pubblicazione ricorda di: 

• far generare un backup finale.
• congelare modifiche tecniche non indispensabili.
• esportare la baseline aggiornata.
• verificare l’ultima versione della redirect map.
• far controllare DNS, certificati e server.
• preparare la nuova versione di file robots.txt e le sitemap definitive.
• salvare una copia del vecchio crawl.

Bisogna anche assicurarsi che il nuovo server possa gestire un aumento temporaneo delle richieste dei crawler. È infatti Google stesso a segnalare che, dopo una migrazione, il nuovo sito può ricevere più attività di scansione poiché alle richieste dirette si sommano quelle trasferite dai vecchi URL.

Subito dopo il lancio ricorda di portare a termine anche queste azioni: 

• controllare il funzionamento del sito: verifica che la navigazione sia fluida e che tutto funzioni a dovere.
• pubblicare i redirect impostati in fase precedente al lancio e verificare che funzionino correttamente (usa Screaming Frog in modalità List per scansionare le vecchie URL o usa questo sito https://httpstatus.io/).
• pubblicare l’eventuale nuova versione aggiornata del file robots.txt e accertarsi che nessuna indicazione stia bloccando accidentalmente e completamente il crawling dei bot.
• eseguire un audit tecnico del nuovo sito web live con Screaming Frog.
• verificare che i sistemi di analytics siano correttamente collegati al nuovo sito web e funzionanti: Google Analytics 4 (e relativi eventi di conversione), Clarity / Hotjar, ecc.
• controllare i processi di rendering dei bot di Google: sfrutta il Rich Results Tester o la Search Console di Google per verificare che le pagine del nuovo sito siano renderizzate correttamente.
• controllare il grado di ottimizzazione effettivo delle performance tecniche tramite Google PageSpeed o Lighthouse e accertarsi che le raccomandazioni sui Core Web Vitals vengano rispettate il più possibile.
• assicurarsi che le varianti del dominio (http e con/senza www) eseguano redirect (senza troppe catene non necessarie) verso la variante principale del dominio.
• assicurarsi che le sitemap inviate a Google Search Console o Bing Webmaster Tools siano aggiornate.

Per chi ha subito migrazioni con cambio dominio è fondamentale notificare a Google il cambio di indirizzo tramite la Search Console di Google. In tal caso, sarà necessario aver già configurato la proprietà Search Console per il nuovo dominio.

Nelle settimane successive alla migrazione, pianifica queste mosse:

• monitora il traffico organico almeno una volta al giorno per verificare variazioni di ranking, clic e impressioni e agire di conseguenza.
• monitora Core Web Vitals e i tempi di risposta del sito 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 eventuali nuove URL e contenuti vengano indicizzati correttamente. Questo ti servirà anche per verificare eventuali contenuti duplicati scansionati e non trattati correttamente in fase di predisposizione della migrazione.

In merito al primo punto, è importante sottolineare ancora che, dopo una migrazione, un calo del traffico organico può essere del tutto normale, praticamente certo in caso di cambio dominio o complessivo delle URL. Nel corso delle settimane successive si dovrebbero notare dei graduali miglioramenti. Se così non fosse, allora occorre capire il motivo quanto prima.

Alcuni consigli utili:

• Nel processo di migrazione SEO nessuno deve procedere per compartimenti stagni, ma è fondamentale che il team di lavoro sia coordinato a livello di esigenze e direzione operativa.
• Il SEO Specialist deve sapere verso cosa si migra e perché lo si fa, cosa aspettarsi dalla migrazione, come cambierà il sito dal punto di vista strutturale e di layout.
• Ogni membro del team deve essere allineato sulle esigenze di ogni parte inclusa, per evitare la realizzazione di un sito che inevitabilmente porterebbe con sé degli errori a cui dover poi rimediare.
• È vero che la migrazione più facile è quella in cui non si cambia molto o nulla a livello di struttura tecnica e contenutistica ma, al tempo stesso, la migrazione può rappresentare anche il momento giusto per indirizzare problemi che fino a quel momento non si potevano toccare o gestire per limiti vari.
• La migrazione può essere lo spunto utile per provare a migliorare lo stato attuale delle cose: un’alberatura limitata o con molti problemi di cannibalizzazione, molte problematiche tecniche mai corrette fino in fondo o espansioni a livello di schema markup. L’obiettivo ultimo è di provare sempre a migliorare il ranking.
• Soprattutto per i controlli tecnici on-page, predisponi una checklist dei controlli da eseguire, per evitare di perdere troppo tempo nello svolgimento di questo step.
   

Google Analytics 4

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

Google Search Console

Piattaforma ufficiale di web analytics di Google che permette di tracciare con precisione il traffico organico verso le pagine del sito web. Analizza come Google interpreta il nuovo sito, cosa scansiona, cosa indicizza e cosa non indicizza, se il rendering avviene correttamente, verifica la presenza di eventuali problematiche tecniche e monitora il grado di soddisfazione in termini di performance tecniche e Core Web Vitals.

Screaming Frog

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

Semrush, Ahrefs, SEOZoom e altro

Strumenti di SEO analytics utili per monitorare il trend di visibilità organica, analizzare il profilo di backlink del sito prima e dopo la migrazione e monitorare la perdita o il 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. Analizzano mappe di calore e session recordings per capire se la navigazione sul nuovo sito è fluida o se presenta intoppi che i classici strumenti di data analytics non possono mostrare. Puoi anche vedere dove l’utente scorre e dove clicca. Inoltre, permettono di confrontare vecchie versioni del sito con il nuovo per verificare eventuali funzionalità utili perse o per avere nuovi spunti di miglioramento.
 

Non bloccare il crawling del sito in staging

Lasciare libero accesso ai crawler al sito di staging, senza alcun disallow all’interno del file robots.txt o senza aver impostato un form di login, non è una buona idea. 

In una fase iniziale, infatti, il nuovo sito in costruzione non presenta contenuti di valore per l’utente e rischierebbe di generare duplicazioni con quello già online. Bloccarlo garantisce quindi che i crawler non lo analizzino prematuramente.

La soluzione?

• All’interno del 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 e non sul web.

Non impostare i reindirizzamenti post migrazione

Questo potrebbe causare situazioni critiche come navigazioni interrotte per crawler e utenti, nessun trasferimento di authority verso le nuove URL del sito o indicizzazione rallentata delle nuove URL.

Non considerare le URL del vecchio sito e non salvarle

Come abbiamo visto, una migrazione non richiede necessariamente un cambio di URL in tutti i casi.  È consigliabile quindi cercare di salvare quante più URL possibili dal vecchio sito per evitare di eseguire tanti 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, questo passaggio viene meno e le URL vengono cambiate in ogni caso, anche senza particolari motivazioni.

Vediamo un esempio concreto di migrazione SEO effettuata nel modo giusto e con risultati tangibili. 

Settore: automazione robotica industriale (B2B).

Migrazione avvenuta il: 28/10/2025.

Ad un mese dalla migrazione, il flusso di traffico organico è rimasto stabile, nonostante l’avvio di un percorso di stagionalità negativa tipica del B2B industriale nell’avvicinarsi al termine dell’anno.

Abbiamo visto un iniziale calo di impressioni e ranking medio complessivo recuperato poi nell’ultima settimana del mese successivo al go live.

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. I controlli e le attività descritte in questa guida hanno contribuito a ridurre i rischi del trasferimento, mentre il monitoraggio successivo ha permesso (e permette) di verificare la stabilizzazione nel tempo.

Speriamo che la guida sia stata utile. La lunghezza e il livello di dettaglio di questa guida fanno trasparire la complessità della gestione di una migrazione SEO, in cui successo e fallimento possono dipendere da moltissime variabili differenti, anche extra SEO.

Come agenzia SEO con oltre 16 anni di esperienza siamo pronti a supportarti nel tuo prossimo progetto. Non esitare dunque a richiedere una prima consulenza gratuita per la tua migrazione SEO.