Migrazione SEO per ecommerce: mantieni i tuoi posizionamenti

Perché le migrazioni ecommerce sono ad alto rischio per la SEO

Cambiare piattaforma ecommerce è uno degli eventi a più alto rischio per il traffico di ricerca organica. Quando cambi piattaforma, cambi URL, template, struttura del sito, caratteristiche di velocità delle pagine, linking interno e spesso i contenuti stessi. Ognuno di questi cambiamenti può causare cali nel posizionamento.

Abbiamo gestito oltre 40 migrazioni di piattaforme ecommerce. I negozi che pianificano correttamente vedono tipicamente un calo di traffico del 10-20% nelle prime due settimane, seguito da un recupero entro 4-8 settimane. I negozi che affrettano il processo o saltano la pianificazione SEO perdono spesso il 40-60% del traffico organico, e alcuni non si riprendono mai completamente.

Un retailer di moda che abbiamo preso in carico era migrato da Magento a Shopify sei mesi prima di contattarci. Avevano saltato la mappatura degli URL, implementato redirect incompleti e perso tutti i contenuti delle pagine di categoria. Il traffico organico era calato del 58% e non si era ripreso. Ci sono voluti cinque mesi di lavoro intensivo per riportarli ai livelli pre-migrazione. Sono cinque mesi di ricavi persi che una pianificazione adeguata avrebbe evitato.

Questa guida illustra ogni passaggio di una migrazione SEO per ecommerce, dalla decisione di migrare al monitoraggio post-lancio. Per un percorso di apprendimento strutturato, la lezione dell'academy sulla migrazione SEO della piattaforma copre il processo nel dettaglio. Segui questo processo e proteggerai il traffico organico che hai costruito nel corso degli anni.

Decidere se migrare oppure no

Prima di impegnarti in una migrazione, sii onesto sulla reale necessità. Le migrazioni di piattaforma sono costose, richiedono tempo e sono rischiose. A volte la risposta giusta è restare e sistemare ciò che hai.

Ragioni valide per migrare includono vere limitazioni della piattaforma che bloccano la crescita del business, annunci di fine vita per la piattaforma attuale, costi di hosting o manutenzione insostenibili e la necessità di funzionalità che la piattaforma attuale non può supportare (come funzionalità B2B o architettura headless). Se non sei sicuro che la migrazione sia la scelta giusta, il nostro servizio di SEO tecnica può valutare le limitazioni della tua piattaforma attuale prima che tu prenda una decisione definitiva.

Cattive ragioni per migrare includono volere un 'nuovo inizio', vedere un competitor su una piattaforma diversa, o lasciarsi convincere dal marketing di una nuova piattaforma. Abbiamo dissuaso clienti da migrazioni che sarebbero costate oltre 50.000 euro di sviluppo e mesi di interruzione del traffico, quando la piattaforma esistente poteva essere ottimizzata.

Se sei su Magento 1, la migrazione è inevitabile dato che ha raggiunto il fine vita. Se sei su una piattaforma con sviluppo e supporto attivi, valuta i benefici aziendali rispetto al rischio SEO e ai costi. Per ogni cliente che valuta una migrazione costruiamo un'analisi costi-benefici, inclusa la perdita di traffico prevista e il relativo impatto sui ricavi.

Quando la decisione è di migrare, il lavoro SEO deve iniziare immediatamente. Non dopo che il nuovo negozio è costruito. Non durante la settimana del lancio. Dal primo giorno del progetto.

L'audit pre-migrazione

Prima di cambiare qualsiasi cosa, documenta esattamente ciò che hai. Questa baseline diventa il tuo punto di riferimento per l'intera migrazione e il tuo benchmark per misurare le performance post-lancio.

Scansiona l'intero sito esistente con Screaming Frog o Sitebulb. Esporta ogni URL con il relativo codice di stato, title tag, meta description, H1, tag canonical e conteggio parole. Questi dati di crawl sono la base della tua mappatura degli URL. Per un negozio con 10.000 prodotti e 200 categorie, aspettati 15.000-20.000 righe di dati includendo pagine paginate, pagine filtro e contenuti del blog.

Esporta i dati di Google Search Console degli ultimi 16 mesi. Ti servono il rapporto delle query (quali keyword portano traffico a quali pagine), il rapporto delle pagine (quali URL ricevono clic e impressioni) e il rapporto di copertura (quali pagine sono indicizzate). Salva questi dati perché Search Console conserva solo 16 mesi di storico.

Estrai il tuo profilo backlink da Ahrefs o SEMrush. Identifica le pagine con più link. Queste pagine non devono assolutamente rompersi durante la migrazione perché portano link equity che sostiene il posizionamento di tutto il sito. Contrassegniamo ogni pagina con più di cinque domini referenti come 'alta priorità' nella mappa degli URL. Il nostro servizio di audit SEO per ecommerce produce esattamente questo tipo di analisi baseline pre-migrazione.

Documenta la struttura attuale del sito: navigazione principale, link nel footer, percorsi breadcrumb e pattern di linking interno. La nuova piattaforma dovrebbe replicare questa struttura il più fedelmente possibile, o migliorarla consapevolmente sulla base di una strategia SEO.

Fai screenshot delle 20 pagine di atterraggio principali dalla ricerca organica. Dopo la migrazione, vorrai confrontare visivamente le versioni vecchie e nuove per assicurarti che contenuti, link interni ed esperienza utente siano preservati.

La mappatura degli URL è il passaggio più critico

Ogni URL del vecchio sito deve essere mappato su un URL del nuovo sito. Ogni singolo URL. Questa è la parte più noiosa di una migrazione ed anche la più importante.

Crea un foglio di calcolo con colonne per: URL vecchio, URL nuovo, tipo di redirect (301 o 410), tipo di pagina (prodotto, categoria, blog, CMS), sessioni organiche mensili, numero di domini referenti e livello di priorità. Compila la colonna degli URL vecchi dai dati di crawl. Completa le sessioni organiche da Google Analytics e i domini referenti dall'audit dei backlink.

Gli URL dei prodotti cambiano generalmente perché le diverse piattaforme usano pattern di URL differenti. Magento potrebbe usare '/catalog/product/view/id/123/nike-air-max.html' mentre Shopify usa '/products/nike-air-max'. Mappa ogni vecchio URL prodotto al suo equivalente nuovo. Per negozi con migliaia di prodotti, usa formule del foglio di calcolo o script per automatizzare la mappatura basandoti sugli handle dei prodotti o gli SKU.

Gli URL delle categorie hanno ancora più probabilità di cambiare. Una categoria Magento su '/women/shoes/running.html' potrebbe diventare '/collections/womens-running-shoes' su Shopify. Queste mappature richiedono attenzione manuale perché le strutture delle categorie cambiano frequentemente durante le migrazioni. Resisti alla tentazione di ristrutturare le categorie e migrare contemporaneamente. Fai una cosa, poi l'altra.

Non dimenticare articoli del blog, pagine CMS, URL delle immagini e download PDF. Abbiamo visto migrazioni dove ogni prodotto e categoria era correttamente reindirizzato, ma 200 articoli del blog erano stati dimenticati perché nessuno aveva pensato di includerli nella mappa degli URL.

Per le pagine senza equivalente sul nuovo sito (prodotti fuori produzione, promozioni scadute), decidi se reindirizzarle alla pagina pertinente più vicina o restituire un codice di stato 410. Reindirizzare tutto alla homepage è pigro e spreca link equity. Una pagina prodotto di scarpe da running fuori produzione dovrebbe reindirizzare alla categoria scarpe da running, non alla homepage.

Implementare i redirect senza errori

Una volta completata la mappa degli URL, implementare correttamente i redirect è ciò che previene la perdita di traffico. L'esecuzione tecnica conta tanto quanto la pianificazione.

Usa redirect 301 (permanenti) per tutti i cambiamenti di URL. Non 302 (temporanei). Un 302 dice a Google di mantenere il vecchio URL nel suo indice, il che vanifica lo scopo. Abbiamo visto progetti di migrazione dove uno sviluppatore aveva usato redirect 302 di default, e tre mesi dopo Google stava ancora cercando di indicizzare i vecchi URL.

Implementa i redirect a livello di server, non tramite JavaScript o meta refresh tag. I redirect 301 lato server trasferiscono la link equity immediatamente. I redirect JavaScript potrebbero non essere seguiti da tutti i crawler e aggiungono latenza per gli utenti che accedono al vecchio URL.

Testa ogni redirect prima del lancio. Non un campione. Ogni singolo redirect. Usiamo la modalità lista di Screaming Frog per scansionare la colonna dei vecchi URL dal nostro foglio di mappatura e verificare che ogni URL restituisca un 301 verso la corretta destinazione nuova. In una migrazione recente con 8.400 URL reindirizzati, questo test ha individuato 127 destinazioni di redirect errate che avrebbero inviato gli utenti alle pagine sbagliate.

Fai attenzione alle catene di redirect. Se il vecchio URL A reindirizza al vecchio URL B, che reindirizza al nuovo URL C, quella è una catena. Google segue fino a 10 hop, ma ogni hop perde una piccola quantità di link equity e aggiunge latenza. Pulisci le catene in modo che ogni vecchio URL reindirizzi direttamente alla sua destinazione finale in un singolo hop.

Shopify ha uno strumento di redirect integrato, ma non supporta redirect regex e non ha importazione massiva nell'admin di base. Se stai migrando verso Shopify con migliaia di redirect, usa un'app come Easy Redirects o gestisci i redirect tramite l'API di Shopify.

Mantieni i redirect permanentemente. Alcuni proprietari di negozi rimuovono i redirect dopo qualche mese pensando che non siano più necessari. I link esterni, i segnalibri e i risultati di ricerca memorizzati nella cache possono puntare ai vecchi URL per anni. Rimuovere i redirect li trasforma in errori 404 e spreca la link equity che hai lavorato per preservare.

Conservazione dei contenuti durante la migrazione

Gli URL e i redirect ricevono la maggior parte dell'attenzione durante le migrazioni, ma la perdita di contenuti è altrettanto dannosa. Se le vecchie pagine di categoria avevano 400 parole di contenuto ottimizzato per la SEO e le nuove pagine non ne hanno, i posizionamenti caleranno indipendentemente da quanto bene funzionino i redirect.

Esporta tutti i contenuti dalla vecchia piattaforma prima che il nuovo sito vada online. Descrizioni dei prodotti, descrizioni delle categorie, articoli del blog, pagine FAQ, testo della pagina chi siamo e qualsiasi altro contenuto che contribuisce ai posizionamenti. Conservali in un formato strutturato (fogli di calcolo o esportazione CMS) che possa essere importato nella nuova piattaforma.

I contenuti delle pagine di categoria sono ciò che si perde più comunemente durante le migrazioni. Molti progetti di migrazione si concentrano sullo spostamento dei dati prodotto (titoli, descrizioni, immagini, prezzi) tramite strumenti di importazione automatizzati ma ignorano le descrizioni delle categorie perché non si adattano perfettamente ai feed di dati standard. Creiamo una checklist di migrazione dei contenuti separata per le pagine di categoria e verifichiamo ciascuna manualmente dopo l'importazione.

Anche i meta title e le meta description devono essere trasferiti. Se hai speso mesi a ottimizzare i meta tag, perderli durante la migrazione azzera tutto quel lavoro. Includi colonne per meta title e meta description nelle esportazioni dei dati di prodotti e categorie e importale insieme ai contenuti. Il nostro strumento di analisi dei meta tag può verificare i tuoi meta tag attuali prima della migrazione, così avrai un registro chiaro di ciò che va preservato.

I link interni all'interno dei contenuti spesso si rompono durante la migrazione. Un articolo del blog che punta a '/catalog/category/view/id/45' avrà un link rotto dopo la migrazione a meno che tu non lo aggiorni alla nuova struttura degli URL. Cerchiamo tutti i link interni nei contenuti e li aggiorniamo alla nuova struttura degli URL prima o immediatamente dopo il lancio.

Il markup schema potrebbe non trasferirsi tra le piattaforme. Se il vecchio sito aveva dati strutturati personalizzati (schema FAQ, how-to, review), verifica che la nuova piattaforma generi un markup equivalente. I dati strutturati mancanti fanno scomparire i rich snippet dai risultati di ricerca, riducendo i tassi di clic anche se i posizionamenti si mantengono.

Monitoraggio e recupero post-migrazione

Le prime 48 ore dopo il lancio sono critiche. Monitora in tempo reale per individuare problemi che potrebbero causare danni duraturi.

Subito dopo il lancio, invia la nuova sitemap XML a Google Search Console. Poi usa lo strumento di Ispezione URL per testare 10-15 delle tue pagine a più alto traffico. Verifica che siano accessibili, che i tag canonical siano corretti e che Google possa renderizzarle correttamente. Se individui problemi, risolvili in ore, non in giorni.

Monitora le statistiche di crawl in Search Console quotidianamente per le prime due settimane. Un picco improvviso di errori di crawl (404, 500, loop di redirect) indica un problema con l'implementazione dei redirect. Configuriamo avvisi automatizzati per picchi di errori di crawl usando strumenti di monitoraggio di terze parti.

Traccia i posizionamenti delle keyword quotidianamente per il primo mese. Usa i dati di posizionamento pre-migrazione come baseline. Un po' di fluttuazione è normale. Un calo di 2-5 posizioni sulla maggior parte delle keyword nella prima settimana si risolve tipicamente da solo in 2-4 settimane man mano che Google rielabora i redirect e rivaluta le nuove pagine.

Se una pagina specifica cala di più di 10 posizioni e non si riprende entro due settimane, indaga. Le cause comuni includono: il redirect per quell'URL non funziona, la nuova pagina ha meno contenuto della vecchia, la nuova pagina ha un focus keyword diverso, i link interni verso quella pagina sono cambiati, o la nuova pagina si carica significativamente più lentamente.

Google Analytics (o la tua piattaforma di analisi) dovrebbe mostrare le sessioni organiche tornare ai livelli pre-migrazione entro 4-8 settimane per una migrazione ben eseguita. Se sei ancora sotto di più del 15% dopo 8 settimane, c'è qualcosa di strutturalmente sbagliato. Cerca pagine che hanno perso contenuto, redirect che puntano alla destinazione sbagliata, o nuovi problemi tecnici (tag noindex applicati accidentalmente, tag canonical che puntano a URL errati, problemi di rendering JavaScript).

Eseguiamo un audit completo del sito a 30 e 90 giorni dalla migrazione. L'audit a 30 giorni cattura i problemi sfuggiti durante la fretta del lancio. L'audit a 90 giorni conferma che i posizionamenti e il traffico si sono stabilizzati e identifica le pagine che necessitano di ulteriore ottimizzazione sulla nuova piattaforma.

Errori di migrazione comuni e tempistiche realistiche

Dopo aver gestito decine di migrazioni ecommerce, gli stessi errori continuano a ripresentarsi.

Lanciare senza testare i redirect è l'errore più comune e più dannoso. Un negozio con 5.000 prodotti e 100 categorie ha almeno 5.100 URL che necessitano di redirect. Se il 10% di questi è sbagliato, sono 500 destinazioni di redirect errate. Quelle 500 pagine perderanno il posizionamento immediatamente. Testa sempre l'intero set di redirect in un ambiente di staging prima del lancio.

Cambiare troppe cose contemporaneamente rende impossibile diagnosticare i problemi. Se migri piattaforma, ridisegni il sito, ristrutturi le categorie e fai il rebranding tutto allo stesso tempo, un calo di traffico potrebbe essere causato da uno qualsiasi di quei cambiamenti. Consigliamo di migrare prima (mantenendo design e struttura il più vicini possibile all'originale), aspettare 2-3 mesi che i posizionamenti si stabilizzino, e poi apportare modifiche a design e struttura in modo incrementale.

Dimenticare immagini e file multimediali. Le immagini dei prodotti sulla vecchia piattaforma hanno spesso URL diversi dalla nuova. Se siti esterni linkano alle tue immagini prodotto (cosa che accade con siti di confronto prezzi e social media), quei link si rompono. Configura redirect per gli URL delle immagini o assicurati che la nuova piattaforma serva le immagini dagli stessi percorsi.

Tempistiche realistiche: un negozio piccolo (meno di 500 prodotti) può migrare in 4-6 settimane se la mappatura degli URL e il lavoro sui redirect sono fatti correttamente. Un negozio medio (500-5.000 prodotti) necessita di 8-12 settimane. I negozi grandi (oltre 5.000 prodotti) dovrebbero pianificare 12-16 settimane. Queste tempistiche includono il lavoro SEO, non solo lo sviluppo della piattaforma. Affrettare una migrazione per rispettare una scadenza arbitraria è il modo in cui si perde traffico.

L'obiettivo di una migrazione SEO non è guadagnare traffico. È non perdere il traffico che già hai. Qualsiasi migrazione che preserva il 90%+ del traffico organico entro 8 settimane è un successo. I guadagni arrivano dopo, una volta che la migrazione si è stabilizzata e puoi ottimizzare sfruttando i punti di forza della nuova piattaforma. Se stai migrando specificamente verso Shopify, la nostra guida SEO ecommerce per Shopify copre le ottimizzazioni specifiche della piattaforma da affrontare una volta stabilizzati dopo la migrazione.