Migrazione di CMS: come trasferirsi senza perdere traffico
Una migrazione di CMS sposta i contenuti da un sistema a un altro. Il rischio non è tecnico — esportazioni e importazioni sono problemi risolti — ma è che lungo il percorso cambino struttura, URL e metadati, e i motori di ricerca notano tutti e tre.
Questa guida copre la sequenza che preserva il traffico, la verifica che dovrebbe venire per prima, e cosa sorvegliare dopo.
Verifica prima di spostare qualsiasi cosa#
Migrare tutto è il comportamento predefinito e di solito la scelta sbagliata. Quasi tutti i siti si portano dietro una lunga coda di pagine senza traffico, senza link e senza scopo, e spostarle importa il problema nel nuovo sistema.
- Scansiona il sito esistente per ottenere ogni URL che esiste davvero.
- Estrai dodici mesi di traffico per URL, più i link in entrata.
- Classifica ogni pagina: migrare così com'è, riscrivere, unire a un'altra, o eliminare.
- Tutto ciò che ha traffico o link deve avere una destinazione. Il resto può andare.
- Annota quali pagine portano dati strutturati, campi su misura o template insoliti.
- Esporta i metadati — titoli e descrizioni — a parte. È il bene più spesso perduto in una migrazione.
Unire pagine povere in pagine più forti durante una migrazione è uno dei pochi esiti SEO affidabilmente positivi dell'intero esercizio. Reindirizza quelle unite verso la sopravvissuta.
Modella i contenuti prima di importarli#
La tentazione è ricreare esattamente la vecchia struttura. Questo importa i vecchi compromessi. Modella i contenuti come dovrebbero essere, poi fai corrispondere i vecchi dati.
| Passo | Cosa decidere |
|---|---|
| Tipi di contenuto | Cosa differisce davvero: pagina, articolo, prodotto, persona, evento |
| Campi | Campi strutturati anziché un blocco di HTML dove è praticabile |
| Tassonomie | Quali categorie ed etichette sopravvivono; quasi tutti i siti ne hanno troppe |
| Media | Dove risiedono i file e se i percorsi cambiano |
| Autori e date | Conservare le date di pubblicazione vere; non riportarle tutte a oggi |
| Metadati | Titoli, descrizioni e canonici mappati in modo esplicito |
| Tabella dei reindirizzamenti | Vecchio URL su nuovo URL, uno a uno, costruita strada facendo |
Azzerare le date di pubblicazione all'importazione è un incidente comune e distrugge in un colpo il segnale di freschezza dell'intero archivio.
Conserva gli URL, e reindirizza ciò che non puoi#
Il fattore che più determina se una migrazione costa traffico.
- Conserva la struttura degli URL esistente a meno che non sia davvero rotta. «Il nuovo CMS preferisce un altro schema» non è una ragione sufficiente.
- Dove gli URL devono cambiare, mappa uno a uno — mai verso una pagina di categoria né verso la home.
- Usa reindirizzamenti 301, e verifica che ciascuno sia un solo salto.
- Reindirizza anche i file media. Le immagini accumulano link e compaiono nella ricerca immagini.
- Conserva i reindirizzamenti a tempo indeterminato; i link esterni non vengono mai aggiornati.
- Collauda la tabella dei reindirizzamenti in preproduzione con l'elenco completo prima del lancio, non con un campione.
Il lancio e le sei settimane successive#
La migrazione non finisce al passaggio. La maggior parte dei problemi diventa visibile nel mese seguente.
- Lancia quando puoi sorvegliare. Non di venerdì, non prima di una festività.
- Verifica subito robots.txt, meta robots, canonici e sitemap in produzione.
- Passa l'elenco completo dei reindirizzamenti contro la produzione e cerca 404 e catene.
- Invia la nuova sitemap in Search Console e sorveglia la copertura ogni giorno per una settimana.
- Confronta le pagine principali con il periodo precedente; una pagina che cala nettamente ha di solito una causa precisa.
- Sorveglia i registri del server per i 404 dei crawler: trovano gli URL dimenticati prima delle statistiche.
- Aspettati oscillazioni per due-sei settimane; indaga su un calo che continua ad aggravarsi dopo un mese.
- Tieni il vecchio sistema in sola lettura per un po', per poter verificare cosa conteneva una pagina.
Domande frequenti
Perderò traffico di ricerca migrando?
Aspettati un calo di alcune settimane anche facendo tutto correttamente: i motori devono riscansionare e rivalutare. Con reindirizzamenti puliti e contenuti conservati, il traffico torna normalmente al livello precedente in due-sei settimane. Una perdita permanente si riconduce quasi sempre a reindirizzamenti dimenticati, contenuti modificati, o pagine eliminate in silenzio.
Devo rifare il design nello stesso momento?
È allettante e rende la diagnosi molto più difficile: quando il traffico si muove, non puoi dire se sia stata la migrazione o il design. Se puoi separarli, migra prima con i template esistenti, conferma la stabilità, poi rifai il design. Se devono andare insieme, sii ancora più rigoroso nel conservare URL e contenuti.
Come migro contenuti che non si trasferiscono in modo pulito?
C'è sempre contenuto che resiste all'automazione: impaginazioni su misura, widget incorporati, tabelle fatte a mano. Individuali durante la verifica e metti a budget tempo manuale. Provare ad automatizzare l'ultimo 5 % costa di solito più che farlo a mano, e dà risultati peggiori.
Devo tenere in funzione il vecchio CMS?
Tienilo raggiungibile ma non pubblico per qualche mese: in sola lettura, bloccato ai motori, su un indirizzo interno. È prezioso per verificare cosa diceva una pagina quando qualcosa sembra sbagliato. Poi dismettilo come si deve: un'installazione pubblica abbandonata è un rischio di sicurezza.
migrazione cmsmigrazione sito webmigrazione contenuticambio piattaformareindirizzamenti migrazionemigrare wordpress
