Průvodce Contentful CMS: funkce, ceník, GraphQL API a ukázky kódu [2026]

Průvodce Contentful CMS: funkce, ceník, GraphQL API a ukázky kódu [2026]

Contentful je API-first headless CMS, který ukládá váš obsah v centrálním hubu a doručuje ho přes REST a GraphQL API do libovolného frontendu — web, mobil, IoT, digitální obrazovky, prostě cokoliv stavíte. Tento průvodce pokrývá vše, co konkurence vynechává: skutečné ukázky kódu, reálná čísla ceníku a upřímná omezení.

V produkci používáme Sanity (přímý konkurent Contentful) na čtyřech webech a v deseti jazycích, takže k tomu přistupujeme z pohledu praktiků, ne jako prodejní pitch.

Rychlé shrnutí

Co je Contentful?

Contentful je cloud-native, API-first headless CMS — nebo jak ho firma dnes nazývá, „composable content platform". Na rozdíl od tradičních systémů jako WordPress, které spojují správu obsahu s frontendem, Contentful ukládá strukturovaný obsah centrálně a doručuje ho přes API do jakéhokoliv kanálu, který potřebujete.

Klíčovým konceptem je decoupled architektura. Váš obsah žije v cloudu Contentful. Váš frontend — ať už je to Next.js web, React Native aplikace, nebo chytrý displej — si obsah stahuje přes API Contentful v build time nebo runtime. Obsah neví a nestará se o to, kde skončí.

Contentful byl založen v Berlíně v roce 2013 a vyrostl v jednoho z největších vendorů v oblasti headless CMS. Značky jako Spotify, Vodafone, Chanel a Atlassian na něm provozují své obsahové operace. Není open source a neexistuje self-hosted varianta — je to čistě SaaS, což hraje roli, pokud máte compliance omezení kolem datové rezidence.

Podle oficiální dokumentace Contentful se platforma позиčuje jako infrastruktura pro obsah — content hub, který sedí mezi vaším editorským týmem a vašimi digitálními produkty.

Jak Contentful funguje?

Contentful sleduje třívrstvou architekturu: definujete Content Model (schéma), vytváříte Content (záznamy) a doručujete ho přes API. Obsah je channel-agnostic — ten samý blogový článek může pohánět váš web, mobilní aplikaci i e-mailový newsletter bez jakéhokoliv duplikování.

Všechno prochází přes API. Není tu žádné vestavěné server-side renderování, žádné šablony, žádná vrstva témat. Frontend si postavíte jak chcete a Contentful se stará o uložení a doručení obsahu.

Tři API

Contentful nabízí tři odlišná API, každé s vlastním účelem a autentizací:

• Content Delivery API (CDA): Read-only přístup k publikovanému obsahu. Postaveno na CDN Fastly, takže cachované požadavky jsou rychlé a neomezené. Necachované požadavky jsou omezeny na 55 za sekundu.
• Content Management API (CMA): Read-write přístup pro programové vytváření a úpravu obsahu. Omezeno na 10 požadavků za sekundu. Tohle využijete pro migrace, hromadné importy nebo CI/CD pipeline.
• Content Preview API (CPA): Stejné jako CDA, ale servíruje koncepty. Ideální pro budování preview režimů ve frontendu — editoři vidí nepublikované změny před tím, než zmáčkou publikovat.

Všechna tři podporují REST i GraphQL. Autentizace probíhá přes Bearer tokeny, s oddělenými tokeny pro delivery a management.

Prostředí a Spaces

Spaces si představte jako projekty a Environments jako git větve pro váš obsah. Můžete mít master prostředí pro produkci a staging prostředí, kde editoři pracují, aniž by ovlivnili živý obsah.

Environments podporují aliasing — alias master můžete nasměrovat na nové prostředí pro content promotion bez výpadku. Pokud vybíráte frontend framework, který s Contentful spárujete, tento model prostředí dobře funguje s preview deploys na platformách jako Vercel nebo Netlify.

Webhooky vám umožní spouštět buildy, synchronizovat s externími systémy nebo zahajovat workflow pokaždé, když se obsah změní. Většina týmů je napojuje na svou CI/CD pipeline, aby se statický web přebuildoval při každé publikaci.

Content modeling v Contentful

Content modeling je místo, kde definujete strukturu svého obsahu — „schéma", které určuje, jaká pole existují, jaký typ dat nesou a jak spolu typy obsahu souvisejí. Podle našich zkušeností je tohle oblast, kde Contentful opravdu vyniká oproti jednodušším CMS.

V podstatě navrhujete obsahové schéma, podobné databázovým tabulkám, ale flexibilnější. Typ obsahu „Blog Post" může mít title (krátký text), body (rich text), author (reference na typ obsahu Author) a tags (pole řetězců). Každý záznam, který vytvoříte, se řídí touto strukturou.

Typy polí a validace

Contentful nabízí solidní škálu typů polí:

• Short text (Symbol): Titulky, slugy, popisky — do 256 znaků
• Long text (Text): Markdown nebo prostý text, bez limitu znaků
• Rich text: Založený na JSON (ne HTML), dává vám plnou kontrolu nad renderováním
• Number: Celé nebo desetinné číslo
• Date/Time: Formát ISO 8601
• Boolean: Přepínače true/false
• Media (Asset): Obrázky, videa, dokumenty — uložené v asset pipeline Contentful
• Reference (Link): Propojení záznamů s dalšími záznamy nebo assety
• JSON Object: Volně strukturovaná data
• Location: Páry zeměpisné šířky/délky

Každé pole podporuje validace: required, unique, regex vzory, limity velikosti a vlastní validační zprávy. Můžete také nastavit možnosti zobrazení, které řídí, jak se pole vykresluje v editorském UI.

Reference a propojené záznamy

Reference jsou způsob, jak propojujete typy obsahu. Reference „Author" na Blog Post odkazuje na záznam Author. Pole „Related Posts" může odkazovat na více záznamů Blog Post. Vzniká tak obsahový graf — záznamy propojené se záznamy, dotazovatelné v jednom API volání.

Takhle ve skutečnosti vypadá definice typu obsahu Blog Post, když ji vytváříte přes Content Management API:

{
  "name": "Blog Post",
  "fields": [
    { "id": "title", "type": "Symbol", "required": true },
    { "id": "slug", "type": "Symbol", "validations": [{ "unique": true }] },
    { "id": "body", "type": "RichText" },
    { "id": "author", "type": "Link", "linkType": "Entry" },
    { "id": "publishDate", "type": "Date" },
    { "id": "tags", "type": "Array", "items": { "type": "Symbol" } }
  ]
}

Tohle je přesně ten typ věci, který byste uložili do verzovacího systému a aplikovali přes migrační skripty. Žádný konkurent ve svých průvodcích Contentful tohle neukazuje — mluví o content modelingu abstraktně, aniž by ukázali, jak to reálně vypadá v kódu.

Dotazování obsahu: REST a GraphQL API

Contentful poskytuje REST i GraphQL API pro stahování obsahu. REST je přímočarý pro jednoduché dotazy. GraphQL je lepší, když potřebujete vnořená data, více typů obsahu v jednom požadavku, nebo se chcete vyhnout over-fetchingu. Oba používají stejné autentizační tokeny.

GraphQL endpoint se automaticky generuje z vašeho content modelu. Každý typ obsahu, který vytvoříte, se stane dotazovatelným typem ve schématu, s vestavěným filtrováním, řazením a stránkováním. Endpoint se nachází na:

https://graphql.contentful.com/content/v1/spaces/{SPACE_ID}

Podle GraphQL dokumentace Contentful se schéma automaticky aktualizuje pokaždé, když upravíte typy obsahu — žádná manuální správa schématu není potřeba.

Příklady GraphQL dotazů

Tady je základní dotaz pro stažení deseti nejnovějších blogových příspěvků s jejich autory:

query {
  blogPostCollection(limit: 10, order: publishDate_DESC) {
    items {
      title
      slug
      publishDate
      author {
        name
      }
    }
  }
}

Potřebujete filtrovat podle tagu a stáhnout obsah v němčině? Přidejte klauzuli where a parametr locale:

query {
  blogPostCollection(
    where: { tags_contains_some: ["javascript"] }
    locale: "de"
  ) {
    items {
      title
      body {
        json
      }
    }
  }
}

Na co si dát pozor: GraphQL dotazy mají limity complexity. Hluboce vnořené dotazy s více propojenými referencemi mohou narazit na strop. Contentful počítá complexitu na základě počtu uzlů a hloubky dotazu. Pokud stahujete blogové příspěvky s autory, kategoriemi, souvisejícími příspěvky a autorem každého souvisejícího příspěvku, rychle se to nasčítá.

Základy REST API

REST API je jednodušší, ale vyžaduje více požadavků pro vnořená data. Základní fetch pro blogové příspěvky míří na https://cdn.contentful.com/spaces/{SPACE_ID}/entries?content_type=blogPost. Dostanete JSON s plochým polem items a samostatným objektem includes pro propojené záznamy, které budete muset resolvnout na straně klienta.

Pokud pracujete s TypeScript, SDK contentful.js od Contentful řeší link resolution a generování typů automaticky. Pro raw fetch volání tady je minimální JavaScript pro dotaz na GraphQL API:

const response = await fetch(
  `https://graphql.contentful.com/content/v1/spaces/${SPACE_ID}`,
  {
    method: "POST",
    headers: {
      "Content-Type": "application/json",
      Authorization: `Bearer ${CDA_TOKEN}`,
    },
    body: JSON.stringify({ query }),
  }
);
const { data } = await response.json();

To je vše. Žádné SDK není potřeba, žádný build step, žádné závislosti. Funguje to v Node.js, Deno, Cloudflare Workers, prohlížeči — kdekoli, kde můžete dělat HTTP požadavky.

Klíčové funkce, o kterých stojí za to vědět

Contentful přináší širokou sadu funkcí, ale ne každá funkce je stejně důležitá. Tady jsou ty, které reálně ovlivňují vaši každodenní práci a architektonická rozhodnutí.

Lokalizace (silné stránky a mezery)

Lokalizační model Contentful je na úrovni infrastruktury solidní. Definujete jazykové mutace pro svůj space (až 100+ na Enterprise plánech) a každé pole může ukládat hodnoty pro jednotlivé mutace. Přepisy na úrovni polí znamenají, že váš německý titulek se může lišit od anglického, zatímco sdílí stejný hero obrázek.

Mezera je v překladovém managementu. Contentful vám dá pole pro ukládání překladů, ale žádný workflow pro jejich tvorbu. Není tu překladová paměť, žádný glosář, žádný systém přiřazování, žádné sledování průběhu. Potřebujete integraci třetí strany — Phrase, Smartcat nebo Lokalise — abyste zvládli samotný překladový proces. Pro týmy spravující 10+ jazyků (my spravujeme 10 napříč našimi weby) se tato mezera rychle prodraží.

Prostředí a větvení

Environments fungují jako git větve pro váš content model a záznamy. Vytvoříte staging prostředí, provedete změny schématu, otestujete s obsahem a pak povýšíte na master, až budete připraveni. Aliasy vám umožní přepnout, na které prostředí master ukazuje, bez změny API URL.

Tohle je opravdu užitečné pro migrace schémat. Můžete otestovat nový typ obsahu v izolovaném prostředí, ověřit, že ho frontend správně zpracovává, a pak povýšit — to vše bez dotyku produkčního obsahu. Většina týmů, které jsme viděli, používá dvě až tři prostředí: produkci, staging a občas feature branch pro velké migrace.

Další funkce, které stojí za zmínku:

• Role a oprávnění: Granulární řízení přístupu — omezení editorů na konkrétní typy obsahu, blokování přístupu k publikování pro juniorní role, vlastní role na Enterprise plánech, SSO
• Webhooky: Spouštění buildů, Slack notifikací nebo externích workflow při jakékoliv obsahové události
• Rich Text: Založený na JSON, dává plnou kontrolu nad renderováním, ale vyžaduje vlastní renderery pro každý frontend framework
• App Framework: Marketplace s rozšířeními pro vlastní editory polí, sidebar widgety a integrace
• Image API: Resize za běhu, ořez, konverze formátů (WebP, AVIF) a ořez podle ohniskového bodu — žádné samostatné image CDN není potřeba

Novinky v Contentful pro rok 2026

Contentful v průběhu 2025 a do roku 2026 vydal významné aktualizace a žádný konkurenční průvodce je nepokrývá. Pokud hodnotíte Contentful na základě informací z 2023 nebo 2024, pracujete s neúplným obrázkem.

AI Actions a automatizace obsahu

Contentful spustil AI Actions — automatizované obsahové workflow poháněné velkými jazykovými modely přímo v editoru. Zvládají překladové koncepty, generování SEO metadat, psaní alt textů, úpravy tónu a shrnutí obsahu. Přístup k nim máte z postranního panelu editoru a pracují se záznamem, který právě editujete.

Podle reportáže Diginomica jsou AI Actions součástí širšího úsilí Contentful o pozicování jako plnohodnotná digital experience platforma (DXP), ne jen headless CMS. Funkce je opravdu užitečná pro automatizaci repetitivních editorských úkolů, i když překladový výstup stále potřebuje lidskou kontrolu — je to první koncept, ne hotový produkt.

Contentful Studio (vizuální builder)

Contentful Studio přešlo do GA na jaře 2024 a v průběhu 2025 výrazně vyspělo. Je to vizuální page builder, který umožňuje ne-vývojářům skládat stránky pomocí drag-and-drop komponent a živého náhledu. Pokud jste slyšeli kritiku, že „Contentful nemá vizuální editaci", Studio je odpověď — i když s výhradami.

Studio vyžaduje frontend integraci (vaše komponenty musí být registrované v SDK Studia) a je to placený add-on, není součástí základních plánů. Pro týmy, které žádaly WordPress-like stavění stránek na strukturovaném content modelu Contentful, je to teď reálná možnost. Storyblok má stále navrch ve visual-first workflow, ale mezera se zmenšuje.

Personalizace s Ninetailed

Contentful v roce 2024 akvíroval Ninetailed a přejmenoval ho na Contentful Personalization. Jak reportoval CMS Critic, získáte tak nativní A/B testování, segmentaci publika a AI-driven návrhy variant — vše přístupné z karty Optimalizace v editoru.

To je pozoruhodné, protože personalizace historicky vyžadovala samostatného vendora (Optimizely, Dynamic Yield atd.). Když je vestavěná v CMS, snižuje se integrační komplexita. Háček: Ninetailed je samostatný produkt s vlastním ceníkem. Není to „zdarma s Contentful".

Ceník Contentful: kolik to reálně stojí

Contentful nabízí čtyři úrovně, ale většina konkurenčních průvodců je jen pojmenuje, aniž by uvedla skutečná čísla. Tady je přehled k dubnu 2026, podle ceníkové stránky Contentful:

Free tier je štědrý na prototypování a učení. Dostanete 10 uživatelů, 100K API volání a dostatek bandwidth na postavení reálného projektu. Ale jakmile ho přerostete, náklady rychle eskalují.

Skryté náklady, se kterými počítat:

• Příplatky za API na Lite: Překročíte 1M volání/měsíc a na faktuře uvidíte položky za překročení
• Náklady na lokalizaci: Každá další jazyková mutace se počítá do limitů space — 50 mutací na úrovni polí se nasčítá
• Contentful Studio: Vizuální builder je placený add-on, není součástí Lite ani některých Premium plánů
• Personalizace Ninetailed: Samostatný produkt, samostatná smlouva, samostatný ceník
• Profesionální služby: Asistence s migrací, onboarding a školení se fakturují zvlášť
• Rich Text renderery: Ne přímý náklad, ale vývojový čas na build vlastních rendererů pro váš framework je reálný

Náš upřímný pohled: Free tier Contentful je solidní na evaluaci a malé projekty. Ale pokud je rozpočet primární starost, open-source CMS alternativy jako Strapi nebo Payload eliminují licenční náklady úplně — platíte jen za hosting.

Contentful vs Sanity vs Strapi: srovnání

Tohle jsou tři headless CMS, které se objevují v téměř každé evaluaci. My jsme stavěli produkční systémy na Sanity, takže jeho silné a slabé stránky známe z první ruky. Tady je upřímné srovnání:

Contentful vyhrává pro enterprise týmy s velkými obsahovými operacemi a přísnými požadavky na governance. Vyspělý systém rolí, SSO, audit logy a 99,99% SLA na Enterprise plánech se těžko překonávají.

Sanity vyhrává v developer experience a flexibilitě schémat. Pokud preferujete schema-as-code, chcete sílu dotazů GROQ a oceňujete real-time collaboration funkce, Sanity je lepší volba. Přečtěte si našeho kompletního průvodce Sanity CMS pro detailní pohled.

Strapi vyhrává v ceně. Self-host je zdarma bez limitů API volání. Pokud máte DevOps kapacitu na správu vlastní infrastruktury a nepotřebujete enterprise podporu, Strapi vám dá nejvíc CMS za každou korunu.

Pro širší srovnání včetně Storyblok, Payload a Hygraph se podívejte na naše kompletní srovnání headless CMS.

Omezení, o kterých byste měli vědět před výběrem Contentful

Každé CMS má kompromisy. Tady jsou ty Contentful, s konkrétními čísly — ne mlhavé mávání rukama. Na několik z nich jsme narazili, když jsme hodnotili Contentful pro náš vlastní obsahový pipeline.

Rate limity jsou reálné. CDA povoluje 55 necachovaných požadavků za sekundu. CDN-cachované odpovědi jsou neomezené, ale pokud vaše aplikace obchází cache (server-side renderování při každém požadavku, například), narazíte na limity rychle. CMA je ještě přísnější — 10 požadavků za sekundu, relevantní pro migrační skripty a hromadné importy.

Žádná vestavěná vizuální editace (bez příplatku). Contentful Studio existuje, ale je to placený add-on vyžadující frontend integraci. Pokud váš tým očekává WordPress-style stavění stránek v základním produktu, připravte se na tenhle rozhovor. Storyblok zahrnuje vizuální editaci v každé úrovni.

Žádný překladový management. Dostanete pole pro jazykové mutace, to je vše. Žádné překladové workflow, žádný systém přiřazování, žádná překladová paměť, žádné sledování průběhu. Na platformu, který prodává lokalizaci jako klíčovou funkci, je skutečný překladový zážitek zcela závislý na nástrojích třetích stran jako Phrase, Smartcat nebo Lokalise.

Závislost na vývojářích pro vše frontendové. Content editoři mohou vytvářet a spravovat záznamy. Nemohou měnit layout stránek, přidávat nové sekce, upravovat navigaci ani jakkoliv aktualizovat frontend bez vývojáře. To je inherentní headless architektuře, ale v Contentful je to umocněné, protože základní produkt nezahrnuje page builder.

Ceník se ve velkém měřítku stává nepředvídatelným. Příplatky za překročení API, limity založené na lokalizaci, náklady na add-ony pro Studio a Personalizaci a profesionální služby vytvářejí cenový model, který se těžko odhaduje. Několik týmů, se kterými jsme mluvili, bylo překvapeno svou první fakturou po skončení free tieru.

Complexita Rich Text. Rich Text Contentful je založený na JSON, ne HTML. Každý frontend framework potřebuje vlastní renderer — @contentful/rich-text-react-renderer pro React, rich-text-html-renderer pro vanilla JS atd. Dává vám plnou kontrolu nad renderováním, ale je to výrazně více vývojové práce než u konkurence založené na HTML.

Vendor lock-in. Closed source, pouze SaaS, žádná možnost self-hostingu. Váš obsah je exportovatelný přes API, ale váš content model, workflow a integrace jsou specifické pro Contentful. Pokud se změní ceník nebo se funkce zruší, vaše možnosti jsou omezené.

Kdo by měl (a neměl) používat Contentful

Contentful je silná platforma, ale není správná volba pro každý projekt. Tady je rozhodovací rámec, který vám pomůže se zařadit.

Použijte Contentful, pokud:

• Jste enterprise tým spravující obsah napříč více kanály (web, mobil, IoT, digitální obrazovky)
• Potřebujete nativní lokalizaci s 50+ jazykovými mutacemi a přepisy na úrovni polí
• Chcete vyspělou, prověřenou platformu s dedikovanou podporou a 99,99% SLA
• Váš tým zahrnuje vývojáře, kteří se cítí pohodlně s API-first architekturou
• Potřebujete granulární role, oprávnění, audit logy a SSO

Contentful vynechejte, pokud:

• Jste sólo vývojář nebo malý tým s omezeným rozpočtem — podívejte se na Strapi nebo Payload
• Chcete vizuální page builder zahrnutý v základním produktu — podívejte se na Storyblok
• Preferujete code-first definice schémat a maximální flexibilitu — podívejte se na Sanity
• Potřebujete jednoduchý blog CMS — WordPress nebo Ghost je levnější a rychlejší na nastavení
• Chcete self-host z compliance důvodů — podívejte se na Strapi nebo Payload

Pro detailnější pohled na všechny tyto alternativy se podívejte na naše kompletní srovnání headless CMS.

Začínáme: vašich prvních 15 minut s Contentful

Tady je praktický návod — ne teorie, ale přesné kroky, jak se dostat od nuly k dotazování obsahu přes GraphQL za přibližně 15 minut.

Krok 1: Registrace. Jděte na contentful.com a vytvořte si bezplatný účet. Kreditní karta není potřeba.

Krok 2: Vytvořte Space. Space je váš projektový kontejner. Free tier vám dává jeden Starter Space. Pojmenujte ho nějak popisně.

Krok 3: Definujte typ obsahu. Jděte do Content Model, klikněte na „Add content type" a vytvořte typ „Article". Přidejte pole: Title (Short text, required), Slug (Short text, unique validace), Body (Rich text), Cover Image (Media) a Published Date (Date & time).

Krok 4: Vytvořte záznam. Přejděte do Content, klikněte na „Add Article" a vyplňte pole. Zmáčkněte Publish.

Krok 5: Získejte API klíče. Jděte do Settings -> API Keys. Vytvořte nový API klíč. Dostanete Space ID, token Content Delivery API a token Content Preview API. Uložte si je.

Krok 6: Dotaz přes GraphQL Playground. Otevřete tuto URL v prohlížeči (nahraďte svými údaji):

https://graphql.contentful.com/content/v1/spaces/{SPACE_ID}/explore?access_token={CDA_TOKEN}

Krok 7: Fetch z vaší aplikace. Použijte JavaScript fetch příklad z sekce API výše, dosaďte svůj Space ID a CDA token a stahujete živý obsah.

Tip: URL GraphQL Playground není v UI Contentful na první pohled zřejmá. Najdete ji pod Settings -> API Keys -> GraphQL Playground URL, nebo ji můžete sestavit ručně podle šablony výše. Uložte si ji do záložek — během vývoje ji budete používat neustále.

FAQ

Co je Contentful CMS a jak funguje?

Contentful je API-first headless CMS, který ukládá strukturovaný obsah v cloudovém hubu a doručuje ho přes REST a GraphQL API. Na rozdíl od WordPressu nemá frontend — ten si postavíte sami s libovolným frameworkem. Content editoři spravují záznamy přes webovou aplikaci Contentful a vývojáři stahují obsah přes API.

Je Contentful zdarma?

Ano, Contentful nabízí bezplatnou úroveň Community, která zahrnuje 10 uživatelů, 100K API volání měsíčně, 50 GB CDN bandwidth a jeden Starter Space. Stačí na prototypování a malé projekty. Placené plány začínají na $300/měsíc za úroveň Lite, s Premium a Enterprise úrovněmi za individuální nabídky.

Co je content modeling v Contentful?

Content modeling znamená definování strukturovaných typů obsahu s poli, validacemi a referencemi — jako navrhování databázového schématu, ale pro obsah. Vytváříte typy jako „Blog Post" nebo „Product" s konkrétními poli (title, body, image, category) a každý záznam se řídí touto strukturou. Je to základ Contentful.

Jak se Contentful srovnává s WordPressem?

Contentful je headless (pouze API, žádný vestavěný frontend), zatímco WordPress spojuje správu obsahu s renderováním založeným na šablonách. Contentful vyniká ve vícekanálovém doručování — stejný obsah může obsloužit web, mobil i IoT. WordPress vyniká v jednoduchosti — funkční web máte za pár minut bez vývojáře.

Je Contentful vhodný pro enterprise?

Ano, Contentful je jedna z nejvíce enterprise-adaptovaných headless CMS platforem. Enterprise plány zahrnují SSO, granulární role-based přístup, audit logy, dedikovanou podporu, 99,99% SLA a neomezená API volání. Firmy jako Spotify, Vodafone, Chanel a Atlassian ho používají pro rozsáhlé obsahové operace.

Jaké jsou nevýhody Contentful?

Mezi klíčová omezení patří: žádná vestavěná vizuální editace v základním produktu (Studio je placený add-on), nepředvídatelnost ceníku ve velkém měřítku kvůli příplatkům za API a nákladům na add-ony, žádný překladový management workflow, závislost na vývojářích pro všechny frontendové změny, Rich Text JSON vyžadující vlastní renderery a vendor lock-in bez možnosti self-hostingu.

Podporuje Contentful GraphQL?

Ano, nativně. Každý space Contentful dostane automaticky generované GraphQL schéma na základě vašich typů obsahu. Můžete dotazovat s filtrováním, stránkováním, řazením a požadavky pro konkrétní jazykové mutace. Endpoint je na graphql.contentful.com/content/v1/spaces/{SPACE_ID}, autentizovaný tokenem Content Delivery API.

Kolik stojí Contentful měsíčně?

Free tier stojí $0. Lite je $300/měsíc s 20 uživateli a 1M API volání. Premium začíná kolem $2 000+/měsíc s individuálním ceníkem. Enterprise se pohybuje ve středních pěti až šesti číslicích ročně. Pozor na skryté náklady: příplatky za překročení API, poplatky za add-on Contentful Studio, ceník personalizace Ninetailed a profesionální služby.

Zvládne Contentful více jazyků?

Ano, Contentful má nativní podporu jazykových mutací s přepisy na úrovni polí — každé pole může ukládat různé hodnoty pro jednotlivé mutace. Neexistuje ale vestavěný překladový workflow, paměť ani glosář. Potřebujete integrace třetích stran jako Phrase, Smartcat nebo Lokalise pro řízení samotného překladového procesu ve velkém měřítku.

Co je Contentful Studio?

Contentful Studio je vizuální page builder add-on, který přešel do GA na jaře 2024. Umožňuje ne-vývojářům skládat stránky pomocí drag-and-drop komponent s živým náhledem. Vyžaduje frontend integraci (vaše komponenty musí být registrované v SDK Studia) a je to placený add-on — není součástí základních plánů Contentful.