**TL;DR.** Il commercio headless ti offre controllo sul frontend e prestazioni edge a costo di complessità operativa e tempo di ingegneria. SaaS ospitato scambia flessibilità per velocità di lancio e infrastruttura gestita. Il punto dolce del 2026 per la maggior parte dei commercianti è una piattaforma ospitata che offre prestazioni di livello headless nativamente (Cache Components + PPR), eliminando la scelta.

## Cosa significa realmente "commercio headless"

Il commercio headless separa il backend commerciale (catalogo, ordini, inventario) dal frontend del negozio. Il frontend è un codice separato, tipicamente React/Next.js o Astro, che consuma il backend commerciale tramite un'API GraphQL o REST.

Esempi famosi:

- **Shopify Hydrogen**: il framework headless di Shopify, ospitato su Oxygen.
- **BigCommerce + Next.js Commerce**: l'API Storefront di BC consumata da un frontend Next.js.
- **commercetools + Next.js personalizzato**: architettura di commercio composabile completa.
- **Magento PWA Studio**: la soluzione PWA headless di Magento.

Il commercio ospitato (o "monolitico") mantiene frontend e backend su un'unica piattaforma. I temi predefiniti di Shopify, i temi Stencil di BigCommerce, i temi predefiniti di WooCommerce e Squarespace Commerce sono ospitati.

## Cosa risolve il headless

Tre problemi reali:

1. **Personalizzazione del frontend oltre ciò che un tema consente.** I marchi con requisiti UX distintivi (configuratori personalizzati, visualizzazioni di prodotto AR, costruttori di bundle complessi) spesso raggiungono i limiti dei temi.
2. **Riutilizzo dei contenuti multi-canale.** Un team che gestisce un negozio web più un'app mobile più un chiosco in negozio desidera un backend che serva tutti e tre.
3. **Prestazioni di rendering edge.** Un frontend headless ben progettato su Vercel/Cloudflare/Netlify può servire da edge POP in <50ms TTFB, superando decisamente gli stack PHP monolitici.

Se nessuno di questi è un problema urgente per la tua attività, il headless è un sovraccarico senza beneficio.

## Cosa costa il headless

Voci di costo reali:

| Costo                          | Ospitato (Ordiko)  | Headless (tipico)                                       |
| ----------------------------- | ---------------- | -------------------------------------------------------- |
| Abbonamento alla piattaforma   | $19–$149/mo      | $40–$600/mo (livello Shopify Plus + Hydrogen Oxygen, ecc.) |
| Hosting frontend               | Incluso          | $20–$500/mo (Vercel/Netlify Pro)                         |
| Headless CMS                   | Non necessario    | $100–$2,000/mo (Sanity, Contentful, Storyblok)            |
| Ingegneria frontend            | Facoltativa      | 1–3 FTE in corso                                          |
| DevOps / pipeline di distribuzione | Non necessario    | 0.5–1 FTE in corso                                         |
| Totale mensile realistico      | $19–$149         | $5,000–$50,000+                                          |

L'aumento è di uno o due ordini di grandezza. Ne vale la pena solo se le capacità headless risolvono un problema strategico.

## Confronto delle prestazioni

Le prestazioni dipendono più dalla qualità dell'ingegneria che dalla scelta architettonica. Punti dati del mondo reale (CWV mediano da negozi osservabili pubblicamente):

| Architettura                          | LCP        | INP        | CLS        |
| ------------------------------------- | ---------- | ---------- | ---------- |
| Tema Liquid predefinito di Shopify    | 2.0–3.5s   | 200–400ms  | 0.05–0.20  |
| Shopify Hydrogen + Oxygen             | 1.2–2.2s   | 100–250ms  | <0.10      |
| BigCommerce Stencil                   | 2.0–3.0s   | 150–350ms  | 0.05–0.15  |
| BC + Next.js Commerce (headless)      | 1.0–2.0s   | 80–200ms   | <0.10      |
| Magento non ottimizzato               | 4.0–8.0s   | 400–1000ms | 0.15–0.30  |
| Magento ottimizzato                   | 1.8–2.8s   | 180–350ms  | 0.05–0.15  |
| Magento PWA Studio (headless)         | 1.0–2.0s   | 100–250ms  | <0.10      |
| **Ordiko (ospitato + PPR)**           | **1.0–1.8s** | **80–160ms** | **<0.05** |

Ordiko è incluso per fare un punto: una piattaforma ospitata con Next.js 16 + Cache Components + PPR offre prestazioni di livello headless senza il sovraccarico operativo. È l'architettura "migliore di entrambi i mondi" nel 2026.

## Equivalenza SEO

Il headless non migliora automaticamente la SEO. In pratica, i team che lanciano headless spesso regrediscono perché le superfici SEO di base vengono re-implementate in modo incompleto.

Superfici richieste (qualunque sia l'architettura):

- Meta titolo, meta descrizione, canonico, hreflang per entità.
- HTML renderizzato dal server (non solo client React).
- JSON-LD per Prodotto, Organizzazione, Breadcrumb, FAQ.
- Campi schema 2026: `hasMerchantReturnPolicy`, `shippingDetails`.
- Sitemap XML (paginata per cataloghi grandi).
- robots.txt con politica per crawler AI.
- llms.txt e llms-full.txt.
- IndexNow su mutazioni.
- Cronologia degli slug + reindirizzamenti 301 + percorsi 410 non più disponibili.

Se il headless richiede di ricostruire tutto quanto sopra da zero, la decisione architettonica è anche una decisione "Stiamo prendendo sul serio la SEO?". Molti team sottovalutano questo e lanciano un bellissimo frontend con SEO rotto.

## Quando scegliere il headless

- Fatturato annuale > $5M.
- Capacità di ingegneria frontend interna (≥ 2 FTE).
- Necessità strategica di differenziazione del frontend (configuratori personalizzati, AR, UX di livello brand).
- Riutilizzo multi-canale (web + app + chiosco).
- Stai già gestendo un sito ricco di contenuti su un CMS headless.

## Quando scegliere l'ospitato

- Non hai o non vuoi ingegneria frontend interna.
- La velocità di lancio conta più della differenziazione del frontend.
- Il tuo team preferisce la semplicità operativa rispetto alla flessibilità.
- Sei al di sotto della soglia di $5M di fatturato dove il TCO headless diventa proporzionale.

## Quando scegliere l'ibrido (Ordiko)

- Vuoi prestazioni di livello headless senza gestire due sistemi.
- Vuoi superfici SEO del 2026 integrate, non costruite da zero.
- Vuoi multi-store nativo senza comporlo.
- Il tuo team è a suo agio con React/Next.js ma non vuole responsabilità di devops.

## FAQ

**Il headless offre sempre prestazioni migliori?**
No. Il headless su uno stack Next.js o Astro ben progettato supera tipicamente il Liquid predefinito di Shopify o il PHP di Magento. Il headless su un'app React mal progettata senza caching può essere più lento dell'equivalente ospitato. La piattaforma non è il fattore determinante; l'ingegneria lo è.

**Ordiko è headless?**
Ordiko offre prestazioni di livello headless tramite Next.js 16 Cache Components + PPR mentre viene distribuito come un'unica base di codice gestita. Non gestisci due sistemi. Per i team che desiderano la velocità del headless senza il carico operativo, questo è il punto dolce.

**Quando ha senso economico il headless?**
Circa sopra i $5M di fatturato annuale con capacità di ingegneria frontend interna, o per marchi in cui la differenziazione del frontend è fondamentale per il posizionamento. Sotto quella soglia, il TCO favorisce l'ospitato.

**Posso fare ottimizzazione della ricerca AI su headless?**
Sì, ma devi re-implementare tutto. Generare llms.txt, gemelli Markdown, politiche per crawler AI e hreflang per entità su un setup headless significa scrivere gestori di route per ogni superficie. Ordiko fornisce questi come predefiniti.