Headless is de hype van de afgelopen drie jaar. Maar 80% van de bedrijven die headless bouwen, hadden dat niet hoeven doen. Dit zijn de criteria waarop je de beslissing baseert.
Headless e-commerce: hype of serieuze business case?
80% van de bedrijven die headless e-commerce bouwen, hadden dat niet hoeven doen. Ze hadden met een geoptimaliseerd monolithisch platform hetzelfde bereikt — voor een derde van de kosten.
Dat is geen mening. Dat is wat wij zien bij bedrijven die na een kostbare headless-implementatie bij ons aankloppen met dezelfde problemen die ze wilden oplossen.
Headless kan een uitstekende keuze zijn. Maar de vraag is: voor wie?
Wat is headless? Simpel uitgelegd
Traditioneel e-commerce: je platform beheert zowel de data (producten, orders, klanten) als de presentatie (wat de klant ziet). Shopify genereert je HTML. Magento genereert je HTML. De frontend en backend zijn één geheel.
Headless: je platform beheert alleen de data en bedrijfslogica — de "body". De frontend — het "hoofd" — bouw je zelf in een apart framework. Die twee communiceren via een API.
Concreet: je Shopify-store beheert producten, voorraad en checkout. Je Next.js-frontend haalt die data op via de Storefront API en presenteert het aan je klant. De klant ziet jouw React-applicatie, niet Shopify's template-engine.
De belofte van headless
Architecten en consultants verkopen headless met dezelfde argumenten:
Snelheid. Een Next.js-frontend met server-side rendering en edge-caching kan Lighthouse 99 halen. Echt. Vrijheid. Geen thema-beperkingen. Je bouwt precies wat je wilt. Omnichannel. Dezelfde backend voedt je webshop, je mobiele app, je kiosk en je B2B-portaal. Toekomstbestendigheid. Je kunt je backend wisselen zonder de frontend opnieuw te bouwen.Dat zijn echte voordelen. Maar ze zijn relevant voor een kleine minderheid van de e-commerce markt.
De realiteit van headless
Realiteit 1: De complexiteit is veel hoger
Een monolithisch platform als Shopify of Magento lost honderden problemen op die je niet ziet. Routing, SEO meta tags, structured data, betaalflow, vouchers, adressen, klantenaccounts — alles is gebouwd en getest.
In een headless setup bouw je dat allemaal zelf. Of je koopt het in via externe services.
Dat klinkt goed totdat je op een vrijdagmiddag ontdekt dat je checkout een edge case heeft die je niet had voorzien, en je ontwikkelteam drie weekenden nodig heeft om het op te lossen.
Realiteit 2: De kosten zijn structureel hoger
Initieel: 2-4x hogere bouwkosten versus een monolith.
Doorlopend: meer services, meer koppelingen, meer onderhoud. Een typische headless-stack heeft vier tot acht externe diensten naast het commerce-platform: een CMS, zoekprovider, review-platform, personalisation-engine, analytics.
Elke dienst kost geld. Elke koppeling kost onderhoud.
Realiteit 3: SEO is lastiger dan je denkt
Headless en SEO gaan samen — mits je het goed doet. Client-side rendering (CSR) zonder SSR is een SEO-ramp. Google indexeert JavaScript, maar niet altijd correct.
Server-side rendering (SSR) en static site generation (SSG) lossen dat op, maar voegen complexiteit toe aan de architectuur.
Realiteit 4: Je team moet het kunnen onderhouden
Wie beheert je headless-implementatie over drie jaar? React-developers zijn duurder dan Liquid-developers. Shopify-thema's kan een breed palet aan bureaus onderhouden. Een maatwerk Next.js + Shopify Storefront API-implementatie niet.
Wanneer headless ROI oplevert: concrete criteria
Headless is een serieuze businesscase als je aan minimaal drie van deze vijf criteria voldoet:
1. Omzet boven €10 miljoen.Onder die grens is de ROI van headless zelden te berekenen. De investering is te hoog ten opzichte van de omzetbasis.
2. Gedocumenteerd performance-probleem met directe omzetimpact.Niet "we vinden onze site traag". Maar: "onze Lighthouse-score is 45, onze LCP is 5 seconden, en we hebben data dat dit 12% conversie kost."
3. Echte omnichannel-behoefte.Je voedt meerdere kanalen vanuit dezelfde backend: webshop, app, B2B-portaal, voice commerce, kiosk. Als je alleen een webshop hebt, is headless overkill.
4. Maatwerk UX die fundamenteel is voor je business.Een complexe productconfigurator, gepersonaliseerde homepage op basis van real-time gedragsdata, augmented reality-productvisualisatie. Als de UX een concurrentievoordeel is dat je niet kunt bouwen in een thema.
5. Dedicated development team.Je hebt interne of externe developers die full-time aan de implementatie werken. Niet een parttime developer die ook andere systemen beheert.
Wanneer headless een dure hobby is
Headless is de verkeerde keuze als:
- Je omzet onder de €5 miljoen zit
- Je primaire reden "snelheid" is, maar je nooit hebt gemeten wat je Lighthouse-score en LCP zijn
- Je geen team hebt om het te onderhouden
- Je zes maanden live wilt gaan
- Je concurrenten ook gewoon Shopify of Magento gebruiken en het prima doen
De meest gevaarlijke situatie: een technisch directeur die headless wil omdat het technisch interessant is, niet omdat de businesscase het vereist.
Kosten vergelijking: headless vs. monolith
Shopify (standaard Liquid-thema) vs. Shopify Headless (Hydrogen)
| Shopify Liquid | Shopify Hydrogen | |
|---|---|---|
| Initiële bouwkosten | €10.000-€25.000 | €30.000-€80.000 |
| Time-to-market | 8-16 weken | 20-40 weken |
| Maandelijks onderhoud | €500-€1.500 | €2.000-€6.000 |
| Extra diensten/maand | €200-€500 | €1.000-€3.000 |
| Totaal jaar 1 | €26.000-€53.000 | €59.000-€179.000 |
Magento 2 (Hyva) vs. Magento Headless (PWA Studio)
| Magento + Hyva | Magento PWA Studio | |
|---|---|---|
| Initiële bouwkosten | €40.000-€80.000 | €80.000-€200.000 |
| Time-to-market | 16-30 weken | 30-52 weken |
| Maandelijks onderhoud | €1.500-€3.000 | €4.000-€10.000 |
| Totaal jaar 1 | €58.000-€116.000 | €128.000-€320.000 |
Platformen vergeleken
Shopify + Hydrogen
Shopify's eigen headless-framework. React + Remix. Goede tooling, nauwe integratie met Shopify's Storefront API. Hosting via Oxygen.
Meest logisch als je al op Shopify zit en headless wilt. Meer informatie over Shopify Headless.
Magento 2 + PWA Studio
Adobe's officiële PWA-framework voor Magento. Technisch krachtig, maar zwaar in development en onderhoud. De community-adoptie is lager dan verwacht.
Wij bouwen liever Magento-backends met een Next.js of Hydrogen-frontend dan met PWA Studio. Meer over Magento als backend.
Commerce.js + React
Commerce.js is een API-first commerce-platform. Geen monolith — puur headless by design. Geschikt voor maatwerk-implementaties zonder legacy-platform als basis.
Interessant voor greenfield-projecten, minder geschikt als je migreert vanuit een bestaand platform.
Next.js Commerce (Vercel)
Platform-agnostisch headless-template. Werkt met Shopify, BigCommerce, Magento en andere backends. Goed startpunt voor teams met Next.js-ervaring.
Voor maatwerk bouwen wij ook combinaties met Laravel als middleware-laag.
De pragmatische keuze: composable zonder volledig headless
Er is een middenweg die veel bedrijven overslaan.
In plaats van volledig headless te gaan, kun je een composable architectuur bouwen die specifiek zwakke punten aanpakt:
- Shopify als commerce-backend
- Externe zoekprovider (Algolia) voor betere filterfunctionaliteit
- Extern CMS (Contentful) voor contentheavy pagina's
- Shopify Liquid blijft voor de productpagina's en checkout
Je haalt de voordelen op de gebieden waar het loont, zonder de volledige complexiteit van een headless-implementatie.
Conclusie
Headless e-commerce is een krachtig architectuurpatroon — voor de bedrijven die er echt baat bij hebben.
Die bedrijven hebben een omzet boven de €10 miljoen, een gedocumenteerd performance-probleem, echte omnichannel-behoeften en een team dat de complexiteit kan dragen.
Voor de andere 80% is een geoptimaliseerde monolith de slimmere keuze. Shopify met een goed thema. Magento met Hyva. De investering is lager, de time-to-market korter, en de ROI is eerder positief.
Wil je weten welke architectuur past bij jouw situatie? Neem contact op. We rekenen de businesscase eerlijk voor je door.
Veelgestelde vragen
Wat is het grootste nadeel van headless e-commerce?
De complexiteit en kosten. Elke functionaliteit die een monolith out-of-the-box biedt, moet je in een headless-implementatie zelf bouwen of inkopen via externe diensten. Dat kost meer geld en meer tijd.
Is headless altijd sneller dan een monolith?
Nee. Een slecht gebouwde headless-implementatie kan langzamer zijn dan een goed geoptimaliseerde Shopify- of Magento-store. Snelheid is geen garantie van headless — het is een resultaat van goede implementatie.
Hoe lang duurt een headless-implementatie?
Reken op 20-40 weken voor een serieuze headless-implementatie, exclusief de tijd voor architectuurontwerp en vendor-selectie. Een standaard Shopify-thema met maatwerk: 8-16 weken.
Kan ik starten als monolith en later naar headless migreren?
Ja. Dit is zelfs de aanpak die wij adviseren. Start met een monolith, meet je knelpunten, en migreer onderdelen naar headless als de businesscase het rechtvaardigt. Je hoeft niet alles tegelijk te doen.
Welk framework kiest coding.nl voor headless-projecten?
Dat hangt af van het commerce-platform. Bij Shopify adviseren wij Hydrogen of Next.js. Bij Magento bouwen wij liever met Next.js dan met PWA Studio. De middleware-laag bouwen wij in Laravel.
Geschreven door Ruthger Idema
15+ jaar ervaring in e-commerce development. Gespecialiseerd in Magento, Shopify en Laravel maatwerk.
Meer over ons team →