[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"sanity-CbJnGfw-gNt2zT-BV8VKm7_8znixOH1Dn7RaC6ApxDE":3,"sanity-VjEHmVXa-NUHcqk99C8kRIBMjQTYU1eWf8fLiHKBhhE":26,"sanity-FFk0BRA94DJYCxYkpsqgkBiDFmFmE6Xo-v4lIalhn5E":47},{"data":4,"sourceMap":-1},{"_createdAt":5,"_id":6,"_rev":7,"_system":8,"_type":6,"_updatedAt":11,"headerFrasetta":12,"showFrasetta":25},"2024-09-24T09:16:53Z","header","p760j7h835F4y7spQlBYJd",{"base":9},{"id":6,"rev":10},"weFjAg3F0H46n8pjNHFp0o","2026-05-18T10:57:18Z",[13],{"_key":14,"_type":15,"children":16,"markDefs":23,"style":24},"8eadd18b3ed0","block",[17],{"_key":18,"_type":19,"marks":20,"text":22},"e6dcee98cdea","span",[21],"strong","",[],"normal",true,{"data":27,"sourceMap":-1},{"menuItems":28},[29,36,42],{"_id":30,"_type":31,"name":32,"slug":33},"26f5f963-f363-481e-b28b-a6a8eb3333a2","page",null,{"_type":34,"current":35},"slug","page-01",{"_id":37,"_type":38,"name":39,"slug":40},"f11cf4d3-b8c6-4bb9-9fb2-88b5a8cd910e","category","Ecommerce",{"_type":34,"current":41},"ecommerce",{"_id":43,"_type":38,"name":44,"slug":45},"afa06101-fcb3-4ccc-9911-5a71710f8303","Digital",{"_type":34,"current":46},"digital",{"data":48,"sourceMap":-1},{"_createdAt":49,"_id":50,"_rev":51,"_system":52,"_type":55,"_updatedAt":56,"author":57,"category":88,"content":94,"correlati":1178,"date":1256,"excerpt":1257,"imported":1258,"mainImage":1259,"seo":1264,"showInHome":25,"slug":1268,"tags":1270,"title":1317},"2024-12-15T07:46:05Z","0d0277da-1e09-4a0b-bbd2-02944a0f712b","31ZYHThkucP97gw3bOZBXK",{"base":53},{"id":50,"rev":54},"ozq8uGlzlkluwdw2baNSxs","post","2026-06-19T14:15:41Z",{"_createdAt":58,"_id":59,"_rev":60,"_system":61,"_type":64,"_updatedAt":65,"bio":66,"name":75,"picture":76,"showTop":25,"slug":81,"socials":83},"2024-06-12T08:42:39Z","acebc245-3745-4a3f-a2dc-02640a7a9792","31ZYHThkucP97gw3bGuFfu",{"base":62},{"id":59,"rev":63},"21OzDndKKn8cbR4orm5IrM","author","2026-06-17T10:02:36Z",[67],{"_key":68,"_type":15,"children":69,"markDefs":74,"style":24},"61ba39142c5c",[70],{"_key":71,"_type":19,"marks":72,"text":73},"1c3051de12650",[],"COO e CMO @ICT Sviluppo",[],"Giovanni Fracasso",{"_type":77,"asset":78},"image",{"_ref":79,"_type":80},"image-8d013907a8588f1b8daa361dbbb31091e261ddc4-2721x2721-png","reference",{"_type":34,"current":82},"giovanni-fracasso",{"_type":84,"facebook":85,"linkedin":86,"x_twitter":87},"socialsBlock","https:\u002F\u002Fwww.facebook.com\u002Fgiovannifracasso","https:\u002F\u002Fit.linkedin.com\u002Fin\u002Ffracassogiovanni","https:\u002F\u002Fwww.twitter.com\u002Fiostesso",{"_createdAt":89,"_id":37,"_rev":90,"_type":38,"_updatedAt":91,"description":92,"name":39,"slug":93},"2024-06-11T12:47:36Z","ozq8uGlzlkluwdw2ba8kDc","2024-08-22T06:40:51Z","Post di e-commerce",{"_type":34,"current":41},[95,112,120,136,152,160,168,177,185,209,217,226,234,242,258,266,274,306,330,338,346,354,362,370,378,394,402,418,426,434,442,458,466,474,482,490,498,506,514,522,530,538,554,570,578,586,594,602,618,626,634,650,658,674,682,698,706,722,730,738,746,754,770,786,802,818,826,842,858,866,874,914,930,962,970,978,994,1010,1018,1026,1034,1042,1058,1066,1074,1082,1098,1106,1114,1122,1130,1138,1146,1162],{"_key":96,"_type":15,"children":97,"markDefs":111,"style":24},"k0004",[98,102,107],{"_key":99,"_type":19,"marks":100,"text":101},"k0001",[],"È facile cadere nella trappola della parola del momento. ",{"_key":103,"_type":19,"marks":104,"text":106},"k0002",[105],"em","Headless",{"_key":108,"_type":19,"marks":109,"text":110},"k0003",[]," suona futuristico: scalabile, agile, senza limiti. Chi te lo vende ti promette libertà assoluta, esperienza utente unica, flessibilità totale. Ma quando una parola viene usata per chiudere una vendita prima ancora di spiegare cosa significa, vale la pena fermarsi e chiedersi che cosa stai firmando davvero: una scelta di architettura, oppure un contratto che ti rende dipendente per anni da chi quella libertà te l'ha venduta.",[],{"_key":113,"_type":15,"children":114,"markDefs":119,"style":24},"k0006",[115],{"_key":116,"_type":19,"marks":117,"text":118},"k0005",[],"Questo articolo non è contro l'headless. È contro l'headless venduto come moda, applicato a chi non ne ha bisogno, presentato come la soluzione di default quando nella stragrande maggioranza dei casi è la soluzione sbagliata. La tesi è semplice e la trovi spiegata, punto per punto, fino in fondo: l'architettura non è una questione di status, è una questione di trade-off; e i trade-off di un ecommerce headless sono molto più pesanti di quanto il fornitore medio abbia interesse a raccontarti.",[],{"_key":121,"_type":15,"children":122,"markDefs":135,"style":24},"k0010",[123,127,131],{"_key":124,"_type":19,"marks":125,"text":126},"k0007",[],"Partiamo da un fatto che ha imbarazzato mezza Silicon Valley. ",{"_key":128,"_type":19,"marks":129,"text":130},"k0008",[21],"Nel 2023 il team Video Quality Analysis di Amazon Prime Video ha pubblicato un caso di studio destinato a far discutere: ",{"_key":132,"_type":19,"marks":133,"text":134},"k0009",[],"aveva costruito il proprio servizio di monitoraggio della qualità dello streaming come sistema distribuito, microservizi serverless orchestrati da AWS Step Functions, con i fotogrammi video passati da un componente all'altro attraverso bucket S3 intermedi. Sulla carta era l'architettura perfetta del manuale. Nella pratica si è rotta: il servizio raggiungeva i limiti dell'account dopo poche transizioni di stato, i costi di orchestrazione e di trasferimento dati esplodevano, e l'intera macchina collassava intorno al 5% del carico previsto.",[],{"_key":137,"_type":15,"children":138,"markDefs":151,"style":24},"k0014",[139,143,147],{"_key":140,"_type":19,"marks":141,"text":142},"k0011",[],"La soluzione è stata fare il contrario di quello che la moda imponeva: ",{"_key":144,"_type":19,"marks":145,"text":146},"k0012",[],"impacchettare tutti i componenti dentro un singolo processo, un monolite che gira in un'unica task ECS, eliminando S3 come storage intermedio e tenendo i dati in memoria. Risultato dichiarato: oltre il 90% di riduzione dei costi di infrastruttura e, in più, una capacità di scalare superiore a quella che avevano prima. ",{"_key":148,"_type":19,"marks":149,"text":150},"k0013",[21],"Lo ha fatto Amazon. Su un servizio loro. Pubblicandolo.",[],{"_key":153,"_type":15,"children":154,"markDefs":159,"style":24},"k0016",[155],{"_key":156,"_type":19,"marks":157,"text":158},"k0015",[],"La lezione non è che i microservizi siano sbagliati, né che il monolite sia il futuro. La lezione è più scomoda: la scelta architetturale va fatta caso per caso, sulla base del carico reale, della complessità che sei disposto a gestire e dei costi che puoi sostenere, non sulla base di cosa fa tendenza nei talk delle conferenze. E quello che vale per i microservizi vale, identico, per l'headless nell'ecommerce. È uno strumento potente quando il problema è quello giusto, ed è una zavorra costosa quando il problema è un altro.",[],{"_key":161,"_type":15,"children":162,"markDefs":167,"style":24},"k0018",[163],{"_key":164,"_type":19,"marks":165,"text":166},"k0017",[],"Per capire dove sta la linea, però, dobbiamo prima fare una cosa che quasi nessuno fa: definire i termini con precisione. Perché gran parte degli errori in questo campo nasce proprio da una parola usata male.",[],{"_key":169,"_type":15,"children":170,"markDefs":175,"style":176},"k0020",[171],{"_key":172,"_type":19,"marks":173,"text":174},"k0019",[],"Cosa significa davvero headless, e perché la parola confonde",[],"h2-bold",{"_key":178,"_type":15,"children":179,"markDefs":184,"style":24},"k0022",[180],{"_key":181,"_type":19,"marks":182,"text":183},"k0021",[],"Headless, alla lettera, vuol dire senza testa. La testa è il front-end, lo strato di presentazione: le pagine che l'utente vede e tocca. Il corpo è il back-end: il motore di commercio che gestisce catalogo, prezzi, carrello, inventario, ordini, clienti. In un'architettura tradizionale, accoppiata, testa e corpo sono lo stesso software: la piattaforma genera l'HTML della pagina e lo serve al browser, e il tema vive dentro la piattaforma stessa. In un'architettura headless si taglia il collo: il back-end non produce più pagine, espone solo dati e funzioni attraverso un'API, e il front-end diventa un'applicazione separata che quei dati li chiede e li trasforma in interfaccia.",[],{"_key":186,"_type":15,"children":187,"markDefs":208,"style":24},"k0028",[188,192,196,200,204],{"_key":189,"_type":19,"marks":190,"text":191},"k0023",[],"La comunicazione avviene tramite API, di norma REST o GraphQL. Nel mondo Shopify questo significa che il front-end interroga la ",{"_key":193,"_type":19,"marks":194,"text":195},"k0024",[21],"Storefront API",{"_key":197,"_type":19,"marks":198,"text":199},"k0025",[],", una API GraphQL pensata per costruire esperienze di vendita, mentre la gestione resta affidata alla ",{"_key":201,"_type":19,"marks":202,"text":203},"k0026",[21],"Admin API",{"_key":205,"_type":19,"marks":206,"text":207},"k0027",[],". Il checkout, e questo è un punto che riprenderemo, resta quasi sempre in capo a Shopify per ragioni di conformità e di sicurezza. Tutto il resto, dalla home alla scheda prodotto alla ricerca, lo costruisci e lo mantieni tu.",[],{"_key":210,"_type":15,"children":211,"markDefs":216,"style":24},"k0030",[212],{"_key":213,"_type":19,"marks":214,"text":215},"k0029",[],"Fin qui la definizione tecnica. Il problema è che nel parlato commerciale headless viene usato come sinonimo di almeno quattro cose diverse, e questa confusione è esattamente ciò che permette di vendere progetti sovradimensionati. Vale la pena separarle.",[],{"_key":218,"_type":15,"children":219,"markDefs":224,"style":225},"k0032",[220],{"_key":221,"_type":19,"marks":222,"text":223},"k0031",[],"Headless commerce non è headless CMS",[],"h3",{"_key":227,"_type":15,"children":228,"markDefs":233,"style":24},"k0034",[229],{"_key":230,"_type":19,"marks":231,"text":232},"k0033",[],"Headless commerce significa disaccoppiare il motore di vendita dal front-end. Headless CMS significa disaccoppiare il sistema di gestione dei contenuti, gli articoli, le pagine editoriali, le landing, dal front-end. Sono due cose distinte che spesso convivono ma non coincidono: puoi avere un ecommerce perfettamente accoppiato e affiancargli un CMS headless solo per il blog; puoi avere un commerce headless che pesca i contenuti editoriali da Sanity o Contentful. Quando qualcuno ti dice headless senza specificare quale strato sta disaccoppiando, o non ha le idee chiare, o conta sul fatto che tu non le abbia.",[],{"_key":235,"_type":15,"children":236,"markDefs":241,"style":225},"k0036",[237],{"_key":238,"_type":19,"marks":239,"text":240},"k0035",[],"Headless non è composable, e composable non è MACH",[],{"_key":243,"_type":15,"children":244,"markDefs":257,"style":24},"k0040",[245,249,253],{"_key":246,"_type":19,"marks":247,"text":248},"k0037",[],"Il gradino successivo è l'architettura ",{"_key":250,"_type":19,"marks":251,"text":252},"k0038",[21],"composable",{"_key":254,"_type":19,"marks":255,"text":256},"k0039",[],", l'idea di comporre il proprio stack scegliendo per ogni funzione il miglior componente specializzato: un motore di commercio, un motore di ricerca dedicato, un CMS headless, un sistema di gestione degli ordini, un PIM per i dati di prodotto, un sistema di pagamento, e così via, tutti tenuti insieme da API. La sua formulazione più nota è l'acronimo MACH: Microservices, API-first, Cloud-native, Headless. Headless è quindi solo una delle quattro lettere. Una vendita che presenta headless e composable come la stessa cosa sta nascondendo che il secondo è un ordine di grandezza più complesso e più costoso del primo.",[],{"_key":259,"_type":15,"children":260,"markDefs":265,"style":24},"k0042",[261],{"_key":262,"_type":19,"marks":263,"text":264},"k0041",[],"La distinzione conta perché i problemi crescono in modo non lineare man mano che ti sposti lungo questa scala. Un commerce headless con un solo front-end ha un certo numero di grane. Uno stack composable completo, con sei o sette fornitori indipendenti che devono dialogare, le moltiplica: ogni componente ha il suo ciclo di vita, le sue versioni di API, i suoi contratti di servizio, la sua finestra di manutenzione, il suo modo di rompersi. La somma di tante affidabilità singole molto alte può dare un'affidabilità complessiva sorprendentemente bassa, e ci torneremo con i numeri.",[],{"_key":267,"_type":15,"children":268,"markDefs":273,"style":225},"k0044",[269],{"_key":270,"_type":19,"marks":271,"text":272},"k0043",[],"Lo spettro reale, dal tema custom alla composizione totale",[],{"_key":275,"_type":15,"children":276,"markDefs":305,"style":24},"k0052",[277,281,285,289,293,297,301],{"_key":278,"_type":19,"marks":279,"text":280},"k0045",[],"Nella realtà non esiste un interruttore headless sì o no, esiste uno spettro. A un estremo c'è la piattaforma accoppiata con un tema custom: su Shopify, oggi, ",{"_key":282,"_type":19,"marks":283,"text":284},"k0046",[21],"Online Store 2.0",{"_key":286,"_type":19,"marks":287,"text":288},"k0047",[]," con sezioni dinamiche, blocchi, metaoggetti e metacampi ti dà una libertà di personalizzazione che dieci anni fa avrebbe richiesto un progetto headless, restando però dentro l'editor visuale e dentro l'ecosistema di app. Un gradino più in là c'è lo storefront disaccoppiato ma ancora dentro casa Shopify: ",{"_key":290,"_type":19,"marks":291,"text":292},"k0048",[21],"Hydrogen",{"_key":294,"_type":19,"marks":295,"text":296},"k0049",[],", il framework React basato su Remix pensato per i front-end headless, ospitato su ",{"_key":298,"_type":19,"marks":299,"text":300},"k0050",[21],"Oxygen",{"_key":302,"_type":19,"marks":303,"text":304},"k0051",[],", l'hosting di Shopify distribuito sull'edge mondiale. Più in là ancora c'è il front-end completamente custom in Next.js o Nuxt o Astro, ospitato dove preferisci, che parla con la Storefront API. All'estremo opposto c'è il MACH completo, con il commerce ridotto a uno dei tanti servizi.",[],{"_key":307,"_type":15,"children":308,"markDefs":329,"style":24},"k0058",[309,313,317,321,325],{"_key":310,"_type":19,"marks":311,"text":312},"k0053",[],"Vale la pena aggiungere una distinzione fine che gli addetti ai lavori usano e i venditori tendono a saltare: ",{"_key":314,"_type":19,"marks":315,"text":316},"k0054",[105],"headless",{"_key":318,"_type":19,"marks":319,"text":320},"k0055",[]," e ",{"_key":322,"_type":19,"marks":323,"text":324},"k0056",[105],"decoupled",{"_key":326,"_type":19,"marks":327,"text":328},"k0057",[]," non sono sinonimi. Headless in senso stretto significa che il back-end non ha proprio un front-end: espone solo dati, e la testa la costruisci interamente tu. Decoupled significa che il back-end ha sì un suo front-end di default, ma ti permette anche di costruirne uno alternativo via API: hai una rete di sicurezza, puoi partire dal pronto e sostituirlo solo dove serve. È una differenza che cambia il profilo di rischio del progetto, perché un'architettura decoupled ti lascia una via di fuga che l'headless puro non ti dà. Sapere quale dei due ti stanno proponendo è il minimo sindacale prima di mettere una firma.",[],{"_key":331,"_type":15,"children":332,"markDefs":337,"style":24},"k0060",[333],{"_key":334,"_type":19,"marks":335,"text":336},"k0059",[],"Capire dove si colloca un progetto su questo spettro è metà del lavoro di chi deve decidere. Perché la maggior parte delle aziende che credono di avere bisogno dell'estremo destro, in realtà risolverebbe ogni proprio problema restando molto più a sinistra, con una frazione dei costi e dei rischi. Quando ti vendono il salto più lungo possibile, di solito è perché è quello che fattura di più, non perché è quello che serve a te.",[],{"_key":339,"_type":15,"children":340,"markDefs":345,"style":176},"k0062",[341],{"_key":342,"_type":19,"marks":343,"text":344},"k0061",[],"Quando un ecommerce headless ha davvero senso",[],{"_key":347,"_type":15,"children":348,"markDefs":353,"style":24},"k0064",[349],{"_key":350,"_type":19,"marks":351,"text":352},"k0063",[],"Prima di smontare i lati oscuri, va detto con onestà quando l'headless è la scelta corretta, perché esiste e va riconosciuta. Ci sono segnali concreti, e nessuno di questi è uno slogan: sono condizioni misurabili, verificabili nel tuo contesto. Se li riconosci tutti, o quasi tutti, allora headless smette di essere una moda e diventa ingegneria sensata.",[],{"_key":355,"_type":15,"children":356,"markDefs":361,"style":225},"k0066",[357],{"_key":358,"_type":19,"marks":359,"text":360},"k0065",[],"1. Hai bisogno reale di controllo totale sul rendering e sull'esperienza",[],{"_key":363,"_type":15,"children":364,"markDefs":369,"style":24},"k0068",[365],{"_key":366,"_type":19,"marks":367,"text":368},"k0067",[],"Se il tuo brand richiede interfacce che vanno oltre quello che un sistema a sezioni può esprimere, animazioni complesse, configuratori di prodotto tridimensionali, esperienze interattive che reagiscono in tempo reale, integrazione fine con un design system condiviso fra più prodotti digitali, allora la libertà di scegliere il tuo stack di front-end, React, Vue, Svelte, Astro, e di possedere ogni dettaglio del rendering ha un valore concreto. Non è la libertà fine a sé stessa di usare l'ultimo framework di moda: è la capacità di costruire una cosa che il tema, per quanto spinto, non riuscirebbe a costruire. La domanda di verifica è brutale ma necessaria: quella cosa, oggi, ti serve davvero o ti piace l'idea di poterla fare un giorno?",[],{"_key":371,"_type":15,"children":372,"markDefs":377,"style":225},"k0070",[373],{"_key":374,"_type":19,"marks":375,"text":376},"k0069",[],"2. Distribuisci gli stessi contenuti su molti canali distinti",[],{"_key":379,"_type":15,"children":380,"markDefs":393,"style":24},"k0074",[381,385,389],{"_key":382,"_type":19,"marks":383,"text":384},"k0071",[],"Questo è il caso d'uso storico e più solido dell'headless. Se devi servire lo stesso catalogo e gli stessi contenuti a un sito web, una o più app native, chioschi in negozio, schermi nei punti vendita, marketplace, dispositivi vocali, allora separare il contenuto dalla presentazione smette di essere un vezzo e diventa l'unico modo sano di lavorare: una sola fonte di verità, ",{"_key":386,"_type":19,"marks":387,"text":388},"k0072",[105],"content as a service",{"_key":390,"_type":19,"marks":391,"text":392},"k0073",[],", e ogni canale che pesca dalla stessa API senza duplicare nulla. Qui l'headless ripaga davvero. Ma attenzione alla soglia: due o tre canali non sono molti canali, e un sito più un'app non giustificano da soli una riarchitettura. La domanda è quanti canali realmente indipendenti hai oggi, non quanti immagini di avere domani.",[],{"_key":395,"_type":15,"children":396,"markDefs":401,"style":225},"k0076",[397],{"_key":398,"_type":19,"marks":399,"text":400},"k0075",[],"3. Hai requisiti di performance fuori da una scala normale",[],{"_key":403,"_type":15,"children":404,"markDefs":417,"style":24},"k0080",[405,409,413],{"_key":406,"_type":19,"marks":407,"text":408},"k0077",[],"Mettiamo le cose in proporzione. Il checkout gestito di Shopify è progettato per reggere picchi che la maggior parte dei merchant non vedrà mai: durante il Black Friday l'infrastruttura processa milioni di richieste al minuto e decine di migliaia di checkout al minuto senza che tu debba muovere un dito. Per arrivare a un punto in cui questa capacità non ti basta, devi essere in una categoria molto particolare di traffico: ",{"_key":410,"_type":19,"marks":411,"text":412},"k0078",[21],"se sei Supreme e lanci le Box Logo con centinaia di migliaia di persone che premono comprami nello stesso istante, allora il discorso cambia",{"_key":414,"_type":19,"marks":415,"text":416},"k0079",[],". In quel mondo, controllare il rendering all'edge, gestire una strategia di cache aggressiva, distribuire il front-end su una CDN globale e ottimizzare ogni millisecondo di time to first byte diventa decisivo. Ma è un mondo abitato da pochissimi. Per tutti gli altri, la performance non è un argomento a favore dell'headless: come vedremo, spesso è un argomento contro.",[],{"_key":419,"_type":15,"children":420,"markDefs":425,"style":225},"k0082",[421],{"_key":422,"_type":19,"marks":423,"text":424},"k0081",[],"4. La crosscanalità futura è una certezza pianificata, non un forse",[],{"_key":427,"_type":15,"children":428,"markDefs":433,"style":24},"k0084",[429],{"_key":430,"_type":19,"marks":431,"text":432},"k0083",[],"C'è un caso legittimo in cui si paga oggi una complessità che servirà domani: quando il domani è scritto nel piano industriale, non è un'ipotesi. Se sai che entro diciotto mesi lancerai l'app, aprirai i negozi con esperienze digitali in store e ti espanderai su tre mercati con esigenze di contenuto diverse, costruire fin da subito su un'architettura disaccoppiata può evitarti una ricostruzione dolorosa. La differenza fra investimento e spreco sta tutta in una parola: certezza. Pagare per un'opzione che con alta probabilità non eserciterai è il modo più elegante di buttare budget. Il principio di ingegneria qui è quello che gli sviluppatori chiamano YAGNI, non costruire ciò che non ti serve ancora, e va preso sul serio anche dai manager.",[],{"_key":435,"_type":15,"children":436,"markDefs":441,"style":225},"k0086",[437],{"_key":438,"_type":19,"marks":439,"text":440},"k0085",[],"5. Hai team editoriali numerosi con flussi di lavoro complessi",[],{"_key":443,"_type":15,"children":444,"markDefs":457,"style":24},"k0090",[445,449,453],{"_key":446,"_type":19,"marks":447,"text":448},"k0087",[],"Quando la produzione di contenuti coinvolge molte persone, redattori, traduttori, revisori, responsabili di mercato, un CMS headless serio porta in dote cose che un tema da solo non dà: modellazione strutturata del contenuto, in cui un prodotto editoriale è un oggetto con campi tipizzati e non una pagina libera; collaborazione in tempo reale; versionamento; flussi di approvazione; gestione fine delle traduzioni e dei mercati. Strumenti come ",{"_key":450,"_type":19,"marks":451,"text":452},"k0088",[21],"Sanity",{"_key":454,"_type":19,"marks":455,"text":456},"k0089",[]," nascono per questo, e in scenari di redazione complessa il valore è tangibile. Resta vero, però, che questo è un argomento a favore di un CMS headless per i contenuti, non necessariamente di un commerce headless per la vendita: i due strati si possono disaccoppiare in modo indipendente, e spesso conviene farlo.",[],{"_key":459,"_type":15,"children":460,"markDefs":465,"style":225},"k0092",[461],{"_key":462,"_type":19,"marks":463,"text":464},"k0091",[],"6. Hai requisiti di integrazione e di sicurezza specifici e documentati",[],{"_key":467,"_type":15,"children":468,"markDefs":473,"style":24},"k0094",[469],{"_key":470,"_type":19,"marks":471,"text":472},"k0093",[],"Se devi integrare il commerce con un parco di sistemi aziendali, ERP, OMS, PIM, CRM, sistemi di pagamento particolari, e devi farlo rispettando protocolli interni precisi, un'architettura API-first ti dà un controllo granulare su come i dati entrano ed escono. È un vantaggio reale in contesti enterprise con governance rigida. Va detto però, e lo ribadiremo, che ogni integrazione via API è anche una porta in più da presidiare: la stessa caratteristica che ti dà controllo ti dà superficie d'attacco. Il vantaggio è autentico solo se hai anche la maturità operativa per gestire quella superficie.",[],{"_key":475,"_type":15,"children":476,"markDefs":481,"style":225},"k0096",[477],{"_key":478,"_type":19,"marks":479,"text":480},"k0095",[],"7. Hai, in casa, le competenze per reggere tutto questo",[],{"_key":483,"_type":15,"children":484,"markDefs":489,"style":24},"k0098",[485],{"_key":486,"_type":19,"marks":487,"text":488},"k0097",[],"Questo non è un segnale, è una precondizione. Un ecommerce headless richiede un team di front-end stabile e una capacità di piattaforma continuativa: non lo costruisci e lo dimentichi, lo gestisci per sempre. Servono competenze su framework moderni, GraphQL, strategie di caching, CI\u002FCD, osservabilità, gestione degli incidenti. Se queste competenze non le hai in casa e non sei disposto a internalizzarle, l'headless non ti rende libero: ti rende dipendente da un fornitore esterno per ogni respiro del tuo sito. E la dipendenza, vedremo, è il filo rosso di quasi tutti gli svantaggi che seguono.",[],{"_key":491,"_type":15,"children":492,"markDefs":497,"style":225},"k0100",[493],{"_key":494,"_type":19,"marks":495,"text":496},"k0099",[],"Quindi, quando serve davvero?",[],{"_key":499,"_type":15,"children":500,"markDefs":505,"style":24},"k0102",[501],{"_key":502,"_type":19,"marks":503,"text":504},"k0101",[],"Quando hai una combinazione reale di canali multipli, esigenze di esperienza che la piattaforma non copre, scala fuori norma o crescita pianificata e certa, e soprattutto quando hai le competenze interne per reggere la complessità nel tempo. Se riconosci tre o quattro di questi segnali, ha senso parlarne sul serio. Se ne riconosci uno solo, e magari è il quinto travestito da fretta di stare sulla moda, fermati. La domanda da farsi prima di firmare non è se l'headless sia bello: è se il mio problema è davvero questo, e se la mia organizzazione è pronta a possederlo. Adesso vediamo, uno per uno, tutti i motivi per cui spesso la risposta è no.",[],{"_key":507,"_type":15,"children":508,"markDefs":513,"style":176},"k0104",[509],{"_key":510,"_type":19,"marks":511,"text":512},"k0103",[],"Gli svantaggi dell'ecommerce headless",[],{"_key":515,"_type":15,"children":516,"markDefs":521,"style":225},"k0106",[517],{"_key":518,"_type":19,"marks":519,"text":520},"k0105",[105],"Ovvero: le verità sull'headless che nessuno ti dice",[],{"_key":523,"_type":15,"children":524,"markDefs":529,"style":24},"k0108",[525],{"_key":526,"_type":19,"marks":527,"text":528},"k0107",[],"Quelli che seguono non sono difetti marginali da nota a piè di pagina. Sono i punti dove i progetti headless si incagliano, sforano i budget, esauriscono la pazienza dei team di marketing e finiscono per costare al business molto più della migrazione che dovevano semplificare. Li affrontiamo uno per uno, in profondità, perché è nei dettagli che la differenza fra una scelta giusta e una sbagliata diventa visibile.",[],{"_key":531,"_type":15,"children":532,"markDefs":537,"style":225},"k0110",[533],{"_key":534,"_type":19,"marks":535,"text":536},"k0109",[],"1. Perdi l'editing visuale, e con esso l'autonomia del marketing",[],{"_key":539,"_type":15,"children":540,"markDefs":553,"style":24},"k0114",[541,545,549],{"_key":542,"_type":19,"marks":543,"text":544},"k0111",[],"Te lo hanno venduto come libertà: potrai creare esperienze uniche. Quello che non ti hanno detto è cosa perdi in cambio: l'editor visuale, il punto in cui il marketing cambia un titolo, sposta un blocco, sostituisce un'immagine o lancia una promo senza chiamare nessuno. In un tema Shopify moderno questo lo fa il ",{"_key":546,"_type":19,"marks":547,"text":548},"k0112",[21],"theme editor",{"_key":550,"_type":19,"marks":551,"text":552},"k0113",[],", in tempo reale, con anteprima immediata, su sezioni e blocchi pensati apposta. In un front-end headless, di default, quel ponte non esiste: il contenuto vive in un sistema, la presentazione vive in un altro, e fra i due c'è codice. Il marketing non vede più la pagina mentre la modifica, vede dei campi in un pannello e deve immaginarsi il risultato.",[],{"_key":555,"_type":15,"children":556,"markDefs":569,"style":24},"k0118",[557,561,565],{"_key":558,"_type":19,"marks":559,"text":560},"k0115",[],"La ragione è strutturale, e capirla aiuta a non illudersi. L'editing visuale funziona perché chi modifica e chi rende sono la stessa cosa: il sistema sa esattamente dove finirà ogni campo. Nel momento in cui disaccoppi, il CMS non sa più come il front-end disegnerà quei dati, e l'anteprima fedele diventa un problema di ingegneria da risolvere a parte. I CMS headless migliori ci hanno lavorato, e oggi offrono soluzioni serie, ",{"_key":562,"_type":19,"marks":563,"text":564},"k0116",[105],"Sanity con la modalità Presentation e il visual editing, Storyblok con il suo editor visuale, Contentful con le sue anteprime",{"_key":566,"_type":19,"marks":567,"text":568},"k0117",[],", ma sono soluzioni che vanno configurate, collegate, mantenute. Non arrivano gratis nel pacchetto: sono lavoro in più che paghi per riavvicinarti a una comodità che, nel mondo accoppiato, avevi già senza spendere nulla.",[],{"_key":571,"_type":15,"children":572,"markDefs":577,"style":24},"k0120",[573],{"_key":574,"_type":19,"marks":575,"text":576},"k0119",[],"La conseguenza operativa è la più sottovalutata di tutto il progetto. Se il tuo team di marketing non ha sviluppatori a disposizione in modo continuativo, ogni modifica diventa un ticket, ogni ticket entra in una coda, e quella coda diventa il collo di bottiglia permanente della tua attività commerciale. La velocità con cui puoi reagire al mercato, lanciare una campagna, correggere un messaggio che non converte, si allinea alla velocità del tuo team tecnico, non a quella delle tue idee. Per un'azienda che vive di reattività, questo è il costo nascosto più caro dell'intera operazione.",[],{"_key":579,"_type":15,"children":580,"markDefs":585,"style":225},"k0122",[581],{"_key":582,"_type":19,"marks":583,"text":584},"k0121",[],"2. La curva di apprendimento è ripida, e la complessità non sparisce mai",[],{"_key":587,"_type":15,"children":588,"markDefs":593,"style":24},"k0124",[589],{"_key":590,"_type":19,"marks":591,"text":592},"k0123",[],"È semplice, basta usare le API. Questa è la frase con cui si liquida la difficoltà più seria di tutte. Usare un'API, nel marketing operativo, non sa farlo quasi nessuno, e non è un limite delle persone: è che non è il loro mestiere. Ma il punto è più profondo del singolo skill. Un ecommerce headless è, a tutti gli effetti, un sistema distribuito, e i sistemi distribuiti portano con sé una categoria di problemi che quelli accoppiati semplicemente non hanno: coerenza dei dati fra servizi, gestione degli errori parziali, latenza fra i nodi, sincronizzazione, fallback quando un pezzo non risponde.",[],{"_key":595,"_type":15,"children":596,"markDefs":601,"style":24},"k0126",[597],{"_key":598,"_type":19,"marks":599,"text":600},"k0125",[],"Questa complessità non si elimina, si sposta. Nell'architettura accoppiata la piattaforma se ne fa carico per te, e tu non la vedi. Nell'headless diventa tua, e per gestirla serve una squadra con un ventaglio di competenze che va molto oltre il saper scrivere una pagina: framework di front-end moderni e il loro modello di rendering, GraphQL e la costruzione efficiente delle query, strategie di caching su più livelli, pipeline di integrazione e rilascio continuo, osservabilità, gestione degli incidenti. Ognuna di queste è una professionalità, e raramente convivono in una persona sola.",[],{"_key":603,"_type":15,"children":604,"markDefs":617,"style":24},"k0130",[605,609,613],{"_key":606,"_type":19,"marks":607,"text":608},"k0127",[],"C'è poi una legge non scritta dell'ingegneria del software che qui colpisce duro, la ",{"_key":610,"_type":19,"marks":611,"text":612},"k0128",[21],"legge di Conway",{"_key":614,"_type":19,"marks":615,"text":616},"k0129",[],": un sistema finisce per assomigliare alla struttura dell'organizzazione che lo costruisce. Se la tua azienda non è organizzata per reggere un sistema disaccoppiato, con i ruoli, i processi e le responsabilità che servono, il sistema disaccoppiato che costruirai sarà fragile esattamente nei punti in cui la tua organizzazione è scollegata. L'headless non è solo una scelta tecnica: è una scelta organizzativa che mette alla prova la maturità della tua struttura. E se quella maturità non c'è, il sistema te lo ricorda ogni settimana.",[],{"_key":619,"_type":15,"children":620,"markDefs":625,"style":225},"k0132",[621],{"_key":622,"_type":19,"marks":623,"text":624},"k0131",[],"3. Il costo totale di possesso è molto più alto, e arriva soprattutto dopo",[],{"_key":627,"_type":15,"children":628,"markDefs":633,"style":24},"k0134",[629],{"_key":630,"_type":19,"marks":631,"text":632},"k0133",[],"Su un CMS o una piattaforma tradizionale, una grande quantità di funzioni la trovi già pronta: navigazione, carrello, pagine account, gestione degli indirizzi, lista dei desideri, ricerca con filtri, gestione delle taglie, logiche di sconto, pagine di categoria. In un progetto headless tutto questo, o quasi, va progettato, sviluppato e testato da zero. Non perché qualcuno sia incapace, ma perché disaccoppiando hai rinunciato allo strato che quelle cose le forniva di serie. Stai ricostruendo, a tue spese, funzionalità che altrove erano comprese nel prezzo.",[],{"_key":635,"_type":15,"children":636,"markDefs":649,"style":24},"k0138",[637,641,645],{"_key":638,"_type":19,"marks":639,"text":640},"k0135",[],"Conviene ragionare in termini di costo totale di possesso, il ",{"_key":642,"_type":19,"marks":643,"text":644},"k0136",[21],"TCO",{"_key":646,"_type":19,"marks":647,"text":648},"k0137",[],", e non di prezzo del primo rilascio, perché è lì che le sorprese si annidano. Il costo dell'headless ha una parte iniziale, la costruzione, e una parte continuativa che molti scoprono solo a progetto avviato: l'hosting del front-end, su Oxygen, Vercel, Netlify o equivalenti, con i suoi piani che crescono col traffico; la CDN; gli strumenti di osservabilità e monitoraggio; il tempo di sviluppo per ogni evoluzione del front-end, perché ogni cambio di design o di layout è un rilascio di codice, non una modifica nell'editor; e la reperibilità, qualcuno che risponde quando qualcosa si rompe. Nel modello accoppiato gran parte di questi costi sono spese operative prevedibili e incluse nel canone. Nell'headless diventano un investimento iniziale più una serie di costi ricorrenti che tendono a essere sistematicamente sottostimati in fase di vendita.",[],{"_key":651,"_type":15,"children":652,"markDefs":657,"style":24},"k0140",[653],{"_key":654,"_type":19,"marks":655,"text":656},"k0139",[],"La regola pratica che emerge dai progetti reali è spiacevole ma utile da tenere a mente: ogni funzione che nella piattaforma era gratuita e immediata, nell'headless ha un costo di costruzione e un costo di manutenzione. Moltiplica quel doppio costo per il numero di funzioni che dai per scontate, e otterrai una cifra che spesso è un multiplo di quella che ti aspettavi. Non è un'accusa all'headless in sé: è la matematica del fare in casa ciò che prima compravi pronto. Va messa nel conto prima di firmare, non scoperta dopo.",[],{"_key":659,"_type":15,"children":660,"markDefs":673,"style":24},"k0144",[661,665,669],{"_key":662,"_type":19,"marks":663,"text":664},"k0141",[],"C'è poi una voce che non compare mai nei preventivi e che invece è la più subdola di tutte: il ",{"_key":666,"_type":19,"marks":667,"text":668},"k0142",[21],"debito tecnico",{"_key":670,"_type":19,"marks":671,"text":672},"k0143",[],". Il codice custom che scrivi oggi è perfetto oggi, ma le dipendenze invecchiano, i framework rilasciano versioni che rompono la compatibilità, le librerie vengono abbandonate, le best practice cambiano. Un front-end headless non mantenuto si degrada da solo nel giro di pochi anni, fino a diventare un sistema che nessuno vuole toccare per paura di romperlo, e che a un certo punto va riscritto. Il tema su una piattaforma matura, invece, eredita gli aggiornamenti della piattaforma senza che tu muova un dito. Tradotto in termini finanziari: il codice custom è un asset che si deprezza e che richiede investimento solo per restare fermo dov'è. Chi pianifica un budget pluriennale su un progetto headless e non mette a bilancio la manutenzione evolutiva sta semplicemente sbagliando i conti.",[],{"_key":675,"_type":15,"children":676,"markDefs":681,"style":225},"k0146",[677],{"_key":678,"_type":19,"marks":679,"text":680},"k0145",[],"4. L'ecosistema di app e plugin, di colpo, non funziona più come prima",[],{"_key":683,"_type":15,"children":684,"markDefs":697,"style":24},"k0150",[685,689,693],{"_key":686,"_type":19,"marks":687,"text":688},"k0147",[],"Su Shopify, una parte enorme del valore sta nell'App Store: migliaia di applicazioni che installi e che aggiungono una funzione in pochi minuti, dalla recensione al programma fedeltà, dall'email marketing al supporto clienti. Molte di queste app, però, funzionano perché si agganciano al tema attraverso meccanismi specifici, le ",{"_key":690,"_type":19,"marks":691,"text":692},"k0148",[21],"theme app extension",{"_key":694,"_type":19,"marks":695,"text":696},"k0149",[],", i blocchi di app, gli script che si iniettano nelle pagine generate da Shopify. Nel momento in cui il front-end non è più un tema Shopify ma una tua applicazione separata, quel gancio sparisce. L'app magari continua a esistere lato back-end, ma il suo pezzo di interfaccia, quello che l'utente vedeva, va reintegrato a mano nel tuo front-end, quando è possibile.",[],{"_key":699,"_type":15,"children":700,"markDefs":705,"style":24},"k0152",[701],{"_key":702,"_type":19,"marks":703,"text":704},"k0151",[],"Questo cambia la natura stessa di ogni decisione su uno strumento di terze parti. Nel mondo accoppiato la domanda era: questa app esiste? Nel mondo headless diventa: questa app espone un'API utilizzabile dal mio front-end custom, ed è documentata, e ha un costo di integrazione sostenibile? La differenza è sostanziale. Strumenti diffusissimi per email, recensioni, assistenza, raccomandazioni di prodotto, che nel tema installavi in dieci minuti, nell'headless richiedono un lavoro di integrazione vero e proprio, da progettare, sviluppare, testare e poi mantenere a ogni loro aggiornamento.",[],{"_key":707,"_type":15,"children":708,"markDefs":721,"style":24},"k0156",[709,713,717],{"_key":710,"_type":19,"marks":711,"text":712},"k0153",[],"Va riconosciuta una nota di realismo, per non essere ingiusti: Shopify ha lavorato per ridurre questo attrito proprio sul punto più delicato, il checkout, introducendo la ",{"_key":714,"_type":19,"marks":715,"text":716},"k0154",[21],"checkout extensibility",{"_key":718,"_type":19,"marks":719,"text":720},"k0155",[],", un modello a estensioni che permette di personalizzare il checkout in modo conforme anche fuori dal tema classico. È un passo avanti reale. Ma non cancella il problema generale: per tutto ciò che non è il checkout, e per gran parte dell'ecosistema, passare a headless significa rinunciare alla magia del plugin che si installa da solo e accettare che ogni funzione di terze parti diventi un piccolo progetto di integrazione. La libertà di costruire tutto ha come rovescio l'obbligo di costruire tutto.",[],{"_key":723,"_type":15,"children":724,"markDefs":729,"style":225},"k0158",[725],{"_key":726,"_type":19,"marks":727,"text":728},"k0157",[],"5. Controllo totale della presentazione significa responsabilità totale",[],{"_key":731,"_type":15,"children":732,"markDefs":737,"style":24},"k0160",[733],{"_key":734,"_type":19,"marks":735,"text":736},"k0159",[],"Possedere ogni pixel del front-end suona benissimo, e in certi contesti lo è. Ma il controllo totale ha un gemello che nessuno mette in vetrina: la responsabilità totale. Ogni cosa che controlli è una cosa che devi mantenere, aggiornare, correggere e far evolvere con le tue forze. Nel modello accoppiato, quando la piattaforma rilascia un miglioramento del tema o una correzione, lo ricevi senza fare nulla. Nell'headless quei miglioramenti li produci tu, o non li hai.",[],{"_key":739,"_type":15,"children":740,"markDefs":745,"style":24},"k0162",[741],{"_key":742,"_type":19,"marks":743,"text":744},"k0161",[],"Si vede bene nel ciclo di vita ordinario. Un aggiornamento di design, un nuovo layout di categoria, una modifica alla scheda prodotto: nel tema, in buona parte, li gestisce il marketing in autonomia attraverso l'editor. Nell'headless sono modifiche al codice, quindi passano dallo sviluppo, dai test, dal rilascio. Se il team tecnico è occupato, o se dipendi da un fornitore esterno che ha la sua coda, il tuo aggiornamento aspetta. Il controllo che hai guadagnato sulla forma lo hai pagato in velocità e in autosufficienza. Per alcune aziende è uno scambio sensato. Per molte altre è esattamente il contrario di ciò che serviva.",[],{"_key":747,"_type":15,"children":748,"markDefs":753,"style":225},"k0164",[749],{"_key":750,"_type":19,"marks":751,"text":752},"k0163",[],"6. Dipendi dalle API: versioni, deprecazioni, limiti di frequenza, contratti",[],{"_key":755,"_type":15,"children":756,"markDefs":769,"style":24},"k0168",[757,761,765],{"_key":758,"_type":19,"marks":759,"text":760},"k0165",[],"Qui si entra nel cuore tecnico della fragilità headless. Tutto, nel tuo sito, passa da chiamate API, e quelle API non sono tue: sono di chi te le fornisce, e hanno un loro ciclo di vita che tu subisci. Shopify, per esempio, versiona le proprie API con cadenza trimestrale e mantiene ogni versione per un periodo definito prima di deprecarla. Tradotto: ",{"_key":762,"_type":19,"marks":763,"text":764},"k0166",[21],"a intervalli regolari sei costretto ad aggiornare il tuo front-end per stare al passo con le nuove versioni, altrimenti, quando la tua versione viene dismessa, qualcosa smette di funzionare",{"_key":766,"_type":19,"marks":767,"text":768},"k0167",[],". Non è un'eventualità remota, è una manutenzione programmata che entra nel tuo calendario per sempre.",[],{"_key":771,"_type":15,"children":772,"markDefs":785,"style":24},"k0172",[773,777,781],{"_key":774,"_type":19,"marks":775,"text":776},"k0169",[],"Poi ci sono i limiti di frequenza, i ",{"_key":778,"_type":19,"marks":779,"text":780},"k0170",[21],"rate limit",{"_key":782,"_type":19,"marks":783,"text":784},"k0171",[],". Le API non si possono interrogare all'infinito: hanno una soglia. La Storefront API e l'Admin API GraphQL di Shopify adottano un modello a costo, in cui ogni query consuma un certo numero di punti da un secchiello che si ricarica nel tempo, il classico schema a secchiello che perde. Se il tuo front-end è progettato male e fa troppe chiamate, o chiamate troppo pesanti, raggiungi il limite e le richieste vengono respinte: il sito rallenta o mostra errori proprio nei momenti di traffico alto, cioè quando ti serve di più. Gestire questo significa progettare con cura il batching delle query, la cache, la deduplicazione delle richieste. Di nuovo, è lavoro ingegneristico che nel modello accoppiato semplicemente non esisteva.",[],{"_key":787,"_type":15,"children":788,"markDefs":801,"style":24},"k0176",[789,793,797],{"_key":790,"_type":19,"marks":791,"text":792},"k0173",[],"C'è infine una classe di problemi che nasce proprio dal disaccoppiare, e che nel monolite semplicemente non esiste: la ",{"_key":794,"_type":19,"marks":795,"text":796},"k0174",[21],"consistenza eventuale",{"_key":798,"_type":19,"marks":799,"text":800},"k0175",[],". Quando il dato vive in un sistema e viene mostrato da un altro, i due non sono mai perfettamente allineati nello stesso istante: c'è sempre una finestra, magari di secondi, in cui il front-end mostra qualcosa che il back-end ha già cambiato. Sull'inventario questo diventa concreto e costoso: se la disponibilità di un prodotto è sincronizzata via webhook o via cache, e la sincronizzazione ritarda o un evento si perde, rischi di vendere ciò che non hai o di nascondere ciò che potresti vendere. Gestire bene questo significa progettare webhook idempotenti, meccanismi di ripetizione, riconciliazioni periodiche, scadenze di cache calibrate sul caso d'uso. È ingegneria distribuita vera, e il prezzo di farla male lo paga il cliente che riceve l'email di ordine cancellato.",[],{"_key":803,"_type":15,"children":804,"markDefs":817,"style":24},"k0180",[805,809,813],{"_key":806,"_type":19,"marks":807,"text":808},"k0177",[],"Infine c'è una verità di affidabilità che si dimentica sempre, ed è puramente matematica. Quando il tuo sito dipende da più servizi in catena, la sua affidabilità complessiva è il ",{"_key":810,"_type":19,"marks":811,"text":812},"k0178",[105],"prodotto",{"_key":814,"_type":19,"marks":815,"text":816},"k0179",[]," delle affidabilità dei singoli, non la loro media. Se metti in fila cinque servizi che garantiscono ciascuno il 99,9% di disponibilità, un numero che suona rassicurante, la disponibilità della catena scende intorno al 99,5%, cioè più del doppio di tempo di disservizio rispetto a un singolo servizio. Più componenti incateni, più anelli deboli aggiungi. In un'architettura accoppiata l'anello è uno. In una composable sono molti, e ognuno può rompere tutto. Non sei proprietario dell'infrastruttura su cui poggia il tuo fatturato: sei ospite di una catena di fornitori, e la catena è forte quanto il suo anello più debole.",[],{"_key":819,"_type":15,"children":820,"markDefs":825,"style":225},"k0182",[821],{"_key":822,"_type":19,"marks":823,"text":824},"k0181",[],"7. La superficie d'attacco si allarga, e la sicurezza diventa una voce di costo",[],{"_key":827,"_type":15,"children":828,"markDefs":841,"style":24},"k0186",[829,833,837],{"_key":830,"_type":19,"marks":831,"text":832},"k0183",[],"Ogni chiamata API è una porta, e ogni porta va sorvegliata. Nel modello accoppiato gran parte della sicurezza è inclusa: la piattaforma gestisce per te autenticazione, protezione delle pagine, conformità. Nell'headless la superficie d'attacco si moltiplica, perché moltiplichi i punti di contatto fra sistemi, e la responsabilità di metterli in sicurezza diventa tua. Si parla di gestione corretta dei token di accesso, ",{"_key":834,"_type":19,"marks":835,"text":836},"k0184",[105],"Storefront API token e delegate token",{"_key":838,"_type":19,"marks":839,"text":840},"k0185",[],", che non devono mai finire esposti nel browser; di configurazione rigorosa del CORS; di un livello intermedio lato server, il cosiddetto pattern backend-for-frontend, che tenga i segreti al riparo e non li consegni al client; della classe di vulnerabilità che il settore raccoglie sotto la sigla OWASP API Security Top 10, pensata apposta per le architetture esposte via API.",[],{"_key":843,"_type":15,"children":844,"markDefs":857,"style":24},"k0190",[845,849,853],{"_key":846,"_type":19,"marks":847,"text":848},"k0187",[],"C'è però un risvolto importante e va detto con la stessa onestà, perché riguarda il pezzo più sensibile in assoluto: i pagamenti. Finché il checkout resta gestito da Shopify, il perimetro di conformità ",{"_key":850,"_type":19,"marks":851,"text":852},"k0188",[21],"PCI DSS",{"_key":854,"_type":19,"marks":855,"text":856},"k0189",[],", lo standard di sicurezza dei dati delle carte, resta in larga parte in capo a Shopify, e questo è un enorme vantaggio che riduce drasticamente il tuo rischio e i tuoi obblighi. Il problema nasce nel momento esatto in cui qualcuno ti propone un checkout completamente custom in nome dell'esperienza senza cuciture: in quel caso una fetta consistente di quel perimetro di conformità si sposta su di te, con tutto ciò che comporta in termini di audit, controlli e responsabilità legale. È una delle decisioni più pesanti dell'intero progetto, e va presa sapendo esattamente cosa si sta spostando sulle proprie spalle, non sull'onda di una promessa estetica.",[],{"_key":859,"_type":15,"children":860,"markDefs":865,"style":225},"k0192",[861],{"_key":862,"_type":19,"marks":863,"text":864},"k0191",[],"8. Il paradosso delle prestazioni: l'headless venduto come veloce, spesso, è lento",[],{"_key":867,"_type":15,"children":868,"markDefs":873,"style":24},"k0194",[869],{"_key":870,"_type":19,"marks":871,"text":872},"k0193",[],"Questo è il punto più controintuitivo, e merita la massima attenzione, perché la velocità è esattamente l'argomento con cui l'headless viene venduto più spesso. La realtà è che un headless fatto male è più lento di un buon tema accoppiato, e l'headless fatto bene costa un impegno ingegneristico che pochi mettono in conto. Il motivo è che hai introdotto, fra l'utente e il contenuto, uno strato di chiamate di rete che prima non c'era.",[],{"_key":875,"_type":15,"children":876,"markDefs":913,"style":24},"k0204",[877,881,885,889,893,897,901,905,909],{"_key":878,"_type":19,"marks":879,"text":880},"k0195",[],"Vediamolo nel concreto. Quando un utente apre una pagina, il front-end deve chiedere all'API i dati che le servono, e a volte deve fare più richieste in sequenza, dove la seconda dipende dalla prima, il cosiddetto effetto cascata. Ogni richiesta aggiunge latenza. Poi, se il front-end è una single page application classica, il browser deve scaricare ed eseguire una quantità importante di JavaScript prima di mostrare qualcosa di utile, e quel processo di ",{"_key":882,"_type":19,"marks":883,"text":884},"k0196",[105],"hydration",{"_key":886,"_type":19,"marks":887,"text":888},"k0197",[],", l'idratazione con cui il codice prende vita nel browser, ha un costo in tempo e in reattività. Il risultato è che le metriche che Google misura davvero, ",{"_key":890,"_type":19,"marks":891,"text":892},"k0198",[21],"LCP",{"_key":894,"_type":19,"marks":895,"text":896},"k0199",[]," per la velocità con cui appare il contenuto principale, ",{"_key":898,"_type":19,"marks":899,"text":900},"k0200",[21],"INP",{"_key":902,"_type":19,"marks":903,"text":904},"k0201",[]," per la reattività alle interazioni, ",{"_key":906,"_type":19,"marks":907,"text":908},"k0202",[21],"CLS",{"_key":910,"_type":19,"marks":911,"text":912},"k0203",[]," per la stabilità visiva, possono peggiorare invece di migliorare, se l'architettura non è pensata con cura maniacale.",[],{"_key":915,"_type":15,"children":916,"markDefs":929,"style":24},"k0208",[917,921,925],{"_key":918,"_type":19,"marks":919,"text":920},"k0205",[],"Va aggiunto un fattore che in Italia pesa più che altrove: il ",{"_key":922,"_type":19,"marks":923,"text":924},"k0206",[21],"dispositivo reale e la rete reale",{"_key":926,"_type":19,"marks":927,"text":928},"k0207",[],". Le metriche di laboratorio si misurano spesso su connessioni veloci e telefoni potenti, ma una quota enorme del tuo traffico arriva da smartphone di fascia media, su rete mobile, magari in movimento. Su quei dispositivi il costo di scaricare ed eseguire un grosso pacchetto di JavaScript non è teorico: è il telefono che scalda, la pagina che resta inerte mentre l'utente la tocca, il tempo che passa prima che il sito diventi davvero usabile, ciò che si misura come tempo di interattività. Un tema accoppiato ben fatto serve molto HTML e poco JavaScript, e su quei device vola. Un headless che spedisce al browser l'intera applicazione li mette in ginocchio. L'ironia è feroce: l'architettura venduta come la più veloce è spesso la più lenta proprio per il pubblico che converte di più, quello mobile.",[],{"_key":931,"_type":15,"children":932,"markDefs":961,"style":24},"k0216",[933,937,941,945,949,953,957],{"_key":934,"_type":19,"marks":935,"text":936},"k0209",[],"La buona notizia è che gli strumenti per fare un headless veloce esistono, e sono maturi: il rendering lato server, ",{"_key":938,"_type":19,"marks":939,"text":940},"k0210",[21],"SSR",{"_key":942,"_type":19,"marks":943,"text":944},"k0211",[],", per consegnare al browser una pagina già formata; la generazione statica, ",{"_key":946,"_type":19,"marks":947,"text":948},"k0212",[21],"SSG",{"_key":950,"_type":19,"marks":951,"text":952},"k0213",[],", e la rigenerazione incrementale, ",{"_key":954,"_type":19,"marks":955,"text":956},"k0214",[21],"ISR",{"_key":958,"_type":19,"marks":959,"text":960},"k0215",[],", per servire pagine precostruite e aggiornarle quando serve; il rendering all'edge, vicino all'utente; lo streaming dell'HTML; i React Server Components per spostare lavoro fuori dal browser; una strategia di cache su più livelli. La cattiva notizia è che tutto questo è ingegneria avanzata, va progettato, implementato e mantenuto da persone che sanno cosa stanno facendo, e ogni errore in quella catena si paga in millisecondi che diventano carrelli abbandonati. La performance, nell'headless, non è un regalo dell'architettura: è un risultato che ti guadagni con il sudore, e che puoi facilmente perdere.",[],{"_key":963,"_type":15,"children":964,"markDefs":969,"style":225},"k0218",[965],{"_key":966,"_type":19,"marks":967,"text":968},"k0217",[],"9. La SEO tecnica diventa un cantiere aperto, e la GEO peggiora il problema",[],{"_key":971,"_type":15,"children":972,"markDefs":977,"style":24},"k0220",[973],{"_key":974,"_type":19,"marks":975,"text":976},"k0219",[],"Un tema su una piattaforma matura ti dà di serie l'impianto SEO: gestione degli URL, tag canonici, meta tag, dati strutturati, mappa del sito, gestione dei redirect. In un front-end headless tutto questo va costruito e mantenuto a mano, pezzo per pezzo, e ogni dettaglio dimenticato è posizionamento perso. Non è impossibile farlo bene, ci mancherebbe, ma è lavoro esplicito che qualcuno deve presidiare con competenza, mentre nel modello accoppiato in buona parte ci pensava la piattaforma.",[],{"_key":979,"_type":15,"children":980,"markDefs":993,"style":24},"k0224",[981,985,989],{"_key":982,"_type":19,"marks":983,"text":984},"k0221",[],"C'è poi un rischio specifico e insidioso legato a come i motori vedono le pagine. Se il tuo front-end rende i contenuti solo lato client, cioè se la pagina arriva al crawler vuota e si riempie solo dopo l'esecuzione del JavaScript, ti esponi a un problema noto: Googlebot indicizza in due fasi, prima il codice grezzo e poi, in un secondo momento e con risorse limitate, la versione renderizzata. Contenuti critici nascosti dietro l'esecuzione del JavaScript possono essere visti in ritardo, parzialmente, o non visti affatto. La soluzione, anche qui, è il rendering lato server o statico, ",{"_key":986,"_type":19,"marks":987,"text":988},"k0222",[21],"ma è una scelta che va presa fin dal primo giorno di progetto, non rattoppata dopo",{"_key":990,"_type":19,"marks":991,"text":992},"k0223",[],".",[],{"_key":995,"_type":15,"children":996,"markDefs":1009,"style":24},"k0228",[997,1001,1005],{"_key":998,"_type":19,"marks":999,"text":1000},"k0225",[],"E attenzione a un dettaglio che, in una migrazione, è capace di distruggere mesi di traffico organico: la gestione dei redirect quando cambia la struttura degli URL. Una migrazione headless mal governata, con una mappatura incompleta fra vecchi e nuovi indirizzi, può generare ondate di errori 404 a decine o centinaia di migliaia, con il motore che de-indicizza e il traffico che crolla. È uno degli incidenti più costosi e più frequenti del settore, e si previene solo con un lavoro di mappatura ossessivo fatto prima del passaggio. ",{"_key":1002,"_type":19,"marks":1003,"text":1004},"k0226",[105],"A questo si aggiunge oggi la dimensione GEO, l'ottimizzazione per gli answer engine e i motori basati su AI",{"_key":1006,"_type":19,"marks":1007,"text":1008},"k0227",[],": se i tuoi contenuti sono raggiungibili solo dopo l'esecuzione del JavaScript, molti crawler e molti sistemi che alimentano le risposte generative semplicemente non li leggono, e tu sparisci proprio dal canale di scoperta che sta crescendo più in fretta. Il problema tecnico del rendering, che ieri costava posizioni su Google, oggi costa anche presenza nelle risposte dell'AI.",[],{"_key":1011,"_type":15,"children":1012,"markDefs":1017,"style":225},"k0230",[1013],{"_key":1014,"_type":19,"marks":1015,"text":1016},"k0229",[],"10. Versionamento dei contenuti e flussi di lavoro: due sistemi da far tornare indietro insieme",[],{"_key":1019,"_type":15,"children":1020,"markDefs":1025,"style":24},"k0232",[1021],{"_key":1022,"_type":19,"marks":1023,"text":1024},"k0231",[],"Su una piattaforma tradizionale, tornare alla versione precedente di una pagina è spesso un bottone. Bozze, anteprime, pubblicazioni programmate, storico delle modifiche: ci sono, e sono lì per te. In un'architettura headless questo dipende da come hai costruito le cose, e va distinto su due livelli che è facile confondere. Il primo livello è il contenuto: i CMS headless seri, e Sanity è tra questi, offrono versionamento, cronologia, bozze e flussi di approvazione robusti, quindi su quel fronte sei coperto, a patto di usarli bene.",[],{"_key":1027,"_type":15,"children":1028,"markDefs":1033,"style":24},"k0234",[1029],{"_key":1030,"_type":19,"marks":1031,"text":1032},"k0233",[],"Il secondo livello è quello che quasi nessuno considera, ed è la presentazione, cioè il codice del front-end. Quello vive in un repository, con il suo versionamento separato, e si rilascia con i suoi rilasci. Il risultato è che hai due mondi che cambiano in modo indipendente, il contenuto e il codice, e quando qualcosa va storto può non bastare tornare indietro su uno solo dei due: per ripristinare davvero uno stato precedente del sito può essere necessario coordinare un rollback del contenuto e un rollback del codice insieme. Non è impossibile, ma è una disciplina operativa in più da costruire e mantenere, e nei momenti di crisi, quando un rilascio rompe la produzione di sabato sera durante un lancio, quella disciplina è esattamente ciò che separa un disservizio di cinque minuti da uno di cinque ore.",[],{"_key":1035,"_type":15,"children":1036,"markDefs":1041,"style":225},"k0236",[1037],{"_key":1038,"_type":19,"marks":1039,"text":1040},"k0235",[],"11. L'accessibilità diventa interamente tua, e ora è anche un obbligo di legge",[],{"_key":1043,"_type":15,"children":1044,"markDefs":1057,"style":24},"k0240",[1045,1049,1053],{"_key":1046,"_type":19,"marks":1047,"text":1048},"k0237",[],"Garantire che un sito sia accessibile non è più solo un dovere etico verso chi naviga con tecnologie assistive: in Europa è un obbligo. L'",{"_key":1050,"_type":19,"marks":1051,"text":1052},"k0238",[21],"European Accessibility Act",{"_key":1054,"_type":19,"marks":1055,"text":1056},"k0239",[],", la direttiva 2019\u002F882, è applicabile dal 28 giugno 2025 e impone requisiti di accessibilità a un'ampia gamma di prodotti e servizi digitali, ecommerce inclusi. Il riferimento tecnico di fatto sono le linee guida WCAG nella loro versione corrente. Tradotto in termini di rischio: un sito non accessibile non è più solo un problema di reputazione, è un problema di conformità con possibili conseguenze legali.",[],{"_key":1059,"_type":15,"children":1060,"markDefs":1065,"style":24},"k0242",[1061],{"_key":1062,"_type":19,"marks":1063,"text":1064},"k0241",[],"E qui l'headless presenta un conto preciso. In un tema su una piattaforma matura parti da una base di accessibilità già impostata, gestione del focus, struttura semantica, attributi pensati per i lettori di schermo, che erediti senza costruirla. In un front-end custom tutto questo è tuo, riga per riga: la gestione del focus quando si apre una finestra modale, l'annuncio dei cambi di pagina nelle applicazioni a pagina singola, dove il contenuto cambia senza che il browser ricarichi e i lettori di schermo rischiano di non accorgersene, gli attributi ARIA su ogni componente interattivo, la navigazione completa da tastiera. Ogni elemento va codificato con attenzione e testato con strumenti e con persone vere. È fattibile, è doveroso, ma è tempo e competenza specifica che vanno previsti nel budget fin dall'inizio, non scoperti durante un audit o, peggio, dopo una segnalazione.",[],{"_key":1067,"_type":15,"children":1068,"markDefs":1073,"style":225},"k0244",[1069],{"_key":1070,"_type":19,"marks":1071,"text":1072},"k0243",[],"12. L'osservabilità e le operazioni: chi risponde quando si rompe alle due di notte?",[],{"_key":1075,"_type":15,"children":1076,"markDefs":1081,"style":24},"k0246",[1077],{"_key":1078,"_type":19,"marks":1079,"text":1080},"k0245",[],"Questo svantaggio non lo trovi quasi mai nelle presentazioni di vendita, e invece è quello che separa i progetti che sopravvivono da quelli che diventano un incubo. Un sistema distribuito si rompe in modi più numerosi e più sottili di un sistema accoppiato: non va giù tutto insieme, va giù un pezzo, e capire quale pezzo, perché, e con quale effetto a catena richiede strumenti e cultura. Servono monitoraggio, tracciamento delle richieste attraverso i vari servizi, allarmi sensati, registri centralizzati, e soprattutto serve qualcuno che li guardi e che sappia intervenire.",[],{"_key":1083,"_type":15,"children":1084,"markDefs":1097,"style":24},"k0250",[1085,1089,1093],{"_key":1086,"_type":19,"marks":1087,"text":1088},"k0247",[],"La domanda che ogni azienda dovrebbe porsi prima di firmare è banale e spesso resta senza risposta: ",{"_key":1090,"_type":19,"marks":1091,"text":1092},"k0248",[21],"quando il front-end smette di mostrare i prodotti durante il lancio del sabato, chi se ne accorge per primo, in quanto tempo, e chi ha la competenza e il mandato per rimetterlo in piedi?",{"_key":1094,"_type":19,"marks":1095,"text":1096},"k0249",[]," Se la risposta è il fornitore esterno, quando risponde, allora non hai comprato libertà: hai comprato una dipendenza critica sul pezzo del tuo business che genera ricavi. La maturità operativa, fatta di reperibilità, procedure di incidente, budget di errore, prove di ripristino, non è un lusso da grandi aziende: nell'headless è la condizione minima per dormire la notte. Chi te lo vende senza parlartene ti sta vendendo metà della storia.",[],{"_key":1099,"_type":15,"children":1100,"markDefs":1105,"style":225},"k0252",[1101],{"_key":1102,"_type":19,"marks":1103,"text":1104},"k0251",[],"13. La velocità di iterazione cala, e con essa la capacità di sperimentare",[],{"_key":1107,"_type":15,"children":1108,"markDefs":1113,"style":24},"k0254",[1109],{"_key":1110,"_type":19,"marks":1111,"text":1112},"k0253",[],"C'è un ultimo costo, diffuso e silenzioso, che pesa sul lungo periodo più di quanto sembri: la velocità con cui puoi cambiare le cose. Nel commercio digitale si vince iterando, provando varianti, misurando, correggendo in fretta. Nel modello accoppiato molte di queste iterazioni le fa il marketing in autonomia, in giornata. Nell'headless quasi ogni esperimento, un nuovo blocco in homepage, una variante della scheda prodotto, un test su come si presenta una promozione, passa dallo sviluppo, dalla coda, dal rilascio.",[],{"_key":1115,"_type":15,"children":1116,"markDefs":1121,"style":24},"k0256",[1117],{"_key":1118,"_type":19,"marks":1119,"text":1120},"k0255",[],"Il risultato è un attrito costante che rallenta l'apprendimento dell'organizzazione. Anche i test A\u002FB, che nel mondo dei temi si impostano spesso con strumenti pronti, nell'headless richiedono un'integrazione pensata per non penalizzare le prestazioni e per non confondere il rendering lato server. Niente di tutto questo è impossibile. Ma ogni grammo di attrito in più sulla sperimentazione è un grammo in meno di capacità di migliorare, e su un orizzonte di anni quella capacità è esattamente ciò che distingue un ecommerce che cresce da uno che si ferma. Hai guadagnato controllo sulla forma e perso agilità nel cambiarla: assicurati che fosse lo scambio che volevi.",[],{"_key":1123,"_type":15,"children":1124,"markDefs":1129,"style":225},"k0258",[1125],{"_key":1126,"_type":19,"marks":1127,"text":1128},"k0257",[105],"Allora, chi ci guadagna davvero con l'headless?",[],{"_key":1131,"_type":15,"children":1132,"markDefs":1137,"style":24},"k0260",[1133],{"_key":1134,"_type":19,"marks":1135,"text":1136},"k0259",[],"Mettiamo in fila la verità, senza retorica. L'headless non è una truffa e non è il male: è uno strumento eccellente per un insieme ristretto e identificabile di problemi, e una zavorra costosa per tutti gli altri. Il punto non è la tecnologia, è il disallineamento fra ciò che viene venduto e ciò che serve. Quando una soluzione complessa viene presentata come scelta di default, indipendentemente dal problema, qualcuno sta ottimizzando qualcosa: e spesso non è il tuo conto economico.",[],{"_key":1139,"_type":15,"children":1140,"markDefs":1145,"style":24},"k0262",[1141],{"_key":1142,"_type":19,"marks":1143,"text":1144},"k0261",[],"Chi ci guadagna, quando l'headless viene applicato a chi non ne ha bisogno, è chi lo costruisce e lo mantiene. Perché in quel modello ogni modifica diventa una fattura, ogni funzione che altrove era inclusa diventa una voce a parte, ogni aggiornamento è tempo di sviluppo, ogni bug è un intervento. La parola libertà è bellissima, ma cambia completamente di segno quando scopri che per ogni passo che vuoi fare devi pagare il pedaggio a chi controlla la strada.",[],{"_key":1147,"_type":15,"children":1148,"markDefs":1161,"style":24},"k0266",[1149,1153,1157],{"_key":1150,"_type":19,"marks":1151,"text":1152},"k0263",[],"Quindi, prima di firmare per un ecommerce headless, non chiederti se è moderno. Chiediti queste cose, nell'ordine: ",{"_key":1154,"_type":19,"marks":1155,"text":1156},"k0264",[21],"ho davvero più canali da servire, o uno solo travestito da molti? Ho esigenze di esperienza che la piattaforma non copre, o mi piace l'idea di poterle avere? La mia scala è fuori norma sul serio, o sto comprando capacità che non userò? Ho in casa le competenze per possedere questa complessità per anni, o sto creando una dipendenza permanente da un fornitore?",{"_key":1158,"_type":19,"marks":1159,"text":1160},"k0265",[]," Se le risposte ti dicono che il tuo problema è davvero quello, allora l'headless è la scelta giusta, e va fatto bene. Se non te lo dicono, qualcuno ti sta vendendo una soluzione cercando il problema adatto.",[],{"_key":1163,"_type":15,"children":1164,"markDefs":1177,"style":24},"k0270",[1165,1169,1173],{"_key":1166,"_type":19,"marks":1167,"text":1168},"k0267",[],"In ICT Sviluppo questa domanda la facciamo prima di proporre qualsiasi cosa, e capita spesso di dire a un'azienda che l'headless, per lei, è la risposta sbagliata: che con un tema custom su Shopify Plus, sezioni ben costruite, metaoggetti e le integrazioni giuste otterrà tutto ciò che le serve, con una frazione del costo, del rischio e della dipendenza. ",{"_key":1170,"_type":19,"marks":1171,"text":1172},"k0268",[21],"Non vendiamo l'architettura più lunga: vendiamo quella giusta",{"_key":1174,"_type":19,"marks":1175,"text":1176},"k0269",[],". Perché il lavoro fatto con metodo non è quello che impressiona di più in una slide, è quello che il tuo business ringrazia tra due anni. E la libertà vera, alla fine, è non dover pagare un pedaggio per ogni singolo passo.",[],[1179,1204,1230],{"_id":1180,"_type":55,"author":1181,"category":1194,"date":1196,"excerpt":1197,"mainImage":1198,"slug":1202,"title":1199},"ecommerce-sanity-shopify-plus-progetti-ecommerce-headless",{"_createdAt":58,"_id":59,"_rev":60,"_system":1182,"_type":64,"_updatedAt":65,"bio":1184,"name":75,"picture":1190,"showTop":25,"slug":1192,"socials":1193},{"base":1183},{"id":59,"rev":63},[1185],{"_key":68,"_type":15,"children":1186,"markDefs":1189,"style":24},[1187],{"_key":71,"_type":19,"marks":1188,"text":73},[],[],{"_type":77,"asset":1191},{"_ref":79,"_type":80},{"_type":34,"current":82},{"_type":84,"facebook":85,"linkedin":86,"x_twitter":87},{"_createdAt":89,"_id":37,"_rev":90,"_type":38,"_updatedAt":91,"description":92,"name":39,"slug":1195},{"_type":34,"current":41},"2026-06-22T09:10:00.000Z","Come si costruisce un ecommerce headless con Shopify Plus e Sanity: architettura, integrazione, vantaggi e dove si colloca nella matrice di complessità del Metodo ICT.",{"_type":77,"alt":1199,"asset":1200},"Sanity e Shopify Plus per l'ecommerce headless",{"_ref":1201,"_type":80},"image-e6164dd16f98942a83438a7d5eacbe4c5210835d-1672x941-png",{"_type":34,"current":1203},"sanity-shopify-plus-progetti-ecommerce-headless",{"_id":1205,"_type":55,"author":1206,"category":1219,"date":1221,"excerpt":1222,"mainImage":1223,"slug":1227,"title":1229},"ecommerce-cms-headless-per-ecommerce-bisogno",{"_createdAt":58,"_id":59,"_rev":60,"_system":1207,"_type":64,"_updatedAt":65,"bio":1209,"name":75,"picture":1215,"showTop":25,"slug":1217,"socials":1218},{"base":1208},{"id":59,"rev":63},[1210],{"_key":68,"_type":15,"children":1211,"markDefs":1214,"style":24},[1212],{"_key":71,"_type":19,"marks":1213,"text":73},[],[],{"_type":77,"asset":1216},{"_ref":79,"_type":80},{"_type":34,"current":82},{"_type":84,"facebook":85,"linkedin":86,"x_twitter":87},{"_createdAt":89,"_id":37,"_rev":90,"_type":38,"_updatedAt":91,"description":92,"name":39,"slug":1220},{"_type":34,"current":41},"2022-04-17T08:48:33.000+02:00","La costruzione di un ecommerce headless non permette al software ecommerce di controllare i contenuti... hai quindi bisogno di un CMS headless?",{"_type":77,"alt":1224,"asset":1225},"His head full of great ideas.jpeg",{"_ref":1226,"_type":80},"image-fbf422744a14dd4dc6198cad143f3222641357fc-1000x1000-jpg",{"_type":34,"current":1228},"cms-headless-per-ecommerce-bisogno","Un ecommerce headless ha bisogno di un CMS headless?",{"_id":1231,"_type":55,"author":1232,"category":1245,"date":1247,"excerpt":1248,"mainImage":1249,"slug":1253,"title":1255},"ecommerce-cosa-shopify-plus",{"_createdAt":58,"_id":59,"_rev":60,"_system":1233,"_type":64,"_updatedAt":65,"bio":1235,"name":75,"picture":1241,"showTop":25,"slug":1243,"socials":1244},{"base":1234},{"id":59,"rev":63},[1236],{"_key":68,"_type":15,"children":1237,"markDefs":1240,"style":24},[1238],{"_key":71,"_type":19,"marks":1239,"text":73},[],[],{"_type":77,"asset":1242},{"_ref":79,"_type":80},{"_type":34,"current":82},{"_type":84,"facebook":85,"linkedin":86,"x_twitter":87},{"_createdAt":89,"_id":37,"_rev":90,"_type":38,"_updatedAt":91,"description":92,"name":39,"slug":1246},{"_type":34,"current":41},"2024-04-14T16:22:54.000+02:00","Scopri cos'è Shopify Plus e come può aiutare le aziende a vendere di più e meglio.",{"_type":77,"alt":1250,"asset":1251},"cosa-shopify-plus.jpg",{"_ref":1252,"_type":80},"image-db374108b5d68baa1a5feaad68ac3d257de46594-1200x558-jpg",{"_type":34,"current":1254},"cosa-shopify-plus","Shopify Plus: cos'è","2024-12-15T07:45:58.753Z","Le agenzie spesso vendono progetti headless per gonfiare l'ego degli sviluppatori e il portafolio dei soci. Ma stanno facendo i tuoi interessi?",false,{"_type":77,"alt":1260,"asset":1261,"originalFilename":1263},"Gli svantaggi di un e-commerce headless",{"_ref":1262,"_type":80},"image-45dff3d08a117f7ffdfe75cbcba27ced2ed439a4-1672x941-png","Gli svantaggi di un e-commerce headless 2.png",{"_type":1265,"metadescription":1266,"metatitle":1267},"seoBlock","Hanno provato a spiegarti che hai bisogno di un e-commerce headless? leggi questo articolo prima di andare avanti senza farti problemi.","Svantaggi di un e-commerce headless",{"_type":34,"current":1269},"headless-ecommerce-svantaggi",[1271,1296],{"_createdAt":1272,"_id":1273,"_rev":1274,"_type":1275,"_updatedAt":1276,"color":1277,"name":106,"slug":1295},"2024-08-26T07:53:11Z","1674f997-39d2-4ea7-acc6-30dfaaf33993","31ZYHThkucP97gw3bGqbQr","tag","2025-01-09T08:32:48Z",{"_type":1278,"alpha":1279,"hex":1280,"hsl":1281,"hsv":1286,"rgb":1290},"color",1,"#3c7692",{"_type":1282,"a":1279,"h":1283,"l":1284,"s":1285},"hslaColor",199.53488372093022,0.403921568627451,0.41747572815533973,{"_type":1287,"a":1279,"h":1283,"s":1288,"v":1289},"hsvaColor",0.589041095890411,0.5725490196078431,{"_type":1291,"a":1279,"b":1292,"g":1293,"r":1294},"rgbaColor",146,118,60,{"_type":34,"current":316},{"_createdAt":1297,"_id":1298,"_rev":1299,"_type":1275,"_updatedAt":1300,"color":1301,"name":1314,"slug":1315},"2024-09-06T11:52:09Z","743e6fd6-9e72-4b6e-a03a-2439f589db36","ozq8uGlzlkluwdw2ba8qeq","2024-09-24T06:30:12Z",{"_type":1278,"alpha":1279,"hex":1302,"hsl":1303,"hsv":1307,"rgb":1310},"#0e4e8b",{"_type":1282,"a":1279,"h":1304,"l":1305,"s":1306},209.45240693933826,0.30021883000000005,0.819339579732557,{"_type":1287,"a":1279,"h":1304,"s":1308,"v":1309},0.9007,0.5462,{"_type":1291,"a":1279,"b":1311,"g":1312,"r":1313},139,78,14,"Shopify plus",{"_type":34,"current":1316},"shopify-plus","Gli svantaggi di un e-commerce headless (che nessuno ti dice)"]