Migrare un sito senza perdere traffico: guida SEO, GEO e AEO per il 2026

Ogni anno migliaia di aziende decidono che è finalmente ora di lasciarsi alle spalle la loro piattaforma ormai datata. I conflitti tra plugin, le patch di sicurezza, il checkout macchinoso — tutto fa massa. Così premono il grilletto sulla migrazione.

E poi il traffico sparisce.

Non è un caso limite. La ricerca mostra che la maggior parte delle migrazioni di sito perde silenziosamente tra il 20% e il 40% del proprio valore di ricerca organica. Uno studio su 892 migrazioni di dominio ha rilevato un tempo medio di recupero di 523 giorni — e il 17% di quei siti non si è mai più ripreso.

Ma ecco la parte che rende il 2026 radicalmente diverso da qualsiasi anno precedente: non sta più solo proteggendo i Suoi ranking su Google. Sta proteggendo la Sua visibilità su un layer di scoperta del tutto nuovo — i motori di ricerca AI come ChatGPT, Perplexity, Google AI Overviews e Claude. Perda i dati strutturati o rompa l’architettura dei contenuti durante una migrazione, e non cala soltanto su Google: scompare del tutto dalle risposte AI.

Questa guida copre ciò che conta davvero — dalla mappa tecnica dei redirect al layer di visibilità AI che il 95% delle guide alla migrazione continua a ignorare.

---

Perché le migrazioni vanno storte: il problema del decadimento silenzioso

La cosa più pericolosa di una migrazione fatta male non è un crollo drammatico del traffico. È l’emorragia lenta e invisibile che inizia attorno al giorno 10.

Ecco cosa succede di solito: le keyword brand principali tengono le loro posizioni. Le dashboard di analytics sembrano stabili. Tutti tirano un sospiro di sollievo. Ma sotto la superficie le query long-tail — quelle che portano traffico ad alto intento e ad alta conversione — iniziano a erodersi. Le impressioni calano dentro cluster di keyword specifici. Le pagine ricevono ancora visite, ma l’engagement scende. Quando il traffico complessivo riflette il danno, la perdita di valore SEO è ormai radicata e molto più difficile da invertire.

Un caso documentato ha visto un sito e-commerce perdere il 67% del traffico nelle due settimane dopo la migrazione a una nuova piattaforma senza redirect adeguati. Hanno perso oltre 340 posizioni di keyword di punta. Il recupero parziale ha richiesto sei mesi. Un’altra software company ha perso il 44% del traffico organico dopo la migrazione — circa 500.000 utenti mensili.

E poi c’è la migrazione di WooCommerce verso Woo.com nel novembre 2023: un crollo immediato di oltre il 90% della visibilità organica da cui non si sono mai del tutto ripresi.

Il contrasto? TransferWise ha migrato oltre un milione di pagine indicizzate su Wise.com nel marzo 2021. Il traffico è inizialmente sceso da circa 32 milioni di visite mensili a 12,9 milioni. Ma siccome avevano una strategia rigorosa — migrazione a fasi, test pre-migrazione, pre-indicizzazione del dominio — si sono ripresi in otto mesi e alla fine hanno scalato oltre i 200 milioni di visite mensili. Il nuovo dominio è diventato circa 5 volte più di successo dell’originale.

La differenza non è mai la fortuna. È la preparazione.

---

Il contesto del 2026: perché quest’anno è diverso

Tre cose hanno cambiato i conti della migrazione nel 2026.

Il core update di Google di marzo 2026 ha alzato l’asticella. Distribuito tra il 10 e il 22 marzo (con una seconda ondata partita il 27 marzo), questo update ha irrigidito le soglie dei Core Web Vitals, rafforzato la valutazione E-E-A-T ed è coinciso con uno spam update — creando la più alta volatilità delle SERP dell’anno. I siti con debito tecnico irrisolto, contenuto sottile o cattiva esperienza mobile sono stati i più colpiti. Se sta migrando verso un sito che non rispetta le nuove soglie, sta migrando dentro una penalizzazione.

Le AI Overviews ora compaiono in oltre il 40% delle query di ricerca. Gli stessi segnali di contenuto che Google valuta per la ricerca web determinano sempre più se il Suo contenuto viene mostrato nelle AI Overviews, citato da ChatGPT o richiamato da Perplexity. Le sessioni provenienti dall’AI sono cresciute del 527% su base annua nel primo semestre 2025, e circa il 31% della popolazione statunitense usa ormai la ricerca AI generativa. Rompere i Suoi dati strutturati durante una migrazione significa diventare invisibile a questo canale in rapida crescita.

L’indicizzazione mobile-first è ormai un requisito vincolante. Da luglio 2026, i siti privi di una versione mobile funzionante saranno esclusi del tutto dall’indice di Google. Una migrazione è la Sua ultima occasione pulita per metterla a posto.

---

Fase 1: l’audit pre-migrazione

Non può proteggere ciò che non capisce. L’intera migrazione si gioca su ciò che documenta prima di toccare una sola riga di codice.

Stabilisca la baseline delle Sue performance attuali

Esporti tutto. Diventa il Suo punto di riferimento e la Sua polizza assicurativa:

• Inventario completo degli URL. Faccia il crawl del Suo sito attuale con Screaming Frog o Sitebulb. Ogni URL, ogni status code, ogni catena di redirect già in essere. Per i siti e-commerce questo significa pagine prodotto, pagine categoria, URL di filtri/faceted, contenuti del blog e pagine statiche — ognuna con la propria logica di migrazione.
• Snapshot di Search Console. Esporti le Sue top 500 keyword con clic, impressioni, CTR e posizione media. Separi il traffico brand da quello non-brand — le query brand spesso mascherano il decadimento del non-brand.
• Profilo dei backlink. Esporti il Suo profilo backlink completo da Ahrefs o Semrush. Le pagine con link esterni sono le più critiche da redirezionare correttamente; il 94-95% delle pagine ha zero backlink, il che rende le poche che ne hanno esponenzialmente più preziose.
• Audit dei dati strutturati. Faccia il crawl di tutto il markup schema attualmente in uso. Annoti Organization, Product, Article, FAQ e qualsiasi markup di review. Dovrà trasferirsi 1:1 sulla nuova piattaforma.
• Baseline dei Core Web Vitals. Esegua PageSpeed Insights sulle Sue 20 landing page principali. Il Suo nuovo sito deve eguagliare o superare questi numeri. La nuova soglia LCP è più stretta, e un TTFB sopra i 600 ms è ormai un segnale di ranking diretto.
• Baseline di visibilità AI. È lo step che nessuno fa. Interroghi ChatGPT, Perplexity e Google AI Overviews con i prompt che userebbero i Suoi clienti. Annoti quali delle Sue pagine vengono citate. Lo documenti — è il Suo punto di riferimento GEO.

Faccia l’audit del Suo debito tecnico attuale

Esegua un audit tecnico completo e registri ogni errore, warning e notice. Il Suo nuovo sito dovrebbe partire con quasi zero problemi preesistenti. Passi questa lista ai Suoi sviluppatori così sanno con esattezza cosa non portarsi dietro. Una migrazione è l’occasione per sistemare i problemi legacy, non per ereditarli.

---

Fase 2: mappatura URL e redirect

È il cuore tecnico di una migrazione. Lo fa bene e preserva la Sua autorità. Lo fa male, e niente altro conta.

Mappi ogni URL

Crei una mappa di redirect completa — una tabella che assegna a ogni vecchio URL il suo equivalente sulla nuova piattaforma. Categorizzi gli URL per tipo, perché ciascuno segue una logica di mappatura diversa:

• Pagine prodotto
• Pagine categoria/collezione
• URL di filtri e navigazione faceted
• Pagine blog/contenuto
• Pagine statiche (chi siamo, contatti, spedizioni, FAQ)
• URL delle immagini

Capisca le differenze di URL tra piattaforme

Ogni piattaforma struttura gli URL in modo diverso. Lo sappia prima di scrivere un solo redirect:

• Magento: /catalog/product/product-name.html
• Shopify: /products/product-name
• WooCommerce: /product/product-name/
• PrestaShop: /en/category-name/product-name.html
• Headless/custom: qualsiasi cosa definisca nel Suo routing layer

I nomi delle categorie possono comparire o sparire dagli URL prodotto a seconda della piattaforma. Trailing slash, estensioni dei file, sensibilità alle maiuscole — tutto questo crea disallineamenti se non viene mappato in modo esplicito.

Regole di redirect che proteggono la Sua autorità

Ogni redirect dovrebbe seguire queste regole non negoziabili:

1. Usi i 301, mai i 302. I redirect temporanei non trasmettono link equity. È l’errore di migrazione più comune in assoluto.
2. Niente catene di redirect. Se /old-url-1/ redireziona a /intermediate-url/ che redireziona a /new-url/, sta diluendo i segnali a ogni passaggio. Ogni redirect dovrebbe puntare direttamente alla destinazione finale.
3. Verifichi che ogni destinazione restituisca 200. Un 301 verso un 404 non trasferisce nulla. Google ignora del tutto il redirect.
4. Aggiorni i link interni direttamente. Non si affidi ai redirect per la navigazione interna. Punti tutti i link interni ai nuovi URL fin dal primo giorno.
5. Non redirezioni mai tutto verso la homepage. Questo viene trattato come un soft 404. Mappi ogni vecchio URL al suo equivalente più prossimo: prima la corrispondenza esatta, poi il contenuto simile, poi la pagina categoria più pertinente. Il redirect alla homepage è l’ultima spiaggia.

Dove implementare i redirect

La scelta incide sulle performance:

• Livello CDN/server (Cloudflare, Fastly, Vercel): il più veloce. Processato prima ancora che si carichi l’application layer. Il file _redirects di Cloudflare gestisce migliaia di regole in meno di 1 ms.
• Livello applicazione: il redirect manager nativo di Shopify supporta fino a 20.000 regole (espandibili via API). WooCommerce usa plugin come Redirection. Funziona, ma è più lento.
• Livello web server: blocchi di configurazione .htaccess di Apache o di Nginx. Funziona, ma è più difficile da mantenere su larga scala.

---

Fase 3: preservare la SEO tecnica

I redirect sono necessari ma non sufficienti. Il nuovo sito deve portarsi dietro ogni segnale che i motori di ricerca e i sistemi AI usano per capire i Suoi contenuti.

Cosa deve trasferirsi 1:1

• Meta title e description. Non si trasferiscono sempre in automatico tra piattaforme. Verifichi a mano ogni pagina prioritaria.
• Gerarchia degli heading. Preservi la struttura H1, H2, H3. Non lasci che un redesign appiattisca l’architettura dei Suoi contenuti.
• Markup schema. Migri tutti i dati strutturati — Product, Organization, Article, FAQ, Review, BreadcrumbList. Nel 2026 i dati strutturati hanno doppia funzione: aiutano Google e aiutano i sistemi AI a capire i Suoi contenuti per la citazione.
• Architettura dei link interni. Preservi il flusso della link equity. I link interni rotti creano pagine orfane e diluiscono il PageRank.
• Testo alt delle immagini. Spesso perso nella migrazione. Verifichi che si trasferisca, soprattutto per le immagini prodotto dell’e-commerce.
• Tag canonical. Si assicuri che puntino ai nuovi URL corretti, non a vecchi percorsi rimasti in giro.
• Tag hreflang. Se serve più lingue o regioni, ogni versione ha bisogno di una mappatura redirect separata e di una verifica hreflang.

Performance: eguagliare o migliorare

La nuova piattaforma deve eguagliare o superare la velocità del vecchio sito. L’update di Google di marzo 2026 ha irrigidito le soglie dei CWV. La ricerca mostra che il 53% degli utenti mobile abbandona una pagina che impiega più di 3 secondi a caricarsi, e 2 secondi in più possono aumentare la frequenza di rimbalzo di oltre il 100%.

Misuri la baseline prima della migrazione. La misuri dopo. Se le performance peggiorano, perderà ranking anche con redirect perfetti.

---

Fase 4: il layer GEO/AEO — quello che tutti gli altri si perdono

È qui che la guida alla migrazione del 2026 si stacca da ogni checklist scritta prima di lei.

Le guide alla migrazione tradizionali danno per scontato che Lei stia proteggendo solo i ranking di Google. In realtà sta proteggendo anche la Sua visibilità sui motori di risposta AI, che citano, riassumono e raccomandano contenuti in modi che le metriche SEO tradizionali non catturano.

Come i motori AI scoprono e citano i Suoi contenuti

Le piattaforme di ricerca AI non funzionano come Google. Quando qualcuno fa una domanda a ChatGPT o a Perplexity, il sistema la scompone in sotto-query («fan-out query»), cerca per ciascuna, recupera contenuti pertinenti, valuta l’autorità delle fonti e sintetizza una risposta — citando le fonti di cui si fida di più.

Durante una migrazione rischia di perdere la fiducia dell’AI se:

• Contenuto citato in precedenza viene rimosso, accorpato o spostato senza preservarne l’identità
• Spariscono i dati strutturati che l’AI usa come contesto
• Il Suo robots.txt o la Sua CDN (in particolare Cloudflare) iniziano a bloccare i crawler AI sul nuovo sito
• Il contenuto passa dal server-side rendering a JavaScript client-side che i crawler AI non riescono a interpretare

La checklist dei crawler AI

Prima di lanciare il nuovo sito, verifichi:

1. robots.txt consente i crawler AI. Controlli di non bloccare GPTBot, PerplexityBot, ClaudeBot o Google-Extended. Molte piattaforme e CDN li bloccano di default. Cloudflare ha cambiato di recente il proprio default per bloccare i bot AI — se usa Cloudflare, lo verifichi esplicitamente.
2. Il contenuto è in server-side rendering. I crawler AI non eseguono JavaScript come fanno i browser. Se il Suo nuovo sito headless renderizza tutto client-side, il Suo contenuto è invisibile all’AI. Usi SSR o generazione statica per tutte le pagine indicizzabili.
3. Il contenuto non è nascosto dietro interazioni. Tab, accordion e dropdown che richiedono clic per rivelare il contenuto sono invisibili ai crawler AI. Se contenuto importante vive dentro elementi richiudibili, lo ristrutturi.
4. Valuti l’implementazione di llms.txt. È un file di testo semplice collocato nella root del Suo sito che fornisce ai sistemi AI una mappa strutturata delle Sue pagine più importanti. È ancora agli inizi — solo il 5-15% dei siti lo usa, e i principali provider AI non ci si sono ancora impegnati del tutto. Ma è a basso rischio, basso costo e La posiziona davanti ai concorrenti. Lo pensi come una sitemap progettata appositamente per i modelli linguistici.
5. Il markup schema è intatto e potenziato. I sistemi AI danno molto peso ai dati strutturati quando decidono cosa citare. Gli schema FAQ, HowTo, Product e Review influenzano direttamente se il Suo contenuto compare nelle risposte AI.

Struttura del contenuto per la citazione AI

I motori AI estraggono singoli frammenti, non pagine intere. Strutturi il contenuto in modo che ogni sezione regga da sola come risposta citabile:

• Apra ogni sezione con una risposta diretta prima di fornire il contesto
• Usi heading H2/H3 chiari che rispecchino come gli utenti formulano le domande
• Tenga i paragrafi su 2-3 frasi
• Includa dati specifici, statistiche e fonti citate — i sistemi AI prediligono il contenuto con affermazioni concrete rispetto alle generalità
• Mantenga nomi di entità coerenti (il Suo brand, i prodotti, le persone) in tutto il testo — l’AI costruisce grafi di entità a partire da questi pattern

Misuri la visibilità AI dopo la migrazione

Dopo il lancio, aggiunga questi al Suo stack di monitoraggio accanto alle metriche SEO tradizionali:

• Tracciamento delle citazioni. Interroghi le piattaforme AI ogni settimana con i Suoi prompt target. Viene ancora citato? Un concorrente L’ha sostituita?
• Traffico di referral AI. Controlli nelle Sue analytics il traffico da ChatGPT (riportato come referrer chatgpt.com), Perplexity e altre fonti AI. Queste sessioni convertono a tassi più alti della media organica — i referral da ChatGPT convertono attorno al 15,9%.
• Attività dei crawler AI. Controlli i log del server per gli user agent GPTBot, ClaudeBot, PerplexityBot. Se spariscono dopo la migrazione, qualcosa li sta bloccando.

---

Fase 5: test pre-lancio

Trovi i problemi prima del lancio, non dopo.

Protocollo dell’ambiente di staging

Allestisca un sito di staging che rispecchi il Suo ambiente di produzione, ma si assicuri che i motori di ricerca non possano indicizzarlo. Un sito di staging che compare nei risultati di ricerca crea enormi problemi di contenuto duplicato.

• Testi tutti i redirect in staging prima di andare live
• Faccia il crawl del sito di staging con Screaming Frog — cerchi link rotti, meta data mancanti, pagine orfane e catene di redirect
• Verifichi che robots.txt consenta il crawling in produzione ma lo blocchi in staging
• Confermi che la sitemap XML si generi correttamente con tutti i nuovi URL
• Testi i Core Web Vitals rispetto ai Suoi benchmark
• Verifichi che tutto il markup schema sia valido (usi lo Schema Validator di Google)
• Controlli gli errori 404 su tutti i tipi di pagina
• Testi su veri dispositivi mobile, non solo sulle anteprime responsive

---

Fase 6: il giorno del lancio

Quando aziona la leva, ogni minuto conta.

La checklist del lancio

• Distribuisca tutti i redirect contemporaneamente al nuovo sito
• Aggiorni i link interni perché puntino ai nuovi URL
• Invii la nuova sitemap XML a Google Search Console
• Aggiorni il Suo tracciamento Google Analytics/GA4
• Se cambia dominio, aggiorni l’indirizzo della proprietà in Search Console
• Monitori i log del server per gli errori in tempo reale
• Verifichi che i redirect funzionino live (testi un campione di URL ad alta priorità)
• Si assicuri che il robots.txt sul sito live consenta tutti i crawler previsti — sia tradizionali sia AI

---

Fase 7: monitoraggio post-lancio

I 90 giorni dopo il lancio determinano se si riprende o cala.

Settimana 1 (critica)

• Monitori Search Console ogni giorno per gli errori di crawl
• Verifichi la copertura dei redirect — tutti i vecchi URL si risolvono nei nuovi?
• Tracci e corregga gli errori 404 subito
• Controlli lo stato di indicizzazione delle pagine prioritarie
• Monitori il traffico organico ogni giorno, con i segmenti brand e non-brand separati

Settimane 2-8

• Tracci i cambiamenti di ranking per i cluster di keyword target
• Monitori i trend di traffico rispetto alla Sua baseline pre-migrazione
• Corregga ogni link interno o esterno rotto
• Aggiorni le sitemap XML se aggiunge nuove pagine
• Rinvii le pagine importanti per l’indicizzazione se tardano a comparire
• Documenti la timeline del recupero — questi dati sono preziosissimi per la pianificazione futura

Continuativo

• Continui a monitorare la visibilità AI ogni mese
• Aggiorni il contenuto ogni trimestre per mantenere i segnali di freschezza (i motori AI danno molto peso alla recenza)
• Tenga le regole di redirect attive per almeno 12 mesi — rimuoverle troppo presto fa riemergere i 404 man mano che i link in cache scadono

---

Percorsi di migrazione comuni: considerazioni per piattaforma

PrestaShop → Shopify (o Medusa)

PrestaShop usa URL che includono il nome della categoria (/en/category/product.html), mentre Shopify appiattisce a /products/product-name. Ogni URL prodotto cambia. Pianifichi una mappa di redirect su larga scala. Anche la struttura di URL multilingua di PrestaShop richiede una mappatura redirect separata per ogni lingua.

Magento → Shopify

La più complessa tra le migrazioni comuni. Magento usa /catalog/product/product-name.html contro /products/product-name di Shopify. Le aziende hanno spesso migliaia di URL di filtri che richiedono una gestione esplicita. Valuti Shopify Plus con un CMS headless (come Contentful o Strapi) se ha pagine di contenuto estese che portano traffico organico — il blogging nativo di Shopify è funzionale ma limitato per strategie di contenuto SEO-intensive.

WordPress → Headless (Next.js, Webflow, Astro)

Qui il rischio maggiore è il rendering. WordPress di default consegna HTML renderizzato lato server. Molti framework headless renderizzano client-side, il che rompe l’accesso sia di Google sia dei crawler AI. Se va headless, si assicuri che SSR o generazione statica siano in piedi per tutte le pagine di contenuto. Verifichi anche che i plugin che gestiscono redirect, schema e generazione della sitemap abbiano equivalenti nel nuovo stack.

Bitrix/1C → Stack moderno

Comune nel mercato CIS. Le sfide principali sono la migrazione dei dati da integrazioni ERP strettamente accoppiate e la conservazione delle strutture di URL in cirillico. Pianifichi test estesi sulla codifica dei caratteri nei redirect.

Qualsiasi piattaforma → qualsiasi piattaforma

Indipendentemente dal percorso specifico, i principi sono universali: mappi ogni URL, redirezioni correttamente, preservi i dati strutturati, verifichi l’accesso dei crawler AI e monitori con aggressività dopo il lancio.

---

La matrice decisionale della migrazione

Non ogni sito ha bisogno di un rebuild completo. Prima di impegnarsi, valuti onestamente la Sua situazione:

Migri quando: la Sua piattaforma attuale ha limiti tecnici irrisolvibili, le vulnerabilità di sicurezza non si possono patchare, la Sua piattaforma si avvicina al fine vita, oppure spende oltre il 40% delle risorse di sviluppo in manutenzione anziché in crescita.

Faccia invece un redesign quando: i Suoi problemi sono soprattutto estetici o di UX. Un redesign sulla stessa piattaforma comporta una frazione del rischio SEO.

Faccia entrambi — con cautela: se deve cambiare piattaforma e fare il redesign, non faccia tutto in una volta. Idealmente, migri prima con modifiche di design minime, stabilizzi i ranking, poi iteri sul design. Cambiare piattaforma, struttura URL, contenuto e design contemporaneamente moltiplica ogni rischio.

---

In sintesi

Una migrazione di sito fatta bene non si limita a preservare il Suo traffico — può essere il catalizzatore di una crescita esponenziale. Wise l’ha dimostrato. Ma una migrazione fatta con leggerezza può farLa arretrare di mesi o di anni.

Nel 2026 la posta è più alta che mai. Non sta solo migrando un sito. Sta migrando la Sua presenza su un intero ecosistema di ricerca — tradizionale, AI-generativa, vocale e agentica. Ogni redirect che si perde, ogni pezzo di dati strutturati che lascia cadere, ogni crawler AI che blocca per sbaglio è una perdita che si somma su tutte queste superfici.

Pianifichi come se contasse. Perché conta.

Se sta pianificando una migrazione — o si sta riprendendo da una andata storta — è la conversazione che facciamo in areza.digital ogni settimana. Eseguiamo audit pre-migrazione che coprono SEO, GEO e AEO, così non si limita a sopravvivere al cambio: ne esce più forte. Prenoti una discovery call di 30 minuti → Per il contesto del rischio di migrazione paese per paese (layer normativo, segnali di locale, penetrazione delle AI Overview), veda il nostro hub dei mercati di crescita.

---

Scritto da Nikita Janockin, founder di areza.digital — consulenza SEO, AEO e GEO per le aziende che affrontano migrazioni di piattaforma e crescita organica. Ultimo aggiornamento 13 aprile 2026.