Perderemo posizionamenti durante la migrazione?

Un movimento a breve termine è normale anche quando tutto è fatto correttamente: Google deve riscansionare e riassegnare i segnali sui nuovi URL, e servono settimane. Quello che non è normale è una perdita permanente. Quella nasce da redirect mai scritti, canonical rimasti sul vecchio sito o contenuti eliminati nel rifacimento, e tutti e tre si prevengono prima del lancio invece di ripararli dopo.

Potete lavorare con il nostro team di sviluppo?

Sì, ed è spesso la soluzione più economica. Possiamo produrre la mappa degli URL e le regole di redirect perché le implementi il vostro team, rivedere la loro implementazione confrontandola con la scansione, oppure fare noi il lavoro nel vostro repository. Quello su cui insistiamo è non separare il piano SEO dall'ingegneria in due conversazioni distinte, perché è esattamente lì che la mappa dei redirect sparisce.

E se abbiamo già lanciato e il traffico è calato?

È recuperabile e conviene agire in fretta, perché più a lungo i vecchi URL restituiscono 404, più si degrada il valore dei link che puntano lì. Ricostruiamo l'inventario dei vecchi URL, troviamo cosa dà 404 o atterra male, ricostruiamo i redirect mancanti e ripristiniamo i contenuti tagliati. Il recupero richiede di solito da settimane a qualche mese, a seconda di quanto si è perso e da quanto tempo è rotto.

Vale per un cambio di dominio o solo per un restyling?

Entrambi, più i cambi di piattaforma e le ristrutturazioni di URL: la meccanica è la stessa e cambia solo il grado di rischio. Il cambio di dominio è la versione più rischiosa perché cambiano tutti gli URL in una volta, quindi riceve la validazione in staging più accurata e il presidio più stretto nel giorno del lancio.

Dimensionato sulla nostra fascia di 35-55 EUR/ora rispetto all'ambito, con stima scritta e intervallo chiaro prima di iniziare. I fattori principali sono quanti URL indicizzati avete e quante lingue, non quanto è grande il restyling visivo: un sito di 200 pagine in una lingua è un progetto molto più piccolo di un sito di 200 pagine in cinque lingue.

SEO per la Migrazione del Sito

Quasi tutto il traffico perso in una migrazione non lo decide Google: lo perde un redirect mai scritto, un canonical che punta a un URL morto, o un ambiente di staging finito nell'indice. Pianifichiamo la migrazione, costruiamo la mappa dei redirect come codice, la validiamo prima del lancio e sorvegliamo il recupero dopo.

Ultimo aggiornamento: 14 agosto 2026

Inizia il tuo progetto Richiedi una stima gratuita

Cosa vi costa davvero il traffico

Le migrazioni raramente falliscono per motivi sottili. Falliscono per un elenco breve di cause concrete ed evitabili, e ogni voce di quell'elenco viene intercettata da una checklist più qualcuno che sappia leggere il codice.

Redirect mai mappati: i vecchi URL restituiscono 404 e con loro muoiono link e posizionamenti che puntavano lì
Redirect a catena o in loop, dove vecchio → intermedio → nuovo disperde autorità a ogni salto
Canonical rimasti a puntare al vecchio dominio, che dicono a Google che il sito nuovo è la copia
Lo staging indicizzato perché una regola robots è finita invertita in produzione, o non è mai stata pubblicata
Contenuti eliminati in silenzio nel rifacimento: proprio i paragrafi che posizionavano, tagliati come superflui
Sitemap e link interni che descrivono ancora la vecchia struttura settimane dopo il lancio

Come gestiamo una migrazione

Il lavoro si divide nettamente in prima, durante e dopo, e gran parte del valore sta nella prima parte. Una migrazione pianificata bene è quasi noiosa; una pianificata il giorno del lancio diventa un progetto di recupero.

Prima la baseline: posizionamenti, pagine di atterraggio principali, inventario di scansione e traffico registrati prima che si muova qualcosa, così 'abbiamo perso qualcosa?' ha una risposta con i dati
Mappa degli URL costruita dalla scansione, non dalla memoria: ogni URL indicizzato ottiene una destinazione o una decisione esplicita di eliminarlo
Redirect implementati come codice nel vostro repository, rivedibili in una pull request e confrontabili, non digitati nell'interfaccia di un plugin
Validazione in staging: scansione del nuovo sito, verifica che ogni redirect mappato si risolva in un solo salto, controllo di canonical, hreflang e robots prima del lancio
Presidio nel giorno del lancio e finestra di recupero successiva, confrontando con la baseline e non con una sensazione

Le migrazioni internazionali sono il caso difficile

Se il sito serve più di una lingua, una migrazione moltiplica ogni rischio: ogni lingua ha bisogno della propria mappa di redirect, l'hreflang deve continuare a corrispondersi sui nuovi URL, e i canonical per lingua devono spostarsi insieme, altrimenti Google tratterà le traduzioni come duplicati della pagina inglese. È il guasto che vediamo più spesso e quello da cui si recupera più lentamente.

Una mappa di redirect per lingua, inclusi gli slug tradotti che non condividono la forma dell'URL inglese
Hreflang ricostruito sui nuovi URL e verificato reciproco in entrambe le direzioni prima del lancio
Canonical per lingua spostati di pari passo, così nessuna lingua finisce a puntare alla pagina di un'altra
Link interni consapevoli della lingua aggiornati, così ogni gruppo linguistico continua a sostenersi
Sitemap rigenerate per lingua, invece di una sitemap inglese con gli URL tradotti attaccati sopra

Avete già migrato e perso traffico?

È un motivo normale per chiamarci, ed è diagnosticabile. Di solito è la forma della perdita a indicare la causa: un calo generalizzato punta ai redirect o al robots, un calo limitato a una lingua punta a hreflang o canonical, e un calo su poche pagine punta a contenuti spariti nel rifacimento.

Ricostruire il vecchio inventario di URL dall'indice, dagli archivi e da eventuali log ancora disponibili
Individuare cosa restituisce 404 o atterra sulla pagina sbagliata, e ricostruire la parte mancante della mappa dei redirect
Verificare se la perdita è uniforme, per lingua o per pagina: ognuna indica una causa diversa
Ripristinare i contenuti tagliati nel rifacimento che però stavano posizionando
Reinviare e monitorare il recupero, con tempi realistici e non con una promessa

Come lavoriamo e quanto costa

Quotato sulla nostra fascia di 35-55 EUR/ora, con stima scritta prima di iniziare. Una migrazione è un lavoro delimitato con una fine definibile, quindi più facile da dimensionare di un programma continuativo: la misura dipende da quanti URL avete e da quante lingue, non da quanto sembra grande il restyling.

Prima la stima scritta, con intervallo e assunzioni dichiarati
Lavoriamo nel vostro repository e nel vostro processo di deploy: i redirect vengono pubblicati come il resto del codice
A nostro agio con Next.js, React e stack server-rendered, dove vivono davvero routing e logica dei canonical
Pieno allineamento CET da Tirana, con ingegneri che lavorano in inglese e italiano
Onesti sui tempi: il recupero dopo una migrazione andata male richiede di solito da settimane a qualche mese, e nessuno può promettere una data

FAQ

Domande frequenti

Perderemo posizionamenti durante la migrazione?
Un movimento a breve termine è normale anche quando tutto è fatto correttamente: Google deve riscansionare e riassegnare i segnali sui nuovi URL, e servono settimane. Quello che non è normale è una perdita permanente. Quella nasce da redirect mai scritti, canonical rimasti sul vecchio sito o contenuti eliminati nel rifacimento, e tutti e tre si prevengono prima del lancio invece di ripararli dopo.
Potete lavorare con il nostro team di sviluppo?
Sì, ed è spesso la soluzione più economica. Possiamo produrre la mappa degli URL e le regole di redirect perché le implementi il vostro team, rivedere la loro implementazione confrontandola con la scansione, oppure fare noi il lavoro nel vostro repository. Quello su cui insistiamo è non separare il piano SEO dall'ingegneria in due conversazioni distinte, perché è esattamente lì che la mappa dei redirect sparisce.
E se abbiamo già lanciato e il traffico è calato?
È recuperabile e conviene agire in fretta, perché più a lungo i vecchi URL restituiscono 404, più si degrada il valore dei link che puntano lì. Ricostruiamo l'inventario dei vecchi URL, troviamo cosa dà 404 o atterra male, ricostruiamo i redirect mancanti e ripristiniamo i contenuti tagliati. Il recupero richiede di solito da settimane a qualche mese, a seconda di quanto si è perso e da quanto tempo è rotto.
Vale per un cambio di dominio o solo per un restyling?
Entrambi, più i cambi di piattaforma e le ristrutturazioni di URL: la meccanica è la stessa e cambia solo il grado di rischio. Il cambio di dominio è la versione più rischiosa perché cambiano tutti gli URL in una volta, quindi riceve la validazione in staging più accurata e il presidio più stretto nel giorno del lancio.
Quanto costa?
Dimensionato sulla nostra fascia di 35-55 EUR/ora rispetto all'ambito, con stima scritta e intervallo chiaro prima di iniziare. I fattori principali sono quanti URL indicizzati avete e quante lingue, non quanto è grande il restyling visivo: un sito di 200 pagine in una lingua è un progetto molto più piccolo di un sito di 200 pagine in cinque lingue.