Salta al contenuto principale
Giovanni Fracasso·

Sanity e Shopify Plus per l'ecommerce headless

9 min di lettura
Sanity e Shopify Plus per l'ecommerce headless

L'ecommerce headless è una di quelle scelte che suonano bene a un convegno e si rivelano un problema serio quando vengono prese per moda. Separare il front end dal motore commerciale dà libertà, performance e controllo, ma alza la complessità del progetto di parecchi gradini. Non è una soluzione universale, è una soluzione per chi ha un problema che la giustifica.

La combinazione che proponiamo più spesso, quando quel problema c'è, è Shopify Plus come motore commerciale e Sanity come livello di contenuto. È un accoppiamento collaudato, con una storia precisa alle spalle: nel 2022 Shopify ha investito direttamente in Sanity, la prima e unica volta che lo ha fatto con una piattaforma di contenuto. Non è un dettaglio da poco, dice che le due aziende guardano nella stessa direzione.

In questo articolo spieghiamo come funziona l'integrazione nel concreto, quali vantaggi porta, e soprattutto dove si colloca un progetto del genere nella scala di complessità con cui lo valutiamo. Perché la domanda non è se si può fare, si può quasi sempre, ma se conviene farlo.

In un ecommerce tradizionale il front end, cioè ciò che il cliente vede, e il back end, cioè catalogo, carrello e pagamenti, fanno parte dello stesso impianto. In un'architettura headless i due livelli sono separati e dialogano via API. Il vantaggio è che ognuno fa il suo mestiere al meglio, senza i compromessi del tutto in uno.

Nel modello Shopify più Sanity la divisione del lavoro è netta. Shopify Plus resta il motore transazionale: catalogo, prezzi, varianti, magazzino, carrello, checkout e pagamenti. È la parte che non si vuole reinventare, perché Shopify la fa in modo affidabile, sicuro e a norma. Sanity diventa il livello di contenuto: schede prodotto arricchite, moduli visivi, landing page, storytelling di brand, editoriale. Il front end, infine, è costruito su misura con un framework moderno, e attinge a entrambi via API.

Il principio guida è che Shopify è la fonte di verità per il dato di prodotto, prezzo e disponibilità, mentre Sanity arricchisce quel dato e lo mette in scena. Le due fonti si sincronizzano, e il front end le compone in un'esperienza unica e veloce.

Shopify come motore transazionale

Shopify espone i suoi dati tramite la Storefront API, pensata proprio per i progetti headless. Da lì il front end attinge catalogo, prezzi e disponibilità, e gestisce carrello e checkout. Il checkout, in particolare, resta quello di Shopify: è la parte più delicata e regolamentata di un ecommerce, e tenerla sulla piattaforma significa ereditarne sicurezza, conformità PCI, antifrode e un tasso di conversione già ottimizzato, senza doverli ricostruire.

Sanity come livello di contenuto

Su Sanity si modella tutto ciò che Shopify gestisce in modo essenziale: descrizioni di prodotto ricche e modulari, sezioni di approfondimento, tabelle di confronto, contenuti che raccontano materiali e storia di un capo, landing page di campagna, editoriale di brand. Si costruiscono schemi su misura che estendono il dato di prodotto con attributi, relazioni e moduli che la scheda nativa di Shopify non prevede. È qui che un brand smette di avere schede prodotto tutte uguali e inizia a raccontare davvero ciò che vende.

La sincronizzazione fra i due sistemi

Il ponte fra i due mondi è Sanity Connect, l'app ufficiale che sincronizza prodotti, varianti e collezioni di Shopify dentro il Content Lake di Sanity, dove diventano documenti collegabili al contenuto editoriale. La sincronizzazione può essere automatica a ogni salvataggio o gestita su misura con una funzione serverless, per esempio per ridurre il volume di documenti o rimodellare il dato in ingresso. Il flusso può andare anche nel verso opposto, riportando in Shopify come metafield e metaobject i contenuti strutturati creati in Sanity.

Il front end

Sul front end le strade sono due. Si può usare Hydrogen, il framework headless di Shopify, con il suo hosting Oxygen, oppure un framework generalista come Next.js o un altro stack React. In entrambi i casi il front end interroga Shopify per il dato commerciale e Sanity per il contenuto, e compone le pagine combinando le due fonti. Il risultato è un negozio senza i vincoli dei temi, modellato esattamente sull'identità del brand.

I benefici si concentrano su quattro fronti. La libertà di design, perché senza il vincolo del tema il front end è una tela bianca su cui costruire un'esperienza unica. Le performance, perché un front end headless ben fatto è rapido, e la velocità incide su conversione e posizionamento, Core Web Vitals compresi. La distribuzione omnicanale, perché il contenuto strutturato di Sanity alimenta sito, app e altri touchpoint da un'unica fonte. E la personalizzazione, perché combinando i dati cliente di Shopify con i contenuti modulari di Sanity si costruiscono percorsi di acquisto che si adattano al segmento e al comportamento.

C'è poi un vantaggio meno visibile ma decisivo: la separazione dei ritmi. Il team di contenuto lavora su Sanity senza toccare la macchina commerciale, gli sviluppatori evolvono il front end senza dipendere dai cicli di un tema, e Shopify continua a fare il suo lavoro sul transazionale. Tre velocità diverse che non si pestano i piedi.

Qui arriva la parte che conta, e che troppi saltano. Un ecommerce headless con Shopify e Sanity non è un progetto come un altro: è uno dei livelli alti della scala con cui misuriamo la complessità di un intervento. Nel Metodo ICT ogni progetto viene collocato su una matrice a sette livelli di complessità crescente, dal negozio Shopify standard fino all'architettura composable con più sistemi orchestrati. Headless e composable stanno in cima a quella scala.

Salire di livello non è gratis. Ogni gradino aggiunge sistemi da integrare, dati da sincronizzare, governance da presidiare e competenze da mettere in campo. Per questo il nostro approccio resta SaaS only, costruito su strumenti gestiti e non su software da mantenere in proprio, e le integrazioni passano da un hub dati centralizzato, il Total Data Hub su Azure, che tiene ordinato il dialogo fra le piattaforme invece di lasciarlo a connessioni punto a punto fragili. È il modo per prendere la complessità del headless e renderla governabile.

La conseguenza pratica è una sola: il headless si fa quando il progetto lo giustifica, non perché fa moderno. Un brand con esigenze forti di contenuto, identità distintiva, volumi e presenza multicanale ne trae un vantaggio reale. Un negozio che vende bene con un buon tema Shopify, no: pagherebbe complessità senza incassarne il ritorno.

Il rovescio della medaglia va detto con chiarezza. Un headless costruito senza metodo raddoppia i punti di gestione, moltiplica i costi e introduce fragilità nuove. La doppia fonte, Shopify per il dato e Sanity per il contenuto, va governata con regole precise su chi possiede cosa, altrimenti si creano disallineamenti e contenuti orfani. Il front end su misura è potente ma va mantenuto, non si aggiorna da solo come un tema. E senza una visione d'insieme l'over-engineering è dietro l'angolo: si costruisce una cattedrale dove bastava una chiesa.

È esattamente per questo che la scelta non è tecnica ma strategica, e va presa con un metodo che pesi costi, benefici e maturità dell'organizzazione prima di scrivere una riga di codice.

Il modello non è una teoria. Brand come PUMA e SKIMS lavorano combinando un motore commerciale con Sanity come livello di contenuto, proprio per tenere insieme scala globale, identità forte e velocità di pubblicazione. E il fatto che Shopify abbia scelto di investire direttamente in Sanity, unica piattaforma di contenuto nel suo portafoglio, e di renderla la prima integrazione di contenuto del suo ecosistema headless, dice che la coppia non è un esperimento ma una direzione di mercato.

Serve per forza Shopify Plus per un headless con Sanity?

Tecnicamente si può integrare Sanity anche con piani Shopify inferiori, ma è su Shopify Plus che il headless dà il meglio: limiti di API più alti, funzioni enterprise, gestione di più mercati e store, e il livello di assistenza adatto a progetti critici. Per un'azienda middle market o enterprise, Plus è la base naturale.

Sanity sostituisce il tema di Shopify?

In un progetto headless sì, nel senso che il front end non è più un tema Shopify ma un'applicazione costruita su misura che attinge a Shopify e Sanity via API. Shopify resta il motore commerciale, ma la presentazione si sgancia dal sistema dei temi.

Quanto è complesso un progetto del genere?

È fra i più complessi nel mondo Shopify, e va affrontato come tale. Richiede competenze di front end, di modellazione dei contenuti, di integrazione e di governance del dato. Non è il primo progetto su cui muovere i passi, è il traguardo di un percorso, e va dimensionato con un metodo che ne valuti davvero la necessità.

Il checkout resta quello di Shopify?

Sì, e in genere è una buona notizia. Il checkout di Shopify è ottimizzato, sicuro e a norma, ed è la parte che meno conviene reinventare. In un headless con Shopify il cliente naviga su un front end su misura ma conclude l'acquisto su un checkout affidabile e collaudato.

Un ecommerce headless con Shopify Plus e Sanity è una delle architetture più potenti che si possano costruire nel commercio digitale, e una delle più facili da sbagliare se affrontata senza criterio. La differenza non la fa la tecnologia, che è matura, ma il metodo con cui si decide se serve, la si dimensiona e la si governa. Per capire meglio la piattaforma di contenuto al centro di tutto questo, abbiamo scritto una guida dedicata, Che cos'è Sanity CMS.

Condividi: