Contentful CMS: можливості, ціни, GraphQL API та приклади коду [2026]

Contentful CMS: можливості, ціни, GraphQL API та приклади коду [2026]

Contentful — це headless CMS із підходом API-first, яка зберігає ваш контент у централізованому хабі та доставляє його через REST і GraphQL API на будь-який фронтенд: веб, мобільні застосунки, IoT, цифрові вивіски — що б ви не будували. Цей гід охоплює все, що конкуренти пропускають: реальні приклади коду, справжні цифри цін та чесні обмеження.

Ми використовуємо Sanity (прямого конкурента Contentful) у продакшені на чотирьох вебсайтах і десятьма мовами, тож дивимося на це з позиції практиків, а не як рекламний буклет вендора.

Короткий підсумок

Що таке Contentful?

Contentful — це хмарна headless CMS із підходом API-first, або, як компанія тепер її називає, «компановна контент-платформа». На відміну від традиційних систем на кшталт WordPress, які поєднують керування контентом із фронтендом, Contentful зберігає структурований контент централізовано та доставляє його через API на будь-який потрібний вам канал.

Ключова концепція — це розділена (decoupled) архітектура. Ваш контент живе у хмарі Contentful. Ваш фронтенд — чи то сайт на Next.js, застосунок на React Native, чи розумний дисплей — отримує контент через API Contentful під час збірки або в рантаймі. Контент не знає і не переймається тим, де він опиниться.

Заснований у Берліні 2013 року, Contentful виріс у одного з найбільших вендорів headless CMS. Такі бренди, як Spotify, Vodafone, Chanel та Atlassian, ведуть свої контент-операції на цій платформі. Це не open source, і немає варіанту self-hosted — лише SaaS, що важливо, якщо у вас є вимоги комплаєнсу щодо резидентності даних.

Згідно з офіційною документацією Contentful, платформа позиціонує себе як інфраструктура для контенту — контент-хаб, що стоїть між вашою редакційною командою та вашими цифровими продуктами.

Як працює Contentful?

Contentful використовує трирівневу архітектуру: ви визначаєте модель контенту (схему), створюєте контент (записи) та доставляєте його через API. Контент не залежить від каналу — одна й та сама стаття блогу може живити ваш вебсайт, мобільний застосунок та email-розсилку без будь-якого дублювання.

Усе проходить через API. Немає вбудованого серверного рендерингу, немає шаблонів, немає шару тем. Ви будуєте фронтенд як завгодно, а Contentful бере на себе зберігання та доставку контенту.

Три API

Contentful надає три окремі API, кожен зі своїм призначенням та автентифікацією:

• Content Delivery API (CDA): Доступ лише для читання до опублікованого контенту. Працює на CDN Fastly, тож кешовані запити швидкі й необмежені. Некешировані запити обмежені до 55 на секунду.
• Content Management API (CMA): Доступ для читання й запису, щоб програмно створювати та оновлювати контент. Обмежений до 10 запитів на секунду. Саме його ви використовуватимете для міграцій, масових імпортів або CI/CD-пайплайнів.
• Content Preview API (CPA): Те саме, що CDA, але віддає чернетковий контент. Ідеально для побудови режимів попереднього перегляду у вашому фронтенді — редактори можуть бачити неопубліковані зміни до натискання кнопки публікації.

Усі три підтримують і REST, і GraphQL. Автентифікація відбувається через Bearer-токени, з окремими токенами для доставки та керування.

Середовища та простори

Уявіть простори (Spaces) як проєкти, а середовища (Environments) — як git-гілки для вашого контенту. Ви можете мати середовище master для продакшену та середовище staging, де редактори можуть працювати, не впливаючи на живий контент.

Середовища підтримують аліаси — ви можете спрямувати аліас master на нове середовище для просування контенту без простою. Якщо ви обираєте фронтенд-фреймворк для роботи з Contentful, ця модель середовищ добре поєднується з preview-деплоями на платформах на кшталт Vercel або Netlify.

Вебхуки дають змогу запускати збірки, синхронізуватися із зовнішніми системами або ініціювати воркфлоу щоразу, коли змінюється контент. Більшість команд підключають їх до свого CI/CD-пайплайну, щоб перебудовувати статичний сайт під час кожної публікації.

Моделювання контенту в Contentful

Моделювання контенту — це те місце, де ви визначаєте структуру свого контенту: «схему», яка визначає, які поля існують, які типи даних вони містять і як типи контенту пов'язані між собою. За нашим досвідом, саме тут Contentful по-справжньому сяє порівняно з простішими CMS.

По суті, ви проєктуєте схему контенту, схожу на таблиці бази даних, але гнучкішу. Тип контенту «Стаття блогу» може мати заголовок (короткий текст), тіло (rich text), автора (посилання на тип контенту «Автор») та теги (масив рядків). Кожен запис, який ви створюєте, дотримується цієї структури.

Типи полів та валідації

Contentful пропонує солідний набір типів полів:

• Короткий текст (Symbol): Заголовки, слаги, мітки — до 256 символів
• Довгий текст (Text): Markdown або простий текст, без обмеження символів
• Rich text: На основі JSON (не HTML), дає повний контроль над рендерингом
• Число: Ціле або десяткове
• Дата/час: Формат ISO 8601
• Boolean: Перемикачі true/false
• Медіа (Asset): Зображення, відео, документи — зберігаються в пайплайні ресурсів Contentful
• Посилання (Link): З'єднує записи з іншими записами або ресурсами
• JSON-об'єкт: Структуровані дані довільної форми
• Локація: Пари широта/довгота

Кожне поле підтримує валідації: обов'язковість, унікальність, regex-патерни, обмеження розміру та власні повідомлення валідації. Ви також можете налаштувати параметри відображення, які контролюють, як поле рендериться в інтерфейсі редактора.

Посилання та пов'язані записи

Посилання — це спосіб з'єднувати типи контенту. Посилання «Автор» у статті блогу вказує на запис автора. Поле «Пов'язані статті» може посилатися на кілька записів статей блогу. Це створює граф контенту — записи, пов'язані із записами, які можна запитати одним API-викликом.

Ось як насправді виглядає визначення типу контенту «Стаття блогу», коли ви створюєте його через 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" } }
  ]
}

Це саме те, що ви зберігатимете у системі контролю версій і застосовуватимете через скрипти міграції. Жоден конкурент не показує цього у своїх гідах по Contentful — вони говорять про моделювання контенту абстрактно, не показуючи, як це насправді виглядає в коді.

Запити контенту: REST та GraphQL API

Contentful надає як REST, так і GraphQL API для отримання контенту. REST простий для нескладних запитів. GraphQL кращий, коли вам потрібні вкладені дані, кілька типів контенту в одному запиті або ви хочете уникнути надмірного отримання даних. Обидва використовують ті самі токени автентифікації.

GraphQL-ендпоінт автоматично генерується з вашої моделі контенту. Кожен створений вами тип контенту стає типом у схемі, до якого можна робити запити, з вбудованою фільтрацією, сортуванням та пагінацією. Ендпоінт розташований за адресою:

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

Згідно з документацією Contentful по GraphQL, схема автоматично оновлюється щоразу, коли ви змінюєте типи контенту — ручне керування схемою не потрібне.

Приклади GraphQL-запитів

Ось базовий запит для отримання десяти найновіших статей блогу з їхніми авторами:

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

Потрібно відфільтрувати за тегом і отримати контент німецькою? Додайте умову where та параметр locale:

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

На що варто зважати: GraphQL-запити мають обмеження складності. Глибоко вкладені запити з численними пов'язаними посиланнями можуть впертися в стелю. Contentful обчислює складність на основі кількості вузлів і глибини вашого запиту. Якщо ви отримуєте статті блогу з авторами, категоріями, пов'язаними статтями та автором кожної пов'язаної статті — це швидко накопичується.

Основи REST API

REST API простіший, але потребує більше запитів для вкладених даних. Базове отримання статей блогу звертається до https://cdn.contentful.com/spaces/{SPACE_ID}/entries?content_type=blogPost. Ви отримуєте JSON із плоским масивом items та окремим об'єктом includes для пов'язаних записів, які вам доведеться розв'язувати на стороні клієнта.

Якщо ви працюєте з TypeScript, SDK contentful.js від Contentful автоматично обробляє розв'язання посилань та генерацію типів. Для прямих викликів fetch ось мінімальний JavaScript для запиту до 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();

Ось і все. SDK не потрібен, немає кроку збірки, немає залежностей. Це працює в Node.js, Deno, Cloudflare Workers, браузері — будь-де, де можна робити HTTP-запити.

Ключові функції, про які варто знати

Contentful постачається з широким набором функцій, але не всі вони однаково важливі. Ось ті, що насправді впливають на ваш щоденний досвід та архітектурні рішення.

Локалізація (сильні сторони та прогалини)

Модель локалізації Contentful міцна на інфраструктурному рівні. Ви визначаєте локалі для свого простору (до 100+ на тарифах Enterprise), і кожне поле може зберігати значення для кожної локалі. Перевизначення локалей на рівні поля означає, що ваш німецький заголовок може відрізнятися від англійського, використовуючи те саме hero-зображення.

Прогалина — це керування перекладами. Contentful дає вам поля для зберігання перекладів, але не дає воркфлоу для їх створення. Немає пам'яті перекладів, немає глосарію, немає системи призначення, немає відстеження прогресу. Вам потрібна стороння інтеграція — Phrase, Smartcat або Lokalise — для самого процесу перекладу. Для команд, які керують 10+ мовами (ми керуємо 10 на наших сайтах), ця прогалина швидко стає дорогою.

Середовища та гілкування

Середовища працюють як git-гілки для вашої моделі контенту та записів. Створіть середовище staging, внесіть зміни у схему, протестуйте з контентом, а потім просувайте в master, коли будете готові. Аліаси дають змогу перемикати, на яке середовище вказує master, без зміни URL API.

Це справді корисно для міграцій схеми. Ви можете протестувати новий тип контенту в ізольованому середовищі, переконатися, що фронтенд коректно його обробляє, а потім просунути — і все це без торкання продакшн-контенту. Більшість команд, які ми бачили, використовують два-три середовища: продакшн, стейджинг і часом гілку для великих міграцій.

Інші функції, варті згадки:

• Ролі та дозволи: Детальний контроль доступу — обмеження редакторів певними типами контенту, блокування доступу до публікації для молодших ролей, власні ролі на тарифах Enterprise, SSO
• Вебхуки: Запуск збірок, сповіщень у Slack або зовнішніх воркфлоу на будь-яку контентну подію
• Rich Text: На основі JSON, дає повний контроль над рендерингом, але потребує власних рендерерів для кожного фронтенд-фреймворку
• App Framework: Маркетплейс із розширеннями для власних редакторів полів, віджетів бічної панелі та інтеграцій
• Image API: Зміна розміру, обрізка, перетворення формату (WebP, AVIF) та обрізка за фокусною точкою на льоту — окремий CDN для зображень не потрібен

Що нового в Contentful у 2026 році

Contentful випустив суттєві оновлення протягом 2025 року і на початку 2026-го, і жоден гід конкурентів не висвітлює жодного з них. Якщо ви оцінюєте Contentful на основі інформації 2023 чи 2024 року, ви працюєте з неповною картиною.

AI Actions та автоматизація контенту

Contentful запустив AI Actions — автоматизовані контент-воркфлоу на основі великих мовних моделей безпосередньо в редакторі. Вони обробляють чернетки перекладів, генерацію SEO-метаданих, написання alt-тексту, коригування тону та підсумовування контенту. Ви отримуєте до них доступ із бічної панелі редактора, і вони працюють із записом, який ви зараз редагуєте.

Згідно з матеріалом Diginomica, AI Actions є частиною ширшого прагнення Contentful позиціонувати себе як повноцінну платформу цифрового досвіду (DXP), а не лише headless CMS. Ця функція справді корисна для автоматизації повторюваних редакційних завдань, хоча результат перекладу все одно потребує людської перевірки — це перша чернетка, а не готовий продукт.

Contentful Studio (візуальний конструктор)

Contentful Studio вийшла у статусі GA навесні 2024 року і суттєво дозріла протягом 2025-го. Це візуальний конструктор сторінок, який дає змогу не-розробникам збирати сторінки з компонентів перетягуванням та живим попереднім переглядом. Якщо ви чули критику, що «Contentful не має візуального редагування», Studio — це відповідь, хоч і з застереженнями.

Studio потребує інтеграції з фронтендом (ваші компоненти мають бути зареєстровані в SDK Studio), і це платне доповнення, не включене в базові тарифи. Для команд, які просили конструювання сторінок у стилі WordPress поверх структурованої моделі контенту Contentful, тепер це реальна опція. Storyblok досі має перевагу для візуально-орієнтованих воркфлоу, але розрив скорочується.

Персоналізація з Ninetailed

Contentful придбав Ninetailed у 2024 році і ребрендував його як Contentful Personalization. Як повідомляв CMS Critic, це дає вам вбудоване A/B-тестування, сегментацію аудиторії та AI-рекомендації варіантів — усе доступне з вкладки Optimization у редакторі.

Це важливо, бо персоналізація історично вимагала окремого вендора (Optimizely, Dynamic Yield тощо). Вбудованість у CMS зменшує складність інтеграції. Пастка: Ninetailed — це окремий продукт із власними цінами. Це не «безкоштовно з Contentful».

Ціни Contentful: скільки це насправді коштує

Contentful пропонує чотири тарифи, але більшість гідів конкурентів лише називають їх, не наводячи реальних цифр. Ось що маємо станом на квітень 2026 року, на основі сторінки цін Contentful:

Безкоштовний тариф щедрі для прототипування та навчання. Ви отримуєте 10 користувачів, 100K API-викликів і достатньо пропускної здатності, щоб побудувати реальний проєкт. Але витрати швидко зростають, щойно ви його переростаєте.

Приховані витрати, які варто закласти в бюджет:

• Плата за перевищення API на Lite: Перевищите 1M викликів на місяць — і побачите у своєму рахунку рядки за перевищення
• Витрати на локалі: Кожна додаткова локаль враховується у лімітах вашого простору -- 50 локалей на рівні поля швидко накопичуються
• Contentful Studio: Візуальний конструктор — платне доповнення, не включене в Lite і навіть у деякі тарифи Premium
• Персоналізація Ninetailed: Окремий продукт, окремий контракт, окремі ціни
• Професійні послуги: Допомога з міграцією, онбординг та навчання тарифікуються окремо
• Рендерери Rich Text: Не пряма витрата, але час розробки на створення власних рендерерів для вашого фреймворку — реальний

Наша чесна думка: Безкоштовний тариф Contentful міцний для оцінювання та невеликих проєктів. Але якщо бюджет — головне занепокоєння, open-source альтернативи CMS на кшталт Strapi або Payload повністю усувають витрати на ліцензування — ви платите лише за хостинг.

Contentful проти Sanity проти Strapi: як вони порівнюються

Це три варіанти headless CMS, які спливають майже в кожному оцінюванні. Ми будували продакшн-системи на Sanity, тож знаємо її сильні та слабкі сторони з перших рук. Ось чесне порівняння:

Contentful виграє для enterprise-команд із великими контент-операціями та суворими вимогами до керування. Зріла система ролей, SSO, журнали аудиту та 99,99% SLA на тарифах Enterprise важко перевершити.

Sanity виграє за досвід розробника та гнучкість схеми. Якщо ви віддаєте перевагу schema-as-code, хочете потужність запитів GROQ і цінуєте функції спільної роботи в реальному часі — Sanity підходить краще. Читайте наш повний гід по Sanity CMS для детального занурення.

Strapi виграє за вартістю. Вона безкоштовна для self-host без обмежень API-викликів. Якщо у вас є DevOps-потужності для керування власною інфраструктурою і вам не потрібна enterprise-підтримка, Strapi дає найбільше CMS за кожен долар.

Для ширшого порівняння, включно зі Storyblok, Payload та Hygraph, дивіться наше повне порівняння headless CMS.

Обмеження, які варто знати перед вибором Contentful

Кожна CMS має компроміси. Ось компроміси Contentful, з конкретними цифрами, а не розмитими розмовами. Ми зіткнулися з кількома з них, коли оцінювали Contentful для власного контент-пайплайну.

Ліміти запитів реальні. CDA дозволяє 55 некешированих запитів на секунду. Відповіді, кешовані CDN, необмежені, але якщо ваш застосунок оминає кеш (наприклад, серверний рендеринг на кожен запит), ви швидко впретеся в ліміти. CMA ще суворіший — 10 запитів на секунду, що актуально для скриптів міграції та масових імпортів.

Немає вбудованого візуального редагування (без додаткової оплати). Contentful Studio існує, але це платне доповнення, яке потребує інтеграції з фронтендом. Якщо ваша команда очікує конструювання сторінок у стилі WordPress у базовому продукті, готуйтеся до цієї розмови. Storyblok включає візуальне редагування на кожному тарифі.

Немає керування перекладами. Ви отримуєте поля локалей — і все. Немає воркфлоу перекладу, немає системи призначення, немає пам'яті перекладів, немає відстеження прогресу. Для платформи, яка продає локалізацію як ключову функцію, реальний досвід перекладу повністю покладається на сторонні інструменти на кшталт Phrase, Smartcat або Lokalise.

Залежність від розробника в усьому, що стосується фронтенду. Редактори контенту можуть створювати записи та керувати ними. Вони не можуть змінювати макети сторінок, додавати нові секції, модифікувати навігацію чи будь-як оновлювати фронтенд без розробника. Це невід'ємна риса headless-архітектури, але в Contentful вона посилена, бо базовий продукт не включає конструктор сторінок.

Ціни стають непередбачуваними на масштабі. Плата за перевищення API-викликів, ліміти на основі локалей, вартість доповнень для Studio та Personalization і професійні послуги створюють модель ціноутворення, яку важко прогнозувати. Кілька команд, з якими ми спілкувалися, були здивовані своїм першим рахунком після безкоштовного тарифу.

Складність Rich Text. Rich Text у Contentful на основі JSON, а не HTML. Кожен фронтенд-фреймворк потребує власного рендерера: @contentful/rich-text-react-renderer для React, rich-text-html-renderer для vanilla JS тощо. Це дає повний контроль над рендерингом, але це значно більше розробницької роботи, ніж у конкурентів на основі HTML.

Прив'язка до вендора. Закритий код, лише SaaS, немає варіанту self-hosting. Ваш контент можна експортувати через API, але ваша модель контенту, воркфлоу та інтеграції специфічні для Contentful. Якщо ціни зміняться або функції застаріють, ваші варіанти обмежені.

Кому варто (а кому ні) використовувати Contentful

Contentful — сильна платформа, але вона не підходить для кожного проєкту. Ось структура для прийняття рішення, яка допоможе вам визначитися.

Використовуйте Contentful, якщо:

• Ви enterprise-команда, яка керує контентом на кількох каналах (веб, мобільні, IoT, цифрові вивіски)
• Вам потрібна вбудована локалізація з 50+ локалями та перевизначенням на рівні полів
• Ви хочете зрілу, перевірену в боях платформу з виділеною підтримкою та 99,99% SLA
• У вашій команді є розробники, яким комфортна архітектура API-first
• Вам потрібні детальні ролі, дозволи, журнали аудиту та SSO

Пропустіть Contentful, якщо:

• Ви соло-розробник або невелика команда з обмеженим бюджетом — придивіться до Strapi або Payload
• Ви хочете візуальний конструктор сторінок, включений у базовий продукт — придивіться до Storyblok
• Ви віддаєте перевагу визначенню схем через код і максимальній гнучкості — придивіться до Sanity
• Вам потрібна проста CMS для блогу — WordPress або Ghost дешевші та швидші в налаштуванні
• Ви хочете self-host з міркувань комплаєнсу — придивіться до Strapi або Payload

Для глибшого погляду на всі ці альтернативи перегляньте наше повне порівняння headless CMS.

Початок роботи: ваші перші 15 хвилин із Contentful

Ось практичний покроковий гід — не теорія, а точні кроки, щоб пройти від нуля до запитів контенту через GraphQL приблизно за 15 хвилин.

Крок 1: Зареєструйтеся. Перейдіть на contentful.com і створіть безкоштовний акаунт. Кредитна картка не потрібна.

Крок 2: Створіть простір (Space). Простір — це контейнер вашого проєкту. Безкоштовний тариф дає один Starter-простір. Назвіть його якось описово.

Крок 3: Визначте тип контенту. Перейдіть у Content Model, натисніть «Add content type» і створіть тип «Article». Додайте поля: Title (короткий текст, обов'язкове), Slug (короткий текст, валідація унікальності), Body (rich text), Cover Image (медіа) та Published Date (дата й час).

Крок 4: Створіть запис. Перейдіть у Content, натисніть «Add Article» і заповніть поля. Натисніть Publish.

Крок 5: Візьміть свої API-ключі. Перейдіть у Settings -> API Keys. Створіть новий API-ключ. Ви отримаєте Space ID, токен Content Delivery API та токен Content Preview API. Збережіть їх.

Крок 6: Зробіть запит через GraphQL Playground. Відкрийте цей URL у браузері (замініть на свої облікові дані):

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

Крок 7: Отримайте дані у своєму застосунку. Використайте приклад JavaScript fetch із розділу про API вище, підставте свій Space ID і токен CDA — і ви отримуєте живий контент.

Порада професіонала: URL GraphQL Playground неочевидний в інтерфейсі Contentful. Ви можете знайти його в Settings -> API Keys -> GraphQL Playground URL або сконструювати вручну за шаблоном вище. Додайте його в закладки — ви постійно використовуватимете його під час розробки.

Поширені запитання

Що таке Contentful CMS і як вона працює?

Contentful — це headless CMS із підходом API-first, яка зберігає структурований контент у хмарному хабі та доставляє його через REST і GraphQL API. На відміну від WordPress, вона не має фронтенду — ви будуєте власний, використовуючи будь-який фреймворк. Редактори контенту керують записами через веб-застосунок Contentful, а розробники отримують цей контент через API.

Чи безкоштовний Contentful?

Так, Contentful пропонує безкоштовний тариф Community, який включає 10 користувачів, 100K API-викликів на місяць, 50 ГБ пропускної здатності CDN та один Starter-простір. Цього достатньо для прототипування та невеликих проєктів. Платні тарифи починаються від $300 на місяць за тариф Lite, а тарифи Premium та Enterprise оцінюються за індивідуальними пропозиціями.

Що таке моделювання контенту в Contentful?

Моделювання контенту означає визначення структурованих типів контенту з полями, валідаціями та посиланнями — як проєктування схеми бази даних, але для контенту. Ви створюєте типи на кшталт «Стаття блогу» або «Продукт» із конкретними полями (заголовок, тіло, зображення, категорія), і кожен запис дотримується цієї структури. Це основа Contentful.

Як Contentful порівнюється з WordPress?

Contentful — headless (лише API, без вбудованого фронтенду), тоді як WordPress поєднує керування контентом із рендерингом на основі тем. Contentful вирізняється у багатоканальній доставці — той самий контент може обслуговувати веб, мобільні та IoT. WordPress вирізняється простотою — ви отримуєте робочий сайт за лічені хвилини без потреби в розробнику.

Чи підходить Contentful для enterprise?

Так, Contentful — одна з найбільш впроваджених у enterprise платформ headless CMS. Тарифи Enterprise включають SSO, детальний доступ на основі ролей, журнали аудиту, виділену підтримку, 99,99% SLA та необмежені API-виклики. Такі компанії, як Spotify, Vodafone, Chanel та Atlassian, використовують її для масштабних контент-операцій.

Які недоліки Contentful?

Ключові обмеження включають: відсутність вбудованого візуального редагування в базовому продукті (Studio — платне доповнення), непередбачуваність цін на масштабі через перевищення API та вартість доповнень, відсутність воркфлоу керування перекладами, залежність від розробника для всіх змін фронтенду, Rich Text у форматі JSON, що потребує власних рендерерів, та прив'язка до вендора без варіанту self-hosting.

Чи підтримує Contentful GraphQL?

Так, вбудовано. Кожен простір Contentful отримує автоматично згенеровану GraphQL-схему на основі ваших типів контенту. Ви можете робити запити з фільтрацією, пагінацією, сортуванням та запитами для конкретних локалей. Ендпоінт розташований за адресою graphql.contentful.com/content/v1/spaces/{SPACE_ID}, автентифікація — через токен Content Delivery API.

Скільки коштує Contentful на місяць?

Безкоштовний тариф коштує $0. Lite — $300 на місяць з 20 користувачами та 1M API-викликів. Premium починається приблизно від $2 000+ на місяць з індивідуальною ціною. Enterprise обходиться у п'ять-шість цифр на рік. Слідкуйте за прихованими витратами: плата за перевищення API, комісія за доповнення Contentful Studio, ціни на персоналізацію Ninetailed та професійні послуги.

Чи може Contentful працювати з кількома мовами?

Так, Contentful має вбудовану підтримку локалей із перевизначенням на рівні полів — кожне поле може зберігати різні значення для кожної локалі. Однак немає вбудованого воркфлоу перекладу, пам'яті перекладів чи глосарію. Вам потрібні сторонні інтеграції на кшталт Phrase, Smartcat або Lokalise, щоб керувати самим процесом перекладу на масштабі.

Що таке Contentful Studio?

Contentful Studio — це доповнення у вигляді візуального конструктора сторінок, яке вийшло у статусі GA навесні 2024 року. Воно дає змогу не-розробникам збирати сторінки з компонентів перетягуванням із живим попереднім переглядом. Воно потребує інтеграції з фронтендом (ваші компоненти мають бути зареєстровані в SDK Studio) і є платним доповненням, не включеним у базові тарифи Contentful.