Migrazione di un sito web senza perdere SEO: cosa proteggere prima del go-live

Una migrazione SEO non si risolve aggiungendo redirect il giorno del lancio. Serve sapere quali URL esistono, quali ricevono impression o backlink, quali contenuti devono essere consolidati e quale nuova pagina è semanticamente equivalente alla vecchia.

1. Congela una baseline prima di modificare il sito

Prima del redesign raccogli una fotografia del sito corrente. La baseline deve essere abbastanza completa da permettere un confronto dopo il cutover.

• URL da sitemap e crawl.
• Pagine con impression e clic in Search Console.
• URL che ricevono backlink importanti.
• Canonical, title, H1 e status code.
• Link interni verso pagine strategiche.
• Contenuti editoriali che devono restare accessibili.

2. Decidi per ogni URL: mantenere, consolidare o reindirizzare

Ogni URL storico dovrebbe avere una decisione esplicita. Mantenere lo stesso percorso è spesso la soluzione meno rischiosa quando l’intento resta invariato. Se due pagine vengono consolidate, il redirect deve puntare al nuovo owner realmente equivalente.

Evita redirect generici verso homepage o categorie lontane solo per eliminare un 404: conservano poco contesto e possono confondere utenti e motori di ricerca.

3. Elimina le catene prima del lancio

Un vecchio URL dovrebbe raggiungere il target finale con un singolo redirect. Se A reindirizza a B e B reindirizza a C, aggiorna la regola affinché A punti direttamente a C. Le catene aumentano complessità e rendono più difficile verificare la migrazione.

4. Proteggi i contenuti che hanno già segnali

Un redesign non è una buona ragione per cancellare automaticamente articoli o landing che ricevono query, link o traffico. Prima preserva URL e contenuto utile; eventuali consolidamenti editoriali possono essere valutati separatamente, con dati e una destinazione coerente.

5. Canonical e sitemap devono raccontare la nuova struttura

Dopo il build, ogni pagina indicizzabile dovrebbe avere un canonical coerente con il proprio URL finale. La sitemap dovrebbe contenere solo URL che rispondono 200 e che vuoi rendere indicizzabili, non vecchie sorgenti di redirect o pagine 404.

6. Aggiorna i link interni, non affidarti ai redirect

I redirect servono a gestire URL storici e link esterni. La navigazione interna del nuovo sito dovrebbe puntare direttamente alle destinazioni finali. Questo riduce hop inutili e rende più chiara la nuova ownership delle pagine.

7. Verifica davvero gli status code in un ambiente HTTP

Un build statico può dimostrare che le pagine esistono, ma non può verificare da solo il comportamento reale del server. In staging controlla almeno:

• URL da mantenere: 200.
• URL da consolidare: 301 verso il target esatto.
• Target finale: 200.
• Pagina inesistente: vero 404, non una pagina 200 con testo di errore.
• assenza di self-redirect e catene.

8. Dopo il go-live confronta il nuovo sito con la baseline

Controlla rapidamente errori server, copertura degli URL importanti, sitemap, canonical e redirect. Nelle settimane successive osserva Search Console per capire se Google sta scegliendo i nuovi owner attesi o se compaiono regressioni e owner switching.

La migrazione è un problema di equivalenza, non solo di tecnica

Un 301 è tecnicamente corretto soltanto se la destinazione risponde davvero allo stesso bisogno. Se una vecchia pagina SEO viene reindirizzata a una pagina Web generica, il server può essere perfetto ma la decisione informativa resta sbagliata.

Per un progetto completo vedi Realizzazione siti web. Se il problema è diagnosticare una migrazione già avvenuta o una perdita organica, approfondisci Analisi SEO del sito web.