TL;DR: A gennaio 2026 abbiamo spostato SEOJuice da seojuice.io a seojuice.com. Il traffico è sceso del 40% nella prima settimana. Nel giro di 2 mesi siamo passati da 694 impression al giorno a 7.853. In questo articolo trovi ogni errore che abbiamo fatto, ogni correzione che abbiamo applicato e i tempi esatti del recupero, così eviti di rivivere i nostri momenti peggiori.
A gennaio 2026 abbiamo spostato SEOJuice dal dominio .io al .com. I motivi erano semplici: .com trasmette più fiducia, è più facile da ricordare come brand e ci eravamo stancati di spiegare cosa significa ".io" ai potenziali clienti non tecnici.
Sapevo che avrebbe fatto male. Ho aiutato decine di clienti a gestire migrazioni di dominio. Ho letto ogni singola pagina della documentazione di Google sull'argomento. Pensavo fossimo pronti.
Non lo eravamo.
Giorno uno: le impression sono crollate del 40%. Al terzo giorno, alcune delle nostre pagine migliori erano sparite del tutto dall'indice. La nostra parola chiave principale — quella che portava il 30% del traffico organico — è passata dalla posizione 4 a non posizionarsi più per niente.
Ecco la cronologia di quello che è successo davvero:
| Periodo | Impression al giorno | Click al giorno | Cosa stava succedendo |
|---|---|---|---|
| Pre-migrazione | 694 | 31 | Livello di partenza sul dominio .io |
| Settimana 1 | ~420 | 14 | Calo iniziale. Google stava ancora indicizzando i vecchi URL |
| Settimana 2-3 | ~580 | 22 | I redirect stavano iniziando a essere recepiti. Vecchi e nuovi URL mescolati nell'indice |
| Settimana 4-6 | 1.200 | 48 | Inizia il recupero. Il nuovo dominio inizia a guadagnare visibilità |
| Mese 2 | 4.100 | 165 | Superato il vecchio livello di partenza. I miglioramenti ai contenuti iniziano a dare risultati |
| Mese 3 (ora) | 7.853 | 312 | 11 volte le impression iniziali. Recupero completo + crescita |
Il recupero non è stato solo l'effetto naturale dell'assestamento post-migrazione. Abbiamo usato la migrazione come occasione per sistemare anni di debito tecnico accumulato, migliorare la qualità dei contenuti e riorganizzare i link interni. Ma la parte davvero difficile è stata la migrazione in sé — ed è su questo che si concentra l'articolo.
Questa è la checklist che avrei voluto seguire con più attenzione. Ne abbiamo seguita gran parte, ma gli elementi che abbiamo trascurato ci sono costati settimane di tempo nel recupero.
| Prima della migrazione | Durante la migrazione | Dopo la migrazione |
|---|---|---|
| Scansiona tutto il vecchio sito ed esporta tutti gli URL | Implementa redirect 301 per ogni URL | Verifica i redirect con una scansione completa |
| Crea una mappa completa dei redirect (vecchio URL → nuovo URL) | Aggiorna i tag canonical al nuovo dominio | Invia la nuova sitemap in GSC |
| Esporta i dati di Google Search Console | Aggiorna i link interni al nuovo dominio | Usa lo strumento Change of Address in GSC |
| Documenta tutti i backlink (sorgente + URL di destinazione) | Aggiorna sitemap.xml con i nuovi URL | Monitora ogni giorno la copertura dell'indice per 2 settimane |
| Configura il nuovo dominio in GSC e negli strumenti di analisi | Aggiorna robots.txt sul nuovo dominio | Controlla gli errori di scansione in GSC |
| Avvisa i partner principali che ti linkano del cambiamento | Verifica il certificato SSL sul nuovo dominio | Chiedi l'aggiornamento dei backlink ai principali siti che ti mandano referral |
| Testa i redirect nell'ambiente di staging | Aggiorna i profili social e le directory | Mantieni attivi i redirect dal vecchio dominio per 12+ mesi |
Punto chiave
L'elemento più importante in assoluto: mantieni attivi i redirect dal vecchio dominio per almeno 12 mesi. Google consiglia di mantenere i redirect per almeno 180 giorni, ma più a lungo è meglio. Noi terremo seojuice.io in redirect a tempo indeterminato — non c'è alcun motivo per non farlo.
Questo è il killer numero 1 delle migrazioni. Ogni URL del vecchio dominio deve avere un redirect 301 verso il suo equivalente sul nuovo dominio. Non verso la homepage. Non un redirect generico che intercetta tutto. Proprio la pagina equivalente esatta.
Scansiona il vecchio dominio. Per ogni URL, controlla se restituisce correttamente un redirect 301 verso il nuovo URL giusto. Usa il nostro Broken Link Checker oppure Screaming Frog caricando un elenco di URL.
Per Apache (.htaccess):
# Redirect entire old domain to new domain (preserving paths)
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?olddomain\.io [NC]
RewriteRule ^(.*)$ https://newdomain.com/$1 [R=301,L]
# Individual page redirects (when URL structure changed)
Redirect 301 /old-blog/post-slug https://newdomain.com/blog/post-slug/
Redirect 301 /services/old-page https://newdomain.com/solutions/new-page/Per Cloudflare (Redirect Rules):
# Cloudflare Redirect Rule (Single Redirect)
# Match: hostname equals "olddomain.io"
# Then: Dynamic redirect to https://newdomain.com + URI Path
# Status: 301 (Permanent)
# For Cloudflare Bulk Redirects (CSV format):
olddomain.io/blog/old-post,https://newdomain.com/blog/new-post,301
olddomain.io/about,https://newdomain.com/about/,301Per Nginx:
server {
server_name olddomain.io www.olddomain.io;
return 301 https://newdomain.com$request_uri;
}"Devi assolutamente configurare i redirect, almeno per le pagine importanti. Senza, ti ritroverai con un mix di vecchi e nuovi URL nei risultati di ricerca, e i vecchi URL porteranno traffico alla tua pagina 404. Idealmente scegli redirect permanenti lato server — 308 o 301. Evita i redirect JavaScript."
Dopo aver pubblicato i redirect, controlla ogni URL della tua vecchia sitemap. La risposta dovrebbe essere un singolo 301 verso il nuovo URL corretto. Fai attenzione alle catene di redirect (301 → 301 → 200) — disperdono parte dell'autorità dei link e aggiungono latenza.
Questo è quello che ha fregato noi. Avevamo impostato redirect esterni perfetti, ma ci siamo dimenticati di aggiornare i link interni nei contenuti del blog. Centinaia di link interni puntavano ancora a seojuice.io, creando passaggi di redirect inutili a ogni caricamento di pagina.
Scansiona il nuovo sito e filtra tutti i link interni che contengono il vecchio dominio. Cerca la stringa del vecchio dominio nel database o nel CMS.
Fai un search-and-replace su tutto il database. In WordPress:
# Using WP-CLI (recommended approach)
wp search-replace 'https://olddomain.io' 'https://newdomain.com' --all-tables --dry-run
# Review output, then run without --dry-run:
wp search-replace 'https://olddomain.io' 'https://newdomain.com' --all-tables
# Also catch http:// variants
wp search-replace 'http://olddomain.io' 'https://newdomain.com' --all-tablesScansiona di nuovo il sito. Zero link interni dovrebbero fare riferimento al vecchio dominio.
Se la tua sitemap.xml elenca ancora URL del vecchio dominio, stai dicendo a Google “queste sono le mie pagine”, mentre i redirect gli dicono “no, in realtà vai di là”. Questi segnali contrastanti rallentano la reindicizzazione.
Apri https://newdomain.com/sitemap.xml e controlla ogni URL. Se qualcuno inizia con il vecchio dominio, la sitemap è obsoleta.
Controlla GSC → Sitemap. Lo stato dovrebbe mostrare "Operazione riuscita" con il numero corretto di URL.
I tag canonical sono facili da ignorare perché gli utenti non li vedono. Ma se puntano ancora al vecchio dominio, stai dicendo a Google che il vecchio dominio è la versione “vera” — in contraddizione diretta con i tuoi redirect.
Apri il sorgente di diverse pagine del nuovo sito. Cerca <link rel="canonical" e verifica che l'href usi il nuovo dominio.
Controlla a campione 10-20 pagine su template diversi (homepage, articolo del blog, categoria, prodotto). Ogni canonical deve fare riferimento al nuovo dominio.
Anche con redirect e canonical perfetti, Google impiega tempo per elaborare uno spostamento di dominio. È normale. La nostra reindicizzazione ha richiesto circa 3 settimane per la maggior parte delle pagine e 6 settimane per la long tail.
In GSC vai su Indice → Pagine. Tieni d'occhio il conteggio delle pagine "Indicizzate" nella nuova proprietà. Dovrebbe salire in modo costante. Se si blocca o scende, qualcosa sta ostacolando la scansione.
"Aggiorna l'indirizzo URL in Google Search Console durante la migrazione, non prima — Google ha bisogno di contenuti sul nuovo sito per poter elaborare il cambiamento. Dovresti aspettarti alcuni cambiamenti visibili nel modo in cui i tuoi contenuti vengono mostrati nella ricerca, sicuramente nel breve periodo. Anche se gestisci perfettamente il cambio URL, vedrai comunque dei cambiamenti."
Monitora ogni giorno: numero di pagine indicizzate in GSC, statistiche di scansione e rapporto tra URL del vecchio e del nuovo dominio che compaiono nei risultati di ricerca (cerca site:newdomain.com e site:olddomain.io).
I tuoi backlink puntano al vecchio dominio. Con i redirect 301, Google trasferisce la maggior parte (ma non tutta) dell'autorità al nuovo URL. La perdita è piccola per singolo link, ma si somma quando hai centinaia di backlink.
Esporta il tuo profilo backlink da Ahrefs, Semrush o GSC. Controlla quanti puntano ancora al vecchio dominio rispetto al nuovo. Tre mesi dopo la migrazione, il rapporto dovrebbe spostarsi progressivamente verso il nuovo dominio.
Monitora il tuo profilo backlink ogni mese. La percentuale di backlink che puntano direttamente al nuovo dominio dovrebbe aumentare nel tempo. Usa il nostro domain authority checker per monitorare il trasferimento di autorità.
Le ricerche mostrano che le migrazioni di dominio richiedono da 30 giorni fino a 523 giorni per recuperare completamente. La variabilità è enorme perché dipende da quanto bene esegui tutto. Ecco come si presenta, settimana per settimana, una migrazione fatta bene:
| Periodo | Cosa è normale | Cosa è un campanello d'allarme |
|---|---|---|
| Settimana 1 | Calo del traffico del 20-40%. Fluttuazioni di ranking sulle parole chiave principali. I vecchi URL compaiono ancora nelle SERP | Calo del traffico del 70%+. De-indicizzazione completa. Errori 404 in GSC |
| Settimana 2-3 | Traffico che si stabilizza. I nuovi URL del dominio sostituiscono i vecchi nell'indice. I ranking tornano | Il traffico continua a scendere. La copertura dell'indice non aumenta. Errori di redirect in GSC |
| Settimana 4-6 | Traffico vicino ai livelli pre-migrazione. La maggior parte delle pagine è reindicizzata. Ranking più stabili | Ancora sotto il 50% del livello di partenza. Molte pagine non indicizzate. Errori di scansione in aumento |
| Mese 2-3 | Recupero completo o superamento del livello di partenza. Tutte le pagine importanti indicizzate sul nuovo dominio | Pagine importanti ancora non indicizzate. I ranking non recuperano sulle parole chiave chiave |
| Mese 6+ | Il vecchio dominio compare appena nelle SERP. I backlink si aggiornano gradualmente. Long tail completamente recuperata | Il vecchio dominio compare ancora per molte query. Le metriche di autorità stanno calando |
Se la tua migrazione è andata storta e stai vedendo segnali rossi, sistema queste cose in quest'ordine:
La parte più difficile di una migrazione è capire quando il calo è normale e quando invece c'è davvero qualcosa di rotto.
Aspetta e monitora se:
Vai in panico (e correggi subito) se:
Punto chiave
Un calo del traffico del 20-40% nella settimana 1 è normale e previsto. Un calo del 70%+, o qualsiasi calo che non inizi a recuperare entro la settimana 3, significa che c'è qualcosa di tecnicamente sbagliato. Controlla redirect, robots.txt e canonical in quest'ordine.
Guardando indietro alla nostra migrazione, ecco cosa cambierei:
Google consiglia almeno 180 giorni. Io consiglio per sempre, o almeno finché il costo di registrazione del dominio resta trascurabile. Non c'è alcun lato negativo nel mantenere attivi i redirect, e i vecchi backlink continueranno a trasferire autorità attraverso il redirect.
301 (permanente). Sempre. Un 302 dice a Google che lo spostamento è temporaneo, quindi Google mantiene i vecchi URL nell'indice e non trasferisce completamente l'autorità dei link. Per un cambio dominio permanente, 301 è l'unica scelta corretta. John Mueller cita anche il 308 come equivalente al 301.
Temporaneamente, sì. La maggior parte dei siti vede un calo del traffico del 20-40% nella prima settimana. Se l'esecuzione è corretta, il recupero inizia entro 2-4 settimane. Gli studi mostrano che l'83% delle migrazioni di dominio eseguite bene recupera completamente entro 6 mesi. Il 17% che non ci riesce di solito ha problemi tecnici persistenti (redirect rotti, problemi con i canonical).
Google lo sconsiglia fortemente. Cambia una cosa alla volta. Sposta prima il dominio, lascialo assestare per 2-3 mesi, poi ristruttura gli URL. Fare entrambe le cose insieme rende quasi impossibile diagnosticare i problemi quando qualcosa va storto.
Non ricostruirli, ma aggiornarli sì. I redirect 301 trasferiscono la maggior parte dell'autorità, quindi i backlink esistenti continuano a contare. Però contattare i principali siti che ti mandano referral per far aggiornare direttamente i link (eliminando il passaggio del redirect) preserva più autorità e migliora l'efficienza della scansione.
Lo strumento Change of Address in Google Search Console comunica esplicitamente a Google che il tuo sito si è spostato da un dominio a un altro. Non è strettamente obbligatorio — Google può capire il cambio dominio anche solo dai redirect 301 — ma accelera parecchio il processo. Trasferisce i segnali dal vecchio al nuovo, spinge Google a scansionare di più il nuovo dominio e continua a funzionare per 180 giorni. Usalo.
Ogni migrazione di dominio fa male. Anche quelle eseguite alla perfezione. Google deve riscansionare, rielaborare e riassegnare fiducia a un nuovo dominio. E questo richiede tempo.
La differenza tra una migrazione che recupera in 3 settimane e una che impiega un anno sta nella qualità dell'esecuzione: mappe di redirect complete, link interni aggiornati, canonical puliti e lo strumento Change of Address in GSC. Non esistono scorciatoie e non esiste il trucchetto magico.
Noi ne siamo usciti più forti perché abbiamo trattato la migrazione come un'opportunità per sistemare tutto quello che era già sbagliato. Se stai per migrare, fai lo stesso. Ripulisci il tuo debito tecnico, migliora i contenuti e sistema anche i link interni mentre ci sei. Tanto il dolore te lo prendi comunque — tanto vale uscire dall'altra parte con un sito migliore.
no credit card required