Piano di progetto per la migrazione di un sito web: la guida passo passo per il 2026

Un piano di progetto per la migrazione di un sito web è il documento che mappa ogni URL e ogni redirect, indica chi è responsabile di ciascuna attività e che cosa va testato prima di spostare un sito su un nuovo dominio, una nuova piattaforma o un nuovo design. Il primo passo di qualsiasi progetto di migrazione è fare l'audit e congelare gli URL del sito attuale: così hai un elenco fisso su cui lavorare prima che cambi qualsiasi cosa.

Prima di scrivere il piano, scopri dove il sito attuale è debole. Lo strumento per il piano SEO di SearchBlueprint analizza le tue pagine e mostra che cosa correggere, che cosa mantenere e che cosa ricostruire prima che si sposti anche un solo file: una base di partenza utile per decidere che cosa vale la pena portare sul nuovo sito.

Perché un piano scritto conta più di quanto pensi

"Migrazione" sembra un'attività puramente tecnica: sposti i file, punti il DNS e hai finito. In realtà coinvolge contemporaneamente SEO, analytics, design, aspetti legali e comunicazione con i clienti, e un piano scritto e condiviso evita che questi gruppi si pestino i piedi.

I numeri lo confermano. Secondo il Bloor Group, oltre l'80% dei progetti di migrazione dei dati sfora il budget o non rispetta la scadenza, con ritardi medi tra il 30% e il 41% e sforamenti dei costi che in media arrivano al 30% o più. Gartner ha riportato che l'83% dei progetti di migrazione dei dati fallisce o si discosta in modo significativo dagli obiettivi iniziali. Una ricerca di McKinsey sui grandi progetti IT ha rilevato che in genere superano budget e tempi rispettivamente del 45% e del 7%, offrendo il 56% di valore in meno rispetto al previsto. Un'analisi sui grandi progetti IT citata da Forbes ha rilevato che solo il 36% rimane entro budget e tempi originari.

Questi dati provengono da ricerche sulla migrazione dei dati nelle grandi aziende, non da studi specifici sui siti web. Eppure lo schema di fondo vale per lo spostamento di un sito come per la migrazione di un database: i piani che saltano l'analisi iniziale, i test e la pianificazione del rollback sforano il budget. Un piano scritto è il modo per non diventare una di quelle statistiche.

I tipi di migrazione di un sito web e come cambia il piano in ciascun caso

Non tutte le migrazioni comportano lo stesso rischio, quindi l'ambito del tuo piano deve corrispondere al tipo di spostamento che stai facendo.

Tipo di migrazione	Che cosa cambia	Principale rischio SEO
Migrazione di dominio	Il dominio principale cambia, oppure più domini vengono unificati	Perdita di link equity se i redirect non sono mappati 1:1
Migrazione di piattaforma	CMS o sistema e-commerce sostituito completamente	Metadati, schema e struttura degli URL non più funzionanti
Migrazione della struttura degli URL	Permalink o architettura del sito riorganizzati	Pagine orfane e catene di redirect
Migrazione di design	Rinnovo grafico, URL invariati	Peggioramento dei Core Web Vitals per il maggior peso delle pagine
Migrazione di contenuti	Pagine riscritte, spostate o accorpate	Contenuti duplicati o scarni che fanno calare i posizionamenti
Migrazione internazionale/multilingua	hreflang e struttura delle versioni locali ricostruiti	Pagine nella lingua sbagliata che si posizionano nel paese sbagliato

Una migrazione di dominio e di piattaforma contemporanea, per esempio il passaggio da WordPress su un dominio a Shopify su un altro, comporta il rischio combinato di ogni riga di questa tabella. Un piano dettagliato dimostra il suo valore proprio in questo scenario.

Il piano di progetto per la migrazione di un sito web, passo dopo passo

Passo 1: fai l'audit e congela il sito attuale

Esegui la scansione del sito esistente prima di toccare qualsiasi cosa. Registra ogni URL indicizzato insieme ai posizionamenti attuali, al traffico organico e ai backlink: sarà la tua base di riferimento e il punto di partenza della mappa dei redirect. Una volta chiuso l'audit, blocca la creazione di nuovi URL sul vecchio sito, così la mappa non diventa obsoleta a metà progetto.

Passo 2: stabilisci obiettivi, ambito e un responsabile del via libera

Scrivi perché stai migrando, perché un obiettivo vago lascia entrare lo scope creep. Il motivo può essere pagine più veloci, un nuovo CMS, un rebranding o l'unificazione di più domini. Indica una sola persona che prenda la decisione finale (go/no-go) il giorno del lancio. Coinvolgi fin da subito SEO, sviluppo, contenuti e area legale, perché un piano costruito da un solo reparto trascurerà qualcosa che un altro avrebbe notato.

Passo 3: mappa ogni URL e costruisci il piano dei redirect

È il passo più rischioso dell'intero piano. Crea un foglio di calcolo con vecchio URL, nuovo URL, tipo di redirect e stato per ogni pagina. Ogni vecchio URL ha bisogno di una destinazione, anche se è una categoria superiore, perché i redirect mancanti sono la causa più comune di perdita di traffico dopo una migrazione.

Il framework SEO 2026 passo passo copre il processo SEO più ampio in cui si inserisce questo piano, dalla fase di analisi al lancio, e mostra come la migrazione rientri in un piano annuale.

Passo 4: sviluppa e testa in staging

Costruisci il nuovo sito in un ambiente di staging che replichi la produzione. Porta con te metadati, dati strutturati e tag canonical esattamente come sono, cambiando solo gli URL che devono cambiare. Prima del lancio esegui la scansione del sito in staging e correggi ogni errore 4xx o 5xx che emerge. Testa ogni redirect per verificare che non ci siano loop e catene, oltre alla destinazione finale.

Passo 5: checklist per il giorno del lancio

Lancia in una fascia di basso traffico, con un piano di rollback pronto: un backup del vecchio sito, una persona designata che possa fermare il rilascio e una soglia chiara per decidere di intervenire. Invia la nuova sitemap XML a Google Search Console e usa lo strumento Cambio di indirizzo (Change of Address) se il dominio stesso è cambiato. Google Search Central documenta questo processo per gli spostamenti di sito su developers.google.com/search.

Passo 6: monitora a 30, 60 e 90 giorni

La maggior parte dei danni ai posizionamenti causati da una migrazione compare nelle settimane successive al lancio, non il giorno stesso. Tieni d'occhio le statistiche di scansione e il report sulla copertura di Search Console per individuare errori, e confronta traffico organico e posizioni delle parole chiave con la tua base di riferimento pre-migrazione. Esegui una scansione dei redirect con un crawler almeno una volta a settimana durante il primo mese.

Abbina questo piano a una checklist dedicata per la migrazione SEO di un sito, così nulla si perde nella settimana frenetica prima del lancio. Questa guida su come migrare senza perdere i posizionamenti su Google illustra le misure di tutela specifiche per i posizionamenti da inserire in ogni fase.

Quanto tempo ci vuole?

Un piccolo sito vetrina con meno di 200 pagine spesso può essere pianificato e migrato in due-quattro settimane, se il team è dedicato e la mappa dei redirect è semplice. Un sito di medie dimensioni con contenuti del blog, moduli e integrazioni richiede di solito da quattro a otto settimane. Un grande catalogo o un sito multi-regione, con migliaia di pagine prodotto, più lingue e integrazioni di terze parti, richiede in genere da otto a dodici settimane di anticipo prima del lancio, più l'intera finestra di monitoraggio post-lancio.

I tempi troppo stretti sono all'origine delle statistiche sugli sforamenti citate sopra. Una settimana in più di test in staging costa molto meno che correggere una mappa dei redirect sbagliata due mesi dopo il lancio.

Misura le prestazioni prima di spostare qualsiasi cosa

Una migrazione è anche l'occasione per verificare se il nuovo sito è più veloce o, senza che te ne accorga, più lento. Registra la base di riferimento dei Core Web Vitals prima del lancio, così avrai qualcosa con cui confrontarti dopo.

Metrica	Che cosa misura	Soglia ottimale
Largest Contentful Paint (LCP)	Quanto velocemente si carica il contenuto principale	2,5 secondi o meno
Interaction to Next Paint (INP)	Quanto la pagina risponde in modo reattivo	200 millisecondi o meno
Cumulative Layout Shift (CLS)	Quanto il layout si sposta durante il caricamento	0,1 o meno

Queste soglie provengono dalla documentazione sui Core Web Vitals di web.dev. Fai passare le tue pagine attuali e quelle in staging da un test di velocità del sito gratuito per ottenere i numeri prima di decidere che una nuova pagina è "abbastanza vicina" da essere lanciata.

Le migrazioni specifiche di una piattaforma portano con sé complicazioni proprie. Spostare un blog da HubSpot ha le sue particolarità per redirect e RSS, e la guida alla migrazione di un sito da HubSpot spiega che cosa si rompe e come proteggere i posizionamenti durante quello spostamento.

Quando bastano gli strumenti del tuo sito

La maggior parte delle piattaforme CMS include un gestore dei redirect di base, un generatore di sitemap e uno o due plugin SEO. Per una modifica piccola e circoscritta spesso bastano davvero, ma per una migrazione completa di piattaforma o di dominio di solito non è così.

Situazione	Bastano gli strumenti nativi?	Perché
Rinominare un URL e fare il redirect	Sì	Una singola regola di redirect rientra ampiamente negli strumenti integrati di qualsiasi CMS
Correggere un link rotto isolato	Sì	Una correzione manuale e un rapido controllo con il crawler bastano
Cambiare l'intera struttura degli URL	No	Centinaia di redirect vanno mappati, testati e verificati su larga scala
Passare a un nuovo dominio	No	Richiede modifiche al DNS, un cambio di indirizzo in Search Console e la verifica completa dei redirect
Cambiare CMS o piattaforma e-commerce	No	Metadati, schema e template vanno tutti ricostruiti a mano e sottoposti a controllo qualità
Link rotti che si ripresentano a ogni aggiornamento dei contenuti	No	Segnala un problema di processo che richiede un audit continuativo, non una correzione una tantum

Se il problema è un solo URL o una singola impostazione, la dashboard del tuo sito se ne occuperà. Se riguarda centinaia di URL o una nuova piattaforma, oppure continua a ripresentarsi, ti serve un piano strutturato e probabilmente un aiuto esterno per eseguirlo senza perdere posizionamenti.

Errori comuni che fanno saltare i tempi di una migrazione

• Considerarla un'attività solo per sviluppatori. SEO, contenuti e area legale devono avere un posto al tavolo della pianificazione, non ricevere un avviso dopo il lancio.
• Saltare il congelamento degli URL. Le pagine aggiunte a progetto in corso restano fuori dalla mappa dei redirect e, dopo il lancio, finiscono in silenzio in 404.
• Non avere un piano di rollback. Senza un backup e un responsabile designato, un lancio andato male resta online molto più a lungo del dovuto.
• Testare i redirect controllando a campione qualche pagina. Catene e loop si nascondono nelle pagine a cui nessuno pensa di guardare.
• Lanciare durante un picco di traffico. Una campagna stagionale o una citazione sulla stampa è la settimana peggiore per spostare anche il sito.
• Dimenticare i tag di analytics e il tracciamento delle conversioni. Una migrazione che rompe il tracciamento trasforma ogni decisione post-lancio in una congettura.

Un caso reale rende concreti questi rischi. Questo caso di studio su una migrazione di sito analizza successi, perdite e correzioni di una migrazione vera, insieme a ciò che il team farebbe diversamente.

Domande frequenti

Qual è il primo passo di qualsiasi progetto di migrazione di un sito web?

Il primo passo è fare l'audit del sito attuale e congelare l'elenco degli URL. Ti serve un inventario completo e fisso di pagine, posizionamenti e traffico esistenti prima di poter costruire una mappa dei redirect accurata o definire tempistiche realistiche.

Quanto tempo serve per costruire un piano di progetto per la migrazione di un sito web?

Costruire il piano in sé richiede di solito da una a due settimane per un sito piccolo e da due a quattro per uno grande o complesso. L'esecuzione della migrazione aggiunge i propri tempi.

Mi serve uno sviluppatore per scrivere il piano di migrazione?

No. Il piano è un documento di progetto composto da mappe degli URL, tempistiche, responsabili e punti di controllo dei test. Uno sviluppatore ne esegue alcune parti, ma a redigerlo devono essere i responsabili di SEO, contenuti e progetto.

Che cosa succede se durante una migrazione non imposto i redirect?

Ogni vecchio URL senza redirect restituisce un errore 404. I motori di ricerca eliminano quella pagina dall'indice, i link che puntano ad essa smettono di trasmettere valore e i visitatori trovano un vicolo cieco invece dei tuoi nuovi contenuti.

Quanto presto capirò se la migrazione ha danneggiato i miei posizionamenti?

La maggior parte delle variazioni dei posizionamenti compare entro due-quattro settimane dal lancio, anche se alcune impiegano più tempo ad assestarsi del tutto. Per questo la fase di monitoraggio da 30 a 90 giorni conta quanto il lancio stesso.

Metti il piano per iscritto questa settimana

Parti dall'audit e dal congelamento degli URL, perché ogni altra fase del piano dipende dall'avere quell'elenco bloccato per primo. Se vuoi un quadro chiaro di che cosa va corretto nel tuo sito attuale prima di mappare anche un solo redirect, parla con il team e chiedi un report di esempio che mostri come sarebbe per il tuo sito.

Da leggere anche: Website Migration Cost: What You'll Really Pay in 2026.

Fonti

• Data Migration Plan: How to Build It Step by Step (2026)
• The Definitive Guide on Website Migrations
• The Website Migration Process: What You Need To Know ...

Disclaimer: questo articolo contiene informazioni generali su norme e dati validi al momento della stesura, non consulenza finanziaria, fiscale o di investimento personalizzata. Non tiene conto del tuo reddito, dei tuoi obblighi, della tua tolleranza al rischio o dei tuoi obiettivi, e tassi e soglie cambiano. Verifica la situazione attuale presso l'autorità competente e rivolgiti a un consulente abilitato o a un commercialista qualificato prima di agire.