De ecommerce is fundamenteel veranderd. De monolithische architectuur die alles in één platform bundelde, heeft plaatsgemaakt voor headless ecommerce en, een stap verder, voor composable commerce. Als je shop je begint af te remmen (trage deploys, fragiele integraties, prestaties die niet herstellen), is dat meestal het eerste signaal.
Bij Kiwop hebben we meer dan 80 ecommerce-projecten uitgevoerd, met een klantbehoud van 92 %. Die ervaring heeft ons geleerd wanneer een monoliet zich niet meer terugbetaalt, wanneer headless het verschil maakt en wanneer je beter nog niet migreert.
Wat is headless ecommerce?
Headless ecommerce scheidt de frontendlaag (de interface die je klant ziet) van de backendlaag (de bedrijfslogica en de data). Frontend en backend werken onafhankelijk en communiceren via API's.
Anders dan bij het traditionele model, waar alles in één platform zit, kun je met headless meerdere interfaces (web, mobiele app, kiosken, IoT-apparaten) aan één backend koppelen. Elke ervaring richt je apart in en past zich sneller aan nieuwe technologie en aan de markt aan.
Headless vs composable commerce: het verschil dat telt
Ze worden door elkaar gehaald, maar ze zijn niet hetzelfde, en het onderscheid bepaalt je architectuur.
Headless ontkoppelt de frontend van de backend. Het is een verandering in de presentatielaag: daarachter kun je prima een monolithische backend houden.
Composable gaat verder. Ook elke backendcomponent (catalogus, checkout, zoekfunctie, orderbeheer) is onafhankelijk en uitwisselbaar, gekozen als de beste beschikbare oplossing (best of breed) en via API's verbonden. Headless is namelijk een van de vier pijlers van de MACH-architectuur waarop composable rust.
In de praktijk is de grens vervaagd: bijna elk composable-project is headless, en veel headless-projecten stellen hun backend uiteindelijk stuk voor stuk samen. Daarom behandelt deze gids beide.
Voordelen van headless ecommerce
- Gebruikerservaring zonder grenzen: interfaces op maat voor elk apparaat en elk kanaal, zonder de beperkingen van een geïntegreerd platform.
- Schaalbaarheid en wendbaarheid: je schaalt of wijzigt specifieke onderdelen zonder de rest van het systeem aan te raken.
- Prestaties: door de frontend te ontkoppelen optimaliseer je het laden met SSR/SSG en verlaag je het bouncepercentage.
- Geavanceerde personalisatie: je past de ervaring aan op elke klant, wat de conversie en de loyaliteit verhoogt.
- Snellere innovatie: je integreert nieuwe technologie en kanalen zonder te wachten tot het platform ze ondersteunt.
- Veiligheid: lagen scheiden verkleint het aanvalsoppervlak voor kritieke data.
MACH-architectuur: de vier pijlers van composable commerce
MACH is geen product, het is een set principes:
- Microservices: elke functie (catalogus, voorraad, prijzen, bestellingen) is een autonome service. Valt er één uit of moet die opschalen, dan sleurt hij de rest niet mee.
- API-first: alle communicatie loopt via goed gedocumenteerde API's, zodat elke frontend (web, app, kiosk, IoT) dezelfde data gebruikt en ERP, CRM of marketing integreert zonder logica te dupliceren.
- Cloud-native: infrastructuur die voor de cloud is gemaakt, met autoscaling en deploys zonder downtime. Op een Black Friday schaalt de checkout terwijl de rest zijn normale belasting houdt.
- Headless: de frontend bouw je met de technologie die je wilt (Astro, Next.js, Remix, native app), die de data via API's ophaalt.
Drie van de vier halen is geen MACH, net zoals een auto zonder wielen geen auto is.
Monolithisch vs composable: 7 signalen dat je monoliet je afremt
Niet elke shop heeft composable nodig. Voor een kleine, stabiele catalogus blijft een goed geconfigureerde monoliet de efficiëntste optie. Maar er zijn duidelijke signalen dat je tegen de grens aanloopt:
- De time-to-market van een nieuwe functie loopt op tot meer dan 8 weken.
- De prestaties verslechteren bij elke uitbreiding: LCP boven de 3 seconden en Core Web Vitals in het rood.
- Je opereert in meer dan 3 markten met verschillende fiscale, taalkundige en logistieke eisen.
- Je team besteedt meer dan 40 % van zijn tijd aan onderhoud in plaats van aan innovatie.
- Je moet verkopen via kanalen die je platform niet native ondersteunt (marktplaatsen, social commerce, B2B2C).
- De integraties met ERP of CRM zijn fragiel en breken bij elke update.
- De totale eigendomskosten stijgen elk jaar zonder dat de functionele waarde meegroeit.
Herken je er drie of meer, dan is het tijd om de overstap te overwegen. Niet in één keer: de geleidelijke migratie bestaat en werkt.
Beste headless- en composable-platforms
Het ecosysteem is volwassen geworden en is allang geen enterpriseterrein meer. Open-sourceopties hebben composable ook voor de mid-market opengesteld.
- commercetools: de enterprisereferentie. Native API-first, multistore en multimarkt. Ideaal vanaf 50.000 SKU's en meerdere landen; de prijs op basis van GMV weegt zwaar bij lage volumes.
- Medusa (open source): headless framework in Node.js, zeer uitbreidbaar en zonder vendor lock-in. Multiregio en multivaluta.
- Saleor (open source): composable gebouwd op Python en GraphQL, met een krachtig beheerpaneel en een developer-friendly aanpak.
- Shopify Hydrogen: de snelle route naar headless als je al op Shopify zit, met de backend van Shopify en een frontend in React/Remix. We werken eraan in Shopify-ontwikkeling en pluizen het uit in onze technische gids over Shopify Hydrogen.
- Adobe Commerce (Magento): ondersteunt headless via GraphQL en PWA Studio, krachtig voor complexe catalogi en veeleisende bedrijfslogica. Voor je de sprong waagt, lees wanneer je NIET naar Magento headless migreert; we werken eraan in Magento-ontwikkeling.
- BigCommerce: een hybride aanpak, SaaS-backend met open API's. Een goede B2B-optie (prijslijsten per klant, terugkerende bestellingen).
Voor de frontend is Next.js een van de beste opties voor een headless ecommerce. Er bestaat geen universeel beste platform: er bestaat het platform dat het best past bij je volume, je team en je niveau van personalisatie.
Hoe je migreert: het strangler fig-patroon
Migreren van een monoliet naar composable vraagt geen big bang. Het strangler fig-patroon maakt een geleidelijke, gecontroleerde overgang mogelijk:
- Identificeer de component met de meeste wrijving (meestal de zoekfunctie, de checkout of het contentbeheer).
- Bouw de nieuwe service ernaast, terwijl de monoliet blijft draaien.
- Stuur het verkeer geleidelijk om (10 %, 25 %, 50 %, 100 %) via een API-gateway.
- Zet de monolietcomponent pas uit zodra de nieuwe stabiel blijkt.
- Herhaal met de volgende component.
In onze ervaring met meer dan 80 projecten halen geleidelijke migraties een veel hoger slagingspercentage dan volledige relaunches. De sleutel is de impact van elke fase te meten voor je verdergaat.
Prestaties en SEO van headless commerce
Prestaties zijn ranking en zijn conversie. De headless-architectuur werkt op beide fronten:
- LCP: met SSR/SSG (Astro, Next.js) serveer je HTML in minder dan een seconde. Onze projecten registreren een prestatieverbetering van +35 % na de migratie.
- INP: zonder de zware JavaScript van de monoliet verbetert de interactiviteit.
- CLS: componenten met vaste afmetingen, zonder layoutsprongen.
- Crawlability: SSR zorgt dat Google alles indexeert zonder van JavaScript af te hangen, met schone URL's en gestructureerde data zonder de beperkingen van het thema.
Wil je deze route ten volle benutten, dan analyseren we in composable commerce jouw situatie en ontwerpen we de architectuur.
Veelgestelde vragen
Is composable commerce hetzelfde als headless?
Nee. Headless is een van de vier pijlers van MACH: het ontkoppelt de frontend, maar de backend kan monolithisch blijven. Composable gaat verder, want ook elke backendcomponent is onafhankelijk en uitwisselbaar.
Wat kost een migratie naar composable commerce?
Dat hangt af van de catalogus, de integraties en de markten. Het strangler fig-patroon spreidt de investering over fasen met meetbare ROI, en open-sourceopties als Medusa of Saleor verlagen de licentiekosten.
Is het alleen voor grote bedrijven?
Niet meer. Open-sourceplatforms hebben de toegang gedemocratiseerd. Een shop met 5.000 tot 10.000 SKU's en aanwezigheid in 2 of 3 markten profiteert ervan zonder de investering die vijf jaar geleden nodig was.
Wat gebeurt er met mijn catalogus tijdens de migratie?
Met het strangler fig-patroon blijft de monoliet normaal draaien terwijl de nieuwe componenten worden gebouwd. Geen downtime en geen dataverlies.
Heb ik een intern technisch team nodig?
Voor het dagelijkse werk is het aan te raden, maar de implementatie en de migratie kun je uitbesteden aan een bureau dat de kennis geleidelijk overdraagt.
Welk platform moet ik kiezen?
commercetools voor enterprise met hoog volume, Medusa of Saleor als je open source en volledige controle waardeert, Shopify Hydrogen als je al op Shopify werkt, en Magento of Adobe Commerce voor complexe catalogi.
Conclusie
De monoliet heeft tien jaar zijn werk gedaan, maar omnichannel, realtime personalisatie en extreme prestaties vragen een ander fundament. Headless en composable zijn geen hype: ze zijn het antwoord op echte problemen zoals deploys van uren, fragiele integraties en platforms die beperken in plaats van mogelijk maken.
Als je ecommerce het punt heeft bereikt waarop de business het platform ontgroeit, praten we en kijken we hoe we die beperkingen wegnemen.