Una migrazione SEO non coincide semplicemente con la pubblicazione di un nuovo sito. È un processo nel quale struttura, URL, contenuti, segnali tecnici e storico organico devono essere trasferiti cercando di preservare ciò che Google ha già scoperto, interpretato e valorizzato nel tempo.
Un redesign può migliorare UX, performance e conversioni, ma se viene affrontato senza una strategia SEO può introdurre errori capaci di compromettere pagine posizionate, backlink, traffico organico e lead. Per questo la migrazione dovrebbe essere progettata prima dello sviluppo definitivo, non affrontata quando il nuovo sito è già online.
«I piani sono inutili, ma la pianificazione è tutto.»
Dwight D. Eisenhower
Il principio di questa frase è semplice: preparare il cambiamento riduce il rischio di dover correggere problemi quando hanno già prodotto conseguenze. È lo stesso approccio che dovrebbe guidare il rifacimento di un sito. Doctor Web può affiancare sviluppo e SEO fin dalle fasi iniziali, facendo in modo che la nuova versione non parta da zero ma utilizzi in modo consapevole il patrimonio digitale costruito dal progetto precedente.
Migrazione SEO: perché rifare un sito senza un piano può costarti anni di posizionamento
Un sito che genera traffico organico possiede un patrimonio molto più ampio del design visibile all’utente. Dietro le pagine esistono URL indicizzati, collegamenti interni, backlink, segnali semantici, keyword e query per cui le diverse risorse sono già posizionate, canonical, dati strutturati e una determinata architettura informativa. Durante un restyling è relativamente facile concentrarsi sulla grafica e sulle funzionalità dimenticando che, per un motore di ricerca, modificare un URL oppure eliminare una pagina significa intervenire su una risorsa che era già stata conosciuta, indicizzata e classificata.
La documentazione ufficiale di Google dedica infatti procedure specifiche agli spostamenti di sito e distingue gli interventi che modificano gli URL da quelli che riguardano soltanto l’infrastruttura. Nel caso di variazioni degli indirizzi, Google raccomanda di pianificare la corrispondenza tra vecchie e nuove URL, predisporre i reindirizzamenti e verificare numerosi segnali tecnici. Questo spiega perché una migrazione SEO non possa essere ridotta al semplice comando “metti online il nuovo sito”.
Cosa cambia agli occhi di Google quando viene pubblicato il nuovo sito
Quando vengono modificati URL, contenuti e architettura, Google deve rielaborare i segnali associati alle risorse. La nuova pagina potrebbe avere un indirizzo diverso, un template differente, collegamenti interni modificati e un contenuto riscritto. Se contemporaneamente viene rimossa la vecchia URL senza un redirect coerente, il motore di ricerca non dispone più di un’indicazione esplicita che colleghi le due risorse.
Questo non significa che ogni modifica provochi automaticamente una perdita di ranking. Significa però che più elementi vengono cambiati nello stesso momento, maggiore diventa la quantità di informazioni che i crawler devono reinterpretare. Una migrazione ben progettata cerca quindi di ridurre l’ambiguità: comunica in modo chiaro quali pagine sono state sostituite, quali sono rimaste invariate e quali non esistono più.
Il problema diventa ancora più evidente sui siti che possiedono centinaia o migliaia di pagine. Una singola URL dimenticata potrebbe avere un impatto marginale; centinaia di vecchie URL non gestite possono invece generare errori 404, dispersione dei backlink e una lunga fase di riallineamento tra vecchia e nuova architettura.
Quando serve una migrazione del sito web e quali cambiamenti mettono davvero a rischio la SEO
Una migrazione di un sito web può nascere da esigenze molto differenti. Talvolta l’obiettivo è modernizzare un sito datato; in altri casi bisogna cambiare CMS, consolidare diversi domini, modificare l’architettura oppure trasferire un progetto su una nuova tecnologia. È quindi sbagliato applicare una procedura identica a ogni situazione: il piano deve dipendere dalla natura del cambiamento.
La prima domanda da porsi non dovrebbe essere “quanto sarà diverso il nuovo design?”, ma “quali segnali SEO cambieranno?”. Due siti visivamente completamente diversi possono mantenere quasi integralmente la propria architettura, mentre un redesign apparentemente minimo può modificare centinaia di URL. Da questo punto di vista, la complessità SEO e quella grafica non coincidono necessariamente.
Rifacimento completo del sito mantenendo lo stesso dominio
Mantenere il dominio riduce alcune variabili, ma non elimina la necessità di pianificare la continuità SEO. Se nel nuovo progetto rimangono invariati anche gli URL strategici, il passaggio può risultare più lineare. Se invece vengono riprogettati menu, categorie e slug, sarà comunque necessario collegare correttamente vecchie e nuove pagine.
Un esempio tipico riguarda il passaggio da una struttura come /servizi-seo-monza.html a /servizi/seo/. Dal punto di vista dell’utente il cambiamento potrebbe sembrare marginale; tecnicamente si tratta però di due URL differenti. La vecchia risorsa deve quindi essere collegata alla nuova mediante una strategia appropriata.
Anche la riscrittura dei testi merita attenzione. Durante il redesign spesso si tende a sintetizzare contenuti che sembrano eccessivamente lunghi oppure a sostituirli con copy più commerciale. Prima di farlo è opportuno verificare quali sezioni contribuiscano alla copertura semantica e alla capacità della pagina di intercettare determinate ricerche.
Cambio di CMS, piattaforma o tecnologia utilizzata dal sito
Il passaggio da un CMS a un altro può interessare contemporaneamente URL, template, dati strutturati, sitemap, canonical e gestione dei redirect. Il cambio CMS è quindi uno dei casi nei quali SEO e sviluppo devono essere coordinati in modo particolarmente preciso.
Un errore apparentemente banale può moltiplicarsi sull’intero sito. Se, per esempio, il nuovo CMS genera automaticamente URL differenti per centinaia di prodotti oppure applica canonical non corretti a un’intera categoria, il problema non riguarda più una singola pagina ma un pattern globale.
Per un progetto complesso è utile testare in ambiente di staging la corrispondenza tra vecchie e nuove risorse prima del rilascio. Ciò permette di identificare pattern anomali, redirect mancanti, pagine duplicate oppure direttive tecniche non desiderate quando è ancora possibile intervenire senza coinvolgere il sito pubblico.
Cambio dominio, protocollo, sottodominio o struttura degli URL
Un cambio dominio rende ancora più evidente la necessità di una migrazione pianificata, perché ogni URL viene potenzialmente sostituito da un indirizzo nuovo. In questi casi la corrispondenza uno-a-uno tra le risorse assume un ruolo centrale.
Lo stesso principio vale quando un progetto viene spostato da un sottodominio alla directory principale, oppure quando viene modificata radicalmente la tassonomia degli URL. Anche se testi e template restano sostanzialmente invariati, Google deve comprendere che la nuova risorsa rappresenta la continuazione della precedente.
Google dedica procedure specifiche proprio agli spostamenti con modifica degli URL e raccomanda di predisporre mappatura e redirect prima di iniziare lo spostamento. Il punto centrale non è quindi “far trovare” genericamente il nuovo sito, ma comunicare nel modo più chiaro possibile la relazione tra vecchie e nuove risorse.
Fusione di più siti oppure eliminazione di categorie e sezioni
Le migrazioni diventano particolarmente delicate quando due siti vengono consolidati oppure quando una nuova strategia prevede di eliminare intere aree. In questi casi non esiste necessariamente una nuova pagina corrispondente per ogni vecchia URL.
La corretta consolidazione dei contenuti richiede una valutazione editoriale e SEO. Tre vecchi articoli molto simili, per esempio, potrebbero essere incorporati in un’unica risorsa più completa. Se la nuova pagina rappresenta realmente l’evoluzione dei contenuti precedenti, i vecchi URL possono essere associati a essa in modo coerente.
Prima della migrazione SEO fotografa ciò che funziona: perderlo dopo potrebbe essere troppo tardi
La fase di audit pre-migrazione ha un obiettivo preciso: creare una fotografia del sito prima che venga modificato. Senza questa baseline diventa difficile distinguere una normale fluttuazione da un problema introdotto dal nuovo progetto e, soprattutto, diventa più complesso sapere quali elementi vadano preservati.
Per un professionista SEO, il vecchio sito non dovrebbe essere considerato soltanto come qualcosa da sostituire. È una fonte di dati. Mostra quali pagine ricevono traffico, quali intercettano query, quali vengono scansionate, quali possiedono backlink e quali generano conversioni. Prima di modificare qualsiasi struttura conviene quindi raccogliere informazioni sufficienti a ricostruire questo scenario.
Come individuare pagine con backlink e autorevolezza SEO acquisita
I backlink sono particolarmente sensibili durante una migrazione perché collegano risorse esterne a specifici indirizzi URL. Se una pagina con link autorevoli viene eliminata senza una destinazione coerente, parte del valore potenziale di quei collegamenti può non essere trasferita nel modo previsto.
È quindi utile identificare le pagine che ricevono backlink prima del lancio e includerle esplicitamente nella mappa dei redirect. Se possibile, per i link esterni più rilevanti può essere utile anche richiedere l’aggiornamento diretto dell’URL alla fonte, riducendo la dipendenza permanente dal reindirizzamento.
Questo passaggio diventa particolarmente importante nelle migrazioni di siti editoriali, e-commerce e portali con una lunga storia online, dove URL oggi marginali possono avere accumulato negli anni citazioni e collegamenti significativi.
Dati da esportare da Google Search Console prima del rifacimento
Prima della migrazione è utile costruire un archivio operativo con alcuni dati pre-lancio. Per un progetto strutturato, raccoglierei almeno:
- URL indicizzate e relativo status
- Query, clic, impression, CTR e posizione
- Landing page organiche
- Conversioni e principali eventi
- Backlink e domini referenti
- Sitemap esistenti
- Status code e canonical
- Title, H1 e meta description
- Internal linking
- Errori 404 già presenti
- Eventuali direttive noindex
- Regole del robots.txt
Questi dati non servono soltanto come backup. Dopo la pubblicazione permettono di eseguire un confronto pre/post e individuare rapidamente anomalie misurabili. Se una pagina che generava migliaia di impression scompare dai risultati, si può risalire alla vecchia URL e verificare immediatamente redirect, canonical, contenuto e indicizzazione.
Dati da conservare da Analytics, crawler e strumenti SEO
Analytics permette di completare la fotografia con informazioni legate alle performance delle pagine: sessioni, sorgenti, eventi, conversioni e percorsi. I crawler consentono invece di esportare una rappresentazione tecnica della struttura precedente.
Conservare questi file prima del lancio può sembrare un’operazione secondaria, ma assume grande valore quando emergono problemi. Invece di ricostruire a memoria la vecchia architettura, si dispone di una documentazione concreta con cui confrontare il nuovo sito.
La fase di audit dovrebbe quindi produrre un vero dataset di migrazione, non soltanto una relazione descrittiva. Più il sito è grande, più questa impostazione rende il processo verificabile e riduce la dipendenza da controlli manuali.
Mappatura URL: il passaggio decisivo per trasferire il valore SEO dal vecchio al nuovo sito
La mappatura URL è il documento che collega ogni vecchia risorsa alla sua destinazione futura. È probabilmente uno degli elementi più importanti dell’intero processo perché traduce la nuova architettura in una serie di relazioni verificabili.
Google raccomanda esplicitamente di creare una mappatura tra vecchi e nuovi URL prima di iniziare lo spostamento. Questo permette di progettare i redirect in modo coerente anziché crearli progressivamente dopo il lancio, quando gli errori sono già visibili ai crawler e agli utenti.
Come associare ogni vecchia pagina alla nuova destinazione corretta
La regola più utile è la pertinenza semantica. Una vecchia pagina dovrebbe essere reindirizzata alla nuova risorsa che meglio ne rappresenta contenuto e funzione, non semplicemente alla pagina gerarchicamente più vicina.
Se /consulenza-seo-monza/ viene sostituita da /servizi/consulenza-seo/, la relazione è evidente. Se invece la vecchia pagina viene rimossa e la destinazione scelta è una generica /servizi/, il grado di equivalenza è molto inferiore.
Per siti grandi conviene aggiungere alla mappa colonne dedicate a vecchia URL, nuova URL, status previsto, tipo di redirect, contenuto corrispondente e note. In questo modo il documento diventa contemporaneamente strumento SEO, specifica tecnica e checklist di controllo.
Quando mantenere esattamente lo stesso URL è la scelta più semplice
Cambiare URL non è un requisito di un buon redesign. Quando una pagina svolge la stessa funzione e non esiste una necessità tecnica o strategica di modificarne l’indirizzo, mantenere la stessa URL riduce le variabili della migrazione.
Questo principio è particolarmente utile per pagine già ben posizionate. Se il nuovo CMS consente di preservare gli slug esistenti, può essere preferibile farlo anziché riscrivere sistematicamente tutti gli indirizzi per ottenere una struttura esteticamente più uniforme.
La semplificazione degli URL può avere senso in alcuni progetti, ma dovrebbe rispondere a una ragione concreta. Modificare centinaia di URL soltanto perché “il nuovo sito deve essere completamente nuovo” introduce complessità senza necessariamente produrre un beneficio equivalente.
Redirect 301 nella migrazione SEO: come usarli senza creare catene, loop e soft 404
I redirect 301 rappresentano uno degli strumenti centrali della migrazione, ma diventano efficaci soltanto quando vengono implementati con una logica precisa. Il loro compito non è nascondere tutte le URL vecchie, bensì indicare che una determinata risorsa è stata spostata stabilmente altrove.
Google raccomanda per gli spostamenti permanenti redirect permanenti lato server e, nella documentazione sugli spostamenti dei siti, avverte di evitare reindirizzamenti irrilevanti. La qualità del redirect dipende quindi soprattutto dalla destinazione scelta.
Perché il redirect permanente deve puntare alla pagina realmente equivalente
Un buon redirect SEO risponde sia alle esigenze del motore di ricerca sia a quelle dell’utente. Chi apre il vecchio indirizzo di una pagina dedicata alla consulenza SEO dovrebbe arrivare a una nuova pagina che tratta ancora quel servizio, non a una homepage dalla quale deve ricominciare la ricerca.
La corrispondenza uno-a-uno semplifica l’interpretazione del trasferimento. Nei casi in cui la struttura viene modificata profondamente, il lavoro di mappatura serve proprio a individuare per ogni vecchia URL la destinazione semanticamente più vicina.
Questo rende evidente perché i redirect non dovrebbero essere delegati a una regola generica decisa poche ore prima del lancio. Sono parte integrante dell’architettura del nuovo sito.
Reindirizzare molte vecchie URL verso una pagina generica o poco pertinente, come la homepage, può inoltre essere interpretato da Google come un soft 404. Per questo, quando esiste una nuova risorsa equivalente è preferibile indirizzare l’utente verso quella pagina; se invece non esiste una sostituzione pertinente, è più corretto gestire la vecchia URL con uno status 404 o 410.
Come evitare redirect multipli e catene inutilmente lunghe
Le migrazioni successive possono generare redirect chain. Una vecchia URL A punta a B; dopo un secondo restyling B punta a C; anni dopo C punta a D. Pur essendo tecnicamente funzionante, questa struttura aumenta inutilmente i passaggi.
Durante una nuova migrazione conviene quindi recuperare anche le vecchie regole e, dove possibile, aggiornare direttamente A, B e C affinché puntino alla destinazione finale D. Questo semplifica il percorso e riduce la dipendenza da catene storiche.
È inoltre importante controllare i redirect loop, nei quali due o più URL si reindirizzano reciprocamente. Un crawler automatico consente di identificare questi pattern in modo molto più affidabile rispetto a controlli manuali su singole pagine.
Differenza tra redirect 301, 302, 307 e 308 nella pratica
Dal punto di vista della migrazione, la distinzione fondamentale riguarda la permanenza dello spostamento. Se l’URL è stato sostituito definitivamente, è opportuno utilizzare una soluzione coerente con uno spostamento permanente. Google indica 301 e 308 tra le opzioni permanenti lato server utilizzabili. Redirect temporanei come 302 e 307 appartengono invece a situazioni nelle quali la destinazione originaria dovrebbe tornare disponibile oppure lo spostamento non è considerato definitivo. Utilizzarli indiscriminatamente durante un rifacimento permanente rende meno chiaro il significato dell’operazione.
La configurazione precisa dipenderà da server, framework e CMS, ma il principio SEO rimane invariato: la risposta HTTP deve rappresentare correttamente l’intenzione del progetto.
Per siti di piccole dimensioni può essere sufficiente una verifica completa dell’elenco delle vecchie URL. Per portali estesi diventa invece utile automatizzare il processo e confrontare il risultato con la mappa approvata prima del lancio.
È qui che la migrazione passa dalla teoria alla qualità operativa: ogni vecchia URL importante deve produrre esattamente il comportamento previsto nel documento di mapping.
Cosa controllare prima di permettere a Google di trovare il nuovo sito
Arrivare alla fine dello sviluppo non significa necessariamente essere pronti per la pubblicazione. Prima che il nuovo sito diventi accessibile ai motori di ricerca è necessario eseguire una verifica pre-lancio che coinvolga SEO tecnica, contenuti, tracciamenti e funzionalità. È proprio in questa fase che possono emergere errori apparentemente marginali, come un noindex dimenticato, un canonical errato o una sitemap contenente URL di staging, capaci però di compromettere il lavoro svolto durante l’intera migrazione.
Il vantaggio di effettuare questi controlli prima del go-live è evidente: correggere un problema in ambiente di sviluppo è generalmente più semplice che intervenire dopo che Google ha già iniziato a scansionare e interpretare la nuova struttura. La migrazione SEO preventiva permette quindi di trasformare il lancio da un momento di incertezza a una procedura controllata, nella quale ogni elemento importante è stato verificato attraverso una checklist condivisa tra sviluppatori, SEO specialist e responsabili del progetto.
Come utilizzare correttamente un ambiente di staging durante lo sviluppo
Lo staging consente di testare il nuovo sito senza renderlo immediatamente disponibile al pubblico e ai motori di ricerca. La sua utilità non è soltanto tecnica: un ambiente di staging permette di effettuare crawling completi, verificare template, contenuti, metadata, redirect e struttura dei link prima che il progetto sostituisca il sito attuale.
La protezione dello staging deve però essere gestita con attenzione. La soluzione più sicura consiste normalmente nell’impedire l’accesso pubblico tramite autenticazione, evitando di affidarsi esclusivamente a direttive che potrebbero essere rimosse o interpretate in modo diverso durante la pubblicazione. Se vengono utilizzati noindex per evitare l’indicizzazione, regole nel robots.txt per limitare la scansione o altre restrizioni temporanee, è indispensabile inserirle nella checklist del lancio affinché non rimangano accidentalmente attive sul sito definitivo.
Un controllo particolarmente importante consiste nel verificare che l’ambiente di prova non abbia generato URL indicizzabili duplicati del sito ufficiale. Questo rischio aumenta quando lo staging utilizza un sottodominio accessibile pubblicamente oppure quando vengono condivisi link verso l’ambiente di test durante lo sviluppo.
Verificare title, H1, contenuti e metadati delle pagine strategiche
Durante un redesign può capitare che testi e metadata vengano modificati per adattarsi al nuovo layout. Prima della pubblicazione è quindi opportuno confrontare le principali landing page con la loro versione precedente e verificare che gli elementi che contribuivano alla loro rilevanza SEO non siano stati eliminati involontariamente.
Il controllo dovrebbe riguardare almeno title, meta description, H1, struttura degli heading, contenuti principali, alt text significativi e dati strutturati. Non si tratta di copiare necessariamente il vecchio sito parola per parola, ma di comprendere se la nuova versione conserva l’intento di ricerca e la copertura informativa che avevano permesso alla pagina di ottenere visibilità.
Particolare attenzione va riservata alle pagine che generano già traffico, lead o vendite. Ridurre un contenuto da 1.500 a 300 parole soltanto per adattarlo a un layout più minimale può avere conseguenze diverse rispetto alla riscrittura di una pagina che non ha mai prodotto risultati. La priorità delle verifiche deve quindi essere proporzionata al valore storico delle singole URL.
Controllare canonical, robots.txt e direttive noindex prima del lancio
Canonical e direttive di indicizzazione sono tra gli elementi più delicati perché possono modificare direttamente il modo in cui i motori di ricerca interpretano le pagine. Un canonical errato potrebbe indicare a Google che una nuova URL non rappresenta la versione principale del contenuto, mentre un noindex dimenticato può impedirne l’inclusione nei risultati di ricerca.
Il punto fondamentale è la coerenza dei segnali SEO. Una pagina non dovrebbe essere presente nella sitemap se contemporaneamente viene esclusa dall’indicizzazione, né dovrebbe avere un canonical verso un ambiente di test. Questi conflitti rendono più difficile interpretare correttamente il nuovo sito.
Architettura e contenuti: cosa non cambiare insieme durante una migrazione SEO
Uno dei principi più utili durante una migrazione SEO complessa consiste nel limitare, quando possibile, il numero di variabili modificate contemporaneamente. Cambiare nello stesso giorno dominio, struttura URL, CMS, architettura, contenuti, design e internal linking rende molto più difficile comprendere quale intervento abbia determinato eventuali variazioni di traffico o posizionamento.
Questo non significa che un progetto debba necessariamente essere conservativo. Un nuovo sito può rappresentare l’occasione ideale per migliorare struttura, copywriting e UX. Tuttavia, più cambiamenti vengono introdotti simultaneamente, maggiore diventa la necessità di una pianificazione basata sui dati. La gestione del rischio SEO consiste proprio nel distinguere ciò che deve essere modificato da ciò che può essere preservato temporaneamente.
Quali contenuti SEO conviene preservare durante il passaggio
Durante una migrazione non è necessario conservare ogni contenuto, ma è importante proteggere ciò che ha già dimostrato di generare valore SEO. Prima di modificare una pagina conviene verificare quali query intercetta, quali argomenti e intenti copre, se riceve backlink, quali link interni la sostengono e se contribuisce al traffico o alle conversioni. Il confronto tra vecchia e nuova versione dovrebbe quindi concentrarsi soprattutto sugli elementi che ne determinano la rilevanza: contenuti informativi, heading, keyword, entità, FAQ e collegamenti interni. Il redesign può migliorare struttura e copy, ma dovrebbe evitare di eliminare senza motivo la copertura semantica che ha contribuito alla visibilità organica della pagina.
Come migliorare il nuovo sito senza cancellare ciò che già genera risultati
Preservare non significa rinunciare all’ottimizzazione. Una migrazione può essere utilizzata per eliminare contenuti duplicati, migliorare tassonomie, consolidare pagine simili e rendere più efficiente l’architettura. La differenza consiste nel procedere sulla base di evidenze SEO anziché adottare una logica puramente estetica.
Una pagina importante può essere riscritta mantenendo il nucleo informativo che la rende rilevante. Un articolo datato può essere aggiornato anziché eliminato. Due contenuti in competizione possono essere consolidati in una risorsa più completa, con redirect dalle vecchie URL. Una categoria poco efficace può essere riprogettata preservando comunque le pagine che ricevono traffico.
La migrazione diventa così un’occasione per razionalizzare il sito. Non si tratta di mantenere tutto ciò che esiste, ma di distinguere con precisione tra elementi realmente superati e risorse che continuano a produrre valore.
Link interni, canonical e sitemap: come mantenere coerenti i segnali SEO
Una volta definita la nuova struttura, tutti i segnali interni devono convergere verso le URL definitive. Redirect, link interni, canonical e sitemap non dovrebbero raccontare versioni differenti della stessa storia. La coerenza tecnica aiuta i motori di ricerca a identificare più rapidamente quali pagine rappresentano le risorse principali del nuovo sito.
Un esempio semplice permette di comprendere il problema. Se una pagina è raggiungibile dal menu attraverso il vecchio URL, viene poi reindirizzata al nuovo, mentre il canonical indica una terza variante e la sitemap ne contiene una quarta, il motore di ricerca riceve segnali inutilmente contraddittori. Una migrazione ben progettata cerca invece di eliminare questi passaggi e riferimenti obsoleti.
Aggiornare i link interni invece di lasciarli passare attraverso i redirect
Il redirect serve principalmente a gestire richieste verso le vecchie URL. I link presenti sul nuovo sito dovrebbero invece puntare direttamente alle destinazioni definitive. Lasciare il linking interno verso vecchi indirizzi significa obbligare crawler e utenti a passare continuamente attraverso un reindirizzamento che potrebbe essere evitato.
La revisione riguarda menu, breadcrumb, footer, link contestuali negli articoli, CTA e qualsiasi componente dinamico che generi collegamenti. Nei siti molto grandi conviene effettuare un crawl della nuova versione e identificare tutti i link interni che restituiscono status 3xx.
Questa pulizia contribuisce anche a costruire una struttura più leggibile nel tempo. Un sito appena migrato dovrebbe idealmente avere un’architettura interna aggiornata, non dipendere già da centinaia di redirect interni per funzionare correttamente.
Impostare correttamente i canonical sulle pagine del nuovo sito
Il canonical comunica quale URL viene considerata rappresentativa quando esistono pagine duplicate o molto simili. Durante una migrazione è importante verificare che le nuove pagine utilizzino canonical coerenti con la versione definitiva del sito.
Un errore frequente consiste nel copiare template o database dall’ambiente di staging lasciando riferimenti canonical al dominio di test. In altri casi le nuove URL continuano a indicare le vecchie pagine oppure vengono generate varianti con parametri non desiderati.
Per le pagine che devono essere indicizzate autonomamente, un canonical autoreferenziale rappresenta normalmente una configurazione chiara. Nei casi più complessi, invece, la scelta deve essere coerente con la strategia di duplicazione e consolidamento prevista per il progetto.
Creare una sitemap XML contenente esclusivamente le nuove URL valide
La sitemap XML del nuovo sito dovrebbe contenere URL canoniche, indicizzabili e con status 200. Inserire redirect, pagine 404 oppure risorse escluse tramite noindex significa inviare segnali poco coerenti.
Dopo la migrazione la sitemap svolge anche una funzione operativa: permette di fornire ai motori di ricerca un elenco strutturato delle risorse che si desidera vengano scansionate. Questo non garantisce l’indicizzazione, ma facilita la scoperta delle pagine definitive.
Nei siti molto grandi può essere opportuno utilizzare più sitemap organizzate per tipologia di contenuto. Questo consente anche un monitoraggio più granulare: se emerge un problema concentrato su prodotti, articoli o categorie, sarà più semplice circoscriverne la portata.
Come verificare hreflang e versioni internazionali durante una migrazione SEO
Le migrazioni internazionali richiedono un livello ulteriore di attenzione perché ogni pagina può essere collegata alle proprie varianti linguistiche o geografiche. Le annotazioni hreflang devono essere aggiornate affinché puntino alle nuove URL e mantengano relazioni reciproche coerenti.
Un cambio di struttura da /it/servizi/ a /servizi/, per esempio, deve essere replicato correttamente anche nei collegamenti alle versioni inglese, tedesca o francese. Se una sola parte della configurazione rimane collegata ai vecchi indirizzi, possono generarsi errori difficili da individuare manualmente.
Per questo un crawl dedicato alle implementazioni hreflang dovrebbe rientrare nei controlli pre e post-lancio dei siti internazionali.
Il giorno del lancio: checklist della migrazione SEO
Il momento della pubblicazione dovrebbe essere trattato come una procedura tecnica pianificata, non come un semplice cambio DNS o la sostituzione di una cartella sul server. Tutti i controlli preparati nelle settimane precedenti confluiscono infatti in poche ore nelle quali è necessario verificare che il sito pubblico si comporti esattamente come previsto.
Per progetti complessi può essere utile definire responsabilità precise: chi attiva i redirect, chi esegue il crawl, chi verifica i tracciamenti, chi controlla Search Console e chi approva la pubblicazione definitiva. Una checklist condivisa riduce il rischio che attività considerate implicitamente “di competenza di qualcun altro” vengano dimenticate.
Attivare i redirect e verificare immediatamente le URL più importanti
Subito dopo il lancio è opportuno testare un campione delle URL prioritarie individuate durante l’audit. Le vecchie pagine che generavano maggiore traffico, conversioni o backlink devono condurre esattamente alle destinazioni previste.
Il controllo non dovrebbe limitarsi alla verifica visiva del browser. È necessario analizzare status code, catene di redirect e URL finale. Se vengono rilevati errori sulle pagine principali, conviene intervenire prima di considerare completato il rilascio.
Per siti molto grandi è consigliabile eseguire successivamente un controllo automatizzato sull’intero file di mapping, confrontando ogni vecchia URL con la destinazione attesa.
Verificare navigazione, form, checkout e tracciamenti Analytics
Il controllo finale deve comprendere anche il funzionamento commerciale del sito. Landing page, form, pulsanti, numeri telefonici, e-commerce e sistemi di pagamento vanno testati come farebbe un utente reale.
Allo stesso modo devono essere verificati eventi e conversioni in Analytics e negli eventuali sistemi advertising. Un nuovo sito può generare contatti senza registrarli correttamente, creando l’impressione di un calo commerciale che in realtà dipende dal tracking.
SEO, UX e analytics si incontrano proprio in questa fase. L’obiettivo non è soltanto mantenere le posizioni, ma assicurarsi che il nuovo sito continui a trasformare la visibilità organica in risultati misurabili.
Come aiutare Google a capire il nuovo sito
La pubblicazione non conclude la migrazione. Inizia invece la fase nella quale è necessario osservare come Google scopre, scansiona e interpreta le nuove URL. Google Search Console diventa quindi uno degli strumenti principali per monitorare eventuali anomalie e confrontare progressivamente la situazione precedente con quella successiva al lancio.
Le prime settimane sono particolarmente importanti perché eventuali problemi tecnici possono emergere gradualmente. Alcune pagine vengono scansionate quasi subito, altre richiedono più tempo. Un controllo sistematico consente di distinguere le normali oscillazioni da segnali che richiedono un intervento.
Verificare correttamente proprietà vecchia e nuova
Quando la migrazione coinvolge un cambio dominio è opportuno assicurarsi di avere accesso sia alla proprietà precedente sia a quella nuova. Questo permette di osservare contemporaneamente la diminuzione dell’attività sulle vecchie URL e la crescita delle nuove.
Anche mantenendo lo stesso dominio, Search Console rimane utile per analizzare indicizzazione delle pagine, sitemap, performance e URL specifiche. Prima del lancio conviene assicurarsi che tutte le persone coinvolte abbiano già accesso agli strumenti necessari, evitando di dover recuperare credenziali e autorizzazioni durante una fase critica.
I dati storici della vecchia proprietà sono inoltre preziosi per confrontare query, impression, clic e pagine che in precedenza producevano visibilità.
Quando utilizzare lo strumento Cambio di indirizzo di Google
Lo strumento Cambio di indirizzo è pensato per specifici spostamenti da un dominio a un altro. Non sostituisce la configurazione dei redirect e non è necessario quando vengono modificati soltanto URL interni mantenendo lo stesso dominio.
È quindi importante distinguere tra ciò che deve essere comunicato tramite Search Console e ciò che deve essere gestito direttamente a livello tecnico. La corretta mappatura delle URL e i redirect permanenti rimangono elementi fondamentali della migrazione.
Lo strumento può essere considerato un ulteriore segnale all’interno di un processo più ampio, non una scorciatoia capace di compensare un’implementazione incompleta.
In caso di cambio dominio, è inoltre opportuno verificare e gestire correttamente tutte le varianti del vecchio dominio, comprese versioni www/non-www ed eventuali sottodomini coinvolti nella migrazione.
Controllare indicizzazione, scansione ed errori delle nuove pagine
Il monitoraggio dovrebbe concentrarsi soprattutto sulle URL che possedevano maggiore valore organico prima della migrazione. Se una pagina importante smette di generare impression, conviene verificarne rapidamente status, redirect, canonical, contenuto e indicizzazione.
Search Console permette inoltre di osservare errori di scansione, pagine escluse, problemi relativi alle sitemap e altri segnali utili. Questi dati devono essere confrontati con crawler e analytics, evitando di affidarsi a una singola fonte.
La logica corretta è quella della diagnosi incrociata: se Analytics mostra una perdita di traffico, Search Console una riduzione delle impression e il crawler individua un redirect errato, le informazioni convergono verso una possibile causa concreta. È proprio questo approccio a rendere il monitoraggio post-migrazione realmente utile.
Devi rifare il sito senza perdere traffico e posizionamenti?
Una migrazione SEO efficace deve essere pianificata prima della pubblicazione del nuovo sito, coordinando sviluppo, struttura, contenuti e segnali tecnici. Audit pre-migrazione, mappatura delle URL, redirect, controllo di canonical e sitemap, verifica dello staging e monitoraggio post-lancio permettono di ridurre il rischio di perdere visibilità organica costruita nel tempo.
Doctor Web Agency può affiancare aziende e professionisti durante tutte le fasi del rifacimento, analizzando il sito esistente, individuando le pagine da preservare, definendo la corretta corrispondenza tra vecchie e nuove URL e verificando il comportamento del nuovo progetto dopo la pubblicazione. L’obiettivo è trasformare il redesign in un miglioramento reale, senza compromettere traffico, posizionamenti e opportunità commerciali già acquisite.
Se stai pianificando il rifacimento o la migrazione del tuo sito, contattaci per valutare struttura, criticità e priorità prima del go-live.
Tabella riassuntiva: cosa controllare nelle fasi successive della migrazione SEO
| Fase | Obiettivo | Controlli principali | Problemi da evitare |
|---|---|---|---|
| Audit pre-migrazione | Fotografare le prestazioni del sito prima del rifacimento | URL indicizzate, traffico, query, conversioni, backlink, status code, canonical | Perdere dati storici e non avere una baseline di confronto |
| Mappatura delle URL | Collegare correttamente vecchie e nuove pagine | Vecchia URL, nuova URL, contenuto equivalente, status previsto | Eliminare URL di valore o scegliere destinazioni poco pertinenti |
| Redirect | Trasferire utenti e motori di ricerca verso le nuove risorse | Redirect 301/308, destinazioni, catene e loop | Redirect generici, multipli o verso pagine non equivalenti |
| Verifica pre-lancio | Assicurarsi che il nuovo sito sia pronto prima del go-live | Staging, noindex, robots.txt, canonical, metadata, form | Pubblicare configurazioni di sviluppo o bloccare l’indicizzazione |
| Architettura e contenuti | Preservare ciò che genera già valore SEO | URL, testi, heading, query, backlink, internal linking | Modificare troppe variabili contemporaneamente |
| Link, canonical e sitemap | Rendere coerenti tutti i segnali del nuovo sito | Link interni, canonical, sitemap XML, hreflang | Vecchie URL, redirect interni e segnali contraddittori |
| Giorno del lancio | Verificare che il sito pubblico funzioni come previsto | Redirect, status code, crawl, navigazione, form, checkout, tracking | Errori 404/5xx, redirect errati e tracciamenti interrotti |
| Monitoraggio post-migrazione | Controllare come Google interpreta il nuovo sito | Search Console, sitemap, indicizzazione, impression, clic, errori | Accorgersi troppo tardi di cali sulle URL strategiche |
| Performance e conversioni | Confrontare i risultati prima e dopo la migrazione | Traffico, query, ranking, landing page, lead, eventi e ordini | Valutare la migrazione su pochi giorni o guardare solo le posizioni |
FAQ sulla migrazione SEO: domande frequenti prima e dopo il rifacimento di un sito web
1. Quanto costa una migrazione SEO professionale?
Il costo di una migrazione SEO varia soprattutto in base al numero di URL, alla complessità dell’architettura, al tipo di CMS, alla presenza di e-commerce o siti multilingua e alla quantità di controlli necessari prima e dopo la pubblicazione. Un piccolo sito corporate richiede un lavoro molto diverso rispetto a un portale con migliaia di URL. Più che valutare soltanto il prezzo, è utile verificare che il progetto comprenda audit iniziale, mappatura, controllo dei redirect, collaudo e monitoraggio post-lancio.
2. Una migrazione SEO può essere effettuata senza mettere offline il sito?
Sì. Una migrazione senza downtime significativo può essere organizzata preparando e verificando la nuova versione prima del passaggio definitivo. Nel caso di un cambio hosting, Google suggerisce di configurare e testare la nuova infrastruttura, modificare successivamente il DNS e monitorare il traffico servito dalla vecchia e dalla nuova infrastruttura. Una pianificazione tecnica corretta permette quindi di mantenere il servizio disponibile durante gran parte del processo, limitando eventuali interruzioni al minimo necessario.
3. Per quanto tempo bisogna mantenere attivi i redirect 301 dopo una migrazione?
Google raccomanda di mantenere i redirect permanenti il più a lungo possibile e, generalmente, per almeno un anno. Questo intervallo consente ai sistemi di Google di riscansionare gli URL e trasferire progressivamente i segnali verso le nuove destinazioni. Dal punto di vista degli utenti può avere senso conservarli anche più a lungo, soprattutto quando vecchi link continuano a ricevere visite. Parallelamente è opportuno aggiornare progressivamente link interni ed eventuali backlink importanti verso gli URL definitivi.
4. Cambiare soltanto hosting richiede la stessa procedura di una migrazione SEO con nuovi URL?
No. Il cambio hosting è una migrazione infrastrutturale diversa da uno spostamento che modifica dominio o URL. Se gli indirizzi visibili agli utenti rimangono gli stessi, non è necessaria una mappatura completa tra vecchie e nuove URL. Diventano invece centrali la configurazione del nuovo server, i DNS, le prestazioni, la raggiungibilità delle risorse e il monitoraggio della vecchia e della nuova infrastruttura. Google dedica infatti procedure distinte alle migrazioni con e senza modifica degli URL.
5. Qual è il momento migliore per effettuare la migrazione di un sito web?
Quando possibile, conviene programmare la migrazione del sito in un periodo nel quale il traffico è normalmente più basso. Se il business presenta stagionalità o giornate prevedibilmente meno frequentate, effettuare il passaggio durante queste finestre riduce il numero di utenti eventualmente coinvolti da problemi temporanei e lascia maggiori risorse del server disponibili per la scansione. Google suggerisce esplicitamente di considerare i normali cali di traffico nella scelta del momento in cui effettuare lo spostamento.
6. I redirect 301 fanno perdere PageRank o autorevolezza SEO?
Secondo Google, i redirect permanenti, tra cui i 301, non determinano di per sé una perdita di PageRank. Questo non significa però che qualsiasi redirect produca lo stesso risultato: la nuova destinazione deve essere pertinente e la configurazione deve essere tecnicamente corretta. Il problema principale non è quindi l’utilizzo del redirect 301, ma redirect mancanti, destinazioni non equivalenti, catene inutili o pagine eliminate senza una gestione appropriata.
7. Come gestire una migrazione SEO di un e-commerce con filtri e varianti di prodotto?
Negli e-commerce bisogna prestare particolare attenzione alla struttura degli URL, perché filtri, parametri, paginazioni e varianti possono produrre numerose combinazioni. Google raccomanda URL stabili e coerenti e suggerisce di utilizzare lo stesso indirizzo di riferimento nei link interni, nella sitemap e nei canonical. Durante una migrazione bisogna quindi verificare non soltanto categorie e schede prodotto principali, ma anche il comportamento delle varianti, dei parametri e delle eventuali pagine generate dinamicamente.
8. Cosa bisogna controllare se il nuovo sito utilizza molto JavaScript?
Quando il nuovo progetto utilizza JavaScript per generare contenuti, link o componenti importanti, è necessario verificare il rendering delle pagine e non soltanto il codice sorgente iniziale. Google esegue JavaScript, ma scansione, rendering e indicizzazione sono fasi distinte. Contenuti fondamentali che non risultano disponibili nell’HTML renderizzato potrebbero creare problemi di indicizzazione. Durante una migrazione verso framework JavaScript è quindi particolarmente importante controllare che testi, link, metadata e contenuti strategici siano effettivamente accessibili ai crawler.
9. Una migrazione del sito può influire sui Core Web Vitals?
Sì, perché una migrazione può comportare un nuovo hosting, template differenti, JavaScript aggiuntivo, immagini più pesanti o modifiche al sistema di rendering. Tutti questi elementi possono modificare le prestazioni del sito. I Core Web Vitals misurano aspetti dell’esperienza reale come velocità di caricamento, reattività e stabilità visiva. Per questo è utile confrontare le metriche prima e dopo la migrazione, soprattutto quando il nuovo progetto introduce modifiche tecnologiche importanti.
10. Dopo un cambio di URL bisogna aggiornare anche campagne pubblicitarie e profili social?
Sì. I vecchi URL esterni controllabili dall’azienda dovrebbero essere aggiornati verso le destinazioni definitive anziché dipendere permanentemente dai redirect. Google cita esplicitamente, oltre ai link interni, anche collegamenti presenti sui profili social e URL utilizzati nelle campagne pubblicitarie. Questo riduce passaggi intermedi, migliora l’esperienza dell’utente e diminuisce il carico generato dai redirect. Lo stesso principio può essere applicato a newsletter, firme email, directory aziendali e altri asset digitali sotto il controllo dell’impresa.
Fai crescere la tua attività con i servizi di Doctor Web Agency
Doctor Web Agency, con passione ed esperienza, si dedica alla realizzazione di siti web, SEO, SEM e strategie di social media. Il nostro obiettivo è far crescere la tua attività, creando siti web professionali che attraggano, persuadano e convertano visitatori in clienti fedeli. I nostri servizi includono:
- Realizzazione siti web: Progettiamo siti web veloci, intuitivi e ottimizzati per la visibilità SEO.
- Siti Ecommerce: Creiamo e assistiamo negozi online, garantendo un’esperienza utente di qualità.
- Web marketing: Offriamo servizi SEO, consulenza SEM, Google Ads e Facebook Ads.
- Gestione social: Creiamo e gestiamo social networks, pianifichiamo contenuti e collaboriamo con influencer.
- Produzioni video e fotografiche: Realizziamo video aziendali, foto prodotti ed eventi.
- Servizi editoriali: Scriviamo contenuti persuasivi e ottimizzati per il web.
Scopri il portfolio e le recensioni di Doctor Web Agency
Per scoprire di più per i nostri servizi di restyling sito web visita il nostro portfolio per vedere alcuni dei nostri ultimi progetti e scopri cosa dicono i nostri clienti sulle recensioni online. Affidati a noi per far crescere la tua attività online!
Richiedi un preventivo gratuito oppure contattaci per ottenere informazioni da un nostro consulente.
Clicca qui per scaricare la nostra presentazione aziendale.
