Headless CMS для B2B-сайту: що обрати

Вибір headless CMS для B2B-сайту зводиться до трьох запитань: хто редагує, як часто і якими мовами. Обирайте за щоденною роботою редакторів, а не за списком функцій. Невеликій команді, яка оновлює сайт раз на місяць, можуть вистачити файли в git. Маркетинговій команді, що публікує щотижня кількома мовами, хмарна headless CMS зазвичай окуповується.

Headless CMS зберігає контент і віддає його через API. Сайт, часто зроблений на Next.js, сам вирішує, як цей контент виглядає. Такий поділ дає свободу на фронтенді і чистіший досвід редагування. Але він же додає ще одного постачальника, модель контенту, яку треба спроєктувати, і рахунок, який треба запланувати. Ця стаття допоможе зрозуміти, чи варто воно того і яка CMS вам підходить.

Що змінює headless CMS для B2B-команди

У традиційній CMS на кшталт WordPress контент, шаблони і плагіни живуть в одній системі. Змінити макет може редактор, а може й оновлення плагіна. У headless-підході редактори керують структурованим контентом, а шаблони належать розробникам.

Для маркетингових B2B-сайтів у цьому є реальні переваги:

• Однорідні сторінки. Редактори заповнюють поля, тож кейс завжди виглядає як кейс.
• Менше рухомих частин у продакшні. Публічний сайт може бути статичним або з серверним рендерингом, без адмінки на вашому домені.
• Повторне використання. Той самий опис продукту можна показати на сайті, на сторінці цін і в презентації для продажів.
• Швидкість. Сторінки можна зібрати заздалегідь і роздавати з CDN.

Ціна - менша свобода верстки для редакторів, якщо ви навмисно не спроєктуєте гнучкі блоки. Цей компроміс лежить в основі кожного рішення нижче.

Чи потрібна вам headless CMS для B2B-сайту взагалі?

Не завжди. Ось простий тест, який спирається на те, як працює ваша команда.

• Можливо, не потрібна, якщо редагують менше трьох людей, зміни бувають раз на місяць і сайт однією мовою. Markdown-файли в репозиторії з простим git-редактором цілком можуть працювати.
• Найімовірніше, потрібна, якщо маркетинг щотижня публікує сторінки без розробників, сайт кількома мовами або вам потрібні чернетки, відкладені публікації і погодження.
• Точно потрібна, якщо юридична чи комплаєнс-перевірка є частиною публікації або кілька команд користуються однією бібліотекою контенту.

Якщо чесна відповідь - «редагуємо двічі на рік», витратьте бюджет на дизайн і контент. CMS, яку команда не відкриває, - це щомісячна плата ні за що.

Критерії, важливі для B2B-маркетингу

Порівняльні таблиці зазвичай перелічують усе підряд. Ось пункти, які визначають, якою буде CMS після пів року реальної роботи.

Редагування і попередній перегляд

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

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

Добра модель контенту віддзеркалює бізнес: продукти, галузі, кейси, людей, FAQ. Вона має підтримувати зв’язки між типами, щоб сторінка галузі показувала свої кейси без копіювання.

// Невелика модель контенту для B2B, спрощено
caseStudy {
  title: string
  industry: reference -> industry
  services: reference[] -> service
  summary: text (max 300)
  body: richText
  publishedAt: date
}

Якщо модель хибна, кожну сторінку важче і зробити, і редагувати. Зазвичай ми проєктуємо її ще до того, як візуальний дизайн остаточно затверджено.

Локалізація

B2B-сайти часто виростають з однієї мови до трьох. Перевірте, чи CMS підтримує локалізацію на рівні полів або документів і як відстежуються переклади. Запитайте, як кількість мов впливає на ціну: деякі тарифи беруть за це окремо.

Ролі, погодження й аудит

Хто може створювати чернетки, хто публікує, а хто змінює модель контенту? Для регульованих галузей потрібна ще й історія: хто, що і коли змінив. Єдиний вхід (SSO) стає важливим, щойно доступ мають більше кількох людей.

Модель хостингу і залежність від постачальника

Хмарні платформи беруть на себе доступність і масштабування, а ви платите за місця або за використання. Self-hosted open-source дає повний контроль, але хостинг і оновлення - на вас. У будь-якому разі переконайтеся, що весь контент можна експортувати в задокументованому форматі.

Ціна на вашому реальному масштабі

Рахуйте тариф, який знадобиться через два роки, а не безкоштовний. Порахуйте редакторів, мови, середовища і навантаження на API. CMS, дешева для трьох редакторів, може стати дорогою для п’ятнадцяти.

Хмарна, open-source чи git: як порівнюються варіанти

Більшість варіантів належить до трьох родин. Кожна пасує командам різної форми.

Хмарна headless CMS

Приклади: Contentful, Sanity, Storyblok, Hygraph. Постачальник тримає API контенту і застосунок для редагування, хоча деякі, як-от Sanity, дозволяють налаштовувати редактор у коді. У щоденній роботі це найпростіший варіант. Ви платите підписку, яка росте разом із командою і навантаженням.

Кому підходить: маркетинговим командам, які публікують часто, кількома мовами і не хочуть обслуговувати сервер.

Open-source із власним хостингом

Приклади: Strapi, Payload, Directus. CMS працює на вашій інфраструктурі або у хмарі постачальника, якщо така є. Ви повністю контролюєте дані й код, а оновлення і безпека - ваша відповідальність.

Кому підходить: командам із власними розробниками, суворими вимогами до розташування даних або глибоко кастомними процесами.

Контент у git

Контент лежить у репозиторії як Markdown або JSON. Інструменти на кшталт Keystatic, Decap CMS чи TinaCMS додають зверху інтерфейс редагування. Окремої бази даних немає, а кожна зміна має версію.

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

Як ми обираємо CMS разом із клієнтами

У нас немає улюбленого постачальника, і ліцензій ми не перепродаємо. Рекомендація випливає з короткого дискавері:

1. Перелічуємо, хто редагує, що саме і як часто.
2. Описуємо типи контенту і зв’язки між ними.
3. Рахуємо мови зараз і через два роки.
4. Фіксуємо вимоги комплаєнсу: погодження, аудит, розташування даних, SSO.
5. Рахуємо вартість двох-трьох найкращих варіантів на очікуваному масштабі.

Потім спершу будуємо модель контенту і тестуємо її з вашими редакторами на реальних матеріалах. Змінити модель на другому тижні дешево. Змінити після запуску - означає мігрувати кожну сторінку.

Для SaaS-компаній це часто хмарна CMS із блоковим конструктором для лендингів і суворими типами для продуктового контенту й цін. Про типи сторінок, які зазвичай потрібні таким командам, ми пишемо на сторінці дизайну сайтів для SaaS.

Фронтенд лишається тим самим, хоч яку CMS ви оберете. Цей стек ми описали в огляді маркетингового сайту на Next.js.

Оберіть CMS до того, як проєктувати сторінки

Вибір CMS формує модель контенту, а модель контенту - дизайн. Тож вирішуйте рано. Налаштування і моделювання CMS входять у кожен проєкт з розробки корпоративного сайту: від 8 500 $, зазвичай 4-5 тижнів. Для більшості інших продуктів налаштування CMS - окрема опція за 2 000 $, вона відкрито вказана разом з іншими. Якщо ви ще обираєте між традиційним і headless-підходом, наше порівняння WordPress і Next.js пояснює різницю.