Безголова комерція

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

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

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

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

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

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

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