Francesco Massimo Gallo Il replatforming ecommerce viene spesso presentato come un progetto di sito: tema, checkout, app, SEO, redirect. Per chi gestisce il magazzino, invece, la migrazione è soprattutto un progetto di integrazioni. Cambia il modo in cui gli ordini arrivano, come si aggiornano le giacenze, dove vivono gli stati di fulfillment e quali eccezioni restano a carico degli operatori.
Su Blog ICT Sviluppo, Giovanni Fracasso ha ricostruito con dati di ricerca perché in Italia l’attenzione si sia concentrata su Shopify rispetto a PrestaShop e Magento. Il pezzo spiega il cambio di modello — dal software installato alla piattaforma in canone — e i limiti di leggere Trends come se fossero quote di mercato. Qui partiamo da lì per una domanda più stretta: quando un merchant migra, cosa deve restare stabile nel flusso magazzino?
Cosa si rompe davvero in una migrazione
Nella pratica, i punti di rottura più frequenti non sono il catalogo o le immagini. Sono i collegamenti operativi:
- ingresso ordini verso WMS o gestionale;
- aggiornamento inventario bidirezionale o quasi real-time;
- stati di fulfillment (da prelevare, imballato, spedito, annullato);
- tracking e corrieri;
- resi e ripristino scorte;
- regole di split per magazzini multipli o dropshipping.
Su un Magento o un PrestaShop fortemente custom, molte di queste logiche sono finite dentro moduli scritti ad hoc. Su Shopify una parte delle funzioni è standard e governata dalla piattaforma; il resto passa da app, flussi middleware o integrazioni native. Il rischio non è “perdere funzionalità di vetrina”: è scoprire in go-live che il magazzino riceve ordini incompleti o che la disponibilità online non riflette più le ubicazioni reali.
Tre differenze di modello che toccano il WMS
1. Il confine della responsabilità
Nell’analisi ICT il passaggio decisivo è economico: nel software installato aggiornamenti, patch e infrastruttura restano a carico del merchant; nel SaaS una quota rilevante di quel rischio è inclusa nel canone. Per il magazzino vale un principio analogo sulle integrazioni. Se prima un’agenzia manteneva un connettore “su misura”, dopo la migrazione bisogna chiarire chi è responsabile quando cambia un webhook, un’API o un’app di terze parti. Senza ownership esplicita, il primo Black Friday diventa un incidente di sync.
2. Velocità commerciale vs. rigidità operativa
Shopify e piattaforme simili rendono più rapide campagne, nuovi storefront e canali aggiuntivi. Il WMS, però, lavora bene quando le regole sono stabili: tipologie d’ordine, priorità di picking, vincoli di packing, cut-off spedizione. Ogni nuova eccezione commerciale (kit, personalizzazioni, preorder, B2B con listini diversi) va tradotta in una regola operativa. Altrimenti gli operatori compensano a mano ciò che l’integrazione non descrive.
3. Inventario come prodotto condiviso
Nei sistemi maturi l’inventario non è “una colonna del sito”: è un oggetto di dominio condiviso tra ecommerce, ERP e magazzino. In migrazione conviene definire una sola fonte di verità per la disponibilità vendibile e i ritardi accettabili di aggiornamento. Un ritardo di pochi minuti può essere tollerabile; un batch notturno, in molti assortimenti ad alta rotazione, non lo è più.
Una checklist minima prima del cutover
Prima di cambiare piattaforma, un team logistico può chiedere evidenze concrete su questi punti:
- Mappatura campi ordine: SKU, quantità, ubicazione di prelievo, note, regali, split shipment.
- Prove di carico: quanti ordini/ora l’integrazione regge senza coda anomala.
- Gestione rotture stock: comportamento in overselling, backorder e cancellazione.
- Resi: creazione del RMA, stato merce, reingresso in giacenza vendibile.
- Anagrafiche: barcode, kit/BOM, lotti/scadenze se necessari al settore.
- Piano di rollback: cosa succede al magazzino se il go-live ecommerce viene rimandato di 48 ore.
Se queste voci non hanno un owner e un test documentato, il progetto è ancora un restyling di storefront, non un replatforming completo.
Quando ha senso restare (anche dal lato magazzino)
L’articolo ICT lo dice con chiarezza anche sul fronte piattaforme: una soluzione che funziona, con persone che la conoscono e un business che non cambia modello, non va cambiata per seguire un grafico. Lo stesso vale a valle. Se WMS, corrieri e sync sono stabili, e il costo totale di manutenzione ecommerce è sotto controllo, forzare una migrazione può introdurre più rischio operativo di quanto ne riduca in licenze e hosting.
Il momento in cui la discussione diventa seria è un altro: quando nei prossimi 12–24 mesi si aprono marketplace, magazzini aggiuntivi, B2B o volumi che l’integrazione attuale regge solo con eccezioni crescenti. A quel punto il confronto fra piattaforme va letto insieme al costo di rifare i connettori e riallenare i processi di magazzino.
Per approfondire i dati di mercato
Per la ricostruzione storica (picchi di PrestaShop e Magento a metà anni Dieci, sorpasso stabile di Shopify in Italia dal 2020, limiti di Trends e volumi di ricerca) il riferimento è l’analisi completa: Evoluzione delle piattaforme ecommerce in Italia. Dal lato LogisticaIT, la sintesi operativa è questa: scegliere la piattaforma di vendita senza progettare WMS, inventario e corrieri significa spostare il debito tecnico dal sito al magazzino — dove si paga in ritardi, inventari sfalsati e lavoro manuale.
Nota
Quadro di mercato e riferimenti numerici basati sull’articolo di Giovanni Fracasso, Blog ICT Sviluppo (8 agosto 2026). L’approfondimento su WMS e integrazioni è a cura di LogisticaIT.
