Headless-комерція

Headless commerce (headless-комерція) — архітектура інтернет-магазину, у якій видима частина (вітрина, «голова») відокремлена від бекенду з логікою замовлень, каталогу й оплат, а обмін даними йде через API. Вітрину можна змінювати чи замінювати, не чіпаючи бекенд.

Простими словами

У класичному магазині сайт і система керування товарами та замовленнями — одне ціле. У headless бекенд лише віддає й приймає дані (товари, ціни, кошик, замовлення) через API, а вітрину будують окремо: сайт, мобільний застосунок, кіоск чи інший канал. Зв'язок між ними, зазвичай, через REST чи GraphQL (Wikipedia, Headless commerce).

Термін пов'язують із 2013 роком (там само). Окремо існує composable commerce — ширший підхід, у якому магазин збирають із окремих сервісів; headless розглядають як один з його компонентів, а не як синонім (опис постачальника, див. «Джерела»).

Що це дає

За описом у Wikipedia:

• вітрина й бекенд розвиваються незалежно, зміни дизайну менше ризикують зачепити замовлення;
• один бекенд обслуговує кілька каналів (сайт, застосунок, кіоск);
• вітрину можна відрендерити наперед на сервері, що пов'язують із швидшим завантаженням і SEO;
• легше підлаштовувати вітрину під різні пристрої й аудиторії (Wikipedia).

Чого це коштує

• Більше роботи: такі платформи вимагають більше налаштування, ніж готові рішення.
• Немає готової вітрини: шаблонів і рішення «все в одному» немає, вітрину треба будувати чи купувати окремо.
• За тією ж статтею, headless часто не підходить малому бізнесу (Wikipedia).

Власник магазину в підсумку платить двічі: за бекенд і за розробку та підтримку вітрини. Порівняйте це з варіантом готової платформи в статті готова платформа чи власна розробка.

Як на це дивляться різні джерела

• Незалежний опис (Wikipedia) називає і переваги, і недоліки, зокрема неприйнятність для малого бізнесу.
• Матеріал постачальника такої платформи перелічує переваги: швидкість змін, багатоканальність, свобода дизайну; недоліків і компромісів не згадує. Зважайте на це, читаючи комерційні тексти.

Коли варто думати про headless

Питання, які допомагають вирішити:

1. Скільки каналів продажу у вас потрібно обслуговувати з одних даних: тільки сайт чи ще застосунок, маркетплейси, торгові точки?
2. Чи упираєтесь ви в обмеження шаблону вітрини на конверсію (CRO, юзабіліті)?
3. Чи є в команди чи підрядника ресурс на розробку й підтримку вітрини?
4. Чи окупить це зростання: порівняйте з unit-економікою.

Якщо ви продаєте одним сайтом і задачі вирішує налаштування шаблону, headless може бути надлишковим.

FAQ

Що таке headless commerce простими словами? Магазин, у якому вітрина відокремлена від «мозку» (каталог, кошик, замовлення) і спілкується з ним через API.

Чим headless відрізняється від звичайного інтернет-магазину? У звичайному вітрина й бекенд — єдине ціле. У headless вони окремі й їх можна змінювати незалежно.

Чи потрібен headless малому магазину? Wikipedia зазначає, що такі платформи часто не підходять малому бізнесу через обсяг налаштування. Рішення залежить від ваших каналів і ресурсів.

Чи пришвидшує headless сайт? Джерела пов'язують це з можливістю наперед рендерити сторінки, але швидкість залежить від реалізації вітрини.

Пов'язані терміни

• SaaS-платформа, власний магазин чи вайб-кодинг: що обрати
• Що таке e-commerce (електронна комерція)
• Що таке CRO (оптимізація конверсії)
• Що таке юзабіліті сайту і як його оцінити

Джерела

• Wikipedia, Headless commerce — en.wikipedia.org/wiki/Headless_commerce
• commercetools, What's headless commerce and why does it matter? (опис постачальника) — commercetools.com/mach-architecture/headless-commerce