Una migrazione sito web non è un semplice trasferimento di file. Cambia come utenti e motori raggiungono contenuti, form e pagine commerciali. Inventario prima, mappa URL poi, rilascio solo dopo test ripetibili.
Questa guida copre il rischio tecnico e organico. Non stima il costo di un nuovo sito e non promette assenza di oscillazioni.
Quale cambiamento stai facendo?
Cambiare hosting mantenendo URL e contenuti richiede controlli diversi dal passaggio a un nuovo dominio. Un redesign può lasciare invariati gli indirizzi ma rimuovere testo, collegamenti e funzioni che generavano contatti. Un cambio CMS può alterare percorsi, paginazione, immagini e dati strutturati senza renderlo evidente nell’interfaccia.
Scrivi una frase verificabile: «cambiamo X, manteniamo Y, accettiamo Z». Evita di cambiare simultaneamente dominio, CMS, struttura, contenuti e tracking quando puoi separare le fasi. Google raccomanda, quando sensato, di cambiare una cosa per volta e di aspettarsi oscillazioni temporanee mentre le URL vengono riscansionate.
Baseline: cosa salvare prima del rilascio
Una migrazione senza baseline non distingue un problema nuovo da uno precedente. Prima del freeze raccogli:
- URL indicizzabili e relativo status HTTP;
- title, description, H1, canonical, robots e dati strutturati;
- sitemap, robots.txt e redirect già attivi;
- pagine con click, impression e link esterni;
- conversioni e flussi: contatto, acquisto, prenotazione, login;
- asset critici, download, feed e integrazioni;
- Core Web Vitals e tempi server su pagine rappresentative;
- screenshot e test desktop/mobile.
Search Console fotografa query e pagine, non l’intera esperienza. Affianca analytics e log server quando disponibili. Esporta prima: finestre temporali e ritardi dei report rendono difficile ricostruire tutto dopo.
Mappa URL: una decisione per ogni indirizzo
La mappa è documento centrale. Ogni URL utile riceve una sola azione.
| Vecchia URL | Azione | Destinazione | Test |
|---|---|---|---|
| pagina mantenuta | 301 | equivalente nuova | 200 finale |
| contenuto consolidato | 301 | master pertinente | nessuna catena |
| nessun sostituto | 404/410 | — | risposta reale |
| pagina invariata | 200 | stessa URL | canonical coerente |
Non inviare decine di pagine diverse alla home. Google avverte che redirect irrilevanti possono confondere utenti ed essere trattati come soft 404. Destinazione deve risolvere stesso bisogno.
Redirect, canonical, robots e sitemap
Per spostamenti permanenti usa redirect server-side 301 o 308. Evita catene A → B → C: collega A direttamente a C. Mantieni redirect almeno un anno; per utenti e backlink utili può essere sensato mantenerli più a lungo.
- canonical punta alla nuova URL definitiva;
- meta robots non conserva
noindexdi staging; - link interni usano direttamente nuove URL;
- sitemap contiene solo URL canoniche con risposta 200;
- HTTP/HTTPS e www/non-www convergono sulla variante scelta;
- CSS, JavaScript e immagini restano accessibili al crawler.
Change of Address serve per cambio dominio o sottodominio, non per modifiche di percorso nello stesso dominio. Sitemap e URL Inspection aiutano la scoperta, ma richiesta di indicizzazione non garantisce inclusione o ranking.
Test pre-lancio e giorno del rilascio
Prepara staging protetto dall’indicizzazione ma accessibile al team. Esegui crawl comparabile su vecchio e nuovo ambiente. Controlla template, status, meta, heading, hreflang se presente, schema, link e pagine orfane.
- congela modifiche non necessarie;
- salva backup e procedura rollback;
- applica redirect e configurazione host;
- rimuovi blocchi di staging;
- verifica campione ad alto valore e campione casuale;
- invia sitemap corretta;
- prova form, pagamenti, email e tracking;
- registra orario, versione e responsabile.
«La pagina si apre» non basta: potrebbe rispondere 200 con canonical vecchia, perdere schema o inviare conversione due volte.
Monitoraggio post-migrazione
Nelle prime ore osserva errori, uptime, form e traffico reale. Nei giorni successivi controlla Search Console, log Googlebot, 404, redirect, URL escluse e differenza tra vecchie e nuove pagine.
- P0: acquisto, contatto o login bloccato;
- P1: pagine commerciali non raggiungibili, noindex o canonical errata;
- P2: metadata, link secondari o layout con impatto limitato;
- P3: miglioramenti non bloccanti.
Oscillazioni organiche possono essere normali. Non cambiare ogni giorno struttura e contenuti per inseguire grafico: correggi errori provati e conserva cronologia.
Cosa deve restare al cliente
Mappa URL, regole redirect, inventario, report test, accessi, backup, rollback e registro anomalie. Senza artefatti sito può funzionare oggi ma diventare fragile alla prossima modifica.
Per perimetro e costi del progetto usa quanto costa un sito web professionale. Per scegliere chi governa build, hosting, repository e rilascio consulta sviluppatore siti web freelance. Un audit sito web crea baseline prima della mappa.
Domande frequenti
Quanto dura una migrazione sito web?
Dipende da numero di URL, template, lingue, integrazioni e rischio. La data di rilascio è solo una parte: inventario, mappa e test vengono prima; monitoraggio e correzioni continuano dopo. Un piano serio espone fasi, responsabili, criteri di accettazione e rollback invece di promettere una durata universale.
Per quanto tempo vanno mantenuti i redirect 301?
Google consiglia generalmente almeno un anno per consentire il trasferimento dei segnali e la nuova scansione. Per utenti, bookmark e backlink può essere utile mantenerli indefinitamente. Aggiorna comunque link interni e campagne affinché puntino direttamente alle nuove URL.
Quando serve Change of Address in Search Console?
Serve quando il sito passa a un nuovo dominio o sottodominio verificato. Non è necessario per spostamenti tra percorsi dello stesso dominio, per HTTP→HTTPS o per cambio tra www e non-www. In ogni caso servono redirect, canonical, sitemap e controlli delle proprietà coinvolte.
È normale vedere oscillazioni dopo una migrazione?
Sì, possono verificarsi mentre Google riscansiona e reindicizza le URL. Non tutte le perdite sono però normali: noindex, redirect irrilevanti, canonical errate, pagine mancanti o server instabile richiedono correzione. Baseline e monitoraggio distinguono assestamento da errore.
Fonti ufficiali
Pianifica prima di toccare produzione
Invia dominio attuale, piattaforma, numero indicativo di URL, cambi previsti e flussi critici. Definiamo mappa, rischio, test e criteri di rilascio.
Contenuto tecnico pubblicato e verificato il 25/08/2026. Google, CMS, hosting e strumenti possono cambiare: controlla documentazione ufficiale e configurazione reale prima del rilascio.