La fase di preparazione di una migrazione di sito, passo dopo passo

Il successo di una migrazione si gioca prima del lancio. Le tappe della preparazione, dalla definizione del progetto ai collaudi sullo staging, e che cosa evita ciascuna.

La fase di preparazione di una migrazione di sito, passo dopo passo

Il successo di una migrazione di sito si gioca quasi interamente prima del lancio. La preparazione riduce i rischi fissando che cosa migrare, conservando traccia dell'esistente e costruendo il piano di redirect mentre il nuovo sito viene sviluppato. Ecco le sue tappe, nell'ordine in cui si svolgono.

1. Definire il progetto

Mettete per iscritto gli obiettivi della migrazione (che cosa deve migliorare e come lo si misurerà), il perimetro (contenuti, lingue e sezioni interessati), la squadra e il calendario. Scegliete una data di lancio fuori dai picchi di attività e informate tutte le persone coinvolte, dal servizio clienti al marketing. Il perimetro dipende dal tipo di migrazione: vedi i tipi di migrazione e il loro perimetro, e per il calendario in quale momento realizzare il piano di migrazione.

2. Fare il backup dell'esistente

Prima di qualsiasi modifica, fate il backup dei file e del database del vecchio sito, oltre che dell'elenco delle sue URL e dei suoi contenuti. Il backup si conserva fuori dal server (in locale o su uno spazio di archiviazione online) e permette di tornare indietro in caso di problemi.

Gli strumenti di backup e trasferimento dell'hosting (OVHcloud, per esempio) bastano spesso, senza competenze particolari. Il database si esporta anche da phpMyAdmin, lo strumento di amministrazione di MySQL fornito dalla maggior parte degli hosting. Il dettaglio è nel nostro articolo sul backup dei dati prima di una migrazione e in quello sul backup del database.

3. Fare l'inventario delle URL e dei contenuti

Stilate l'elenco di tutte le URL che contano: quelle di una scansione del vecchio sito (Screaming Frog o un altro crawler), ma anche quelle di Search Console, degli strumenti di link (Ahrefs, Majestic), dei log del server e delle vecchie sitemap. Una pagina assente dai menu può ancora ricevere link e traffico. Individuate anche le URL da eliminare, che risponderanno con un codice 410.

Per i contenuti, un inventario pagina per pagina dice che cosa riprendere, riscrivere o abbandonare: vedi la migrazione dei dati in un restyling.

4. Rilevare le misure di riferimento

Per giudicare la migrazione bisogna poter confrontare. Prima del lancio rilevate le prestazioni del sito con PageSpeed Insights e i Core Web Vitals: il tempo di visualizzazione dell'elemento di contenuto più grande (LCP), la reattività della pagina alle interazioni (INP) e la stabilità visiva del layout (CLS). Esportate anche le pagine e le query di Search Console e i report di Google Analytics 4 su pagine e conversioni (vedi salvare i dati di Google Analytics 4).

5. Fare l'audit dei contenuti e delle parole chiave

La preparazione è l'occasione per migliorare il posizionamento invece di copiare l'esistente. L'audit dei contenuti dice quali pagine conservare, unire o rielaborare. La ricerca di parole chiave, con strumenti come Ubersuggest, Semrush o Ahrefs, verifica che le pagine della nuova architettura corrispondano a ricerche reali.

Verificate anche le basi pagina per pagina: title e meta description, gerarchia dei titoli, link interni ed esterni. Ciò che manca sul vecchio sito deve comparire nelle specifiche del nuovo.

6. Scrivere le specifiche SEO

Gli sviluppatori hanno bisogno di regole scritte: struttura delle URL, tag title e meta description, tag canonical, hreflang per un sito multilingue, dati strutturati, paginazione, sitemap XML, robots.txt e tempi di caricamento attesi. Consegnate presto, queste specifiche evitano di scoprire gli scostamenti durante i collaudi, quando è tardi per correggerli.

7. Censire i link esterni

I link di altri siti verso il vostro sono una parte essenziale del suo posizionamento. Fin dall'inizio del restyling censite le URL che li ricevono (Search Console, Ahrefs, Majestic) e valutatene la qualità, per esempio con il Trust Flow di Majestic: sono le URL il cui redirect non deve mancare in nessun caso. Vedi l'importanza dei backlink in una migrazione.

8. Costruire il piano di redirect

Il piano di redirect fa corrispondere ogni vecchia URL al suo nuovo indirizzo. Si costruisce sullo staging appena le nuove pagine esistono, poi si verifica con una nuova scansione poco prima del lancio: finché il nuovo sito non è definitivo, le sue URL possono ancora cambiare. Vedi il piano di redirect.

9. Preparare l'ambiente di test

Lo staging serve a testare il nuovo sito in condizioni reali senza che venga indicizzato: redirect, link interni, tag, moduli, processo d'acquisto, tempi di caricamento. Tenetelo chiuso ai motori (password o noindex) e verificate che queste impostazioni non passino in produzione. Le verifiche da fare sono nella nostra checklist di migrazione, e le insidie più comuni negli errori da evitare in una migrazione.

Farsi affiancare

Se il codice, lo sviluppo o la SEO non vi sono familiari, affidate la preparazione a una squadra abituata alle migrazioni: si occuperà delle analisi, della migrazione tecnica e dei test. Non è un progetto da sminuire: sono in gioco il vostro traffico e i vostri clienti.

Swan scansiona il vostro vecchio sito e lo staging, propone gli abbinamenti tra le loro pagine e prepara il vostro piano di redirect.

Da leggere dopo

Tutti gli articoli