TL;DR

  • Google dice di aspettarsi fluttuazioni temporanee del ranking durante un trasferimento di sito, e che un sito piccolo o medio impiega tipicamente qualche settimana perché la maggior parte delle pagine venga trasferita.

  • Ogni vecchio URL ha bisogno del proprio 301 verso il nuovo URL corrispondente. Buttarli tutti sulla nuova homepage rischia un trattamento da soft 404.

  • Google consiglia di mantenere i redirect attivi per almeno un anno e suggerisce di valutare di tenerli indefinitamente per gli utenti.

  • Lo strumento Change of Address segnala il trasferimento; i redirect lo eseguono. Invia una richiesta per ogni variante verificata del vecchio dominio.

  • Questa guida copre solo i trasferimenti da dominio a dominio, non i passaggi da HTTP a HTTPS, i cambi di CMS o le ristrutturazioni dei percorsi all'interno di un dominio.

Cambiare il nome del dominio danneggia la SEO?

Sì, temporaneamente. Chiunque ti dica che una migrazione è priva di rischi ti sta vendendo qualcosa.

Quando passi a un nuovo dominio, ogni URL del tuo sito cambia. Google deve scansionare di nuovo, rivalutare e reindicizzare ciascuna, e questo richiede tempo. Le linee guida di Google dicono di aspettarsi fluttuazioni temporanee del ranking durante un trasferimento e che il posizionamento di un sito si stabilizza nel tempo.

Quello che conta è la distinzione che quasi tutte le guide saltano: le fluttuazioni temporanee sono inevitabili, la perdita permanente no. I siti che perdono traffico per sempre quasi sempre lo perdono per un errore di esecuzione, non per il trasferimento in sé.

Cosa non dovrebbe cambiare durante una migrazione di dominio

È qui che si verifica la maggior parte dei danni autoinflitti. Google's documentazione sul trasferimento del sito consiglia di cambiare una sola cosa alla volta, usando l'esempio esatto di passare a un nuovo dominio, cambiare CMS e aggiornare il layout — e dice di farle una dopo l'altra.

Mantieni tutto il resto invariato:

  • Struttura URL. Stessi slug, stessa gerarchia di cartelle. Cambia solo il dominio.

  • Contenuto. Nessuna riscrittura, nessun consolidamento, nessuna potatura.

  • Design e template . Rilascia il redesign più tardi.

  • Piattaforma . Un cambio di CMS durante un trasferimento di dominio rende la diagnosi quasi impossibile.

Il motivo è diagnostico, non superstizioso. Se cambi cinque cose e il traffico cala, non hai modo di isolare la causa. Prima migra, poi ottimizza, con un periodo di misurazione pulito nel mezzo.

Come creare una mappa di reindirizzamenti 301 per una migrazione di dominio

La mappa dei redirect è un foglio di calcolo che abbina ogni vecchio URL al suo specifico nuovo equivalente. È l'elemento da cui dipende l'intera migrazione, e dovrebbe esistere prima che tu tocchi qualsiasi cosa.

  1. Scansiona il vecchio sito con uno strumento come Screaming Frog o Sitebulb per ottenere un inventario completo degli URL.

  2. Esporta i dati di Search Console per gli URL indicizzati e le pagine più linkate, dato che i crawler non vedono le pagine orfane che hanno ancora backlink.

  3. Mappa uno a uno. Vecchio post del blog a nuovo post del blog. Vecchia pagina prodotto a nuova pagina prodotto.

  4. Dai priorità in base al valore. Se il tempo stringe, le pagine ad alto traffico e con molti link vengono mappate per prime.

Redirect mapping: right versus wrong

Non reindirizzare mai tutto alla nuova homepage. Google avverte di non reindirizzare molti vecchi URL verso un'unica destinazione irrilevante, come la nuova home page, perché confonde gli utenti e potrebbe essere trattato come un errore soft 404. Tieni presente che il rischio qui è la classificazione errata, non la perdita di autorità — Google afferma chiaramente che 301 e altri redirect permanenti non causano una perdita di Page Rank.

Come testare i reindirizzamenti prima del lancio

Testare dopo il lancio significa diagnosticare mentre il traffico è già in movimento. Testare prima del lancio non costa nulla.

Three-phase migration timeline

Configura il nuovo sito su un ambiente di staging con i redirect configurati, poi fai il crawl della tua mappa dei redirect come elenco di URL. Stai controllando tre cose:

  • Ogni vecchio URL restituisce un 301, non un 302 o un 200.

  • Ogni reindirizzamento punta direttamente alla sua destinazione finale . Googlebot può seguire fino a dieci hop, ma Google consiglia di reindirizzare direttamente, mantenendo qualsiasi catena a non più di tre, dato che le catene aggiungono latenza per gli utenti e non tutti i browser supportano quelle lunghe.

  • Ogni destinazione rimanda a contenuto reale , non a un 404 o a una pagina di categoria generica.

Per controlli a campione, Google punta a Strumento di controllo URL per singoli URL e strumenti da riga di comando o script per grandi lotti.

Checklist in ordine per il giorno di lancio di una migrazione di dominio

La sequenza conta. Fai queste operazioni in ordine:

  1. Metti online il nuovo sito e conferma che sia scansionabile, senza tag noindex o blocchi robots.txt residui dallo staging.

  2. Attiva i redirect 301 dal vecchio al nuovo.

  3. Verifica i tag canonical sul nuovo sito puntano ai nuovi URL.

  4. Verifica i reindirizzamenti rispetto alla tua mappa.

  5. Invia il cambio di indirizzo richiesta in Search Console.

  6. Invia la nuova sitemap per il nuovo dominio.

  7. Aggiorna link interni, analytics, annunci e schede attività al nuovo dominio.

Due cose da fare bene con Change of Address. Primo, segnala il trasferimento a Google; non esegue il trasferimento. di Search Console documentazione di aiuto dice di usare lo strumento dopo che hai spostato e reindirizzato il sito. In secondo luogo, una richiesta non è sufficiente.

Google richiede un Cambio di indirizzo per ogni variante verificata del vecchio dominio, inclusi sottodomini e versioni con e senza www, anche quelle che non usi attivamente — e tutte devono essere prima verificate in Search Console.

Per quanto tempo dovresti mantenere i reindirizzamenti 301 dopo un cambio di dominio?

Le guide contrastanti suggeriscono tre mesi, sei mesi o un anno. La risposta di Google stessa non è ambigua.

La guida allo spostamento del sito dice di mantenere i redirect il più a lungo possibile, in genere almeno un anno, perché quella finestra permette a Google di trasferire tutti i segnali ai nuovi URL, inclusi la riscansione e la riassegnazione dei link da altri siti che puntano ai tuoi vecchi URL. Va oltre: dal punto di vista degli utenti, valuta di mantenere i redirect a tempo indefinito.

Un anno è il minimo, non l'obiettivo. I link esterni ai tuoi vecchi URL non scompaiono mai del tutto. Rinnovare il vecchio dominio è un piccolo costo annuale rispetto al rischio di renderli orfani per sempre.

Quanto tempo ci vuole per recuperare il traffico dopo una migrazione di dominio?

L'aspettativa dichiarata da Google è che per un sito di piccole o medie dimensioni ci vogliano alcune settimane prima che la maggior parte delle pagine si sposti, mentre i siti più grandi impiegano di più, e che la velocità dipenda da quante URL sono coinvolte e da quanto rapidamente risponde il tuo server.

A migrazione normale mostra movimento in Search Console. Google descrive come dovrebbe apparire il report delle sitemap: la nuova sitemap di URL parte da zero pagine indicizzate mentre quella vecchia ne mostra molte, e col tempo il conteggio vecchio scende verso zero mentre quello nuovo sale. Le impression sui nuovi URL compaiono prima che i ranking si stabilizzino del tutto.

A fallimento non mostra alcun movimento. Se il numero di URL indicizzate nella vecchia sitemap non scende e quello nella nuova non sale dopo diverse settimane, Google non ha ancora iniziato a elaborare il trasferimento. La volatilità di solito significa che è in corso una rielaborazione. La staticità è il segnale più preoccupante.

Come risolvere una migrazione di dominio che è già andata male

Google pubblica un elenco degli errori di migrazione più comuni che impediscono a un nuovo sito di essere indicizzato completamente. Diagnostica in base ai sintomi usando quell'elenco.

I nuovi URL non sono indicizzati . Controlla prima le regole noindex e i blocchi robots.txt rimasti, quelli che avevi aggiunto in staging e ti sei dimenticato di rimuovere. Poi conferma che la sitemap sia stata inviata correttamente.

Il traffico è stabile, non si sta riprendendo . Esegui la scansione dell'elenco di URL del vecchio dominio e conta quante restituiscono 404 invece di 301. Google osserva che reindirizzare verso URL sbagliate o inesistenti sul nuovo sito è una cosa che vede spesso, quindi controlla le destinazioni, non solo i codici di stato.

La scansione si è bloccata o il server ha avuto difficoltà. Dopo una migrazione, Google scansiona un nuovo sito molto più intensamente del solito, perché le scansioni del vecchio sito vengono reindirizzate in aggiunta alla scansione normale. I server sottodimensionati rallentano il trasferimento senza alcun errore evidente.

Alcune pagine si sono riprese, altre no . Confronta gli URL recuperati e in stallo con la tua mappa, poi esamina a fondo Diagnostica del calo di traffico di Google per separare i danni della migrazione da cause non correlate.

Il vecchio dominio è scaduto . Riacquistalo se puoi e ripristina i redirect. Se è sparito e il brand ha bisogno di un nuovo inizio, Il marketplace di Name Club elenca domini brandizzabili su cui vale la pena impegnarsi seriamente la seconda volta.

Il recupero è realistico nella maggior parte di questi casi. L'eccezione è un vecchio dominio scaduto, dove i redirect non possono essere ricostruiti affatto.

FAQ

Devo continuare a pagare per il mio vecchio dominio dopo la migrazione? 

Sì, per almeno un anno, e probabilmente anche più a lungo. I redirect funzionano solo finché controlli il vecchio dominio, e ogni link esterno che punta ai tuoi vecchi URL smette di funzionare nel momento in cui la registrazione scade. Considera la tariffa di rinnovo come parte del budget di migrazione, non come un costo da tagliare una volta che il traffico si riprende.

Posso saltare lo strumento Cambio di indirizzo se i miei redirect sono configurati correttamente? 

I redirect fanno il lavoro sostanziale, quindi una migrazione senza lo strumento può comunque riuscire. Ma saltarlo rimuove un segnale chiaro che lo spostamento era intenzionale e autorizzato da qualcuno che controlla entrambe le proprietà. Non c'è alcuno svantaggio a inviarlo, quindi non c'è una buona ragione per non farlo.

E se alcune vecchie pagine non avessero un equivalente sul nuovo sito? 

Non forzare un reindirizzamento verso una pagina vagamente correlata o verso la homepage. Se il contenuto è davvero sparito, restituire un 404 o un 410 è la risposta corretta. Se diverse vecchie pagine sono state accorpate in una nuova pagina, reindirizzarle tutte a quella pagina accorpata è legittimo.

Dovrei migrare tutto in una volta o in sezioni? 

Per i siti piccoli e medi, tutto in una volta. Google consiglia di spostare tutto contemporaneamente, così i suoi sistemi rilevano il trasferimento e aggiornano l'indice più in fretta. Gli spostamenti sezione per sezione hanno senso soprattutto per i siti grandi, dove una migrazione a fasi rende i problemi più facili da isolare e risolvere.

Un nuovo dominio parte da zero autorità? 

No, se la migrazione viene eseguita correttamente. I reindirizzamenti permanenti passano i segnali dalle vecchie URL a quelle nuove, ed è l'intero meccanismo da cui dipende una migrazione. Un nuovo dominio si comporta come una tabula rasa solo quando i reindirizzamenti mancano, sono rotti o vengono rimossi troppo presto.

condividi
Brett McKay
autoreBrett McKayMarketing Manager

Brett is a marketing expert specializing in digital strategy, growth campaigns, and community engagement within the domain industry. He has led initiatives to expand marketplace reach, driving strategic promotions and partnerships, and regularly shares his insights at key industry events

Tutti i diritti riservati