Il rifacimento del sito è il momento più pericoloso della vita SEO di un'azienda: un restyling gestito male può cancellare in una notte anni di posizionamento, backlink e — novità del 2026 — le citazioni conquistate su ChatGPT, Perplexity, Gemini e Google AI Overviews. La buona notizia: le regole per una migrazione sicura sono documentate, verificabili e replicabili. In questa guida trovi il metodo completo, basato sulla documentazione ufficiale Google e sulle best practice di settore.
Perché i restyling distruggono il traffico organico
Quando cambi CMS, struttura degli URL, dominio o anche solo il template, ogni URL indicizzato è un asset a rischio. Google deve ricollegare tutti i segnali accumulati (link, storicità, pertinenza) ai nuovi indirizzi: se il collegamento manca, il segnale si perde. Il problema non è il restyling in sé, ma la mancanza di una mappa che dica ai motori dove è finito ogni contenuto.
Il momento peggiore per improvvisare
La maggior parte dei danni da migrazione non si vede il giorno del lancio: emerge 2-6 settimane dopo, quando Google ha ricrawlato il sito e le posizioni iniziano a scendere. A quel punto recuperare costa molto più che prevenire.
I 7 scenari di migrazione e il loro livello di rischio
La documentazione Google distingue diversi tipi di site move. Non tutti hanno lo stesso impatto: sapere in quale scenario ti trovi determina quanta preparazione serve.
| Tipo di migrazione | Rischio SEO | Azione chiave |
|---|---|---|
| Da HTTP a HTTPS | Basso | Redirect 301, nessun Change of Address necessario |
| Cambio hosting (stessi URL) | Basso | Monitorare crawl e tempi di risposta del server |
| Cambio template/CMS (stessi URL) | Medio | Confrontare title, heading, contenuti e dati strutturati prima/dopo |
| Cambio struttura URL | Alto | Mappa redirect 1:1 per ogni URL indicizzato |
| Cambio dominio | Alto | Redirect + Change of Address in Search Console per tutte le varianti (www e non-www) |
| Cambio CMS + struttura URL | Molto alto | Migrazione a fasi, sezione per sezione se il sito è grande |
| Sostituzione completa del sito | Molto alto | Audit contenuti: cosa tenere, unire, eliminare, con redirect ragionati |
Info
Google raccomanda esplicitamente di dividere le migrazioni grandi in fasi: spostare prima una sezione, misurare gli effetti, poi procedere. È il modo più sicuro per isolare i problemi prima che tocchino tutto il sito.
Le regole ufficiali Google per non perdere i segnali
La procedura corretta non è un'opinione: è documentata nella guida Site Moves di Google Search Central. Questi sono i passaggi non negoziabili.
- 1Esporta l'elenco completo degli URL indicizzati (Search Console, sitemap, crawl con uno spider) e i dati di performance degli ultimi 12 mesi: senza baseline non puoi misurare il recupero
- 2Prepara la mappa URL vecchio → URL nuovo, riga per riga: questo documento è il cuore della migrazione
- 3Implementa redirect 301 lato server (permanenti): sono il segnale più forte per trasferire i segnali ai nuovi URL
- 4Aggiorna tutti i link interni nel codice del nuovo sito: non lasciare link interni che passano per redirect
- 5Invia il Change of Address in Search Console se cambi dominio, per tutte le varianti (www, non-www, sottodomini)
- 6Mantieni i redirect attivi il più a lungo possibile, in generale almeno 1 anno, per dare a Google il tempo di trasferire tutti i segnali
- 7Monitora traffico e crawl su vecchio e nuovo sito: il traffico sul vecchio deve scendere mentre sale sul nuovo
"Keep the redirects for as long as possible, generally at least 1 year. This timeframe allows Google to transfer all signals to the new URLs."
— Google Search Central, documentazione Site Moves and Migrations
La parte che quasi tutti dimenticano: i motori AI
Nel 2026 una migrazione deve proteggere anche la visibilità nei motori AI. ChatGPT, Perplexity, Gemini, Copilot e le AI Overviews di Google citano URL precisi: se la pagina citata sparisce senza redirect, la raccomandazione muore. In più, i crawler AI (GPTBot, ClaudeBot, PerplexityBot, Google-Extended) devono poter leggere il nuovo sito fin dal primo giorno.
- Verifica il robots.txt del nuovo sito prima del lancio: deve consentire l'accesso ai crawler AI che vuoi accogliere, con le stesse regole del sito precedente
- Controlla che i redirect 301 coprano le pagine più citate dai motori AI, non solo quelle con più traffico Google
- Mantieni invariati (o migliorati) dati strutturati JSON-LD, FAQ e struttura dei heading: sono i formati che i motori AI estraggono meglio
- Dopo il lancio, interroga direttamente ChatGPT, Perplexity e Gemini sui temi in cui eri citato e verifica che i link puntino ai nuovi URL funzionanti
- Non risultano evidenze pubbliche di un meccanismo di Change of Address per i motori AI: l'unico strumento affidabile sono i redirect 301 mantenuti a lungo
Il trucco del robots.txt di staging
L'errore più frequente e più devastante: il sito di sviluppo ha un robots.txt con Disallow totale (giusto, per non far indicizzare lo staging) che viene copiato in produzione al lancio. Risultato: Google e tutti i crawler AI bloccati sul sito nuovo. Inserisci nel processo di deploy un controllo automatico che confronti il robots.txt di produzione con quello atteso, e testalo entro un'ora dal lancio con il report Impostazioni → Scansione di Search Console.
Checklist operativa: prima, durante, dopo
- 1PRIMA (4-6 settimane): crawl completo del sito attuale, export GSC 12 mesi, mappa redirect, freeze dei contenuti, benchmark Core Web Vitals e posizioni
- 2PRIMA (1 settimana): test dei redirect in staging, verifica title/meta/heading/dati strutturati sul nuovo sito, doppia sitemap pronta (vecchi e nuovi URL)
- 3DURANTE (giorno del lancio): attivazione redirect lato server, robots.txt corretto, invio nuova sitemap, Change of Address se cambia dominio, test manuale delle 50 pagine più importanti
- 4DOPO (settimane 1-2): monitoraggio quotidiano di copertura, errori 404, log del server e crawl di Googlebot e dei crawler AI
- 5DOPO (mesi 1-3): monitoraggio settimanale di posizioni, traffico e citazioni AI; correzione dei redirect mancanti man mano che emergono; confronto con la baseline pre-migrazione
La doppia sitemap in Search Console
Trucco documentato da Google: dopo il lancio invia in Search Console sia la sitemap con i vecchi URL sia quella con i nuovi. All'inizio la vecchia risulterà indicizzata e la nuova a zero; col passare delle settimane i valori si invertono. È il modo più pulito per misurare in tempo reale l'avanzamento della migrazione, senza strumenti a pagamento.
Strumenti utili per una migrazione sicura
| Strumento | A cosa serve | Costo |
|---|---|---|
| Screaming Frog SEO Spider | Crawl pre/post migrazione, confronto URL, test massivo dei redirect | Gratuito fino a 500 URL, poi licenza annuale |
| Google Search Console | Baseline dati, Change of Address, doppia sitemap, monitoraggio copertura e crawl | Gratuito |
| Bing Webmaster Tools | Monitoraggio indicizzazione su Bing e Copilot dopo il lancio | Gratuito |
| httpstatus.io | Verifica rapida di codici di stato e catene di redirect su liste di URL | Gratuito |
| Analisi log del server | Verifica di quali crawler (Googlebot, GPTBot, ClaudeBot, PerplexityBot) visitano il nuovo sito | Dipende da hosting/stack |
| Ahrefs / Semrush | Identificare le pagine con più backlink da proteggere con redirect prioritari | A pagamento |
| Wayback Machine | Recuperare contenuti e struttura del vecchio sito se qualcosa va perso | Gratuito |
Nessuno di questi strumenti sostituisce la mappa redirect: sono acceleratori, non scorciatoie. Se il progetto di rifacimento è già partito e la migrazione SEO non è stata pianificata, un audit indipendente prima del lancio è l'investimento con il miglior rapporto rischio/beneficio: richiedilo dalla pagina /verifica-visibilita-ai.
Perché è importante per imprenditori e direzioni marketing
Nel 2026 una migrazione non riguarda più solo Google: i motori AI citano URL specifici. Se dopo il restyling quegli URL rispondono 404, la citazione punta nel vuoto e il motore AI smette di raccomandarti. Chi pianifica la migrazione pensando anche a GPTBot, ClaudeBot e PerplexityBot protegge un canale di acquisizione che i competitor stanno ancora ignorando.
Impatto su SEO, GEO, AEO e AI Search
Una migrazione corretta preserva link equity, ranking e segnali E-E-A-T accumulati. Secondo analisi di settore, i restyling gestiti male causano cali di traffico organico anche del 10-25% nei primi 30 giorni, con recuperi che richiedono da 2 a 8 mesi. Una mappa redirect completa e il monitoraggio post-lancio riducono drasticamente questo rischio.
Checklist operativa
- Export completo URL indicizzati e dati GSC degli ultimi 12 mesi
- Mappa redirect 1:1 vecchio URL → nuovo URL
- Redirect 301 lato server attivi dal giorno del lancio
- Link interni aggiornati nel codice, senza passaggi per redirect
- Robots.txt di produzione verificato (crawler Google e AI ammessi)
- Change of Address inviato per tutte le varianti in caso di cambio dominio
- Doppia sitemap (vecchia e nuova) inviata in Search Console
- Dati strutturati, title, meta e heading confrontati prima/dopo
- Monitoraggio quotidiano 404, log e crawl nelle prime 2 settimane
- Redirect mantenuti almeno 1 anno
- Verifica citazioni su ChatGPT, Perplexity e Gemini dopo il lancio
Come Libellula Lab 4.0 può aiutarti
Libellula Lab 4.0 progetta e realizza siti web e restyling con la migrazione SEO integrata nel processo: mappa redirect, protezione delle citazioni AI, monitoraggio post-lancio e test su Google e motori AI. Se stai pianificando un rifacimento, partiamo da un audit gratuito del sito attuale per capire cosa proteggere e come.
Libellula Lab 4.0
Vuoi trasformare questo tema in un vantaggio competitivo?
Analizziamo sito, processi, contenuti, campagne e automazioni per individuare opportunità concrete di crescita per la tua azienda.
Domande frequenti
Fonti
- Site move with url changes — Google Search Central
- Google Search Central — 301 redirects — Google Search Central
