Alejandro Rioja.
Business

Come migrare un sito web con successo?

Alejandro Rioja
Alejandro Rioja
11 min di lettura
TL;DR

Una migrazione del sito web di successo dipende da tre cose: un audit pre-migrazione meticoloso, redirect 301 a prova di errore e almeno 90 giorni di monitoraggio post-lancio. Fallo bene e proteggerai sia il tuo posizionamento su Google sia la tua presenza emergente nelle ricerche con IA.

Newsletter gratuita

Ogni mercoledì. 28.400+ operatori. Zero riempitivo.

Table of contents

Open Table of contents

Cos’è una migrazione del sito web?

Una migrazione del sito web è qualsiasi cambiamento strutturale abbastanza significativo da influenzare il crawling, l’indicizzazione o il traffico. Tipi comuni:

Il rischio è reale. Una migrazione mal eseguita può dimezzare il traffico organico — a volte in modo permanente. Detto questo, una migrazione ben pianificata è anche uno dei progetti SEO con la leva più alta che si possano fare: si risolve il debito tecnico, si consolida l’autorità e spesso si esce più forti.

Fattori essenziali da considerare prima della migrazione

Prima di toccare qualsiasi cosa, lavora su questa checklist:

  1. Documenta esattamente perché stai migrando e come appare il successo (parità di traffico? aumento del 20%? Core Web Vitals migliori?).
  2. Stabilisci una timeline realistica con una data ferma di blocco dei contenuti — nessuna nuova pagina o modifica degli URL una volta iniziato.
  3. Identifica tutti gli stakeholder: SEO, sviluppo, contenuti, analytics, comunicazione.
  4. Costruisci il tuo stack di monitoraggio prima di migrare per avere baseline pre-migrazione pulite.
  5. Esegui il crawl dell’intero sito attuale ed esporta un inventario completo degli URL.
  6. Mappa ogni URL che cambierà verso la sua nuova destinazione (il tuo piano di redirect).
  7. Pianifica il cutover per una finestra a basso traffico (da martedì a giovedì è solitamente l’ideale).
  8. Pianifica un percorso di rollback — se qualcosa va criticamente storto, come ripristini il vecchio sito?

Passaggi della migrazione del sito web

1. Definisci i tuoi obiettivi

L’obiettivo condiziona tutto il resto. Migrare per consolidare due domini è un progetto completamente diverso dal migrare da HTTP a HTTPS o passare da WordPress a un CMS headless.

Scrivi target specifici e misurabili prima di iniziare:

Un obiettivo che aggiungo sempre ora: preservare la visibilità nelle ricerche con IA. ChatGPT, Perplexity, Gemini e gli AI Overviews di Google citano fonti. Se il tuo sito viene citato, una migrazione che rompe la crawlabilità o cambia i tuoi URL canonici senza redirect appropriati ti farà perdere anche quello spazio. Maggiori dettagli nel FAQ qui sotto.

Coinvolgi il tuo intero team presto. SEO, sviluppatori, analytics e contenuti hanno tutti punti ciechi che gli altri individueranno.

2. Esegui un audit completo del sito

Prima di migrare, devi sapere esattamente cosa hai. Esegui un crawl completo con Screaming Frog, Ahrefs Site Audit o uno strumento comparabile. Esporta:

In Google Search Console (GSC) e GA4, identifica le tue pagine di maggior valore — quelle che generano più conversioni e traffico. Queste ricevono un’attenzione speciale durante la mappatura dei redirect e i test post-lancio.

Per ogni URL, decidi: mantenerlo, reindirizzarlo, consolidarlo o rimuoverlo. Devi avere questa decisione registrata prima di costruire qualsiasi redirect.

3. Scegli la piattaforma giusta

La scelta della piattaforma va oltre lo scopo di questa guida, ma il processo di migrazione no. Prima di impegnarti con una nuova piattaforma:

Se stai valutando opzioni di CMS, assicurati che i fondamentali SEO siano gestiti nativamente o tramite un plugin ufficiale prima di impegnarti.

4. Esegui il backup di tutto

Prima di qualsiasi modifica a file o database: backup completo. Questo è non negoziabile.

Opzioni:

Archivia il backup in un posto separato dal tuo ambiente di hosting. Se il server va giù a metà migrazione, il backup sullo stesso server è inutile.

5. Costruisci la tua mappa di redirect 301

Questo è il deliverable tecnico più critico in qualsiasi migrazione. Ogni URL che cambia ha bisogno di un redirect 301 (permanente) che punta al suo nuovo equivalente. Non un 302, non un redirect JavaScript — un 301 lato server.

Regole che seguo:

Usa un foglio di calcolo: Colonna A = vecchio URL, Colonna B = nuovo URL, Colonna C = stato HTTP verificato. Testa ogni riga prima del go-live.

6. Informa gli stakeholder e gli utenti

Per una migrazione di dominio o un redesign importante, la comunicazione interna conta quanto l’esecuzione tecnica. Di’ al tuo team esattamente cosa sta succedendo e quando. Per gli utenti esterni:

7. Configura un ambiente di test

Lancia il nuovo sito su un ambiente di staging — bloccato dall’indicizzazione tramite noindex o password — prima che si avvicini alla produzione.

Testa contro questa checklist in staging:

Non assegnare i test a una sola persona. I team interfunzionali trovano più bug.

8. Esegui la migrazione in fasi

Per i siti grandi (migliaia di pagine), esegui la migrazione per sezione — prima il blog, poi le pagine prodotto, poi la homepage. Per i siti più piccoli puoi andare tutto in una volta, ma fallo comunque in una finestra a basso traffico.

Sequenza del giorno di migrazione:

  1. Esegui uno snapshot finale del crawl pre-migrazione
  2. Deploya il nuovo sito e abilita i redirect
  3. Aggiorna il robots.txt sul nuovo sito (rimuovi qualsiasi noindex/disallow dello staging)
  4. Verifica che i redirect si attivino correttamente in produzione
  5. Invia la nuova sitemap XML a Google Search Console
  6. Se si tratta di una migrazione di dominio, usa lo strumento Cambio di indirizzo di GSC (Impostazioni → Cambio di indirizzo) — questo segnala direttamente a Google che il sito si è spostato e accelera la re-indicizzazione

Minimizza i tempi di inattività. Più a lungo il sito è offline, più difficile sarà la ripresa.

9. Post-migrazione: verifica l’impatto SEO

Entro 24–48 ore dal lancio:

Nelle prime due settimane:

10. Monitora per 90 giorni

La maggior parte dei danni della migrazione emerge nei primi 30 giorni. Il recupero completo (o la conferma che sei in difficoltà) richiede tipicamente 60–90 giorni. Traccia settimanalmente:

Imposta alert in GA4 e GSC affinché i cali non passino inosservati. Se il traffico cala di oltre il 20% e rimane lì dopo due settimane, torna alla tua mappa di redirect — un redirect mancante o rotto è quasi sempre il colpevole.

Una migrazione del sito web ben fatta protegge il tuo traffico, migliora la salute tecnica del sito e ti posiziona per la crescita. Fatta male, può costare mesi di recupero.

La formula è semplice anche se l’esecuzione non lo è: definisci obiettivi chiari, fai l’audit di tutto, mappa ogni redirect, testa prima di lanciare e monitora aggressivamente dopo.

Se ti è stato utile, questi post coprono temi correlati:

Migrazione del sito web — FAQ 2026

Una migrazione di dominio danneggia il SEO in modo permanente?

Non se è eseguita correttamente. Google ha dichiarato che le migrazioni di dominio con redirect 301 corretti trasmettono la link equity e che i ranking di solito si recuperano nell’arco di poche settimane fino ad alcuni mesi. La parola chiave è “di solito” — ho visto migrazioni mal eseguite impiegare da 6 a 12 mesi per riprendersi. Il singolo errore più grande è reindirizzare tutto alla homepage invece di fare una mappatura 1-a-1 degli URL.

Cos’è lo strumento Cambio di indirizzo di GSC e mi serve?

Lo strumento Cambio di indirizzo in Google Search Console è un segnale diretto a Google che il tuo sito si è spostato su un nuovo dominio. Lo invii in GSC sotto Impostazioni → Cambio di indirizzo dopo aver configurato i redirect 301. È rilevante solo per le migrazioni da dominio a dominio (non per i cambi di sottodominio, gli aggiornamenti HTTPS o la ristrutturazione degli URL). Accelera il re-crawl e la re-indicizzazione — lo uso sempre per le migrazioni di dominio.

Come influenzano le migrazioni di siti web la visibilità nelle ricerche con IA (ChatGPT, Perplexity, Gemini)?

Gli strumenti di ricerca con IA come Perplexity, ChatGPT con navigazione e gli AI Overviews di Google si basano su contenuti web crawlati. Se il tuo sito era citato prima della migrazione e i tuoi redirect si rompono o la tua crawlabilità cala, perderai quella visibilità — e ci vuole più tempo per riprendersi nelle ricerche con IA rispetto ai ranking tradizionali di Google perché i cicli di re-training o re-indicizzazione sono meno trasparenti. Per proteggerla: mantieni i redirect a prova di errore, invia la tua sitemap immediatamente dopo il lancio, evita qualsiasi periodo in cui le tue pagine restituiscono errori e mantieni URL canonici coerenti dove possibile.

Per quanto tempo dovrei mantenere i vecchi redirect 301?

A tempo indeterminato, o almeno 2–3 anni. Rimuovere i redirect 301 troppo presto rompe i backlink, i segnalibri e qualsiasi citazione nei sistemi di ricerca con IA che hanno catturato il vecchio URL. Il sovraccarico del server per un redirect è trascurabile. Non c’è alcun vantaggio nel rimuoverli.

Lettura correlata: Come moltiplicare per 10 il traffico del tuo sito web · Come il SEO migliora il marketing su scala globale · .Com vs .Net


Questa guida fa parte di alejandrorioja.com — scritta da Alejandro Rioja, che ora costruisce sistemi di agenti IA per i fondatori. Compreso l’agente che mantiene questo sito aggiornato. Come funziona →

Aggiornato per maggio 2026

Una breve nota del maggio 2026: il workflow descritto in questo post è stato verificato rispetto allo stato attuale degli strumenti e delle piattaforme sottostanti. Dove strumenti, interfacce o funzionalità specifiche si sono evoluti, il consiglio strutturale è ancora valido — l’implementazione sembrerà leggermente diversa nel 2026. Se raggiungi un passaggio che non corrisponde a quello che vedi sullo schermo, è probabilmente un aggiornamento dell’interfaccia, non un cambiamento fondamentale nell’approccio. Lascia una nota tramite il modulo di contatto e lo aggiornerò esplicitamente.

Continua a leggere

Ricevi il manuale dell'IA nella tua casella di posta

Ogni mercoledì. 28.400+ operatori. Zero riempitivo.

↵ per tutti i risultati esc esc per chiudere