Migrazione dei contenuti editoriali: preservare la SEO durante una migrazione

In un sito editoriale, istituzionale o in un blog, i contenuti sono ciò che Google ha indicizzato e posizionato. Migrarli significa trasferire pagine e articoli sul nuovo sito senza danneggiare ciò che dà loro visibilità: il testo, la sua struttura, i suoi metadati e i suoi link.

Questo articolo tratta ciò che la migrazione ha di specifico per i contenuti. Il metodo generale è nel nostro articolo sulla migrazione dei dati in un restyling; il caso dei negozi online in quello sulla migrazione dei dati e-commerce.

Il primo ostacolo è l'impaginazione. Un contenuto costruito con un page builder (Divi, Elementor) o pieno di shortcode non si legge così com'è in un altro editor: passare da Divi a Gutenberg, o da WordPress a un altro CMS, richiede di trasporre ogni blocco. Verificate che la gerarchia dei titoli (un H1, poi H2 e H3) sopravviva alla trasposizione: è lei che struttura il contenuto per Google come per il lettore.

Quando il nuovo template suddivide i contenuti in modo diverso (un occhiello, riquadri, schede), la migrazione non può più essere un semplice copia e incolla: prevedete regole di suddivisione, o una migrazione manuale delle pagine che lo meritano.

Migrate, pagina per pagina, ciò che non si vede ma conta: il tag title, la meta description, i testi alternativi delle immagini, i tag canonical, i dati strutturati e le direttive di indicizzazione (una pagina in noindex deve restarlo). Questi campi vivono spesso in un plugin SEO del vecchio CMS (Yoast, Rank Math) e non vengono esportati con il contenuto: è la prima dimenticanza di una migrazione.

Le immagini e i documenti devono seguire, con i loro percorsi se sono indicizzati in Google Immagini o citati da altri siti. Se i loro indirizzi cambiano, si reindirizzano come le pagine; consultate il nostro articolo sul reindirizzamento delle immagini.

I link di un contenuto verso le altre pagine del sito puntano ai vecchi indirizzi. Se non vengono riscritti, ogni clic passa per un reindirizzamento, e anche Google: il linking interno si indebolisce e le catene di reindirizzamenti si moltiplicano. Riscrivete i link verso le nuove URL durante la migrazione, partendo dal piano di reindirizzamento.

Una migrazione può creare duplicati: la stessa pagina con due indirizzi, una versione stampabile, una pagina di prova dimenticata, due articoli uniti di cui uno resta online. Individuateli al controllo e trattateli con un reindirizzamento o un tag canonical; consultate il nostro articolo sulla verifica dei contenuti duplicati.

Quando parte della migrazione si fa a mano, non tutto può essere trattato con la stessa cura. Cominciate dai contenuti che hanno valore: quelli che ricevono backlink, traffico o impressioni in Search Console, e quelli che generano contatti o fatturato. In Swan, le URL importate da Search Console, Ahrefs, Majestic o dai vostri log portano la loro origine: indicano le pagine da migrare per prime. Vedi anche l'importanza dei backlink in una migrazione.

Per ogni vecchia pagina, Swan propone la pagina del nuovo sito che la sostituisce, confrontandone i contenuti per prossimità semantica. Questo confronto ha senso solo se i contenuti sono stati migrati sulla preproduzione: avviate la migrazione il prima possibile, prima della scansione dei due siti. Il nostro articolo sull'analisi semantica prima di una migrazione descrive questo abbinamento, e la guida al piano di reindirizzamento il seguito.