Una migrazione di sito web è l’unico progetto di routine capace di azzerare anni di visibilità sui motori in un solo pomeriggio. Ricostruzioni, cambi di piattaforma, cambi di dominio e persino un semplice riordino della struttura degli URL portano lo stesso rischio, e il danno raramente si annuncia il giorno del lancio. Si manifesta due settimane dopo come un calo silenzioso e costante che nessuno collega al rilascio.

La buona notizia è che le cause sono ben comprese e quasi del tutto evitabili. Nella pratica, quasi ogni perdita di traffico in una migrazione si riconduce a una cosa sola: una mappa dei reindirizzamenti incompleta. Tutto il resto di questa guida viene dopo, rispetto al compito di fare bene proprio quello.

L’unica regola: ogni URL che esiste oggi e possiede un valore qualsiasi, che sia traffico, backlink o stato di indicizzazione, deve rispondere con un unico reindirizzamento permanente verso il suo equivalente più vicino sul nuovo sito. Non la home page. Non una catena di tre salti. Un reindirizzamento, verso la pagina davvero equivalente.

Costruisci l’inventario prima di costruire qualsiasi altra cosa

Non puoi reindirizzare URL di cui ignori l’esistenza, e nessuna fonte singola li elenca tutti. Attingi da quattro fonti e uniscile.

Una scansione completa del sito esistente. Ti restituisce tutto ciò che è raggiungibile seguendo i collegamenti, cioè la maggior parte delle pagine, ma mai il quadro completo.

I dati di Search Console. Esporta ogni URL che ha ricevuto impressioni o clic. Questo recupera le pagine che portano traffico ma verso cui internamente non punta nulla, situazione più frequente di quanto ci si aspetti.

I log di accesso del server. Mostrano ciò che viene realmente richiesto, compresi vecchi URL che non compaiono più da nessuna parte sul sito e continuano a ricevere traffico da segnalibri, e-mail e collegamenti esterni.

I tuoi dati sui backlink. Ogni URL verso cui puntano altri siti porta un valore che perdi nel momento in cui smette di rispondere. Sono i reindirizzamenti a priorità più alta di tutto il lavoro, perché quell’autorità di collegamento non è recuperabile in nessun altro modo.

Unisci queste quattro fonti in un solo elenco, elimina i duplicati e avrai la superficie reale del tuo sito. Su un sito maturo risulterà molto più ampia di quanto chiunque avesse stimato, e già quel numero cambia spesso il piano di progetto.

Mappare il vecchio sul nuovo

Con l’inventario in mano, la mappatura è il punto in cui entra in gioco il giudizio.

Associa ogni URL al suo equivalente più vicino. Dove una pagina ha un sostituto diretto, è semplice. Dove i contenuti sono stati accorpati, punta alla pagina che ora copre l’argomento. Dove il contenuto è davvero sparito e non ha successori, lascia che restituisca un 404 o un 410 invece di reindirizzarlo verso qualcosa di irrilevante.

Resisti alla tentazione di reindirizzare tutto alla home page. I motori trattano un reindirizzamento verso una pagina non correlata come un soft 404: non trasmette nulla e offre un’esperienza pessima a chi segue un vecchio collegamento. Un 404 deliberato su un contenuto realmente rimosso è un esito migliore di un reindirizzamento fuorviante.

Usa reindirizzamenti permanenti e assicurati che siano di un solo salto. Le catene di reindirizzamenti, in cui il vecchio URL punta a un secondo che punta a un terzo, sono comuni sui siti migrati più di una volta. Ogni salto aggiunge latenza e diluisce il segnale, quindi punta sempre alla destinazione finale e non a ciò che la migrazione precedente ha lasciato.

Sorveglia i dettagli che sfuggono facilmente: le barre finali, i caratteri maiuscoli, i parametri di query che generano URL indicizzati distinti, oltre a protocollo e sottodominio. Una migrazione che sistema le pagine ma lascia le varianti http e www non gestite ha raddoppiato i propri problemi.

Cos’altro si sposta insieme al sito

I reindirizzamenti sono il rischio maggiore, ma altre quattro cose meritano protezione.

Tag canonici e hreflang. Dopo la migrazione i canonici devono puntare ai nuovi URL. Canonici obsoleti che rimandano ancora al vecchio dominio sono un modo davvero efficace per impedire del tutto l’indicizzazione del nuovo sito. Se gestisci più lingue, ogni gruppo hreflang va aggiornato di pari passo, perché una sola incoerenza invalida l’intero insieme.

Dati strutturati. Ogni marcatura presente sulle vecchie pagine dovrebbe passare al nuovo sito, URL contenuti compresi. È facile migrare il contenuto visibile e perdere la marcatura, il che rimuove silenziosamente l’idoneità ai risultati avanzati.

Metadati. Titoli e descrizioni vanno trasferiti deliberatamente, non rigenerati dalle impostazioni predefinite della nuova piattaforma. Una ricostruzione che sostituisce titoli ben calibrati con uno schema da modello perderà clic anche se le posizioni reggono.

Velocità delle pagine. Un sito nuovo è spesso più pesante di quello che sostituisce. Poiché i Core Web Vitals si valutano su dati di campo raccolti in un periodo mobile, un sito più lento impiega settimane a mostrare il proprio effetto pieno, e a quel punto la causa è facile da attribuire male. La nostra guida ai Core Web Vitals spiega cosa richiedono davvero le soglie.

Il lancio e le prime 48 ore

Il lancio in sé è breve; è la verifica a contare.

Prima di andare online, prova la mappa dei reindirizzamenti contro l’inventario completo su un ambiente di staging. Automatizzala: richiedi ogni vecchio URL e verifica un singolo 301 e la destinazione attesa. Farlo a mano su un campione lascerà passare proprio lo schema che rompe mille URL.

Conferma che il nuovo sito sia effettivamente scansionabile. Il disastro più comune il giorno del lancio è pubblicare le direttive robots dell’ambiente di staging o un tag noindex rimasto lì. Controlla entrambe le cose prima di ogni altra.

Invia la nuova sitemap e tieni per un po’ i vecchi URL in una sitemap temporanea, così che i crawler li ritrovino e seguano i reindirizzamenti. Se il dominio è cambiato, usa lo strumento di cambio indirizzo in Search Console.

Poi osserva i log anziché le posizioni. L’attività di scansione sui nuovi URL ti dice nel giro di ore se la migrazione viene recepita. Le posizioni non ti dicono nulla di utile per almeno una settimana.

Come si presenta davvero il recupero

Fissa le aspettative prima del lancio, perché la forma della curva di recupero provoca più panico della migrazione stessa.

Una certa oscillazione è normale anche quando tutto è stato fatto correttamente. I motori devono riscansionare, rielaborare e riassociare ogni URL, e questo richiede un tempo proporzionale alle dimensioni del sito. Un calo di un paio di settimane su un sito di medie dimensioni non è la prova di un fallimento.

Una migrazione ben eseguita torna in genere ai livelli precedenti entro quattro-otto settimane, a volte più in fretta sui siti piccoli. Una eseguita male non si riprende da sola, perché la causa resta.

La differenza si legge nei dati. Se Search Console mostra un aumento degli errori di scansione e pagine che escono dall’indice, hai un problema tecnico da risolvere. Se la scansione appare sana e sono solo le impressioni a essere in ritardo, stai osservando una normale rielaborazione.

Esporta i dati di analytics e di Search Console del vecchio sito prima del lancio. Confrontarsi con una linea di riferimento a cui non hai più accesso è una posizione miserevole, e capita sorprendentemente spesso.

Quanto costa una migrazione di sito web

I prezzi riflettono le tariffe tipiche delle agenzie britanniche e crescono con il numero di URL, non con il design delle pagine.

La mappatura dei reindirizzamenti e il controllo qualità della migrazione per un sito piccolo di qualche centinaio di URL vanno di solito da 900 a 2.500 sterline. Comprendono l’inventario, la mappatura, la verifica automatizzata e i controlli successivi al lancio.

Un sito di medie dimensioni da qualche migliaio di URL si colloca tipicamente fra 2.500 e 8.000 sterline, soprattutto perché la mappatura richiede più giudizio e la verifica più strumenti.

I siti grandi o di e-commerce con navigazione a faccette, URL con parametri e varianti internazionali partono da circa 8.000 sterline e salgono con la complessità. La navigazione a faccette in particolare può generare quantità enormi di URL indicizzati che richiedono decisioni, non mappature meccaniche.

Di contro, il costo di sbagliare è il fatturato del tuo traffico organico per tutta la durata del recupero, più il prezzo del lavoro d’emergenza per rimediare. È uno dei casi più chiari in cui conviene spendere in anticipo. La nostra guida ai costi dell’audit SEO tecnico tratta il lavoro diagnostico collegato.

Migrare una volta sola, e farlo bene

Mecanik segue pianificazione e verifica delle migrazioni all’interno dei nostri servizi di audit SEO tecnico e sviluppo web . Costruiamo l’inventario da tutte e quattro le fonti, produciamo la mappa dei reindirizzamenti, automatizziamo la verifica su di essa e teniamo sotto osservazione il comportamento di scansione nelle prime settimane dopo il lancio.

Lo facciamo anche in modo specifico per i cambi di piattaforma, dove la struttura degli URL cambia spesso come effetto collaterale delle convenzioni del nuovo sistema più che per una decisione di qualcuno. La nostra guida alla migrazione Drupal copre una versione comune di questo scenario, e la stessa disciplina vale per qualsiasi cambio di piattaforma.

Se la migrazione è già avvenuta e il traffico è calato, scrivici indicando la data di lancio e ti diremo se si tratta di un problema di reindirizzamenti, di un problema di indicizzazione o di normale rielaborazione.

Letture correlate: Checklist audit SEO tecnico per il 2026 , Redesign del Sito Web nel Regno Unito , Assumere uno sviluppatore Drupal: tariffe e selezione e Servizi SEO nel Regno Unito ., Come gestire @font-face

Domande frequenti

Perché il mio traffico è calato dopo una migrazione del sito web? Nella maggior parte dei casi per una mappa dei reindirizzamenti incompleta: URL che avevano traffico o backlink ora restituiscono errori o puntano a qualcosa di irrilevante. Altre cause frequenti sono un tag noindex rimasto dallo staging, canonici che rimandano ancora al vecchio dominio e catene di reindirizzamenti che diluiscono il segnale.

Devo reindirizzare i vecchi URL alla home page? No. I motori trattano un reindirizzamento verso una pagina non correlata come un soft 404: non trasmette nulla e frustra chi segue un vecchio collegamento. Mappa ogni URL sul suo equivalente reale più vicino e lascia che i contenuti senza successore restituiscano un 404 o un 410.

Quanto tempo serve per recuperare le posizioni dopo una migrazione? Una migrazione ben eseguita torna in genere ai livelli precedenti entro quattro-otto settimane, più in fretta sui siti piccoli. Una certa oscillazione durante la riscansione è normale. Se però gli errori di scansione aumentano e le pagine escono dall’indice, si tratta di un guasto tecnico e non di normale rielaborazione.

Cosa va inventariato prima di migrare un sito web? Unisci quattro fonti: una scansione completa del sito esistente, ogni URL con impressioni o clic in Search Console, i log di accesso del server che mostrano cosa viene realmente richiesto e i tuoi dati sui backlink. Ciascuna recupera URL che le altre non vedono, e gli URL con backlink hanno la priorità più alta.

Quanto costa il lavoro SEO di una migrazione di sito web? La mappatura dei reindirizzamenti e la verifica per un sito piccolo di qualche centinaio di URL costano tipicamente da 900 a 2.500 sterline. I siti di medie dimensioni da qualche migliaio di URL vanno da 2.500 a 8.000 sterline, mentre i siti grandi o di e-commerce con navigazione a faccette e varianti internazionali partono da circa 8.000 sterline.