La risposta in breve
La SEO per il rifacimento di un sito dipende dalla capacità di preservare le destinazioni utili e rendere esplicita ogni modifica agli URL. Inventariate il sito attuale, associate ogni URL di valore alla destinazione pertinente più vicina, implementate reindirizzamenti permanenti diretti, allineate link interni e segnali canonici, quindi verificate e monitorate il sito in produzione.
- Prima della pubblicazione, prendete una decisione a livello di URL per ogni pagina che genera visite, link, posizionamenti o valore commerciale.
- Per gli spostamenti realmente definitivi usate reindirizzamenti permanenti diretti lato server ed evitate di inviare pagine non pertinenti alla homepage.
- Aggiornate link interni, canonical, hreflang e sitemap affinché puntino direttamente agli URL finali.
- Prevedete oscillazioni temporanee nella ricerca e monitorate i gruppi di pagine rispetto alla mappa di migrazione, senza promettere stabilità.
In questa pagina
La risposta diretta
Una migrazione SEO ben riuscita trasferisce in modo controllato destinazioni, contenuti e segnali di ricerca. Il risultato centrale non è una checklist generica per la pubblicazione, bensì una mappa revisionata che indica che cosa accade a ogni vecchio URL, perché la decisione è appropriata, come verrà attuata e in che modo sarà verificata in produzione.
Mantenete invariato un URL quando continua a rappresentare la stessa pagina utile. Se una pagina viene spostata, indirizzatela direttamente alla sostituzione pertinente più vicina con un reindirizzamento permanente lato server. Se invece il contenuto è stato davvero eliminato e non esiste una sostituzione adatta, restituite un vero codice 404 o 410 anziché mandare il visitatore a una homepage non pertinente.
Google consiglia di pianificare una mappa degli URL, usare reindirizzamenti permanenti lato server per gli spostamenti definitivi, aggiornare i riferimenti interni ed esterni, inviare la nuova sitemap e monitorare il sito tramite Search Console. Avverte inoltre che i posizionamenti possono oscillare mentre il sito viene nuovamente sottoposto a scansione e indicizzazione. Una migrazione può ridurre le perdite evitabili, ma nessuno può garantire traffico o posizionamenti invariati.
- Inventariate gli URL attuali e raccogliete dati prima di modificare il sito.
- Assegnate a ogni vecchio URL un esito verificato.
- Implementate reindirizzamenti diretti verso le destinazioni finali.
- Allineate i link interni e le annotazioni per i motori di ricerca ai nuovi URL.
- Verificate il sito in produzione e monitoratelo per gruppi di pagine.
Create un inventario degli URL basato sui dati
Iniziate prima che designer o sviluppatori rinominino le sezioni. Eseguite la scansione del sito pubblico e integrate l'elenco con le sitemap XML, le pagine di destinazione rilevate dagli strumenti di analisi, i rapporti su rendimento e indicizzazione di Search Console, i backlink importanti, le destinazioni delle campagne, i file scaricabili e i collegamenti offline conosciuti. Nessuna singola fonte è completa.
Registrate i dati commerciali insieme a quelli di ricerca. Una pagina di assistenza tecnica con poco traffico può evitare telefonate, sostenere una trattativa commerciale o ricevere link da un manuale di prodotto. Un articolo molto visitato può attirare il pubblico sbagliato e contribuire poco all'attività. La decisione deve riflettere lo scopo della pagina, non soltanto il traffico.
Assegnate a ogni URL un responsabile dei contenuti e uno stato. Gli esiti tipici sono: mantenere, migliorare senza spostare, trasferire, consolidare, ritirare indicando una sostituzione pertinente oppure eliminare senza sostituzione. Bloccate l'inventario approvato prima della pubblicazione, affinché le decisioni tardive sui contenuti non aggirino silenziosamente il piano dei reindirizzamenti.
- URL attuale, codice di stato, canonical e indicizzabilità
- Tipo di pagina, argomento, lingua e responsabile
- Attività organica sulla pagina di destinazione e query rappresentative
- Link in entrata, uso nelle campagne e riferimenti offline
- Ruolo commerciale, percorso di conversione ed esito proposto
| Fonte | Che cosa rivela | Decisione che orienta | Limite |
|---|---|---|---|
| Scansione del sito | URL raggiungibili, codici di stato, link e annotazioni | Inventario tecnico e modifiche ai link interni | Può non rilevare URL orfani o bloccati |
| Search Console | Query, pagine, indicizzazione e clic dalla ricerca | Domanda di ricerca e pagine da preservare | Non descrive tutti i visitatori né l'intero valore commerciale |
| Strumenti di analisi | Percorsi di ingresso e risultati misurati | Priorità commerciale e confronto successivo alla pubblicazione | Dipende da consenso e tracciamento configurati correttamente |
| Dati su backlink e attività | Riferimenti esterni, campagne e uso operativo | Conservazione dei reindirizzamenti e priorità dei contatti | Gli elenchi sono raramente completi |
Decidete la destinazione di ogni vecchio URL
La destinazione deve soddisfare il motivo per cui una persona consultava la vecchia pagina. Fate corrispondere argomento, intento, lingua e funzione commerciale. La pagina di un servizio dismesso può rimandare al servizio che lo sostituisce, se questo risponde alla stessa esigenza. Un evento scaduto privo di informazioni ancora utili dovrebbe normalmente restituire un errore, invece di essere reindirizzato all'indice degli eventi soltanto perché esiste.
Il consolidamento richiede giudizio editoriale. Più pagine poco approfondite possono puntare a una nuova pagina completa quando quest'ultima contiene davvero il loro materiale utile. Registrate nella mappa la sezione pertinente o il requisito relativo ai contenuti, poi verificatene la presenza prima di attivare il reindirizzamento. In caso contrario, anche un reindirizzamento tecnicamente valido può deludere il visitatore.
Immaginate un'ipotetica impresa B2B di Losanna in cui /en/audit-old/ e /en/risk-review/ confluiscono in un nuovo servizio di valutazione dei rischi. Entrambi gli URL possono rimandare alla pagina consolidata dopo che vi sono state integrate le rispettive domande. Un posto di lavoro eliminato non deve puntare a quella pagina: deve restituire 404 o 410, a meno che non esista una destinazione appropriata dedicata alle carriere.
- Mantenete l'URL quando scopo e lingua della pagina restano invariati.
- Associate una pagina spostata all'equivalente più vicino, non semplicemente alla sezione superiore.
- Consolidate soltanto quando la destinazione conserva i contenuti utili.
- Restituite 404 o 410 quando non esiste alcuna sostituzione pertinente.
- Mantenete le varianti linguistiche nel percorso della lingua corretta.
| Situazione della vecchia pagina | Esito consigliato | Prova necessaria | Verifica |
|---|---|---|---|
| Stesso scopo e contenuto | Mantenere l'URL esistente | L'URL resta adatto alla nuova struttura | Restituisce 200 e conserva il canonical previsto |
| Stesso scopo, nuovo URL | Reindirizzamento permanente alla pagina equivalente | La destinazione risponde alla stessa esigenza | Un solo passaggio verso una risposta 200 |
| Più pagine diventano una | Reindirizzare ogni URL alla pagina consolidata | Il materiale pertinente è presente | Contenuto e ancore sono verificati manualmente |
| Nessuna sostituzione | Restituire 404 o 410 con una pagina di errore utile | Il responsabile conferma il ritiro | Stato HTTP corretto e navigazione utile |
| Modifica temporanea a una campagna | Usare una risposta temporanea solo se l'originale verrà ripristinato | Condizione temporanea documentata | L'originale resta l'URL previsto per la ricerca |
Definite reindirizzamenti e segnali di ricerca
Google raccomanda reindirizzamenti permanenti lato server, come 301 o 308, quando lo spostamento non verrà annullato. Puntate direttamente all'URL finale. Google può seguire catene di reindirizzamenti, ma queste aumentano la latenza e i possibili punti di errore. Il criterio pratico di accettazione è un solo passaggio ovunque il team controlli entrambi gli URL.
Non reindirizzate molti URL non correlati alla homepage. Secondo Google, i reindirizzamenti collettivi verso destinazioni irrilevanti possono confondere gli utenti ed essere trattati come errori soft 404. Una pagina di errore personalizzata e utile può proporre navigazione e risorse popolari, ma un URL rimosso deve comunque restituire il corretto stato 404.
I reindirizzamenti sono soltanto uno dei segnali. Aggiornate i link interni affinché visitatori e crawler non debbano attraversarli. Modificate annotazioni canonical, riferimenti hreflang, URL nei dati strutturati, navigazione, link delle campagne e profili in modo che usino gli URL finali. Inserite nella sitemap i nuovi URL canonici. Google considera i reindirizzamenti e rel=canonical segnali di canonicalizzazione forti, mentre l'inclusione nella sitemap è un segnale più debole: la coerenza è quindi essenziale.
- Usate 301 o 308 per uno spostamento realmente permanente.
- Puntate direttamente a una destinazione finale attiva.
- Eliminate catene, cicli e regole collettive non pertinenti.
- Aggiornate link interni e annotazioni anziché affidarvi per sempre ai reindirizzamenti.
- Sottoponete la mappa dei reindirizzamenti a una procedura di controllo delle modifiche.
| Segnale | Stato atteso in produzione | Esempio di errore |
|---|---|---|
| Reindirizzamento | Il vecchio URL raggiunge la destinazione finale pertinente in un passaggio | Il vecchio URL attraversa due strutture precedenti |
| Canonical | La nuova pagina indica il proprio URL finale indicizzabile | Il canonical indica ancora l'ambiente di staging o il vecchio dominio |
| Link interni | Navigazione e link nel testo usano gli URL finali | Ogni clic attiva un reindirizzamento |
| Sitemap | Contiene i nuovi URL canonici e indicizzabili | Include URL reindirizzati o bloccati |
| Hreflang | Le alternative linguistiche sono reciproche e definitive | Le alternative puntano a pagine vecchie o reindirizzate |
Preparate il nuovo sito prima della pubblicazione
Testate il nuovo sito mentre è ancora privato, ma preparate i controlli di indicizzazione per la produzione prima della finestra di pubblicazione. Google avverte in particolare i team che durante lo sviluppo bloccano tutte le scansioni o aggiungono noindex: predisponete il file robots corretto per la produzione e un elenco delle pagine da cui rimuovere noindex.
Eseguite la scansione del sito di staging usando URL simili a quelli di produzione oppure una mappatura affidabile. Controllate che ogni destinazione pianificata esista, che i contenuti principali siano stati migrati, che titoli e intestazioni siano intenzionali, che i canonical non puntino allo staging e che le alternative multilingue formino insiemi reciproci completi. Convalidate i dati strutturati rispetto ai contenuti visibili e controllate i modelli su dispositivi mobili.
Prima della pubblicazione verificate l'accesso a Search Console per le proprietà vecchie e nuove interessate e conservate il metodo di verifica. Preparate sitemap, regole di reindirizzamento, piano DNS o di distribuzione, monitoraggio e criteri di ripristino. Se il rifacimento cambia contemporaneamente dominio, struttura degli URL, CMS e contenuti, documentate il rischio complessivo e assegnate responsabilità inequivocabili.
- Rimuovete blocchi di scansione e noindex accidentali dalla produzione.
- Confermate, dove necessario, la proprietà delle vecchie e nuove risorse in Search Console.
- Verificate ogni destinazione indicata nella mappa degli URL approvata.
- Testate canonical, hreflang e dati strutturati su modelli rappresentativi.
- Preparate in anticipo la scansione della produzione e un campione di reindirizzamenti critici.
Verificate la migrazione in produzione
La produzione è un nuovo ambiente di test. Non appena la versione è online, eseguite la scansione del sito finale e controllate un campione di reindirizzamenti per ogni tipo di regola e gruppo di pagine. Verificate codici di stato, contenuto delle destinazioni, passaggio unico, host canonico, indicizzabilità, link interni, raggiungibilità della sitemap e ricezione effettiva dei moduli.
Date priorità ai test in base al rischio. Controllate per prime homepage, pagine dei servizi di maggior valore, principali pagine di destinazione organiche, pagine con backlink importanti, varianti linguistiche e destinazioni delle campagne. Usate Controllo URL su pagine rappresentative per vedere la risposta e il contenuto visualizzato che Google riceve. Inviate la sitemap tramite Search Console e controllate gli errori di elaborazione, ricordando che l'invio costituisce un'indicazione, non una garanzia di indicizzazione.
Google consiglia di mantenere i reindirizzamenti della migrazione il più a lungo possibile, in genere almeno un anno, per lasciare ai segnali e ai vecchi link il tempo di trasferirsi. Valutate di conservarli senza scadenza quando le persone potrebbero continuare a usare vecchi segnalibri, documenti o link esterni. Tenete disponibile la mappa, così una distribuzione futura non eliminerà regole ancora attive.
- Eseguite una scansione completa della produzione e confrontatela con l'inventario approvato.
- Testate vecchi URL rappresentativi ricavati dai log o da una serie fissa di prove della migrazione.
- Controllate in Search Console il contenuto visualizzato e i canonical selezionati.
- Inviate la nuova sitemap e verificate lo stato di elaborazione.
- Archiviate regole, decisioni e prove dei test per la manutenzione.
Monitorate le decisioni, non soltanto il traffico
Durante uno spostamento rilevante la visibilità nella ricerca può oscillare mentre Google esegue nuovamente la scansione e l'indicizzazione degli URL. Secondo Google, un sito di medie dimensioni può impiegare alcune settimane o più prima che inizino ad apparire i nuovi URL, mentre per siti più grandi può servire più tempo. Considerate questa indicazione come contesto, non come una scadenza per il recupero.
Monitorate se la migrazione si comporta come previsto. Rilevate vecchi URL che ricevono ancora richieste, errori nei reindirizzamenti, nuovi 404, elaborazione della sitemap, gruppi di pagine indicizzati, scelta dei canonical, query rappresentative e risultati commerciali. Confrontate gruppi di pagine equivalenti invece di un unico totale per tutto il sito, perché stagionalità, campagne e domanda possono variare indipendentemente dal rifacimento.
Esaminate le eccezioni confrontandole con la mappa. Se una vecchia pagina di servizio perde visibilità, verificate anzitutto reindirizzamento, pertinenza della destinazione, contenuto, canonical, link interni e risposta visualizzata. Una dashboard non può sostituire una diagnosi a livello di URL. Registrate la correzione ed eseguite nuovamente il test.
- Ogni giorno, subito dopo la pubblicazione: errori, reindirizzamenti critici, moduli e stato dei server.
- Regolarmente durante la rielaborazione: indicizzazione, stato della sitemap, eccezioni nei canonical e gruppi di pagine principali.
- Al momento concordato per la revisione: domanda di ricerca, risultati delle pagine di destinazione e richieste irrisolte ai vecchi URL.
- Dopo le versioni successive: confermate che regole di reindirizzamento e annotazioni siano ancora intatte.
Trasformate la migrazione in un brief con responsabilità chiare
Il brief deve assegnare la responsabilità dell'inventario, delle decisioni sui contenuti, dell'implementazione dei reindirizzamenti, delle annotazioni tecniche, di Search Console, della verifica in produzione e del monitoraggio. Chiarite chi approva la mappa degli URL e chi può modificarla. Le attività di migrazione ripartite vagamente tra agenzia, marketing e reparto IT spesso si perdono nei passaggi di competenza.
Fate delle prove un requisito per il completamento. Il fornitore deve consegnare la mappa finale degli URL, la configurazione o l'esportazione dei reindirizzamenti, i risultati della scansione, l'elenco delle eccezioni e il passaggio di consegne per il monitoraggio. L'accettazione deve dipendere dalle risposte osservate in produzione, non dalla semplice affermazione che è stato installato un plugin SEO.
Un nuovo concept della homepage può aiutare a chiarire la nuova gerarchia delle informazioni prima di definire URL e modelli. Tenetelo distinto dagli impegni relativi alla migrazione: il concept illustra una direzione per la homepage e le priorità, mentre realizzazione, hosting e attività continuative richiedono ambito e preventivo propri.
- Responsabile nominato per ogni risultato della migrazione
- Mappa degli URL approvata, con motivazioni e cronologia delle modifiche
- Criteri tecnici di accettazione e prove in produzione
- Condizioni di escalation e ripristino in caso di errori critici
- Periodo di monitoraggio, formato del passaggio di consegne e responsabilità per la conservazione dei reindirizzamenti
LE VOSTRE DOMANDE, LE RISPOSTE
Domande frequenti
Che cos'è la SEO per il rifacimento di un sito?
È l'insieme delle attività di pianificazione e verifica necessarie per preservare destinazioni di ricerca utili quando un sito cambia. Comprende inventario degli URL, decisioni sui contenuti, reindirizzamenti, link interni, segnali canonici, sitemap, controlli di indicizzazione e monitoraggio successivo alla pubblicazione.
Ogni vecchio URL deve essere reindirizzato alla nuova homepage?
No. Ogni URL spostato deve puntare alla sostituzione pertinente più vicina. Google avverte che reindirizzare molti URL non correlati verso un'unica destinazione irrilevante può confondere gli utenti ed essere trattato come un errore soft 404.
Quale reindirizzamento bisogna usare per una migrazione permanente?
Google raccomanda un reindirizzamento permanente lato server, come 301 o 308, quando lo spostamento non verrà annullato. Indirizzate ogni vecchio URL alla destinazione finale ed evitate le catene quando possibile.
Per quanto tempo devono rimanere attivi i reindirizzamenti della migrazione?
Google consiglia di mantenerli il più a lungo possibile, generalmente almeno un anno. Conservare più a lungo i reindirizzamenti utili può continuare ad aiutare le persone che usano vecchi segnalibri, documenti e link esterni.
Una migrazione corretta evita ogni variazione nei posizionamenti?
No. Secondo Google, possono verificarsi oscillazioni mentre il sito modificato viene nuovamente sottoposto a scansione e indicizzazione. Una buona pianificazione riduce gli errori evitabili, ma non può garantire posizionamenti, traffico o contatti invariati.
Che cosa deve consegnare un'agenzia dopo la migrazione?
Richiedete la mappa degli URL approvata, il registro dei reindirizzamenti implementati, le prove della scansione in produzione, l'elenco delle eccezioni irrisolte, i controlli di Search Console e della sitemap, il piano di monitoraggio e un responsabile chiaro per il passaggio di consegne.
PER APPROFONDIRE
