Headless commerce: Hvornår giver det mening?

Du har fået headless anbefalet og vil vide, om det er det rigtige for din webshop. Mit korte svar: Headless giver mening, når du har et konkret problem, som et tema ikke kan løse, og et team, der kan drive en separat frontend i årevis. Mangler en af de to ting, ender du typisk med en dyrere og langsommere platform end den, du havde.

Her forklarer jeg, hvad headless er, hvad du mister, og hvordan jeg tester, om det er værd at gøre.

Hvad er headless commerce?

I en almindelig Shopify-butik hænger tema og platform sammen. Temaet viser produkterne, og apps kan indsætte funktioner direkte i det.

Headless betyder, at du bygger frontenden separat. Platformen håndterer stadig produkter, lager, ordrer og betaling, mens din egen frontend henter data via API’er. På Shopify sker det via Storefront API, og Shopify har sit eget framework til formålet, Hydrogen.

Shopify oplyser, at Oxygen-hosting til Hydrogen-butikker er tilgængelig på alle planer undtagen Starter uden ekstra omkostning. Headless er altså ikke forbeholdt Shopify Plus.

Hvad du kan få

• Frihed i brugerfladen. Konfiguratorer, interaktive produktsider og forløb, som et tema ikke er bygget til.
• Én backend til flere kanaler. Samme produktdata kan bruges i webshop, app og skærme i butikken.
• Kontrol over teknikken. Du vælger selv, hvordan siderne bygges, caches og leveres.

Hvad du mister

• Apps, der bare virker. Mange Shopify-apps indsætter sig selv i temaet. I en headless butik skal hver af dem integreres via API, hvis det overhovedet er muligt.
• Temaeditoren. Redaktører kan ikke længere flytte sektioner rundt i Shopifys editor. Du skal have et andet sted at redigere indhold.
• Lav vedligeholdelse. Frontenden er din kode. Opdateringer, fejlrettelser og sikkerhed er dit ansvar, også når API’erne ændrer sig.
• Hastighed i udviklingen. Nye funktioner skal bygges i frontenden i stedet for at blive slået til.

Hvornår headless giver mening

Jeg ser det som relevant, når flere af disse er sande:

• Der er et konkret problem, du kan beskrive og måle, og som du har forsøgt at løse i et tema uden held.
• Der er udviklere, der kan eje frontenden løbende, ikke kun et bureau, der bygger den og går.
• Samme produktdata skal drive flere kanaler end webshoppen.
• Budgettet dækker også drift og videreudvikling de næste år, ikke kun lanceringen.

Hvornår jeg vil fraråde det

• Når argumentet er “vi vil have noget unikt”. De fleste designs kan bygges i et Online Store 2.0-tema med sektioner, metafields og egen kode.
• Når argumentet er hastighed, men ingen har målt, hvad der gør butikken langsom. Start med de typiske årsager til en langsom webshop.
• Når der ikke er udviklere i huset, og løsningen skal passes af skiftende freelancere.
• Når projektet tager hele budgettet, så der ikke er råd til marketing og forbedringer bagefter.

Alternativer, jeg prøver først

Et bedre tema. Online Store 2.0-temaer har sektioner på alle sider, app-blokke og felter til egne data. Med metafields og metaobjekter kan du vise langt mere end titel, pris og beskrivelse.

Delvist headless. Byg kun den del, der kræver det, for eksempel en produktkonfigurator, som en komponent i temaet. Resten forbliver en almindelig Shopify-butik.

En specialudviklet app. Hvis problemet er data eller logik og ikke brugerflade, er en app eller integration ofte det rigtige værktøj. Se Shopify-app eller specialudvikling.

Headless eller composable?

Headless handler om at adskille frontend og backend. Composable commerce går et skridt videre: Du sammensætter hele løsningen af separate systemer, for eksempel ét til indhold, ét til søgning og ét til handel. Hver del kan skiftes ud, men hver forbindelse skal også bygges og vedligeholdes.

For de fleste webshops, jeg arbejder med, er composable for meget. Det kræver et team, der kan eje mange systemer og integrationerne imellem dem.

Sådan tester jeg beslutningen

1. Skriv problemet ned. “Produktsiden er langsom på mobil, og LCP ligger over 2,5 sekunder i data fra rigtige brugere” er et problem. “Vi vil være moderne” er ikke.
2. Prøv den billigste løsning først. Oprydning i temaet, færre apps eller en tilpasset sektion.
3. Bed om tilbud på både bygning og drift. Hvad koster en ny funktion bagefter, og hvem retter fejl?
4. Find ud af, hvilke apps der skal erstattes. Gennemgå listen, og spørg leverandørerne, om de understøtter headless.
5. Regn på det over flere år. Sammenlign med at blive på et tema, inklusive det, du forventer at tjene ekstra.

Hvis valget i virkeligheden står mellem en standardplatform og et helt specialudviklet system, så læs SaaS eller specialudviklet webshop. Og vil du have en uafhængig vurdering, før du skriver under, hjælper jeg med platformstrategi.