Da Magento a Shopify Plus: la checklist in 40 punti per QA dati e SEO

Le migrazioni da Magento a Shopify Plus che falliscono raramente lo fanno per uno shop mal realizzato. I problemi nascono quando la mappa redirect viene generata da una sitemap già obsoleta, oppure quando le password clienti non sono migrabili e nessuno ha pianificato la comunicazione, o ancora quando una regola fiscale presente come cart price rule in Magento non trova un equivalente e viene semplicemente omessa.

Questi sono errori di QA, non di ingegneria, e si evitano facilmente con una lista. Questa è la nostra — quaranta controlli, raggruppati per area di rischio. Segua la lista prima del cutover, non dopo.

Parte 1: URL, redirect e posizionamento (verifiche 1–12)

Qui le migrazioni generano le perdite più rapide, e i danni sono lenti da recuperare. La struttura URL di Shopify è diversa da quella di Magento in modi non negoziabili — /collections/, /products/ e la duplicazione /collections/x/products/y — quindi la mappatura richiede lavoro reale, non un semplice trova-e-sostituisci.

1. Effettui una scansione dello shop Magento live con un crawler reale ed esporti ogni URL indicizzabile. Non costruisca la mappa redirect dalla sitemap — spesso sono incomplete e non aggiornate.
2. Recuperi le 500 landing page principali per sessioni organiche dagli analytics e verifichi che ognuna abbia una destinazione esplicita e testata. Sono le URL che generano fatturato.
3. Mappi le URL di categoria sulle collections, incluse tutte le URL di navigazione filtrata che hanno ottenuto ranking. Spesso sono proprio queste a posizionarsi per le keyword long-tail.
4. Mappi le URL prodotto, tenendo conto del suffisso URL di Magento (.html) che Shopify non utilizza.
5. Mappi le pagine CMS, incluse quelle mai aperte negli ultimi due anni ma che hanno backlink.
6. Definire la forma canonica dei prodotti — Shopify pubblica i prodotti sia su /products/x sia su /collections/y/products/x; la versione canonica deve essere coerente su tutto il sito.
7. Gestire la paginazione. In Magento ?p=2 diventa ?page=2 su Shopify; verificare che gli URL delle collezioni paginati restituiscano la pagina corretta e non un errore 404.
8. Verificare la profondità delle catene di redirect. Ogni redirect deve essere a salto singolo. Catene di tre o più passaggi disperdono autorevolezza e rallentano la scansione.
9. Confermare l’uso di 301, non 302. I redirect temporanei non trasferiscono i segnali di ranking e sono sorprendentemente frequenti nelle mappe create a mano.
10. Mantenere o riscrivere consapevolmente meta title e description per le pagine principali — non lasciare che il template predefinito del tema sovrascriva anni di ottimizzazione.
11. Ricreare i dati strutturati. I markup Product, Offer, AggregateRating, MerchantReturnPolicy e Breadcrumb devono essere presenti nei nuovi template e validi.
12. Configurare un monitoraggio dei 404 post-lancio prima della messa online, non dopo. I primi 72 ore di log 404 sono il dato diagnostico più utile che si otterrà.

Parte 2: dati clienti e ordini (verifiche 13–22)

Questa parte è immediatamente percepita dai clienti, e la mole di richieste di supporto in caso di errore è ciò che fa sembrare un lancio un disastro anche se tutto il resto ha funzionato.

1. Prevedere che le password non migrino. Gli hash delle password di Magento non possono essere importati in Shopify. Ogni cliente dovrà reimpostare la propria password. Definire il piano di comunicazione — tempistiche, testo delle email e script per il supporto — prima del lancio, non in emergenza.
2. Migrare gli account cliente mantenendo tag e segmenti, così che il marketing lifecycle non riparta da zero.
3. Migrare la cronologia ordini e verificare che sia visibile nell’account cliente. Il controllo di un ordine passato è una delle prime azioni dopo il rilancio.
4. Mantenere la numerazione degli ordini oppure pubblicare una mappatura chiara — finance, supporto ed eventuali ERP collegati ne dipendono.
5. Migrare gli indirizzi salvati e validare i formati di paese e regione, che differiscono tra le due piattaforme.
6. Verificare che lo stato di iscrizione alle email sia trasferito correttamente. Inviare email a chi si è disiscritto è un problema di compliance, non solo un fastidio.
7. Migrare credito, saldo loyalty e gift card — sono passività; perderli è un danno sia finanziario sia reputazionale.
8. Verificare la corrispondenza dei gruppi cliente B2B con le strutture di company e catalogo di Shopify.
9. Riconciliare il numero di record su entrambe le piattaforme: clienti, ordini, indirizzi. Un deficit del 2% non è un arrotondamento, è un’importazione fallita.
10. Testare l’intero percorso account sul nuovo store con un account migrato, non uno creato da zero.

Parte 3: catalogo e regole commerciali (verifiche 23–33)

La logica commerciale di Magento è più espressiva rispetto a quella nativa di Shopify. Alcune regole sono trasferibili direttamente, altre richiedono Shopify Functions, altre ancora una revisione sostanziale. Scoprirlo in UAT ha un costo; scoprirlo dopo il lancio è peggio.

1. Inventariare tutte le cart price rule e catalogue price rule in Magento e decidere, per ciascuna, se è trasferibile, richiede una Shopify Function, un’app o va dismessa.
2. Mappare i prodotti configurabili come varianti e verificare il limite di 100 varianti sul prodotto più complesso. Se si supera, serve un altro modello.
3. Decidere come gestire i prodotti bundle e grouped — Shopify non ha un equivalente diretto, quindi ogni caso richiede una scelta di modellazione.
4. Migrare i prezzi per gruppo cliente nei cataloghi B2B di Shopify e testare con un account B2B reale.
5. Ricostruire la configurazione fiscale e validarla su ordini storici reali per ogni giurisdizione di vendita. Non fidarsi dei valori predefiniti.
6. Ricreare le regole di spedizione e la logica delle tariffe, inclusi eventuali scaglioni per peso o dimensioni, e testare ai limiti, non solo nei casi medi.
7. Verificare multi-currency e prezzi per mercato se si utilizza Shopify Markets, incluse le regole di arrotondamento.
8. Migrare i media dei prodotti alla massima risoluzione e verificare che il testo alternativo sia presente — è sia un requisito di accessibilità sia un asset SEO.
9. Ricostruire la navigazione a livelli come filtri di collezione e confermare che gli attributi filtrabili siano effettivamente presenti nei prodotti migrati.
10. Reindirizzare i contratti di abbonamento se presenti; è un’attività specialistica spesso sottovalutata nella pianificazione.
11. Migrare le recensioni prodotto mantenendo valutazioni e date — perdere la cronologia delle recensioni danneggia visibilmente la conversione.

Parte 4: integrazioni, analytics e lancio (verifiche 34–40)

1. Reindirizzare ogni integrazione: ERP, PIM, WMS, CRM, feed marketplace. Ognuna richiede un test dedicato e un responsabile per l’approvazione.
2. Ricostruire l’analytics — GA4, tagging server-side, consent mode, conversion tracking delle piattaforme adv — e validare gli eventi di acquisto con transazioni di test reali prima del lancio.
3. Verificare la continuità del feed Merchant Center. Un’interruzione del feed durante la migrazione equivale a un’interruzione del traffico a pagamento.
4. Eseguire un test di carico sul tema e controllare le prestazioni reali delle pagine categoria e prodotto prima del lancio, non dopo il primo picco di traffico.
5. Concordare un piano di rollback con trigger definito, responsabile nominato e procedura testata. La maggior parte delle migrazioni non lo usa mai; chi ne ha bisogno e non ce l’ha diventa un caso di studio di altro tipo.
6. Sospendere modifiche a contenuti e prezzi durante la finestra di cutover, e informare chiunque potrebbe effettuarle.
7. Pianificare il lancio lontano dai picchi. Nessuno dovrebbe cambiare piattaforma a novembre.

Le prime due settimane dopo il lancio

La checklist non termina con il cutover. Monitorare ogni giorno:

• Log 404 — il segnale più rapido che un gruppo di redirect è stato saltato
• Copertura e statistiche di scansione Search Console — si aspetti variazioni, monitori eventuali cali improvvisi
• Sessioni organiche per pagina di atterraggio, confrontate con la stessa pagina prima del lancio invece che con il totale del sito
• Tasso di conversione per dispositivo, perché i cali su mobile si nascondono nei dati aggregati
• Temi dei ticket di supporto — i clienti individuano le lacune della migrazione prima del suo QA

Si aspetti un calo. Una flessione moderata e in ripresa del traffico organico nelle tre-sei settimane successive a una migrazione è normale. Un crollo che non si recupera indica un problema di redirect: prima lo individua, minore sarà il costo.

Ha davvero senso procedere?

Conviene valutare prima di investire. Shopify Plus è una scelta valida quando il team è ridotto, le regole commerciali sono standard e i costi di gestione di Magento servono solo a garantire una flessibilità che non viene mai sfruttata. È invece inadatto se la logica di pricing rappresenta il suo vantaggio competitivo, se il catalogo supera i limiti gestibili dal modello delle varianti o se l'integrazione ERP è il fulcro dell'attività.

Lavoriamo su entrambe le piattaforme, quindi non abbiamo preferenze. La nostra migrazione Shopify Plus per Maison Lipari mostra cosa significa un buon risultato; il nostro framework decisionale per il front-end Magento copre i casi in cui la soluzione migliore è intervenire sull'esistente.

Se desidera una migrazione gestita correttamente, il nostro team Shopify e Shopify Plus segue l'intero processo; la nostra pratica sulle piattaforme serve proprio a supportare la scelta prima dell'avvio — anche consigliando alle retail brand di restare dove sono, se è la soluzione più adatta.

Far revisionare il piano di migrazione

Ci invii la mappa dei redirect e l'inventario delle regole di prezzo del carrello: le indicheremo dove sono le criticità — questa coppia anticipa la maggior parte dei problemi. Contatti il nostro team; rispondiamo entro un giorno lavorativo.