Problém obchodního monolitu

V roce 2026 je většina e-commerce podniků stále uvězněna ve variantě stejného problému: monolitická platforma (WooCommerce, Magento, Salesforce Commerce Cloud) kde jsou frontend a backend těsně propojeny. Šablona PHP generuje HTML na server, téma je upravováno desítkami pluginů a každá aktualizace je rizikem.

Výsledek je předvídatelný: pomalé weby (průměrný LCP neoptimalizovaného webu WooCommerce: 4-6 sekund), tuhý design, který nemůže konkurovat nativním zkušenostem konkurentů, neschopnost vytvářet mobilní aplikace se stejnou obchodní logikou a časem uvedení na trh týdnů pro změny, které by měly trvat hodiny.

Bezhlavý obchod je architektonickou odpovědí na tyto problémy: obchodní backend (produkty, objednávky, košík, pokladna, platby) je oddělený od všech ostatních frontend. Backend odhaluje pouze API (REST nebo GraphQL) a frontend může být jakýkoli co: web React, mobilní aplikace, aplikace pro chytré hodinky, instalace v obchodě.

Jak funguje bezhlavý obchod

V tradiční bezhlavé architektuře:

  • Backendový obchod: spravuje produktový katalog, objednávky, inventář, ceny, akce, pokladna a platby. Vše odhaluje přes API.
  • Frontend (výklad): samostatná webová nebo mobilní aplikace, která volá Backend API pro načtení dat a jejich prezentaci uživateli. Žádná obchodní logika zde není.
  • API brána (volitelné): centrální orchestrátor, který spravuje autentizaci, omezení rychlosti a směrování mezi službami. 
// Esempio di chiamata API in uno storefront headless con Shopify Storefront API

const STOREFRONT_API_URL = 'https://mystore.myshopify.com/api/2024-01/graphql.json';

const GET_PRODUCTS_QUERY = `
  query GetProducts($first: Int!, $cursor: String) {
    products(first: $first, after: $cursor) {
      pageInfo {
        hasNextPage
        endCursor
      }
      nodes {
        id
        title
        handle
        priceRange {
          minVariantPrice { amount currencyCode }
        }
        images(first: 1) {
          nodes { url altText }
        }
      }
    }
  }
`;

async function fetchProducts(cursor?: string) {
  const response = await fetch(STOREFRONT_API_URL, {
    method: 'POST',
    headers: {
      'Content-Type': 'application/json',
      'X-Shopify-Storefront-Access-Token': process.env.SHOPIFY_STOREFRONT_TOKEN!,
    },
    body: JSON.stringify({
      query: GET_PRODUCTS_QUERY,
      variables: { first: 20, cursor },
    }),
  });
  return response.json();
}

Skutečné výhody bezhlavého obchodování

Vynikající výkon

Výloha React s Next.js, ISR (Incremental Static Regeneration) a optimalizovanými obrázky může dosáhnout LCP 1,2-1,8 sekundy oproti 4-6 sekundám pro průměrné téma WooCommerce. Společnosti, které přešly na bezhlavou, hlásí nárůst konverzních poměrů o 10–15 %, který lze připsat ke zlepšení výkonu (zdroj: Netlify Commerce Report 2025).

Flexibilita ve frontendu

Frontendový tým může používat React, Vue, Angular, Svelte nebo jakýkoli moderní framework bez vazby na šablonový systém CMS. Komponenty uživatelského rozhraní jsou testovatelné, opakovaně použitelné a jsou verzovány odděleně od obchodní logiky.

Nativní Omnikanál

Stejný obchodní backend obsluhuje web, mobilní aplikaci, kiosky v obchodech, integrace B2B a jakýkoli budoucí kanál. Jediný produktový katalog, jednotný objednávkový systém, zkušenosti různé pro každý bod kontaktu.

Nezávislá škálovatelnost

Frontend a backend se škálují nezávisle. Během Černého pátku frontend (statický na CDN) zpracovává neomezené špičky provozu, zatímco backend se přizpůsobuje pouze skutečným pokladnám.

Skryté náklady: Když bezhlavý nedává smysl

Zde se mnoho bezhlavých průvodců zastaví, ale realita je mnohem jemnější:

Bezhlavý obchod: skutečné náklady

  • Vyšší TCO: Bezhlavá implementace stojí 3-5x ve srovnání s a téma na spravované platformě. Platíte za vlastní vývoj frontendu, integraci mezi systémy, samostatný hosting a průběžná údržba.
  • Provozní složitost: více systémů = více bodů selhání. Potřebujete řídit koordinovaná nasazení, distribuované monitorování a pohotovostní služby pro celý balík.
  • Větší tým: potřebujete tým s pokročilými dovednostmi frontendu (React/Next.js), nejen vývojář WooCommerce. Pro malé a střední podniky je to často hlavní blok.
  • Základní funkce nejsou součástí dodávky: systémy e-mailového marketingu, věrnostní programy, live chat — vše, co monolit standardně obsahuje, musí být integrováno ručně.

Rozhodovací rámec: Bezhlavý nebo ne?

Upřímná odpověď na otázku "mám jít bez hlavy?":

Použijte Headless, pokud:

  • Máte tým alespoň 2-3 specializovaných frontend vývojářů
  • Váš konverzní poměr je výrazně ovlivněn aktuálním výkonem
  • Musíte obsluhovat 3+ kanály (web, mobil, prodejna) se stejnou logikou
  • Máte požadavky na přizpůsobení, které váš aktuální motiv nemůže splnit
  • Objem transakce odůvodňuje investici (>1 mil. EUR/rok)

Zůstane vám monolit (optimalizovaný), pokud:

  • Váš tým je malý (1–2 vývojáři) a nemá žádné zkušenosti s React/Next.js
  • Jste stále v raných fázích přizpůsobení produktovému trhu
  • Váš katalog je jednoduchý (< 1000 produktů) a provoz je mírný
  • Vaše potřeby přizpůsobení pokrývají stávající pluginy
  • Nemáte rozpočet na úplnou bezhlavou implementaci (<50 000 EUR)

Zvažte hybridní (skládací) přístup:

  • Použijte výkonné téma (Shopify 2.0 + Vodík pro konkrétní díly) namísto plného bezhlavého
  • Přejděte bezhlavě na konkrétní kanály (pouze pro mobily) a zároveň udržujte svůj web v tématu
  • Migrujte postupně: nejprve frontend, pak možná backend

Bezhlavé platformy v roce 2026

Krajina bezhlavých platforem se sjednotila do tří kategorií:

SaaS platformy s Headless API

  • Shopify: vedoucí postavení na trhu s Storefront API GraphQL a Hydrogen (React oficiální rámec). Pro většinu případů nejbezpečnější volba.
  • commercetools: MACH-nativní, API-first design enterprise platform. Výkonný, ale drahý (od 50 000 $ ročně).

Samoobslužný open-source

  • Medusa.js: Node.js/TypeScript, modulární architektura, nejlepší alternativa bezhlavý open-source v roce 2026.
  • Saleor: Python/Django se 100% nativním GraphQL, skvělé pro týmy Python.
  • Bezhlavý WooCommerce: Možné, ale ne ideální — WP REST API má omezení výkon a struktura není API-first.

Závěry

Bezhlavé obchodování není univerzální řešení: je to architektonická volba skutečné přínosy a skutečné náklady. Největší prospěch mají týmy s potřebami pokročilé přizpůsobení, kompetentní frontend týmy a obchodní objem, který odůvodňuje investici.

V dalším díle této série se ponoříme hlouběji do architektury MACH (Microservices, API-first, Cloud-native, Headless) — definující architektonický plán způsob budování moderního elektronického obchodování na podnikové úrovni.

Další v řadě MACH Commerce Architecture →