Nuovo sito senza perdere traffico da Google: la checklist della migrazione
Redirect 301, mappatura degli URL, sitemap e Search Console: i controlli per lanciare un nuovo sito senza perdere il traffico organico da Google.
- Nº
- 07
- Pubblicato
- Lettura
- 11 min
- Categoria
- Notes
- Scritto da
- Revylio
Nuovo sito senza perdere traffico da Google: le tre condizioni
Per avere un nuovo sito senza perdere traffico da Google servono tre condizioni. La prima è un redirect 301 per ogni URL che cambia. La seconda è la conservazione dei contenuti già indicizzati. La terza è una serie di controlli prima e dopo la messa online. Il traffico si perde soprattutto quando manca una di queste tre condizioni, non per il nuovo design in sé.
La migrazione SEO è il processo che trasferisce al nuovo sito il valore costruito nel tempo sui motori di ricerca. Avviene durante un restyling o un cambiamento tecnico. L'analisi di MGvision sulla migrazione dei siti elenca gli elementi coinvolti. Sono l'architettura delle pagine, il dominio, gli URL, il CMS o i contenuti. Il CMS (Content Management System) è il sistema di gestione dei contenuti con cui il sito viene costruito e aggiornato.
La posta in gioco è concreta. La stessa fonte avverte che un piccolo errore nella migrazione può compromettere il posizionamento. Il risultato può essere un drastico calo del traffico organico e del fatturato. Gli errori possono anche danneggiare le campagne di digital marketing già avviate.
Questa guida spiega le cause della perdita di traffico e come costruire la mappa dei redirect. Indica poi i controlli da fare al lancio e cosa monitorare nei primi 30 giorni. Forse non ha ancora deciso se rifare il sito o intervenire in modo mirato. In quel caso consulti prima la guida su quando conviene il rifacimento del sito web.
Le tre cause principali della perdita di traffico dopo un rifacimento
La perdita di traffico dopo un rifacimento nasce soprattutto da URL cambiati senza redirect, da contenuti indicizzati eliminati e da controlli mancanti al lancio. Ognuna delle tre cause ha un meccanismo diverso.
URL cambiati senza redirect 301
Quando una pagina cambia indirizzo e nessun redirect collega il vecchio URL al nuovo, Google trova una pagina inesistente. L'errore 404 è il codice che indica una pagina non trovata. MGvision raccomanda la mappatura degli URL e la configurazione di tutti i reindirizzamenti proprio per evitare errori 404 e catene di redirect.
Contenuti indicizzati eliminati
Una pagina eliminata non può più posizionarsi per le ricerche su cui compariva. Il rischio aumenta quando il nuovo sito accorpa o taglia testi giudicati secondari. MGvision osserva inoltre che anche piccoli cambiamenti nel layout e nella struttura dei contenuti possono modificare la scansione del sito da parte dei motori di ricerca.
Controlli mancanti al lancio
Il sito nuovo viene costruito su un ambiente di prova bloccato all'indicizzazione. Se quel blocco resta attivo sul sito online, Google smette di indicizzarlo. Michele Rocco indica questo errore come la causa numero uno dei disastri nei restyling. Secondo l'autore, un noindex o una riga di troppo nel robots.txt possono far togliere l'intero sito dall'indice di Google nel giro di pochi giorni.
Redirect 301, redirect 302 e catene di redirect: differenze e quale usare
Per una pagina che cambia indirizzo in modo definitivo si usa il redirect 301. Il redirect 301 è il reindirizzamento permanente da un vecchio URL a un nuovo URL. Secondo Michele Rocco, trasferisce quasi tutto il valore SEO che la pagina si era guadagnata negli anni.
Il redirect 302 è invece un reindirizzamento temporaneo. La stessa fonte avverte che non passa in modo affidabile i segnali di posizionamento. Una catena di redirect è un URL che rimbalza su un altro, che a sua volta rimbalza su un altro ancora. Le catene diluiscono il valore lungo la strada e rallentano il sito.
La tabella riassume il comportamento dei tre casi e dell'errore 404, che è ciò che resta quando il redirect manca.
| Risposta | Cosa comunica | Effetto sul posizionamento | Quando usarla |
|---|---|---|---|
| Redirect 301 | Spostamento permanente | Trasferisce quasi tutto il valore SEO | Ogni URL che cambia nel nuovo sito |
| Redirect 302 | Spostamento temporaneo | Non passa in modo affidabile i segnali | Non nella migrazione definitiva |
| Catena di redirect | Più rimbalzi in sequenza | Diluisce il valore e rallenta il sito | Mai: il vecchio URL punta alla destinazione finale |
| Errore 404 | Pagina non trovata | Nessun valore passa a un nuovo indirizzo | Da evitare per le pagine con traffico o link |
Anche il passaggio da HTTP a HTTPS richiede redirect 301 configurati correttamente. MGvision spiega che servono a evitare che l'utente arrivi su pagine non valide o duplicate.
Mappatura degli URL: come costruire la tabella tra vecchio e nuovo sito
La mappatura degli URL è la tabella che associa ogni indirizzo del vecchio sito alla sua destinazione nel nuovo. È il documento su cui si configurano i redirect 301, e va completata prima del lancio, non dopo.
La mappa si costruisce in quattro passaggi:
- Esportare l'elenco completo degli URL del vecchio sito, comprese le pagine che non compaiono più nel menu.
- Assegnare a ogni URL la pagina del nuovo sito con il contenuto più vicino.
- Indicare per i contenuti che non vengono ripresi se esiste una pagina equivalente oppure se la pagina viene davvero chiusa.
- Controllare che ogni vecchio URL punti direttamente alla destinazione finale, senza passaggi intermedi.
Il quarto passaggio evita le catene di redirect. Capita spesso quando il sito ha già subito un restyling e conserva redirect vecchi verso indirizzi che ora cambiano di nuovo.
Nei rifacimenti che seguiamo in Svennis costruiamo la mappa partendo dall'elenco completo degli URL del vecchio sito, non dal menu del nuovo, e la verifichiamo indirizzo per indirizzo sul sito di prova prima del lancio. Quando la mappa nasce dal nuovo menu, le pagine che il menu non mostra più restano senza destinazione.
Prima di toccare qualsiasi cosa, eseguite un backup completo del sito. MGvision lo raccomanda per prevenire la perdita di dati e facilitare eventuali correzioni.
Esempio pratico: la migrazione di una pagina servizio passo per passo
L'esempio segue una singola pagina servizio di un sito aziendale fittizio, esempio.it, dalla mappa al lancio. Lo stesso procedimento vale per ogni URL del sito.
Il vecchio indirizzo è http://www.esempio.it/servizi.php?id=12. Nel nuovo sito la stessa pagina diventa https://www.esempio.it/servizi/manutenzione-impianti/. Cambiano quindi due elementi: il percorso e il protocollo, da HTTP a HTTPS.
- Mappa. Nella tabella di mappatura il vecchio URL compare in una riga, con il nuovo URL accanto.
- Redirect. Si configura un 301 dal vecchio indirizzo direttamente al nuovo. Non si passa da
https://www.esempio.it/servizi.php?id=12, perché creerebbe una catena di due rimbalzi. - Prova sul sito di staging. Si apre il vecchio indirizzo e si verifica che porti alla nuova pagina in un solo passaggio, senza errore 404.
- Controllo del robots.txt al lancio. Si apre
esempio.it/robots.txte si verifica che non contenga la rigaDisallow: /, che blocca tutto il sito. - Controllo dell'URL in Search Console. Si inserisce il nuovo indirizzo nello strumento di controllo dell'URL di Google Search Console, per confermare che la pagina sia indicizzabile.
- Sitemap. Si genera la sitemap XML aggiornata e la si reinvia in Search Console. La sitemap XML è il file che elenca a Google le pagine del sito.
I passaggi 4, 5 e 6 seguono le indicazioni di la guida di Michele Rocco sul restyling senza perdere posizionamento. Reinviare la sitemap aiuta Google a trovare in fretta la nuova struttura.
Controlli prima del lancio: staging, robots.txt, noindex e backup
I controlli prima del lancio servono a portare online il nuovo sito senza i blocchi usati durante lo sviluppo. Lo staging è l'ambiente di prova su cui viene costruito il sito nuovo. È impostato per non farsi indicizzare da Google, con un noindex o un blocco nel robots.txt.
Il noindex è un'istruzione che chiede ai motori di ricerca di non inserire una pagina nell'indice. Il robots.txt è il file che indica ai motori quali parti del sito possono scansionare. Entrambi sono utili sullo staging e dannosi sul sito online.
Michele Rocco racconta un caso concreto. Una riga Disallow: / rimasta dallo staging ha bloccato un sito nuovo per dieci giorni. Dopo la correzione il traffico è tornato, ma ci sono volute alcune settimane. L'autore riassume così il rapporto tra costo e rischio: il controllo il giorno del lancio richiede dieci minuti, mentre scoprire il problema tre settimane dopo costa un mese di traffico perso.
Prima di pubblicare, conviene quindi verificare almeno questi punti:
- backup completo del vecchio sito eseguito e conservato;
- tutti i redirect della mappa provati sullo staging;
- nessun errore 404 sulle pagine che avevano traffico;
- blocchi di indicizzazione dello staging pronti a essere rimossi al momento della pubblicazione.
Fonte: michelerocco.com
Checklist della migrazione: cosa fare prima, durante e dopo il lancio
La checklist della migrazione raccoglie in un'unica tabella le attività che proteggono il traffico organico, ordinate per momento. Il traffico organico è il traffico che arriva da Google e dagli altri motori di ricerca senza annunci a pagamento.
| Quando | Attività | Come verificarla |
|---|---|---|
| Prima | Backup completo del vecchio sito | Copia di file e database salvata fuori dal server |
| Prima | Elenco completo degli URL esistenti | Include le pagine non presenti nel menu |
| Prima | Mappa dei redirect 301 | Ogni vecchio URL ha una destinazione diretta |
| Staging | Prova dei redirect | Nessun 404, nessuna catena, nessun 302 |
| Lancio | Rimozione dei blocchi di indicizzazione | Il robots.txt non contiene Disallow: /, nessun noindex sulle pagine |
| Lancio | Sitemap XML aggiornata | Reinviata in Google Search Console |
| Lancio | Controllo delle pagine principali | Strumento di controllo dell'URL in Search Console |
| Primi 30 giorni | Monitoraggio | Indicizzazione, errori di scansione, posizionamenti, traffico, Core Web Vitals |
La tabella può essere stampata e spuntata riga per riga il giorno del lancio. Le righe "Prima" richiedono più tempo e vanno pianificate già nella fase di analisi del progetto, quando si conosce il numero di pagine da migrare.
Primi 30 giorni dopo il lancio: cosa monitorare in Search Console
Nei primi 30 giorni dopo il lancio vanno monitorati cinque indicatori: indicizzazione, errori di scansione, posizionamenti, traffico e Core Web Vitals. È l'elenco proposto da Michele Rocco. I Core Web Vitals sono le metriche di Google che misurano velocità di caricamento, reattività e stabilità visiva della pagina.
Un calo iniziale non indica per forza un errore. Secondo la stessa fonte, anche un restyling fatto bene comporta di solito un calo di traffico temporaneo nelle prime settimane. Il recupero va da poche settimane a qualche mese nei casi complessi. Il segnale d'allarme è un calo concentrato su pagine precise, accompagnato da errori 404 o da pagine escluse dall'indice.
Il traffico può calare anche per ragioni estranee alla migrazione. Un post nella community r/TechSEO di Reddit riporta che le ricerche senza clic hanno raggiunto il 60% complessivo e il 77% su mobile. Lo stesso post cita un rapporto secondo cui il CTR organico scende allo 0,61% quando compaiono le panoramiche AI, contro l'1,62% senza. Conviene quindi confrontare posizionamenti e impressioni, non solo i clic.
Se le posizioni reggono ma i clic diminuiscono, la causa può essere il formato dei risultati di Google. In quel caso è utile la guida su come farsi citare nelle AI Overviews di Google. Se peggiorano i Core Web Vitals, la guida su quanto costa un sito lento in richieste aiuta a stimarne l'effetto.
Cosa significa la migrazione per un'azienda italiana con campagne e link già attivi
Per un'azienda italiana, la migrazione del sito tocca anche tutto ciò che già punta al vecchio sito. Newsletter, campagne pubblicitarie, profili social e link di partner e fornitori usano gli indirizzi attuali. MGvision ricorda che gli errori di migrazione possono danneggiare le campagne di digital marketing già avviate.
Il caso più delicato è il cambio di dominio. Secondo MGvision, l'autorità del sito e il profilo backlink vanno trasferiti al nuovo dominio con i redirect 301 e con strumenti come Google Search Console. I backlink sono i link che altri siti dedicano al Suo. La stessa fonte segnala che il cambio di dominio incide su advertising e presenza social, e richiede la revisione dei vecchi link esterni.
Nella pratica conviene preparare un elenco dei link che l'azienda controlla direttamente:
- link nelle campagne pubblicitarie attive;
- link nei profili social aziendali;
- link nei modelli di newsletter ed email;
- link su materiali stampati, se rimandano a pagine interne.
I redirect 301 coprono comunque i link vecchi, ma aggiornare quelli sotto il proprio controllo evita passaggi inutili. Se il rifacimento serve anche ad adeguare il sito ai requisiti di accessibilità, la guida sull'accessibilità del sito aziendale dopo l'EAA indica cosa verificare per primo.
Prossimi passi per rifare il sito senza perdere il posizionamento
Il primo passo concreto è raccogliere i dati del sito attuale prima di parlare di design. Bastano tre elementi per iniziare: l'elenco degli URL esistenti, le pagine che portano più visite da Google e l'accesso a Google Search Console.
Con questi dati si può procedere in ordine:
- Eseguire un backup completo del sito attuale.
- Impostare la tabella di mappatura con una riga per ogni URL.
- Pianificare il lancio con la checklist di questa guida.
- Riservare tempo nei 30 giorni successivi per il monitoraggio.
Il processo di rifacimento e restyling del sito web di Revylio segue sei fasi: analisi, struttura, design, sviluppo, collegamenti e lancio. Ogni percorso cambiato riceve un redirect 301 e la sitemap viene reinviata al lancio. I Core Web Vitals vengono misurati sul sito reale dopo la pubblicazione.
Durata e prezzo dipendono dal numero di pagine, dai contenuti esistenti e dalle integrazioni necessarie. Per questo vengono definiti sul singolo progetto, in fase di analisi, e non a pacchetto.