Elenco di controllo per la migrazione CMS: un processo SEO passo passo

Elenco di controllo per la migrazione CMS: un processo SEO passo passo

La migrazione del sito web è un passo importante per qualsiasi azienda. Ecco perché prima di formulare ulteriori raccomandazioni, mi assicuro sempre che sia giustificato. E se lo è, il passo successivo è rendere il processo di migrazione SEO-friendly.

Esistono molti tipi di migrazioni, tra cui:

  • Passaggio da HTTP a HTTPS
  • Passaggio da un sottodominio a una sottocartella o viceversa
  • Spostarsi da un dominio all’altro
  • Passaggio da un sistema di gestione dei contenuti a un sistema diverso

Ecco una lista di controllo pubblicata da SEMrush in precedenza per fornire una visione generale di tutti i diversi tipi di migrazioni.

In questo post, mi concentrerò su un particolare tipo di migrazione, cambiando i sistemi di gestione dei contenuti, poiché questo tipo specifico ha le sue sfide. Ti mostrerò cosa devi sapere prima di passare a un altro CMS, quali problemi dovrai affrontare e i passaggi esatti per superare questi problemi.

Perché potresti voler migrare a un altro CMS

Non ci sono molte ragioni, a dire il vero. Tutti i clienti con cui ho lavorato ne avevano solo uno: volevano rendere conto della crescita del business. Ed è un motivo valido.

Ad esempio, un’azienda avvia un negozio online. Non sanno come andranno le cose e come sarà l’attività cinque anni dopo.

All’inizio, non hanno bisogno di sofisticate funzionalità CMS come la gestione delle scorte di massa, le opzioni di spedizione in tutto il mondo, ecc. Ma con la crescita del negozio, i limiti del sistema di gestione dei contenuti iniziale potrebbero diventare più evidenti e, a un certo punto, potrebbe ha senso spostare tutto dal vecchio CMS a un nuovo CMS.

Richiede molto lavoro in anticipo ma produce anche enormi risparmi di tempo e denaro a lungo termine, a condizione che la parte SEO sia eseguita correttamente. Ed è esattamente quello che tratterò qui.

L’idea di una migrazione CMS

Sono una persona visiva, quindi ho avuto questa immagine per illustrare l’idea di migrazione CMS:

È un arcobaleno tra 2 punti: il vecchio CMS e il Target CMS. I colori dell’arcobaleno stanno colmando il divario tra i 2 sistemi. Ogni colore è un passaggio particolare che devi completare per passare dal vecchio CMS al CMS di destinazione senza perdite.

Tratterò ciascuno di questi passaggi in dettaglio di seguito.

I principali problemi che potresti dover affrontare durante una migrazione CMS

È ovvio che il vecchio CMS e le nuove funzionalità CMS non corrispondono come blocchi Lego. Di seguito sono riportati alcuni possibili problemi che potresti scoprire cambiando il tuo CMS:

Incapacità di mantenere la vecchia struttura degli URL

  • Esempio: in Magento 2, il percorso della categoria è incluso nell’URL del prodotto per impostazione predefinita. Quindi, se gli URL dei tuoi prodotti attuali non includono il percorso della categoria, dovrai utilizzare alcune personalizzazioni o estensioni per ottenerlo.

Diversi modelli o regole per la generazione di metatag e tag H1

  • Esempio: HubSpot non consente di avere diversi tag H1 e del titolo su una pagina (anche se sembrano essere in procinto di cambiarlo).

Approccio diverso ai file di servizio (robots.txt, XML sitemap)

  • Esempio: Shopify non consente la modifica del file robots.txt e della mappa del sito XML. Quindi, se stai migrando ad esso, dovresti tenerne conto.

Dati strutturati

Suggerimento professionale: I codici di monitoraggio vengono spesso trascurati. Prima che inizi la migrazione, dovresti creare un elenco di tutti i codici di monitoraggio e le personalizzazioni per trasferirli nel nuovo CMS.

Colmare il divario: i passaggi di RAINBOW per rendere la migrazione CMS il più semplice possibile

Ecco un riepilogo di tutti i passaggi. Come accennato in precedenza, ognuno di essi deve essere completato per passare correttamente dal vecchio CMS al CMS di destinazione:

R. Esegui una scansione

Prima ancora di iniziare a pianificare la migrazione, è necessario comprendere l’ambito: ci sono 100, 1.000 o 10.000 URL? Vuoi anche trovare eventuali problemi tecnici che non dovrebbero essere trasferiti al nuovo CMS. Ad esempio, potresti trovare pagine con canonici autoreferenziali, mentre questi canonici dovrebbero puntare invece ad altri URL.

Dopo la scansione, avrai un elenco delle pagine del sito web. Consiglio sempre di utilizzare alcune fonti per ottenere un elenco completo, tra cui:

Ad esempio, puoi esportare le pagine scansionate da SEMrush Site Audit:

Esporta tutti gli URL da ogni strumento, combinali in un unico documento e rimuovi i duplicati. Avrai bisogno di questi URL per analizzarli e prendere decisioni strategiche (vedi il passaggio “I” di seguito).

Inoltre, prima di apportare modifiche al sito Web corrente, è necessario creare un backup (o assicurarsi che sia eseguito dal lato sviluppatore). Naturalmente, dopo la migrazione CMS, la struttura delle cartelle sul server avrà un aspetto diverso. Ma almeno avrai dati grezzi e contenuti a cui puoi tornare se qualcosa va storto o viene eliminato.

Il risultato della fase R:

  • Hai un elenco completo di tutti gli URL del sito web.

  • Hai un elenco dei problemi tecnici SEO che desideri risolvere durante la migrazione a un altro CMS.

  • Un backup del sito Web corrente.

A. Analizza le caratteristiche del CMS

Ora è il momento di vedere come le funzionalità del tuo attuale CMS vengono tradotte nelle funzionalità di nuovo CMS.

Fai un elenco di cose da tenere in considerazione durante la migrazione. Questi saranno aspetti SEO assolutamente importanti su cui vuoi avere il controllo il più possibile. Loro includono:

  • Struttura URL – Vuoi lasciare la stessa struttura, se possibile. In caso contrario, dovresti saperlo a questo punto prima di creare la mappa di reindirizzamento.

  • Meta Informazioni – Vuoi lasciare gli stessi tag o imitare i modelli di meta tag. Se non è possibile, crea nuovi modelli che saranno supportati dal CMS a cui stai migrando.

  • Architettura del sito web – Assicurati che nulla vada perso durante il processo di migrazione, ad esempio, i breadcrumb rimarranno, la navigazione principale avrà le stesse categorie, ecc.

  • Tag canonici e direttive sui meta-robot – Il nuovo CMS dovrebbe offrire un’opzione per modificare queste impostazioni a livello di pagina.

  • Robots.txt e XML sitemap.

  • Dati strutturati.

  • Hreflang (per siti web internazionali).

  • Eventuali caratteristiche personalizzate importanti – Regole automatiche per la creazione di nuove pagine, il reindirizzamento di vecchie pagine, ecc. Ad esempio, se stai migrando un negozio online e il vecchio CMS ha una funzione per reindirizzare automaticamente un prodotto fuori produzione alla pagina della categoria, il tuo piano di migrazione dovrebbe includerlo come bene.

Questo passaggio è difficile e richiede molte ricerche e comunicazioni tra i team, ma è la spina dorsale dell’intero processo di migrazione.

Il risultato del passaggio A:

  • Un elenco delle funzionalità SEO più importanti e, idealmente, un’indicazione della disponibilità di ciascuna funzionalità nel nuovo CMS. Più sai, a questo punto, meglio è.

Nota: Se il CMS a cui stai migrando è personalizzato, molto probabilmente non avrai informazioni sulla funzionalità disponibile. Hai ancora bisogno di un elenco delle funzionalità che sono assolutamente necessarie per la SEO in modo che possano essere create o aggiunte al sistema personalizzato.

I. Indicare gli URL da reindirizzare

A questo punto, hai già un elenco di tutte le pagine del sito web e sai se saranno necessarie modifiche alla struttura dell’URL. Quindi ora è il momento di creare una mappa URL.

Mantieni la mappa semplice. Di solito includo solo 3 colonne: vecchio URL, azione e URL finale:

Quindi crea una mappa aggiuntiva che avrà solo gli URL che devono essere reindirizzati. Questa mappa di reindirizzamento è per gli sviluppatori.

Il motivo per cui preferisco avere 2 mappe è semplice: voglio assicurarmi che ogni URL sia gestito correttamente. Se crei solo la mappa di reindirizzamento, potresti perdere il fatto che gli altri URL restituiscono 404. Quindi tengo per me la mappa con tutte le pagine e invio la mappa di reindirizzamento agli sviluppatori.

Il risultato del passo I:

N. Annotare le storie degli utenti e i criteri di accettazione

Quando si tratta di cose tecniche complicate come il cambio di un sistema di gestione dei contenuti, è importante comunicare correttamente le proprie esigenze e raccomandazioni (e persino comunicare eccessivamente).

È qui che entrano in gioco le user story. Una user story indica il risultato che desideri ottenere. Segue questa struttura:

In qualità di tipo di utente desidero risultato in modo che il motivo

Per esempio:

Come SEO, voglio che gli URL dei prodotti siano gli stessi anche se gli utenti accedono alla pagina del prodotto da categorie diverse in modo da non avere pagine di prodotto duplicate.

Ogni user story dovrebbe avere criteri di accettazione. Chiariscono il risultato che vuoi ottenere. Di seguito è riportato un esempio di criteri di accettazione per la user story di cui sopra:

  • Le pagine dei prodotti si trovano nella sottocartella / products /.

  • Le pagine dei prodotti non si trovano all’interno di nessuna / categories / sottocartelle.

  • Le pagine dei prodotti contengono tag canonici che puntano a se stessi.

  • Il collegamento ai prodotti che fanno parte di più categorie è lo stesso URL, indipendentemente dalla categoria in cui si trova.

  • I collegamenti interni puntano alle versioni canoniche degli URL dei prodotti.

Il risultato della fase N:

Hai storie utente e criteri di accettazione per ciascuna storia utente pronta per essere caricata nel sistema di gestione delle attività (ad esempio, JIRA).

B. Diventa un investigatore

Una volta che hai l’ambiente di staging (o il sito di test, o UAT – ci sono molti nomi per questo) pronto, è il momento di mettere il cappello da investigatore (ogni SEO ce l’ha!) E testare se tutto funziona correttamente e soddisfa i tuoi criteri di accettazione .

Questo è un passaggio molto importante e devi cogliere tutti i problemi SEO prima che il sito web venga pubblicato sul nuovo CMS.

Il risultato del passaggio B:

Molto probabilmente ci saranno alcuni round di test dopo che ogni problema è stato risolto; dovrai testarlo nuovamente. Una volta completato, il sito Web di prova dovrebbe essere pronto per essere pubblicato.

O. Una volta fatto

Dopo che il sito web è stato pubblicato, è il momento di fare alcuni controlli finali ma cruciali.

Puoi farlo usando la modalità elenco in Screaming Frog:

Fonte: Come controllare i reindirizzamenti

  • Controlla il tuo file robots.txt per assicurarti che il sito web sia autorizzato per la scansione.

  • Controlla i meta robots per assicurarti che l’indicizzazione sia consentita.

  • Controlla se i codici di tracciamento sono installati.

  • Crea un’annotazione in Google Analytics per contrassegnare la data di migrazione in modo da avere un modo migliore per analizzare il traffico post-migrazione:

Inoltre, aggiungi una nota ai tuoi rapporti SEMrush:

Ecco alcuni controlli più immediati che vuoi fare dopo la migrazione CMS.

Questo passaggio è importante in quanto ti aiuta a individuare rapidamente eventuali problemi SEO e risolverli prima che causino una diminuzione della visibilità o del traffico.

Il risultato della fase O:

Sei sicuro che tutte le informazioni siano state trasferite correttamente e che il sito web sul nuovo CMS sia “SEO sano”.

W. Quando è finita, non è finita

Qualsiasi migrazione di un sito Web non è una cosa “imposta e dimentica”. Anche se tutto sembra a posto, devi comunque monitorare attentamente il traffico dopo la migrazione.

Una cosa da notare qui: potresti notare una temporanea diminuzione del traffico anche se tutto è stato fatto correttamente. Il motivo è che Google ha bisogno di tempo per rivalutare il tuo nuovo sito e più modifiche strutturali sono state apportate, più tempo può richiedere.

Tuttavia, non dovrebbero esserci cali enormi se tutti i passaggi di RAINBOW vengono gestiti correttamente.

Il risultato della fase W:

  • Pace della mente.
  • Le correzioni successive alla migrazione vengono eseguite se vengono rilevati problemi.

Pensieri finali

Una migrazione CMS è un’attività complessa in cui tutti i team dovrebbero lavorare in sincronia. In qualità di SEO, il tuo ruolo è dirigere il processo in termini di presenza organica del sito web, istruire altri team sulla SEO lungo il percorso e avere tutti i controlli in atto.

Sono contento che sei arrivato fin qui, puoi tornare alla sezione di seo.

Write a Comment