Headless commerce er et av begrepene som høres mest fremtid ut og forklares minst. Det dukker opp i hver trendspaning, ofte med løfter om ubegrenset fleksibilitet og lynraske sider. Her rydder vi opp i hva headless faktisk er, går raskt gjennom de beslektede ordene composable og MACH, og — viktigst — er ærlige om avveiingen mellom nytte og kostnad. For sannheten er at de fleste butikker ikke trenger headless, og det er verdt å si rett ut før noen bygger om plattformen sin unødig.
Hva headless commerce er
I en tradisjonell e-handelsplattform henger frontend og backend sammen. Samme system som håndterer produkter, kasse og lager rendrer også sidene kunden ser. Headless innebærer at man separerer de to: backend håndterer forretningslogikken — produkter, priser, ordre — og leverer data via API, mens frontend bygges som en helt frittstående applikasjon som henter de dataene og bestemmer selv hvordan de presenteres.
Navnet kommer nettopp av dette — man fjerner backendens eget «hode», presentasjonslaget, og setter på et eget. Gevinsten er frihet: frontend kan bygges akkurat som man vil, med valgfri teknologi, og samme backend kan mate flere ulike grensesnitt. Prisen er at man nå har to systemer å bygge og vedlikeholde i stedet for ett, og at mye som ellers inngår i plattformen må bygges selv.
Composable og MACH — kort
Rundt headless finnes det to ord du støter på, og det holder å forstå dem overordnet. Composable commerce betyr at man setter sammen løsningen sin av flere spesialiserte tjenester — en for kasse, en for søk, en for innhold — i stedet for en alt-i-ett-plattform. MACH er et akronym for prinsippene dette ofte bygger på: microservices, API-først, cloud-native og headless. Begge beskriver samme bevegelse mot oppdelte, sammensetbare arkitekturer.
Det viktige er ikke å memorere akronymet, men å se mønsteret: mer frihet til å velge hver del, mot mer arbeid med å føye dem sammen og holde dem i synk. Det er en arkitektur som lønner seg ved en viss størrelse og kompleksitet, og blir overarbeid under den. Samme avveiing gjelder composable som headless generelt — friheten er virkelig, men det er dere som får bære sammenføyningen.
Nytten mot kostnaden — vær ærlig
Headless selges ofte på sine styrker uten at kostnaden nevnes i samme åndedrag. Begge sider hører hjemme i beslutningen:
- Nytten — full frihet i frontend, mulighet til svært raske og unike opplevelser, og samme backend som kan mate flere kanaler som web, app og skjermer i butikk.
- Kostnaden — to systemer å bygge og forvalte, mer utvikling både initialt og løpende, og at funksjoner som inngår i en vanlig plattform nå må bygges og vedlikeholdes av dere selv.
Dette er kjernen: headless flytter kompleksitet fra plattformen til deres eget team. For en organisasjon med utviklingsressurser og konkrete krav kan det være en svært god avtale. For en butikk som mest vil selge produkter, er det oftest å betale for fleksibilitet ingen kommer til å bruke — og den regningen løper på, år etter år.
Det går an å få mye av nytten uten å gå hele veien. Shopify tilbyr headless via Hydrogen og sitt Storefront API, og Magento via PWA Studio og GraphQL — veier til å bygge en frittstående frontend mot en plattform som likevel håndterer det tunge i backend. Man trenger altså ikke velge mellom helt tradisjonelt og helt frittstående; det finnes en glidende skala mellom dem.
Headless løser virkelige problemer for dem som har dem — men for de fleste butikker er det en løsning som leter etter et problem.
Når headless faktisk er riktig
Det finnes tydelige situasjoner der headless er riktig vei og investeringen betaler seg. Kjenn dem igjen — og fraværet deres:
- Dere har et stort utviklingsteam som kan bygge og forvalte en egen frontend over tid, ikke bare lansere den.
- Dere trenger en unik opplevelse som en standardplattform ikke kan levere, og den forskjellen er forretningskritisk.
- Dere selger i flere kanaler — web, app, skjermer, kiosker — som skal dele samme backend og innhold.
- Dere har prestasjonskrav i absolutt front der hvert millisekund teller for forretningen.
Kjenner dere dere ikke igjen i noe av dette, er sannsynligheten stor for at en vanlig plattform tjener dere bedre — billigere, enklere og fullt tilstrekkelig rask. Vår holdning er at vi bygger gjerne headless, men bare når det løser et virkelig problem, aldri fordi det høres moderne ut. Fleksibilitet ingen utnytter er ikke et aktivum, det er en kostnad forkledd som fremtidssikring.
Konklusjon og neste steg
Headless commerce er en kraftfull arkitektur som gir frihet i frontend og mulighet til å mate flere kanaler — til prisen av to systemer å forvalte og funksjoner dere selv må bygge. Det er riktig for organisasjoner med utviklingsressurser og konkrete behov, og feil for butikken som mest vil selge. Trenger dere en del av nytten, finnes mellomveier via Shopifys og Magentos egne headless-støtte, uten å ta hele steget.
Lurer dere på om headless er verdt det for akkurat dere — eller vil dere ha et ærlig svar på om en vanlig plattform holder? Vi har bygget netthandel på Shopify og Magento siden 2016, headless når det trengs og tradisjonelt når det holder, og hjelper dere gjerne å avgjøre hvilket som gjelder dere.