Come migrare un sito web senza perdere traffico
Guida pratica alla migrazione di un sito: redirect 301, mappatura degli URL, cosa fare prima e dopo il passaggio e gli errori che fanno crollare il traffico.
Cambiare dominio, piattaforma o struttura degli URL è una delle operazioni che più facilmente distruggono anni di posizionamento. E la cosa peggiore è che il danno si vede dopo — a migrazione conclusa, quando rimediare costa dieci volte di più. In questo articolo trovi il procedimento che evita il disastro, e gli errori che lo causano.
Cosa può andare storto
Il traffico organico è legato agli URL. Ogni indirizzo che si posiziona ha una storia: link ricevuti, autorevolezza accumulata, cronologia nell'indice. Se quell'URL sparisce senza dire dove è andato il contenuto, tutto questo si perde.
Le tre migrazioni tipiche, in ordine di rischio:
| Tipo | Rischio |
|---|---|
| Nuova grafica, stessi URL | Basso |
| Nuova piattaforma, URL diversi | Alto |
| Cambio di dominio | Alto |
| Da HTTP a HTTPS | Medio |
Il rischio non sta nel cambiare piattaforma: sta nel cambiare indirizzi. Se gli URL restano identici, la migrazione è quasi indolore.
Da cui la prima regola, che risolve metà dei problemi: se puoi, non cambiare gli URL. Cambiare struttura solo perché la nuova piattaforma li genera diversamente non è una buona ragione — quasi tutte permettono di mantenere lo schema esistente.
Prima della migrazione
I passaggi da fare prima di toccare qualsiasi cosa. Saltarne uno è ciò che rende irrecuperabile un problema.
1. Fotografa la situazione attuale
Ti serve un punto di riferimento per capire, dopo, se qualcosa è andato storto:
- Traffico e conversioni degli ultimi mesi, da Google Analytics
- Posizionamenti e pagine che ricevono click, da Search Console
- Le pagine che portano più traffico — sono quelle da proteggere per prime
- I backlink ricevuti e le pagine che li ricevono
Senza questa fotografia, dopo non saprai nemmeno cosa hai perso.
2. Elenca tutti gli URL esistenti
Serve la lista completa, non le pagine che ti ricordi. Si ottiene incrociando: sitemap XML, scansione del sito con un crawler, elenco delle pagine da Search Console, esportazione dal CMS.
Includi anche le pagine vecchie che non linki più: se ricevono ancora visite o link, contano.
3. Costruisci la mappa dei reindirizzamenti
È il cuore del lavoro: una tabella che associa ogni vecchio URL al suo corrispondente nuovo.
| Vecchio | Nuovo |
|---|---|
| /blog/articolo-vecchio | /articoli/articolo-vecchio |
| /prodotti/scarpe.html | /shop/scarpe |
Le regole che contano:
Ogni vecchio URL deve avere una destinazione. Nessuno escluso.
La destinazione dev'essere il contenuto equivalente, non la home. Reindirizzare tutto alla home è l'errore classico: i motori lo trattano come una pagina non trovata mascherata, e il valore si perde comunque.
Se un contenuto non esiste più, manda alla pagina più affine — la categoria, un articolo che tratta lo stesso tema. Solo se davvero non c'è nulla, lascia un 404 con una pagina utile.
Niente catene. A → B → C fa perdere valore ed è lento: aggiorna in modo che A vada direttamente a C.
4. Prepara tutto su un ambiente di prova
Il sito nuovo va verificato prima di andare online, e va bloccato ai motori mentre è in prova, altrimenti rischi di far indicizzare la versione temporanea come contenuto duplicato.
Il passaggio
Usa reindirizzamenti 301, non 302. Il 301 è permanente e trasferisce il valore; il 302 è temporaneo e dice ai motori di tenere il vecchio indirizzo. Confonderli è l'errore tecnico più frequente e più costoso.
Verifica che i 301 funzionino davvero, uno per uno sulle pagine importanti, controllando il codice di risposta e non solo che il browser arrivi da qualche parte.
Controlla i tag canonical. Devono puntare ai nuovi URL — se restano quelli vecchi, stai dicendo ai motori di ignorare le pagine nuove. Il concetto è in cosa sono i canonical URL.
Aggiorna la sitemap e inviala. Alcuni suggeriscono di tenere temporaneamente online anche la vecchia sitemap con i vecchi URL, per aiutare i motori a scoprire i reindirizzamenti.
Controlla il robots.txt. Il file dell'ambiente di prova che blocca tutto, copiato in produzione, è un incidente classico e devastante.
Aggiorna i link interni ai nuovi indirizzi. Devono puntare direttamente alla destinazione, non passare da un reindirizzamento.
Se cambi dominio, usa lo strumento di cambio indirizzo in Search Console e configura il nuovo dominio come proprietà.
Dopo la migrazione
Il lavoro non finisce quando il sito è online. Le prime due settimane sono quelle in cui si intercettano i problemi mentre sono ancora rimediabili.
Controlla gli errori 404 ogni giorno nella prima settimana. Ogni 404 su un URL che prima esisteva è un reindirizzamento che ti sei perso: aggiungilo subito.
Monitora l'indicizzazione. Le pagine nuove devono comparire, le vecchie uscire gradualmente.
Confronta il traffico con la fotografia iniziale. Un calo del 10-20% nelle prime settimane è normale e si riassorbe. Un calo del 50% è un problema tecnico da cercare subito.
Contatta i siti che ti linkano di più per far aggiornare i link. I 301 funzionano, ma un link diretto vale di più.
Tieni i reindirizzamenti per almeno un anno. Non toglierli dopo un mese perché "ormai è passato": ci sono link e segnalibri che continuano a usarli. Se puoi, tienili per sempre.
Gli errori che fanno crollare tutto
In ordine di frequenza:
1. Nessun reindirizzamento. Il sito nuovo va online e i vecchi URL restituiscono 404. È il modo più veloce per azzerare anni di lavoro.
2. Tutto reindirizzato alla home. Sembra una soluzione, non lo è.
3. Il robots.txt di prova finito in produzione. Blocca tutto e il sito sparisce dall'indice.
4. Migrare in periodo di picco. Farlo sotto Natale se vendi regali significa che un eventuale problema costa il massimo possibile. Scegli un periodo tranquillo.
5. Cambiare tutto insieme — dominio, piattaforma, struttura, contenuti, grafica. Se il traffico cala, non sai cosa l'ha causato. Meglio una cosa alla volta, a distanza di settimane.
6. Non controllare dopo. Il problema esiste comunque: l'unica differenza è se te ne accorgi in tempo.
Una checklist rapida
- Fotografia di traffico, posizionamenti e backlink salvata
- Elenco completo dei vecchi URL
- Mappa dei reindirizzamenti, uno a uno, senza catene
- Sito nuovo provato e bloccato ai motori durante i test
- Reindirizzamenti 301 (non 302) verificati
- Canonical aggiornati ai nuovi URL
- robots.txt di produzione corretto
- Sitemap nuova inviata
- Link interni aggiornati
- Monitoraggio 404 attivo per due settimane
- Reindirizzamenti mantenuti almeno un anno
In sintesi
Una migrazione fa perdere traffico quando gli URL cambiano senza che qualcuno spieghi ai motori dove è andato il contenuto. La soluzione è la mappa dei reindirizzamenti 301, uno a uno, verso il contenuto equivalente.
Il lavoro vero sta prima: fotografare la situazione, elencare tutti gli URL, costruire la mappa. Il passaggio tecnico è la parte veloce.
La regola che evita metà dei problemi: se puoi, non cambiare gli URL. E la seconda: non cambiare troppe cose insieme, altrimenti un eventuale calo diventa impossibile da diagnosticare.
Se stai per migrare un sito che porta traffico e clienti, un audit SEO prima del passaggio è il modo più economico di evitare un danno che poi costa mesi.
Contenuto redatto con l'assistenza di strumenti di intelligenza artificiale e rivisto dalla redazione di Codegrind, che ne è responsabile. Hai trovato un errore? Scrivici.