**TL;DR.** Le commerce sans tête vous donne le contrôle du frontend et des performances de pointe au prix d'une complexité opérationnelle et d'un temps d'ingénierie. Le SaaS hébergé échange flexibilité contre rapidité de lancement et infrastructure gérée. Le point idéal en 2026 pour la plupart des commerçants est une plateforme hébergée qui offre des performances de niveau headless nativement (Cache Components + PPR), éliminant le choix.

## Ce que signifie réellement "commerce sans tête"

Le commerce sans tête découple le backend commercial (catalogue, commandes, inventaire) du frontend de la vitrine. Le frontend est une base de code séparée, généralement React/Next.js ou Astro, qui consomme le backend commercial via une API GraphQL ou REST.

Exemples célèbres :

- **Shopify Hydrogen** : Le framework sans tête de Shopify, hébergé sur Oxygen.
- **BigCommerce + Next.js Commerce** : L'API Storefront de BC consommée par un frontend Next.js.
- **commercetools + Next.js personnalisé** : architecture de commerce entièrement composable.
- **Magento PWA Studio** : La solution PWA sans tête de Magento.

Le commerce hébergé (ou "monolithique") garde le frontend et le backend sur une seule plateforme. Les thèmes Shopify par défaut, les thèmes BigCommerce Stencil, les thèmes par défaut de WooCommerce et Squarespace Commerce sont hébergés.

## Ce que résout le sans tête

Trois problèmes réels :

1. **Personnalisation du frontend au-delà de ce qu'un thème permet.** Les marques avec des exigences UX distinctives (configurateurs personnalisés, vues de produits AR, constructeurs de bundles complexes) atteignent souvent les limites des thèmes.
2. **Réutilisation de contenu multi-canal.** Une équipe gérant une vitrine web, une application mobile et un kiosque en magasin souhaite un backend servant les trois.
3. **Performance de rendu en périphérie.** Un frontend sans tête bien conçu sur Vercel/Cloudflare/Netlify peut servir depuis des POP en périphérie en <50ms TTFB, battant de manière décisive les piles PHP monolithiques.

Si aucun de ces problèmes n'est pressant pour votre entreprise, le sans tête est une surcharge sans bénéfice.

## Ce que coûte le sans tête

Lignes de coûts réelles :

| Coût                          | Hébergé (Ordiko)  | Sans tête (typique)                                       |
| ----------------------------- | ---------------- | -------------------------------------------------------- |
| Abonnement à la plateforme     | 19–149 $/mois    | 40–600 $/mois (niveau Shopify Plus + Hydrogen Oxygen, etc.) |
| Hébergement du frontend       | Inclus           | 20–500 $/mois (Vercel/Netlify Pro)                         |
| CMS sans tête                | Non nécessaire    | 100–2,000 $/mois (Sanity, Contentful, Storyblok)            |
| Ingénierie frontend           | Optionnel        | 1–3 ETP en cours                                          |
| DevOps / pipeline de déploiement | Non nécessaire  | 0.5–1 ETP en cours                                         |
| Total mensuel réaliste       | 19–149 $         | 5,000–50,000 $+                                          |

L'augmentation est d'un à deux ordres de grandeur. Cela ne vaut la peine que si les capacités sans tête résolvent un problème stratégique.

## Comparaison de performance

La performance dépend plus de la qualité de l'ingénierie que du choix architectural. Points de données du monde réel (médiane CWV des vitrines observables publiquement) :

| Architecture                          | LCP        | INP        | CLS        |
| ------------------------------------- | ---------- | ---------- | ---------- |
| Thème Liquid par défaut de 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 (sans tête)      | 1.0–2.0s   | 80–200ms   | <0.10      |
| Magento non réglé                     | 4.0–8.0s   | 400–1000ms | 0.15–0.30  |
| Magento réglé                         | 1.8–2.8s   | 180–350ms  | 0.05–0.15  |
| Magento PWA Studio (sans tête)         | 1.0–2.0s   | 100–250ms  | <0.10      |
| **Ordiko (hébergé + PPR)**             | **1.0–1.8s** | **80–160ms** | **<0.05** |

Ordiko est inclus pour faire un point : une plateforme hébergée avec Next.js 16 + Cache Components + PPR offre des performances de niveau sans tête sans la surcharge opérationnelle. C'est l'architecture "meilleur des deux mondes" en 2026.

## Équivalence SEO

Le sans tête n'améliore pas automatiquement le SEO. En pratique, les équipes expédiant sans tête régresse souvent car les surfaces SEO de base sont réimplémentées de manière incomplète.

Surfaces requises (quelle que soit l'architecture) :

- Titre méta par entité, description méta, canonique, hreflang.
- HTML rendu par le serveur (pas uniquement React côté client).
- JSON-LD Produit, Organisation, Fil d'Ariane, FAQ.
- Champs de schéma 2026 : `hasMerchantReturnPolicy`, `shippingDetails`.
- Sitemap XML (paginé pour les grands catalogues).
- robots.txt avec politique de crawler AI.
- llms.txt et llms-full.txt.
- IndexNow sur les mutations.
- Historique des slugs + redirections 301 + chemins 410 disparus.

Si le sans tête vous oblige à reconstruire tout ce qui précède à partir de zéro, la décision architecturale est également une décision "Allons-nous prendre le SEO au sérieux ?". De nombreuses équipes sous-estiment cela et expédient un frontend magnifique avec un SEO cassé.

## Quand choisir le sans tête

- Chiffre d'affaires annuel > 5 M$.
- Capacité d'ingénierie frontend interne (≥ 2 ETP).
- Besoin stratégique de différenciation frontend (configurateurs personnalisés, AR, UX de marque).
- Réutilisation multi-canal (web + app + kiosque).
- Vous gérez déjà un site riche en contenu sur un CMS sans tête.

## Quand choisir l'hébergé

- Vous n'avez pas ou ne voulez pas d'ingénierie frontend interne.
- La rapidité de lancement compte plus que la différenciation frontend.
- Votre équipe préfère la simplicité opérationnelle à la flexibilité.
- Vous êtes en dessous du seuil de 5 M$ de revenus où le TCO sans tête devient proportionnel.

## Quand choisir l'hybride (Ordiko)

- Vous voulez des performances de niveau sans tête sans faire fonctionner deux systèmes.
- Vous voulez des surfaces SEO 2026 intégrées, pas construites à partir de zéro.
- Vous voulez plusieurs magasins nativement sans les composer.
- Votre équipe est à l'aise avec React/Next.js mais ne veut pas de responsabilité DevOps.

## FAQ

**Le sans tête performe-t-il toujours mieux ?**
Non. Le sans tête sur une pile Next.js ou Astro bien conçue bat généralement le Liquid par défaut de Shopify ou le PHP de Magento. Le sans tête sur une application React mal conçue sans mise en cache peut être plus lent que l'équivalent hébergé. La plateforme n'est pas le déterminant ; l'ingénierie l'est.

**Ordiko est-il sans tête ?**
Ordiko offre des performances de niveau sans tête grâce à Next.js 16 Cache Components + PPR tout en étant expédié comme une seule base de code gérée. Vous ne gérez pas deux systèmes. Pour les équipes qui veulent la rapidité du sans tête sans le fardeau opérationnel, c'est le point idéal.

**Quand le sans tête a-t-il un sens économique ?**
En gros au-dessus de 5 M$ de revenus annuels avec une capacité d'ingénierie frontend interne, ou pour des marques où la différenciation frontend est au cœur du positionnement. En dessous de ce seuil, le TCO favorise l'hébergé.

**Puis-je faire de l'optimisation de recherche AI sur le sans tête ?**
Oui, mais vous réimplémentez tout. Générer llms.txt, jumeaux Markdown, politiques de crawler AI, et hreflang par entité sur une configuration sans tête signifie écrire des gestionnaires de routes pour chaque surface. Ordiko expédie ces éléments par défaut.