**TL;DR.** O comércio headless oferece controle sobre o frontend e desempenho de ponta a ponta à custa de complexidade operacional e tempo de engenharia. SaaS hospedado troca flexibilidade por velocidade de lançamento e infraestrutura gerenciada. O ponto ideal de 2026 para a maioria dos comerciantes é uma plataforma hospedada que oferece desempenho de nível headless nativamente (Cache Components + PPR), eliminando a escolha.

## O que "comércio headless" realmente significa

O comércio headless desacopla o backend de comércio (catálogo, pedidos, inventário) do frontend da loja. O frontend é uma base de código separada, tipicamente React/Next.js ou Astro, que consome o backend de comércio via uma API GraphQL ou REST.

Exemplos famosos:

- **Shopify Hydrogen**: O framework headless da Shopify, hospedado no Oxygen.
- **BigCommerce + Next.js Commerce**: A API Storefront da BC consumida por um frontend Next.js.
- **commercetools + Next.js personalizado**: arquitetura de comércio totalmente composável.
- **Magento PWA Studio**: A solução PWA headless da Magento.

O comércio hospedado (ou "monolítico") mantém frontend e backend em uma única plataforma. Temas padrão da Shopify, temas Stencil da BigCommerce, temas padrão do WooCommerce e Squarespace Commerce são hospedados.

## O que o headless resolve

Três problemas reais:

1. **Personalização do frontend além do que um tema permite.** Marcas com requisitos de UX distintos (configuradores personalizados, visualizações de produtos em AR, construtores de pacotes complexos) frequentemente atingem os limites dos temas.
2. **Reutilização de conteúdo em múltiplos canais.** Uma equipe que opera uma loja online, um aplicativo móvel e um quiosque na loja deseja um backend que sirva os três.
3. **Desempenho de renderização em edge.** Um frontend headless bem projetado no Vercel/Cloudflare/Netlify pode servir a partir de POPs de edge em <50ms TTFB, superando pilhas PHP monolíticas de forma decisiva.

Se nenhum desses problemas é urgente para o seu negócio, o headless é uma sobrecarga sem benefício.

## O que o headless custa

Itens reais:

| Custo                          | Hospedado (Ordiko)  | Headless (típico)                                       |
| ----------------------------- | ---------------- | -------------------------------------------------------- |
| Assinatura da plataforma       | $19–$149/mês      | $40–$600/mês (nível Shopify Plus + Hydrogen Oxygen, etc.) |
| Hospedagem do frontend         | Incluído         | $20–$500/mês (Vercel/Netlify Pro)                         |
| Headless CMS                   | Não necessário    | $100–$2,000/mês (Sanity, Contentful, Storyblok)            |
| Engenharia do frontend          | Opcional         | 1–3 FTEs contínuos                                        |
| DevOps / pipeline de implantação | Não necessário    | 0.5–1 FTE contínuo                                       |
| Total realista mensal          | $19–$149         | $5,000–$50,000+                                          |

A diferença é de uma a duas ordens de magnitude. Só vale a pena se as capacidades headless resolverem um problema estratégico.

## Comparação de desempenho

O desempenho depende mais da qualidade da engenharia do que da escolha arquitetônica. Pontos de dados do mundo real (mediana CWV de lojas publicamente observáveis):

| Arquitetura                          | LCP        | INP        | CLS        |
| ------------------------------------- | ---------- | ---------- | ---------- |
| Tema padrão Liquid da 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 não ajustado                  | 4.0–8.0s   | 400–1000ms | 0.15–0.30  |
| Magento ajustado                       | 1.8–2.8s   | 180–350ms  | 0.05–0.15  |
| Magento PWA Studio (headless)         | 1.0–2.0s   | 100–250ms  | <0.10      |
| **Ordiko (hospedado + PPR)**          | **1.0–1.8s** | **80–160ms** | **<0.05** |

Ordiko é incluído para fazer um ponto: uma plataforma hospedada com Next.js 16 + Cache Components + PPR oferece desempenho de nível headless sem a sobrecarga operacional. É a arquitetura "melhor dos dois mundos" em 2026.

## Equivalência de SEO

Headless não melhora automaticamente o SEO. Na prática, equipes que implementam headless frequentemente regredem porque superfícies básicas de SEO são reimplementadas de forma incompleta.

Superfícies necessárias (qualquer que seja a arquitetura):

- Meta título, meta descrição, canônico, hreflang por entidade.
- HTML renderizado no servidor (não apenas React no cliente).
- JSON-LD de Produto, Organização, Breadcrumb, FAQ.
- Campos de schema 2026: `hasMerchantReturnPolicy`, `shippingDetails`.
- Sitemap XML (paginado para grandes catálogos).
- robots.txt com política de crawler de IA.
- llms.txt e llms-full.txt.
- IndexNow em mutações.
- Histórico de slug + redirecionamentos 301 + caminhos 410 gone.

Se o headless exigir que você reconstrua tudo isso do zero, a decisão arquitetônica também é uma decisão de "Vamos levar o SEO a sério?". Muitas equipes subestimam isso e lançam um frontend bonito com SEO quebrado.

## Quando escolher headless

- Receita anual > $5M.
- Capacidade de engenharia frontend interna (≥ 2 FTEs).
- Necessidade estratégica de diferenciação do frontend (configuradores personalizados, AR, UX de nível de marca).
- Reutilização em múltiplos canais (web + app + quiosque).
- Você já está operando um site rico em conteúdo em um headless CMS.

## Quando escolher hospedado

- Você não tem ou não quer engenharia frontend interna.
- Velocidade de lançamento importa mais do que diferenciação do frontend.
- Sua equipe prefere simplicidade operacional em vez de flexibilidade.
- Você está abaixo da marca de receita de $5M onde o TCO headless se torna proporcional.

## Quando escolher o híbrido (Ordiko)

- Você quer desempenho de nível headless sem operar dois sistemas.
- Você quer superfícies de SEO de 2026 integradas, não construídas do zero.
- Você quer múltiplas lojas nativas sem compô-las.
- Sua equipe está confortável com React/Next.js, mas não quer responsabilidade de devops.

## FAQ

**O headless sempre tem um desempenho melhor?**
Não. Headless em uma pilha bem projetada de Next.js ou Astro geralmente supera o Liquid padrão da Shopify ou o PHP da Magento. Headless em um aplicativo React mal projetado sem cache pode ser mais lento do que o equivalente hospedado. A plataforma não é o determinante; a engenharia é.

**Ordiko é headless?**
Ordiko oferece desempenho de nível headless através do Next.js 16 Cache Components + PPR enquanto é enviado como uma única base de código gerenciada. Você não gerencia dois sistemas. Para equipes que desejam a velocidade do headless sem o ônus operacional, este é o ponto ideal.

**Quando o headless faz sentido econômico?**
Aproximadamente acima de $5M de receita anual com capacidade de engenharia frontend interna, ou para marcas onde a diferenciação do frontend é central para o posicionamento. Abaixo desse limite, o TCO favorece o hospedado.

**Posso fazer otimização de busca com IA em headless?**
Sim, mas você reimplementa tudo. Gerar llms.txt, gêmeos Markdown, políticas de crawler de IA e hreflang por entidade em uma configuração headless significa escrever manipuladores de rota para cada superfície. Ordiko envia isso como padrões.