Gli errori da evitare in una migrazione di sito

Si sente spesso dire che una migrazione di sito fa perdere per forza traffico. È falso: la perdita deriva quasi sempre da un errore, e spesso sono sempre gli stessi. Ecco i più frequenti, dalla decisione al monitoraggio dopo il lancio.

Per una visione d'insieme della migrazione di sito (definizione, fasi, costo), vedete il nostro articolo di riferimento.

Avete davvero bisogno di questa migrazione? Cambiare CMS solo perché se ne preferisce un altro non è un beneficio all'altezza del rischio. Fissate il guadagno atteso e il modo di misurarlo prima di decidere: vedi le buone ragioni per migrare un sito.

Le migrazioni vengono spesso sottovalutate, e lo specialista SEO viene coinvolto solo poco prima della messa in produzione, o addirittura dopo, quando i danni sono visibili. Coinvolgetelo fin dal mock-up: architettura, modelli e URL si decidono presto, e il piano di redirect richiede tempo.

Una migrazione è un progetto a rischio. Se non conoscete le buone pratiche, rivolgetevi a un consulente o a un'agenzia specializzata, verificandone l'esperienza nelle migrazioni: anche le agenzie le sbagliano per mancanza di metodo. Per formarvi, il nostro corso video sulla migrazione di siti su YouTube riprende le fasi una per una (in francese).

Una migrazione fatta a mano richiede almeno un crawler (Screaming Frog o un altro), un foglio di calcolo e l'accesso a Search Console e Google Analytics. Per mettere in sicurezza il piano di redirect, aggiungete le esportazioni dei link dei vostri strumenti (Majestic, Ahrefs, Babbar, SEObserver, Search Console) e i log del server: rivelano URL che la scansione non trova. Swan sostituisce il crawler e il foglio di calcolo per l'abbinamento delle pagine, la parte più lunga da fare a mano.

Una URL che non compare più in nessun menu può ancora ricevere link e traffico. Fate l'inventario di tutte le URL che contano: quelle della scansione, ma anche quelle di Search Console, degli strumenti di link, dei log del server, delle campagne e delle vecchie sitemap. Una URL assente dall'inventario non avrà redirect.

Reindirizzare tutte le vecchie URL alla home page equivale, per Google, a eliminarle: tratta questi redirect come errori 404. Ogni vecchia pagina deve portare alla nuova pagina più vicina per contenuto, con un solo salto. Le catene di redirect (una vecchia migrazione, poi HTTPS, poi la nuova) rallentano la scansione e disperdono l'autorevolezza. Vedi il piano di redirect.

In un cambio di dominio, il legame tra il vecchio e il nuovo regge solo finché restate proprietari del vecchio dominio e i suoi redirect restano attivi. Lasciare scadere il vecchio dominio cancella di colpo il beneficio dei link che riceveva. Vedi se rinnovare il vecchio nome di dominio e per quanto tempo mantenere un redirect.

Uno staging è chiuso ai motori (robots.txt, noindex, password): queste impostazioni non devono passare in produzione. Al contrario, lo staging non deve mai essere indicizzato, pena contenuti duplicati. Al lancio verificate il robots.txt, i tag noindex, i tag canonical (che devono indicare i nuovi indirizzi, mai lo staging né il vecchio sito) e la sitemap XML.

Un cambio di hosting non comporta quasi nessun rischio per il posizionamento, salvo se il nuovo server è sottodimensionato o lontano dal pubblico di riferimento: pagine lente o in errore proprio mentre Google scansiona tutto il sito peggiorano l'indicizzazione. Confrontate l'offerta con le vostre esigenze reali prima di impegnarvi.

Una migrazione che copia il sito così com'è ne copia anche i difetti: link interrotti, contenuti duplicati, pagine lente, vecchi problemi di scansione. Sfruttate l'audit preliminare per correggerli, invece di ritrovarli sul nuovo sito. Vedi l'audit dei contenuti.

Una migrazione è complessa per il numero di punti da verificare e per il rigore che ogni fase richiede. Testate i redirect sullo staging, controllateli di nuovo in produzione il giorno del lancio, poi seguite l'indicizzazione, gli errori e il traffico nelle settimane successive. La nostra checklist di migrazione elenca le verifiche, e l'articolo sui problemi SEO dopo un restyling aiuta a diagnosticare un calo.

La maggior parte di questi errori si previene durante la fase di preparazione della migrazione: backup, inventario, misure di riferimento e piano di redirect. L'aspetto SEO è descritto nella nostra guida alla migrazione SEO.