Headless Shopify a Hydrogen: kdy to dává smysl a kdy ne

Headless znamená, že si Shopify necháte jako backend — produkty, sklad, objednávky, checkout — ale to, co vidí zákazník, si postavíte sami. Komunikuje se přes Storefront API a frontend bývá v Reactu, často přes Hydrogen, což je vlastní framework Shopify.

Zní to lákavě. U většiny e-shopů to lákadlo nestojí za to, co si za něj zaplatíte.

Co headless opravdu dává

Svoboda ve frontendu

Nejste vázaní na Liquid ani na to, jak Shopify renderuje stránky. Můžete postavit cokoli. Pokud má značka výrazný vizuální jazyk nebo netradiční navigaci katalogem, je to reálná výhoda.

Rychlost, ale podmíněně

Dobře postavený headless storefront může být výrazně rychlejší než šablona zavalená aplikacemi. Ale špatně postavený headless je pomalejší než průměrná šablona. Rychlost nedostáváte zdarma, dostáváte možnost jí dosáhnout.

Jeden frontend pro víc zdrojů

Pokud spojujete produkty ze Shopify s obsahem z redakčního systému, s daty z interního systému a možná i s jinou platformou, headless je přirozená odpověď.

Víc trhů s odlišnými požadavky

Když potřebujete pro každý trh jiný frontend, ale společný backend.

Co za to zaplatíte

Aplikace přestanou fungovat

Tohle je největší a nejčastěji podceňovaný náklad. Většina aplikací z App Store funguje tak, že vkládá kód do šablony. Bez šablony nemají kam. Recenze, věrnostní program, upsell, vyhledávání, překladač — všechno si buď napíšete sami, nebo najdete službu s vlastním API a napojíte ji.

Klienti si to uvědomí až po spuštění, když chtějí přidat aplikaci na recenze a zjistí, že to znamená týden vývoje.

Editor obsahu zmizí

Klient si už nepřeskládá domovskou stránku v Shopify editoru. Buď si to bude vyžadovat od vývojáře, nebo mu je potřeba postavit redakční systém — což je další náklad a další systém na údržbu.

Údržba

Šablona je soubor v Shopify. Headless storefront je aplikace, která někde běží, má závislosti, které je potřeba aktualizovat, a může spadnout. Potřebuje monitoring a někoho, kdo ji umí opravit.

Cena

Násobně vyšší než šablona na míru, a to platí i pro budoucí úpravy.

Kdy ano

• Máte vývojářský tým nebo dlouhodobého dodavatele.
• Frontend je konkurenční výhoda, ne jen obal na produkty.
• Spojujete data z víc systémů.
• Narazili jste na konkrétní limit šablony, který umíte pojmenovat.
• Obrat je takový, že se investice vrátí přes konverzi.

Kdy ne

• Důvod je „chceme to moderní“.
• Nemáte, kdo se o to bude starat.
• Spoléháte na aplikace z App Store.
• Klient si potřebuje sám upravovat obsah.
• Rozpočet je napnutý — pak jsou lepší investice jinde.

Střední cesta

U většiny projektů, kde klient přijde s požadavkem na headless, skončíme u dobře postavené šablony na míru s vyladěnou rychlostí. Dostane devadesát procent výsledku za dvacet procent ceny a nepřijde o editor ani o aplikace.

Druhá střední cesta je hybrid: klasická šablona pro katalog a checkout, samostatná rychlá aplikace jen pro tu část, která to opravdu potřebuje — konfigurátor, interaktivní nástroj, netradiční vstup do katalogu.

Headless je nástroj, ne úroveň vyspělosti. Když neumíte v jedné větě říct, co vám v šabloně nešlo, ještě ho nepotřebujete.