Hyvä vs Luma: чому легкий фронтенд став новим стандартом Magento 2

Ми пам’ятаємо часи, коли у Magento не було справжнього вибору фронтенду. Існував умовний стандарт — Luma: складна, перевантажена, але зрозуміла і передбачувана. Вона не претендувала на елегантність чи технологічну витонченість. А скоріше давала цінну базу, на якій могла працювати вся екосистема.

Так було, доки не змінився сам ринок,

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

В певний момент стало очевидно: обмеження не в Magento як платформі — вони у тому, як побудований фронтенд.

І саме тут з’являється Hyvä. Спочатку як альтернатива, потім в якості експерименту. А згодом — як новий стандарт.

Щоб зрозуміти, чому це сталося і що зараз обирати, важливо подивитися на кілька речей у комплексі:

Адже ця тема давно вийшла за межі технологій заради технологій. Йдеться про швидкість змін, контроль над продуктом і вартість розвитку в довгій перспективі.

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

Luma довгий час намагалися дотягнути до сучасних вимог. Для неї оптимізували JavaScript, впроваджували кешування, перебудовували критичні сценарії. І це працювало до певного моменту, створювало відчуття певного прогресу.

Але ця ілюзія мала межу.

Чим більше зростав проєкт, тим очевиднішою ставала закономірність: швидкість у такій архітектурі не є властивістю системи. Це результат постійних зусиль, іі потрібно підтримувати, відвойовувати, тримати під контролем.

Будь-яка зміна повертає команду до точки балансування між можливостями і продуктивністю.

У певний момент розробка перестає бути процесом створення. Вона стає процесом утримання рівноваги.

І це той момент, де технологія починає визначати економіку бізнесу.

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

Це ефект, який бізнес відчуває не через код, а через цифри: час розробки росте, витрати накопичуються, а швидкість сайту залишається нестабільною величиною.

І найважливіше — у цього немає фінального рішення. Є лише більш або менш складні способи це контролювати.

Hyvä з’являється саме в цій точці.

Hyvä зазвичай описують як швидкий фронтенд для Magento. І частково це правда — сайти на ньому дійсно працюють швидше. В її основі — інший підхід до фронтенду і стек, який мінімізує зайву складність:

Але проблема в тому, що такий опис спрощує суть настільки, що вона майже зникає. Hyvä — не про швидкість як окрему характеристику. І навіть не про конкретний набір технологій.

Вона про інший спосіб роботи зі складністю.

У класичному підході фронтенд Magento — це система, складність якої потрібно постійно контролювати: оптимізувати, балансувати, обмежувати.

Hyvä змінює цю логіку: замість того щоб керувати складністю, вона її зменшує на рівні архітектури.

Менше залежностей означає не просто менше коду. Це означає передбачуваність.

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

Фронтенд перестає бути шаром, який потрібно постійно підтримувати й стримувати. Він стає інструментом, який можна розвивати.

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

На перший погляд може здатися, що перехід на Hyvä — це про продуктивність. Але якщо подивитися на рішення бізнесів уважніше, стає зрозуміло: мова не про швидкість як таку.

Мова про економіку змін.

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

Luma — навпаки, проста на старті, але дорога в масштабуванні.

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

Вирішальним стало ще й те, що більшість eCommerce-проєктів не потребують максимально складної архітектури.

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

Спочатку це затримки у розробці. Потім — складність змін. Потім — дорожчі релізи. І в якийсь момент стає очевидно, що система не просто підтримує бізнес. Вона починає його обмежувати.

Після переходу на Hyvä змінюється не тільки швидкість сайту, але й швидкість прийняття рішень, адже зникає архітектурний опір.

Якщо дивитися не на технологію, а на реальні впровадження, Hyvä найкраще проявляє себе там, де фронтенд впливає на прибуток.

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

Наприклад, eCommerce-стартап у сфері колекційних товарів запускався з нуля — без великого бюджету, але з високою вимогою до довіри і вигляду продукту. У таких галузях користувач приймає рішення емоційно, але перевіряє все раціонально: фото, деталі, автентичність, швидкість сайту. На старті стояв класичний вибір стеку: запуск на SaaS або контроль і масштабованість через Magento. Було обрано друге — з Hyvä як фронтендом.

Там, де навіть невелика затримка в роботі сайту перетворюється на втрату конверсії. У одному з таких проєктів fashion ритейлера сторінки завантажувались у середньому за ~1.8 секунди.

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

Якщо сайт частина складної системи (склади, ERP, інтеграції), або має великі каталоги, десятки фільтрів, індивідуальні ціни — усе це створює навантаження не тільки на бекенд, а й на фронтенд.

Hyvä забезпечила тут передбачуваний фронтенд без ефекту доміно. А також швидкі зміни в логіці, менше технічного боргу. Зробила систему простішою для розвитку продукту, що сприяло повторним замовленням.

Коли головна проблема — не сам сайт, а вартість і швидкість змін. А також, коли існує ризик зламати систему, додавши нові функції, інтеграції та зміни. Hyvä зменшує архітектурний опір і дозволяє швидше впроваджувати ідеї.

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

Hyvä забезпечує легкий інтерфейс, швидкий mobile UX, стабільну роботу навіть при великому каталозі.

В цих прикладах Hyvä, порівняно з Luma, окрім стабільності та швидкості розвʼязала руки також для маневрів для розвитку.

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

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

За останні роки Hyvä вийшла за межі просто технологічного рішення. Вона стала екосистемою з власними стандартами, сертифікаціями, спільнотою і продуктами, які формують навколо неї нову норму.

Команда Planeta Web контриб’ютить у її розвиток: ми регулярно беремо участь у покращеннях, а наших розробників відмічають серед тих, хто реально впливає на продукт. Ми напряму знайомі із засновниками Hyvä і працюємо з ними в контакті — тому розуміємо не лише як використовувати цей стек, але й як він еволюціонує зсередини і куди рухається далі.

І саме це важливіше, ніж сама технологія, адже у digital-екосистемах стандарт формується не через декларації, а через взаємодію і масове прийняття. Тому вже помітно, як змінюється мова ринку: все частіше питання звучить не “чи Magento”, а “чи Hyvä”.

Це не означає, що Magento зникає. Це означає, що змінюється спосіб його використання.

Для нас Hyvä — це більше, ніж просто технологія в роботі.

Якщо спростити дискусію до інженерного рівня, Luma і Hyvä вирішують одну й ту саму задачу — побудову фронтенду Magento — але принципово різними підходами.

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

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

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

Окремо в цій темі існують також альтернативні підходи до фронтенду Magento — від PWA-рішень до повністю headless-архітектур. Вони вирішують задачу продуктивності і гнучкості, але через інший рівень технологічної складності та вартості підтримки.

Magento не стала повільнішою. Змінились вимоги до швидкості, UX і вартості розвитку. І якщо Luma була адекватною відповіддю на виклики минулого, то сьогодні вона дедалі частіше стає обмеженням.

З іншого боку, Hyvä не є універсальним рішенням. І навряд чи стане ним. Але вона уже зайняла впевнену позицію у виборі між складною та простою архітектурою - там, де кожна затримка в розробці перетворюється на втрачений дохід.

І в цьому виборі більшість бізнесів уже визначилась з новим стандартом.

Бо в сучасному eCommerce швидкість — це не технічний параметр, а умова росту, фронтенд перестав бути просто шаром інтерфейсу. Він став фактором економіки.