Migrazione SEO sito: spostare un sito senza perdere visibilità o menzioni AI

Cosa copre un piano di migrazione per un rilancio?

Test rapido: esporta oggi i tuoi primi 50 URL da analytics. Ognuno deve avere una destinazione nominata sul nuovo sito.

La migrazione SEO è il trasferimento coordinato dei segnali di scopribilità di un sito quando cambiano design, dominio o piattaforma. L'obiettivo è rendere facili da trovare le pagine importanti, collegare i vecchi indirizzi alle nuove pagine giuste e individuare problemi evitabili prima e dopo il rilascio.

Questo servizio è utile quando un progetto cambia dominio o brand, consolida pagine, sostituisce un CMS o ricostruisce i template. Si adatta anche a team per cui il traffico organico o le menzioni AI sono canali di acquisizione importanti e che necessitano di un responsabile chiaro per i controlli di migrazione.

Iniziamo concordando cosa deve rimanere accessibile e misurabile. Questo include landing page prioritarie, pagine di prodotto e documentazione, versioni regionali o linguistiche e qualsiasi pagina citata regolarmente nelle risposte AI. Una baseline offre al team un riferimento per il confronto, invece di affidarsi alla memoria dopo il lancio.

Una migrazione può includere:

• Una baseline di scansione e traffico per il sito attuale.
• Una mappa URL sorgente-destinazione e revisione dei redirect.
• Controlli di metadati e dati strutturati su staging.
• Monitoraggio del giorno del lancio e piano di recupero.
• Una revisione mirata delle menzioni AI prioritarie e delle loro pagine sorgente.

Per un lavoro di scoperta più ampio oltre alla migrazione, vedi i nostri servizi di visibilità AI search e audit GEO.

Come si mappano URL e redirect prima del lancio?

Una mappa URL utile assegna a ogni vecchia pagina importante una destinazione chiara—o una ragione documentata per cui non verrà mantenuta. Costruiscila prima che lo sviluppo sia completato, così l'architettura informativa del nuovo sito può essere revisionata mentre i cambiamenti sono ancora praticabili.

Inizia con una scansione del sito attuale e combinala con i dati di traffico disponibili e le priorità di business. Segna gli URL che generano visite organiche, rappresentano un prodotto o servizio, supportano un percorso cliente importante o sono stati identificati come fonti per menzioni AI. Poi registra il nuovo URL corrispondente, il redirect previsto e il responsabile della conferma.

Usa questi controlli per valutare la mappa:

• Ogni URL sorgente prioritario ha una destinazione o una decisione esplicita di ritiro.
• Le destinazioni corrispondono allo scopo della vecchia pagina, non solo alla categoria più vicina.
• I redirect puntano all'URL finale, non attraverso una catena di indirizzi intermedi.
• Link interni, navigazione, riferimenti canonical e sitemap usano i nuovi URL.
• Le pagine rimosse hanno una sostituzione considerata dove esiste davvero.

Un foglio di calcolo è spesso sufficiente, purché completo e aggiornato. Conduciamo una revisione manuale dei redirect rispetto alle liste sorgente e destinazione, segnaliamo corrispondenze poco chiare e aiutiamo il team a risolverle prima del lancio. Questo rende le decisioni sugli URL revisionabili da responsabili SEO, contenuti e sviluppo.

Cosa testare su staging?

I controlli su staging confermano che il nuovo sito presenti le pagine e le informazioni previste prima del lancio pubblico. La revisione deve coprire accesso tecnico, contenuto delle pagine e i segnali che aiutano i motori di ricerca e i prodotti di risposta a identificare l'argomento di una pagina.

Prima, confronta i template chiave e gli URL prioritari con il piano di migrazione approvato. Controlla che titoli, descrizioni, intestazioni, riferimenti canonical e dati strutturati siano stati trasferiti o aggiornati deliberatamente. Conferma che il contenuto importante sia presente nella pagina renderizzata e che i controlli di accesso dello staging non rimangano accidentalmente sul sito pubblico.

Per la visibilità AI, crea una shortlist di prompt reali collegati ai tuoi prodotti, competenze e brand. Registra quali pagine appaiono come fonti nelle risposte pertinenti prima della migrazione, poi rivisita quei prompt dopo il lancio. Questa è un'osservazione pratica, non un'affermazione che ogni assistente mostrerà le stesse fonti. Se il contenuto necessita di riscrittura per rendere i fatti più chiari e citabili, il nostro servizio di contenuti per risposte AI può supportare questo lavoro. Per questioni di implementazione tecnica, vedi AEO tecnico.

Prima dell'approvazione, condividi una checklist concisa con il responsabile CMS e lo sviluppatore: pagine da testare, destinazioni previste, decisioni sui metadati, modifiche ai dati strutturati e qualsiasi problema aperto che potrebbe bloccare il rilascio. Responsabili chiari prevengono incertezze dell'ultimo minuto.

Monitoraggio del lancio e recupero

Errore comune: reindirizzare ogni vecchia pagina alla home page. Invia ogni vecchio URL alla sua nuova pagina più vicina.

Il monitoraggio del lancio confronta il sito live con il piano approvato e la baseline, così i problemi sono visibili mentre il team può ancora agire. Il lavoro inizia prima del rilascio, continua il giorno del lancio e prosegue con i controlli post-lancio.

Prima del lancio, concorda chi può mettere in pausa un rilascio, chi può modificare redirect o template e dove segnalare i problemi. Tieni la mappa URL finale, la lista delle pagine prioritarie e le eccezioni note a disposizione delle persone che lavorano. Il giorno del lancio, verifica che gli URL prioritari risolvano come previsto, che le pagine importanti siano accessibili e che i metadati e i dati strutturati pubblicati corrispondano alle versioni approvate.

Dopo il rilascio, confronta i risultati di scansione e il traffico con la baseline, poi classifica i problemi per impatto e causa. Un piano di recupero pratico identifica i passaggi per redirect errati, pagine mancanti, restrizioni di accesso accidentali o modifiche ai template che rimuovono contenuti importanti. Registra il problema, il responsabile, la correzione e il risultato della verifica, così le correzioni sono tracciabili.

Forniamo un registro leggibile di risultati e azioni, non un export tecnico inspiegabile. Se desideri un'osservazione continua delle risposte AI dopo la migrazione, monitoraggio visibilità AI può estendere la revisione oltre la finestra di lancio. La revisione può anche notare se le pagine sorgente prioritarie rimangono accessibili e utili.

Cosa può ancora cambiare dopo una migrazione?

Una migrazione accurata riduce l'interruzione evitabile, ma un rilancio non dà al team il controllo su quanto velocemente i motori di ricerca rivisitano le pagine o su quali fonti i prodotti di risposta AI selezionano. Google può riscansionare le pagine secondo il proprio programma, e una risposta AI può cambiare o omettere una fonte anche quando quella pagina rimane disponibile; non possiamo promettere posizionamenti o menzioni invariati, ma possiamo consegnare la mappatura concordata, i controlli, il monitoraggio e le correzioni entro il piano.

Prendi la decisione di lancio con i rischi in sospeso visibili. Se i redirect prioritari non sono testati, il contenuto principale manca dai nuovi template o il team non ha un responsabile per le correzioni post-lancio, risolvi questi problemi prima del rilascio dove possibile. Se una data fissa rende ciò impraticabile, documenta i rischi accettati e nomina chi gestirà ogni follow-up.

Mantieni la prima revisione focalizzata su fatti osservabili: se la nuova pagina carica, se il vecchio indirizzo raggiunge la destinazione prevista, se il contenuto chiave è presente e se il traffico di ricerca misurato è cambiato rispetto alla baseline. Indaga gli schemi piuttosto che reagire a un'osservazione isolata. Un audit GEO può aiutare a valutare la visibilità AI più ampia, mentre i servizi SEO possono affrontare le priorità organiche in corso una volta che il lavoro di migrazione è stabile.

La tua checklist di migrazione in 7 punti

Spunta questi elementi in ordine. I primi 3 avvengono prima che una singola pagina venga costruita. Stampa la lista, spunta ogni riga con una penna e tienila accanto al brief, così tutti lavorano dalla stessa pagina.

• Esporta tutti gli URL live e segna i primi 50 per traffico.
• Mappa ogni vecchio URL a una nuova destinazione.
• Mantieni titoli, intestazioni e testi chiave dove si posizionavano.
• Testa ogni redirect su staging.
• Controlla metadati e dati strutturati su staging.
• Invia la nuova sitemap il giorno del lancio.
• Monitora errori di scansione e traffico per 30 giorni.

Termini in una riga

Redirect significa un'istruzione che invia visitatori e crawler da un vecchio URL a uno nuovo.

Staging: una copia privata del sito usata per test prima del lancio.

Integrare la migrazione nel tuo lavoro di visibilità più ampio

Il lavoro di migrazione è più efficace quando i responsabili di ricerca, contenuti, sviluppo e brand condividono la stessa mappa di destinazione e le decisioni di rilascio. Tratta il rilancio come un passaggio controllato di pagine importanti, non come un compito tecnico isolato.

Se il nome dell'azienda, la descrizione del prodotto o i fatti chiave stanno cambiando, allinea questi aggiornamenti sul sito e sulle fonti pubbliche su cui il tuo pubblico fa affidamento. Il nostro servizio di costruzione entità per AI SEO può aiutare a chiarire come il brand e le sue offerte sono rappresentati oltre il sito. Per un progetto focalizzato su un assistente, visibilità ChatGPT e ottimizzazione Perplexity sono aree correlate da considerare dopo che le pagine prioritarie sono state mappate.

Per mantenere la collaborazione pratica, condividi un unico file di lavoro con:

• Gli URL attuali e di destinazione per le pagine prioritarie.
• Il responsabile del lancio e i contatti tecnici.
• Decisioni su contenuti, metadati e dati strutturati.
• Problemi aperti, gravità, responsabili e note di verifica.
• La baseline e i controlli pianificati dopo il rilascio.

Invia 3 cose: la tua sitemap attuale, la nuova struttura pianificata e la finestra di lancio.

Come funziona

1. Imposta la baselineEsaminiamo la scansione del sito attuale e i dati di traffico disponibili, poi identifichiamo le pagine prioritarie e le fonti note di menzioni AI. Il tuo team conferma quali pagine e percorsi contano di più.
2. Costruisci la mappa URLAbbiniamo gli URL sorgente prioritari alle destinazioni previste e segnaliamo casi mancanti, poco chiari o rischiosi. I tuoi responsabili SEO e sviluppo confermano le decisioni sui redirect.
3. Rivedi lo stagingControlliamo le pagine concordate, i metadati e i dati strutturati rispetto al piano di migrazione prima del rilascio. Il team risolve i problemi bloccanti o registra chi possiede il follow-up.
4. Verifica il lancioVerifichiamo gli URL prioritari e gli elementi di pagina concordati sul sito live, poi documentiamo qualsiasi cosa necessiti di correzione. Il tuo responsabile tecnico riceve azioni chiare.
5. Monitora e riportaConfrontiamo le osservazioni post-lancio con la baseline e registriamo problemi, correzioni e verifiche. La revisione offre al tuo team un percorso di recupero pratico.