Migrazione SEO per un redesign del sito, cambio di dominio o passaggio a un nuovo CMS

Cosa copre una migrazione SEO?

Una migrazione SEO coordina le modifiche tecniche e di contenuto necessarie per spostare un sito senza lasciare indietro pagine importanti. Si applica a redesign, cambi di dominio, rebrand e passaggi a un nuovo CMS.

La prima decisione è l'ambito: elenca ogni hostname, versione linguistica e gruppo di pagine interessato. Quindi identifica le pagine con traffico da ricerca, link in entrata o valore commerciale. Queste sono le priorità della migrazione, non pagine da rimuovere con leggerezza.

Il Launch Spec registra il tipo di spostamento, i responsabili, la sequenza di lancio, le fonti degli URL e i controlli di accettazione. Annota anche cosa non cambia, in modo che il team possa separare i problemi di migrazione dal lavoro di redesign non correlato. Se le menzioni AI sono importanti, includi nella baseline gli URL attualmente citati e le pagine di riferimento rilevanti. Questo dà al team un registro da confrontare dopo il rilascio.

Per un lavoro più ampio sulla ricerca AI oltre la migrazione stessa, vedi visibilità AI search e il nostro audit GEO.

Come dovresti mappare URL e redirect?

Una mappa URL di migrazione dovrebbe dare a ogni vecchio URL mantenuto una destinazione chiara, e a ogni URL rimosso una disposizione deliberata. Costruiscila prima che le regole di redirect siano implementate.

• Esporta gli URL attuali da un crawl del sito e dai dati analytics o di ricerca disponibili.
• Abbina ogni vecchia pagina alla nuova pagina equivalente più vicina, non automaticamente alla home page.
• Segna le pagine senza successore per la revisione; decidi se mantenerle, consolidarle o ritirarle.
• Verifica che i link interni, i riferimenti canonici, le alternative linguistiche e la navigazione utilizzino gli URL finali.
• Testa percorsi rappresentativi, incluse pagine annidate e schemi URL modificati, sullo staging.

Mantieni la mappatura in un file condiviso con URL sorgente, URL di destinazione, responsabile della pagina e stato della revisione. Segnala catene di redirect, loop, trailing slash inconsistenti e versioni miste di protocollo o hostname prima del lancio. Un redirect non sostituisce una destinazione pertinente: se la nuova pagina risponde a un'esigenza diversa, rivedi la mappatura o il piano dei contenuti.

AEOTech controlla la mappa rispetto alla baseline di crawl durante la Spec Review, quindi registra le correzioni nel Run Log. Questo rende chiaro quali URL sono stati revisionati e quali necessitano ancora di una decisione del responsabile. Se stai anche ricostruendo i segnali tecnici per l'AI search, coordina la migrazione con AEO tecnico piuttosto che trattarla come un lancio separato.

Cosa deve passare prima che il nuovo sito vada live?

Lo staging è il luogo per confermare che il nuovo sito sia pronto a ricevere traffico e che i segnali chiave delle pagine siano stati trasferiti. La revisione dovrebbe utilizzare template rappresentativi oltre ai singoli URL prioritari.

Separa i controlli temporanei dello staging dalle impostazioni destinate alla produzione. Conferma chi li rimuoverà o sostituirà al lancio e aggiungi quel compito alla checklist di rilascio. Confronta i vecchi e nuovi template di pagina per contenuti mancanti, titoli, navigazione e riferimenti importanti; un redirect tecnicamente valido non può ripristinare informazioni omesse dalla pagina di destinazione.

Documentiamo i controlli e gli elementi aperti nel Launch Spec, con un responsabile nominato per ogni problema irrisolto. Se il tuo team mantiene file destinati a guidare gli AI crawler, trattali come una decisione tecnica separata e rivedi il lavoro su llms.txt e crawler insieme ai compiti di migrazione. Non utilizzare un nuovo file come sostituto di redirect solidi, pagine accessibili o contenuti accurati.

Come monitoriamo una migrazione dopo il lancio?

Il monitoraggio post-lancio confronta il sito live con la baseline pre-migrazione e trasforma i problemi osservati in correzioni assegnate. Lo scopo è rilevare e correggere i problemi mentre il contesto del rilascio è ancora chiaro.

1. Conferma che le pagine prioritarie e i percorsi principali del sito carichino sul dominio di produzione.
2. Ricontrolla le destinazioni dei redirect e i gruppi di URL elencati nella mappa di migrazione.
3. Rivedi i segnali di crawl e traffico rispetto alla baseline registrata.
4. Registra cambiamenti imprevisti, URL interessati, evidenze e la persona responsabile della correzione.
5. Ricontrolla gli elementi risolti e registra l'esito nel Readout.

Le fluttuazioni temporanee dopo il lancio sono normali, quindi la revisione dovrebbe concentrarsi su schemi ed errori concreti piuttosto che su un singolo snapshot. Ad esempio, un calo su un template richiede un'indagine diversa da un errore di redirect limitato a un piccolo gruppo di URL. Il Run Log mantiene questi risultati legati a pagine e correzioni specifiche.

Il Readout riassume i controlli completati, i problemi aperti e le prossime azioni in linguaggio semplice per i responsabili marketing e tecnici. Se hai bisogno di un lavoro di visibilità continuativo dopo il periodo di migrazione, confronta questo progetto con monitoraggio visibilità AI. Per un piano di contenuti più ampio, vedi contenuti per risposte AI.

Cosa può cambiare dopo un rilancio del sito?

Un piano di migrazione può controllare il lavoro di implementazione e verifica, ma non può controllare come le piattaforme elaborano il sito modificato. I motori di ricerca decidono quando ricrawlare e rivalutare gli URL, e gli assistenti AI scelgono quali fonti citare; né i tempi né le citazioni continuative sono sotto il nostro controllo.

Usa il Readout per separare la consegna del lavoro dagli esiti delle piattaforme. Dovrebbe mostrare quali redirect e segnali di pagina sono stati controllati, quali correzioni sono state completate e cosa rimane aperto. Questa evidenza permette al tuo team di agire su un problema tecnico identificabile invece di fare supposizioni basate su un ampio cambiamento di visibilità.

Per progetti con un rebrand importante, registra i nuovi nomi di organizzazione e prodotto in modo coerente in tutto il sito e nei materiali di supporto. Il nostro lavoro su entità e knowledge graph può affrontare questa esigenza separata. Per un cambio di dominio con una riscrittura sostanziale dei contenuti, includi sia la mappa URL sia l'elenco delle modifiche alle pagine nella revisione; la sola copertura dei redirect non descriverà cosa è cambiato per i visitatori.

Per iniziare, invia a AEOTech il dominio attuale, il dominio pianificato o il passaggio a un nuovo CMS, un export degli URL vecchi, l'accesso allo staging e la finestra di lancio prevista. Rivedremo gli input, definiremo i controlli in un Launch Spec e confermeremo l'ambito della migrazione prima che inizi l'implementazione.

Prezzi

Prezzi da in USD. Pacchetti personalizzati e sconti volume su richiesta. Pagamento in USDT, USDC, BTC, ETH, SOL, TON o token del progetto.

Come funziona

1. Raccogli gli input della migrazioneCondividi il sito attuale, le modifiche pianificate, l'export degli URL, l'accesso agli analytics e la finestra di lancio. Confermiamo i domini interessati, i gruppi di pagine e i responsabili.
2. Imposta la baselineEseguiamo un crawl del sito attuale e registriamo i segnali di traffico e URL disponibili per il confronto. Le pagine prioritarie e le menzioni AI note sono incluse dove fornite.
3. Costruisci e rivedi la mappaAbbiniamo i vecchi URL alle destinazioni previste e rivediamo i requisiti di redirect, metadati e dati strutturati nel Launch Spec.
4. Verifica staging e lancioTestiamo i gruppi di pagine concordati e registriamo le azioni aperte prima del rilascio. Al lancio, il team segue la checklist e segnala i problemi tramite il Run Log.
5. Monitora e riportaConfrontiamo i controlli post-lancio con la baseline, tracciamo le correzioni e consegniamo un Readout con il lavoro completato e le prossime azioni.