Una migrazione e-commerce può preservare la continuità SEO, ma non esiste una garanzia automatica. Prima del cambio servono un inventario delle URL, una mappa dei redirect 301 e il controllo di prodotti, categorie, filtri, canonical, sitemap, tracking e checkout. Google raccomanda di preparare la mappatura, testare i redirect e monitorare la nuova versione dopo il rilascio. Il progetto non si esaurisce nel giorno del go-live: inizia settimane prima e si consolida nei 60-90 giorni successivi.

Hai un negozio online che funziona, ma la piattaforma ti frena. Il catalogo è difficile da gestire, le integrazioni con il gestionale non reggono, le performance su mobile sono insufficienti o i costi operativi continuano a crescere. La decisione di cambiare piattaforma ha senso, ma la domanda non è soltanto "quale scegliere?". La domanda reale è: quali URL, dati, processi e segnali tecnici non posso permettermi di perdere?

La migrazione e-commerce non è un restyling. Cambia la struttura delle URL, i metadati, i template, i filtri, il checkout, le integrazioni con CRM ed ERP, e il tracciamento degli eventi. Ogni pezzo di questa catena ha conseguenze SEO e commerciali dirette.

Questa guida segue un metodo preciso: prima baseline e inventario, poi mappa URL e dati, quindi staging, cutover, test e monitoraggio. Nessun claim generico, solo verifiche operative.

Perché cambiare piattaforma e-commerce non equivale a fare un semplice restyling

Un restyling modifica l'aspetto visivo del sito. Una migrazione e-commerce, o replatforming e-commerce come viene chiamato nel settore tecnico, modifica la struttura tecnica sottostante: URL, database, template, logica del catalogo, gateway di pagamento, sistema di checkout e integrazioni esterne.

Google lo ribadisce nella sua documentazione sulle migrazioni con cambio URL: quando le URL cambiano, il motore di ricerca deve riscansionare e reindicizzare le nuove pagine, e durante questa fase possono verificarsi fluttuazioni nel traffico organico. Non è una penalizzazione automatica, ma è un rischio reale se la mappatura non è preparata.

Quando il replatforming e-commerce ha davvero senso

Cambiare piattaforma ha senso quando esistono limiti verificabili e documentati: catalogo con migliaia di SKU che la piattaforma attuale gestisce male, integrazioni con ERP o CRM che richiedono workaround costosi, performance tecniche inadeguate, impossibilità di gestire varianti avanzate o regole di prezzo, o costi operativi che crescono senza scalabilità.

Non ha senso se il problema reale è un catalogo disordinato, una proposta commerciale debole o un tracking mai configurato correttamente. Cambiare tecnologia non risolve problemi di dati o di processo.

Quali elementi possono influire su traffico, conversioni e operatività

La tabella seguente riepiloga gli elementi critici di una migrazione, il relativo rischio e il controllo necessario.

Cosa analizzare prima di iniziare la migrazione

Il lavoro di analisi precede qualsiasi intervento tecnico. L'obiettivo è costruire una baseline: un riferimento misurabile del sito attuale, da confrontare dopo il go-live.

Inventario delle URL, delle pagine indicizzate e delle prestazioni

Il primo passo è esportare le URL indicizzate tramite Google Search Console, completare un crawl con uno strumento dedicato (Screaming Frog è quello più usato in questo tipo di analisi) e incrociare i dati con l'analytics per identificare le pagine con clic, impressioni, conversioni e backlink rilevanti.

Non tutte le URL hanno lo stesso peso. Le priorità da gestire sono:

• Priorità critica: pagine prodotto con conversioni documentate, categorie con clic e impressioni, landing page con backlink, pagine con ranking consolidati.
• Priorità alta: pagine blog con traffico organico, pagine brand, URL presenti nella sitemap attiva.
• Priorità bassa: URL senza clic negli ultimi 12 mesi, pagine duplicate o paginate senza valore autonomo.

Il Google Search Central raccomanda di verificare la proprietà nel nuovo ambiente di Search Console, inviare la nuova sitemap e monitorare l'indicizzazione dopo il rilascio.

Mappa di prodotti, categorie, varianti, filtri e contenuti editoriali

Il catalogo non è solo un file CSV. Ogni prodotto porta con sé: SKU, varianti (taglia, colore, materiale), immagini con alt text, descrizioni ottimizzate, metadati SEO (title, meta description), attributi, recensioni, categorie e tag.

I contenuti editoriali (blog, guide, landing page) fanno parte dell'inventario tanto quanto le schede prodotto: alcune hanno backlink, alcune hanno conversioni assistite, alcune contribuiscono al traffico informativo che alimenta il funnel.

Come progettare redirect 301 e mappa URL per proteggere la SEO

La mappa dei redirect è il documento più critico di tutto il progetto. Una vecchia URL deve puntare alla pagina nuova più vicina per intento e contenuto, non alla homepage. Reindirizzare tutto alla homepage è uno degli errori tecnici più frequenti e più costosi in una migrazione e-commerce.

Google Search Central chiarisce che i redirect permanenti server-side (301) comunicano il trasferimento definitivo di una risorsa. Non dichiarare che trasferiscano integralmente autorità SEO in modo garantito: il meccanismo dipende da diversi fattori tecnici che variano da progetto a progetto.

La tabella di mapping dovrebbe includere almeno queste colonne:

Quali URL mappare per prime in un e-commerce

L'ordine di lavoro non segue il numero totale di pagine, ma il valore SEO e commerciale. Prima le URL con vendite, poi quelle con clic organici, poi quelle con backlink, poi quelle presenti nella sitemap, infine le restanti.

Per i contenuti eliminati senza destinazione coerente, la scelta va fatta caso per caso: se esiste una categoria correlata, il redirect ha senso. Se non esiste nessuna pagina pertinente, un 404 o un 410 (per contenuti rimossi definitivamente) è più corretto di un redirect alla homepage che disorienterebbe sia l'utente che il crawler.

Redirect, canonical, link interni, sitemap e robots.txt devono raccontare la stessa struttura

I segnali tecnici funzionano come un sistema coerente. Un redirect 301 che porta a una pagina con canonical su un'altra URL genera confusione. Un link interno che punta ancora alla vecchia URL crea catene di redirect inutili. Una sitemap che include URL in redirect è un errore frequente nei giorni immediatamente successivi al go-live.

Dopo il rilascio: aggiorna tutti i link interni alle nuove URL, genera una sitemap pulita con solo le URL canoniche attive, verifica robots.txt per evitare blocchi involontari, e usa URL Inspection in Google Search Console per controllare le pagine campione.

Come migrare catalogo prodotti, categorie e filtri senza creare nuovi problemi SEO

Il trasferimento del catalogo non equivale alla migrazione completa del negozio. Spostare un CSV da WooCommerce a Shopify, o da PrestaShop a una piattaforma custom, è solo il punto di partenza. Il vero controllo è la data parity: verificare che ogni campo sorgente corrisponda a un campo destinazione valorizzato correttamente e visibile all'utente.

Dati prodotto da verificare dopo l'importazione

Dopo ogni importazione, controllare sistematicamente:

• SKU presenti e univoci
• Varianti (taglia, colore, ecc.) associate correttamente al prodotto padre
• Prezzi e disponibilità visibili (senza assumere dati fiscali o promozionali non forniti dal cliente)
• Immagini caricate e alt text preservato
• Descrizioni complete, senza troncature
• Metadati SEO (title, meta description) non azzerati
• Recensioni associate al prodotto giusto
• Categorie ricostruite con la stessa logica tassonomica della piattaforma sorgente
• URL canoniche coerenti con la nuova struttura

La documentazione WooCommerce sull'importazione CSV descrive campi, formati e comportamenti attesi, ma non garantisce che ogni personalizzazione o plugin venga migrato automaticamente. Verificare il mapping effettivo del progetto nella documentazione della piattaforma di destinazione.

Filtri e navigazione a faccette: quali URL indicizzare e quali governare

I filtri generano URL dinamiche: combinazioni di colore, taglia, prezzo, materiale possono produrre centinaia o migliaia di URL aggiuntive. Non esiste una regola universale su quali indicizzare.

La decisione richiede analisi della domanda (ci sono query reali per quella combinazione di filtri?), analisi dei log (Googlebot visita quelle URL?), e analisi della struttura (la pagina ha contenuto differenziale rispetto alla categoria padre?). Le URL senza valore autonomo andrebbero governate tramite canonical o parametri di esclusione in robots.txt, non indicizzate di default.

Dati strutturati, feed prodotto e immagini dopo il cambio piattaforma

Dopo la migrazione, verificare che il markup Product structured data sia presente e valido secondo le linee guida Google Search Central. I dati strutturati comunicano prezzo, disponibilità e varianti a Google e a Google Merchant Center. Se il feed prodotto era attivo nella piattaforma precedente, va riconfigurato nella nuova piattaforma e verificato in Merchant Center prima del go-live.

Le immagini, se cambiano URL dopo la migrazione, devono essere re-indicate correttamente nella sitemap immagini e nei tag dei prodotti.

Migrazione WooCommerce Shopify: quali controlli aggiungere al progetto

La migrazione da WooCommerce a Shopify è uno dei percorsi più richiesti, ma usare WooCommerce e Shopify come esempio non significa che le stesse istruzioni si applichino a PrestaShop, Magento o piattaforme custom, per cui servono fonti dedicate.

Il trasferimento CSV di prodotti e clienti è documentato nella guida ufficiale Shopify per la migrazione da WooCommerce. Ma il CSV è solo una parte: ordini storici, recensioni, gateway di pagamento, configurazione delle spedizioni, dominio, redirect URL e test order richiedono passaggi separati.

Dove la struttura dei dati può cambiare tra WooCommerce e Shopify

I punti di attenzione più frequenti nel mapping tra le due piattaforme:

• Titolo e descrizione: WooCommerce supporta descrizione breve e descrizione lunga separatamente; Shopify ha un unico campo descrizione. Il mapping va definito prima dell'import.
• SKU e varianti: WooCommerce gestisce le varianti come prodotti collegati; Shopify usa il modello varianti native con un massimo di opzioni per prodotto. Le personalizzazioni complesse vanno valutate caso per caso.
• Categorie e tag: WooCommerce usa categorie gerarchiche; in Shopify le collezioni hanno una logica diversa. La tassonomia va ricreata, non solo importata.
• Metafield e dati personalizzati: i campi extra aggiunti con plugin WooCommerce non hanno un corrispondente automatico in Shopify. Richiedono mapping manuale o sviluppo.
• Redirect URL: Shopify gestisce i redirect tramite il pannello amministrativo o file CSV. Le regole e i limiti specifici vanno verificati nella documentazione ufficiale Shopify sui redirect.

Le personalizzazioni, i plugin, le integrazioni e le regole commerciali sono spesso più critici del semplice trasferimento del CSV. Prima di procedere, verificare:

1. Prodotti e varianti importati correttamente
2. Clienti trasferiti (attenzione alla privacy e al consenso)
3. Ordini storici necessari (e disponibili nel formato corretto)
4. Gateway di pagamento configurato e testato
5. Test order completato con successo prima del go-live

Piano di staging, cutover e test prima del go-live

Il go-live non è il momento in cui si decide se la migrazione funziona. Quella decisione va presa prima, su un ambiente di staging, con test documentati e un criterio go/no-go approvato dal responsabile business e dal responsabile tecnico.

Che cosa testare prima di mettere online il nuovo e-commerce

Checklist operativa minima, ordinata per priorità:

Priorità critica:

• Acquisto di un prodotto semplice completato con successo
• Acquisto di un prodotto con varianti completato con successo
• Email di conferma ordine ricevuta
• Stock scalato correttamente
• Redirect 301 verificati su URL campione (prodotti, categorie, blog)
• Tracking GA4: evento purchase registrato con valore ordine e valuta corretti
• Sito non in noindex/nofollow sullo staging

Priorità alta:

• Checkout su mobile (iOS e Android)
• Ricerca interna: risultati coerenti
• Filtri: nessuna pagina di errore, URL canonical coerenti
• Gestione resi e rimborsi: flusso verificato
• Coupon o promozioni attive: funzionano correttamente

Priorità media:

• Integrazione CRM/ERP: ordini sincronizzati
• Feed prodotto: Merchant Center aggiornato
• Core Web Vitals: nessuna regressione rispetto al sito precedente

Come organizzare il giorno del passaggio e il piano di rollback

Il cutover richiede un piano scritto con responsabili e orari definiti: freeze dei contenuti sul vecchio sito, backup completo verificato, trasferimento DNS con TTL basso per accorciare i tempi di propagazione, sincronizzazione degli ordini ricevuti nell'intervallo di transizione.

Il piano di rollback deve essere reale e praticabile: chi ha l'accesso al DNS, chi può ripristinare il backup, quale soglia di errori attiva la decisione di sospendere il rilascio. Non promettere downtime nullo: la propagazione DNS richiede tempo variabile e alcuni utenti vedranno la transizione.

Cosa controllare dopo la pubblicazione per capire se la migrazione sta funzionando

Google Search Console, sitemap e URL Inspection

Nelle prime ore dopo il go-live: invia la nuova sitemap XML in Google Search Console, verifica la proprietà nel nuovo ambiente, usa URL Inspection su 5-10 URL campione per controllare che siano raggiungibili e renderizzabili correttamente. Monitora la copertura per errori 404 residui.

Nei primi 14 giorni: controlla le pagine escluse (noindex involontari, redirect errati, URL con errori server), verifica che le URL principali compaiano nelle impressioni di Search Console, monitora le query che generavano traffico prima del go-live.

A 30 giorni: confronta impressioni, clic e CTR per le pagine prioritarie rispetto alla baseline pre-migrazione. Attenzione: fluttuazioni in questa fase sono normali secondo Google Search Central, ma un calo prolungato segnala problemi tecnici da indagare.

A 60-90 giorni: verifica il completamento dell'indicizzazione delle nuove URL, monitora eventuali URL vecchie ancora in cache, e confronta i dati commerciali con il periodo equivalente dell'anno precedente.

GA4 e tracciamento e-commerce: perché la continuità dei dati conta quanto la SEO

Una migrazione e-commerce che preserva il traffico ma interrompe il tracciamento GA4 produce comunque un danno operativo rilevante: senza dati affidabili sugli eventi view_item, add_to_cart, begin_checkout e purchase, non è possibile misurare conversioni, attribuire correttamente le fonti o confrontare performance pre e post migrazione.

La documentazione Google Analytics specifica gli eventi e-commerce necessari per misurare il percorso di acquisto. Dopo il go-live, verificare che ogni evento registri il valore ordine, la valuta e l'attribuzione correttamente, confrontando i dati GA4 con gli ordini effettivi della piattaforma.

Come scegliere il partner per una migrazione e-commerce

Scegliere un partner tecnico per una migrazione e-commerce significa valutare la capacità di gestire l'intero perimetro del progetto: sviluppo della nuova piattaforma, SEO tecnica, analytics, mapping dei dati e integrazione con i sistemi aziendali esistenti. Non solo la parte di sviluppo.

Le domande da porre prima di approvare il progetto:

• Qual è il deliverable di audit pre-migrazione? Include inventario URL, mappa redirect e data mapping?
• Chi è responsabile del piano di test e del piano di rilascio?
• Come viene gestito il tracciamento GA4 durante la transizione?
• Quali accessi richiede il progetto (DNS, piattaforma attuale, Search Console, analytics)?
• Esiste un piano di rollback e quali sono i criteri di attivazione?
• Chi monitora il sito nei 30-60 giorni successivi al go-live?

Quali deliverable chiedere prima di approvare il progetto

Un progetto di migrazione e-commerce ben condotto produce documenti verificabili:

1. Audit SEO e tecnico del sito attuale
2. Inventario completo delle URL con priorità
3. Mappa redirect URL vecchie/nuove con stato di test
4. Data mapping tra campi sorgente e campi destinazione
5. Piano di test con aree, scenari e esiti attesi
6. Piano analytics: configurazione GA4 e verifica eventi
7. Piano di rilascio con responsabili, orari e criteri go/no-go
8. Report post-lancio a 14, 30 e 60 giorni

Quando Altamente può essere un interlocutore coerente

Per un progetto che richiede sviluppo e-commerce, SEO e integrazione dei processi aziendali, Altamente può valutare il contesto e definire il perimetro del lavoro. L'agenzia lavora con WooCommerce, PrestaShop e Shopify e integra piattaforme con gestionali e CRM, come indicato nelle pagine ufficiali del servizio creazione siti e-commerce a Pesaro.

Per le aziende di Marche ed Emilia-Romagna che cercano un riferimento locale con competenze integrate su sviluppo, SEO per e-commerce in Emilia-Romagna e analytics, la prossimità permette un coordinamento diretto nelle fasi critiche del progetto.

Limitazione da tenere presente: la fattibilità, la piattaforma più adatta e l'impegno necessario dipendono da catalogo, personalizzazioni, integrazioni, accessi e requisiti specifici del progetto. Non esiste una stima standard valida per tutti i casi.

Questa guida è pubblicata da Altamente, agenzia digitale con sede a Pesaro. Le indicazioni generali non sostituiscono l'analisi tecnica del singolo e-commerce.

Quando non è il momento giusto per cambiare piattaforma

Ci sono situazioni in cui avviare una migrazione e-commerce è prematuro, indipendentemente dalla piattaforma scelta.

Non procedere se mancano: una baseline SEO e commerciale documentata, un inventario URL completo, requisiti approvati da tutte le funzioni aziendali coinvolte (marketing, IT, operations), accessi verificati alla piattaforma attuale, un piano di test e un budget definito dal cliente.

Un cambio tecnologico non risolve automaticamente una proposta commerciale debole, dati di catalogo disordinati o un tracking mai configurato correttamente. Se il problema reale è altrove, la migrazione aggiunge complessità senza risolvere il nodo centrale. Identificare il problema prima di scegliere la soluzione è il punto di partenza più onesto.

Domande frequenti sulla migrazione e-commerce e la continuità SEO

La migrazione e-commerce fa perdere traffico SEO?
Può causare fluttuazioni temporanee durante la reindicizzazione. Google lo segnala come comportamento atteso. Il rischio si riduce con una mappa redirect completa, sitemap aggiornata e monitoraggio attivo nelle prime settimane.

Devo creare un redirect 301 per ogni prodotto?
Si, per ogni URL prodotto con traffico, backlink o conversioni documentate. Le URL senza clic negli ultimi 12 mesi hanno priorità inferiore, ma vanno comunque mappate per evitare 404 non gestiti.

È meglio mantenere la vecchia struttura URL?
Quando possibile, mantenere la struttura URL riduce il rischio SEO. Cambiare URL ha senso solo se la struttura attuale è tecnicamente difettosa o semanticamente incoerente con la nuova piattaforma.

Cosa succede alle categorie e ai filtri?
Le categorie vanno ricreate con la stessa logica tassonomica. I filtri possono generare URL duplicate: va definita una strategia di canonical o di esclusione per ogni combinazione senza valore autonomo.

Posso migrare da WooCommerce a Shopify senza perdere il catalogo?
Il trasferimento CSV è documentato nella guida ufficiale Shopify. Però le varianti complesse, i metafield, i plugin e le personalizzazioni richiedono mapping manuale. Verificare campo per campo prima di procedere.

Si possono trasferire clienti, ordini e recensioni?
In parte. Clienti e ordini storici si esportano, ma il trasferimento dipende dal formato accettato dalla piattaforma di destinazione e dalle regole privacy applicabili. Le recensioni richiedono una soluzione dedicata e la verifica del consenso originale.

Come verifico che il checkout funzioni dopo la migrazione?
Eseguire un test order reale su staging con un prodotto semplice e uno con varianti, verificare email di conferma, scalata stock, evento purchase in GA4 e pagamento andato a buon fine. Ripetere il test su mobile.

Quando devo inviare la nuova sitemap a Google?
Subito dopo il go-live, tramite Google Search Console. Rimuovere la sitemap del vecchio sito se la proprietà è ancora attiva nell'account.

Quali dati GA4 devo controllare dopo il go-live?
Verificare che gli eventi view_item, add_to_cart, begin_checkout e purchase registrino valore ordine, valuta e item_id corretti. Confrontare il numero di acquisti GA4 con gli ordini della piattaforma nei primi giorni.

Quando conviene affidarsi a un'agenzia o a un freelance?
Quando il progetto coinvolge più di una competenza (sviluppo, SEO, analytics, integrazioni) oppure il catalogo o le integrazioni sono complessi. Un freelance può gestire la parte tecnica in modo eccellente su progetti ben definiti e con accessi completi.

Checklist finale e prossimo passo

Prima di avviare qualsiasi migrazione e-commerce, verifica onestamente ogni punto:

1. Ho una baseline SEO e commerciale? (clic, impressioni, conversioni, ricavi per URL)
2. Ho un inventario di URL, prodotti, categorie, filtri e contenuti? (con priorità per valore)
3. Ho una mappa redirect verificabile? (URL vecchia, URL nuova, tipo, stato test)
4. Ho definito il mapping dei dati e delle integrazioni? (SKU, varianti, CRM, ERP, feed)
5. Ho testato checkout, tracking, stock, pagamenti e mobile? (con log o screenshot)
6. Ho un piano di monitoraggio e rollback? (responsabili, soglie, criteri di sospensione)

Se una di queste risposte è incompleta, il prossimo passo non è scegliere la piattaforma: è completare l'analisi del progetto.

Se stai valutando un cambio piattaforma, puoi partire da un'analisi del catalogo, delle URL, del tracking e delle integrazioni prima di chiedere un preventivo. Contattare Altamente per definire il perimetro del tuo progetto.