Hyvä of headless Magento: welke aanpak past bij jouw webshop?

Magento biedt veel vrijheid, maar juist aan de voorkant van het platform moesten webshops lange tijd een lastige keuze maken. Blijf je werken met de traditionele Magento-frontend? Kies je voor een volledig losgekoppelde, headless architectuur? Of vernieuw je de storefront met Hyvä? Vooral die laatste twee opties worden regelmatig met elkaar vergeleken. Zowel Hyvä als headless Magento kan zorgen voor een snellere, modernere en flexibelere webshop. Technisch zijn het echter fundamenteel verschillende oplossingen.

De beste keuze hangt daarom niet alleen af van performance of design, ook je ambities, organisatie, budget, ontwikkelteam, integraties en beheerorganisatie spelen een belangrijke rol. In deze blog vergelijken we Hyvä en headless Magento en helpen we je bepalen welke aanpak het beste bij jouw webshop past.

Wat is Hyvä?

Hyvä begon als een moderne frontend voor Magento 2. Het vervangt de traditionele Luma-frontend en de bijbehorende technische complexiteit door een veel lichtere frontendstack. Daarbij blijft Hyvä binnen de architectuur van Magento werken. De frontend en de commercefunctionaliteit zijn dus niet volledig van elkaar losgekoppeld. Magento blijft verantwoordelijk voor onder meer de catalogus, klanten, prijzen, winkelmand en orders, terwijl Hyvä zorgt voor de presentatie en interactie aan de voorkant.

Dat maakt Hyvä geen headless oplossing, maar een moderne Magento-native frontend. Hyvä is inmiddels bovendien meer dan alleen een theme. Het ecosysteem bestaat onder andere uit Hyvä Theme, Hyvä UI, Hyvä Checkout, Hyvä Commerce en Hyvä Enterprise. Hyvä Commerce combineert de frontend en checkout bijvoorbeeld met aanvullende functionaliteiten voor contentbeheer en de Magento-admin. Voor Adobe Commerce en specifieke B2B-functionaliteiten is Hyvä Enterprise beschikbaar.

Wat is headless Magento?

Bij een headless architectuur wordt de frontend technisch losgekoppeld van Magento. Magento blijft de commerce-engine achter de schermen. Het platform beheert bijvoorbeeld producten, prijzen, klanten, voorraad, winkelmandjes en orders. De frontend wordt als een afzonderlijke applicatie gebouwd, vaak met technologieën als React, Vue, Next.js of een ander JavaScript-framework.

De communicatie tussen frontend en Magento verloopt via API’s, zoals GraphQL of REST. Adobe omschrijft headless commerce als een API-gebaseerde architectuur waarbij de presentatielaag wordt losgekoppeld van de commerce- en datalaag.

Hierdoor kan dezelfde Magento-backend in theorie meerdere kanalen ondersteunen, zoals:

• Een reguliere webshop
• Een mobiele app
• Een klantenportaal
• Een verkoopzuil in een winkel
• Een aparte B2B-omgeving
• Social-commercekanalen
• Andere digitale touchpoints

Headless biedt daarmee veel architecturale vrijheid. Daar staat tegenover dat je zelf meer onderdelen moet bouwen, integreren en beheren.

Het belangrijkste verschil: optimaliseren of ontkoppelen

Het fundamentele verschil tussen Hyvä en headless zit niet in hoe de webshop eruitziet, maar in de architectuur. Met Hyvä moderniseer je de frontend binnen Magento, met headless bouw je een frontend los van Magento. Dat verschil heeft grote gevolgen voor de omvang van het project. Bij Hyvä kun je veel bestaande Magento-functionaliteit blijven gebruiken. Bij headless moet iedere functionaliteit die een bezoeker in de frontend gebruikt via een API beschikbaar worden gemaakt en in de aparte frontend worden geïmplementeerd.

Denk bijvoorbeeld aan:

• Productinformatie
• Categorieën en filters
• Klantaccounts
• Klantspecifieke prijzen
• Voorraad
• Winkelmandfunctionaliteit
• Kortingsregels
• Verzendmethoden
• Betaalmethoden
• Verlanglijsten
• Productreviews
• Zoekfunctionaliteit
• Checkout
• Contentblokken

Bij een headless implementatie is het dus niet voldoende om alleen een nieuwe visuele laag te bouwen. Je creëert een extra applicatie met een eigen architectuur, hosting, deployments, monitoring en onderhoud.

Performance: is headless automatisch sneller?

Een veelgehoord argument voor headless commerce is performance. Een moderne JavaScript-frontend kan inderdaad bijzonder snel zijn. Toch is headless niet automatisch sneller dan een goed gebouwde Hyvä-webshop.

De uiteindelijke snelheid hangt onder andere af van:

• De gekozen frontendtechnologie
• Server-side rendering
• Caching
• API-responstijden
• Afbeeldingen
• Externe scripts
• Personalisatie
• Zoektechnologie
• Tracking Hosting
• De kwaliteit van de implementatie

Een headless storefront kan theoretisch volledig worden geoptimaliseerd voor een specifiek gebruiksscenario. Maar een complexe keten van API-calls kan juist ook vertraging veroorzaken.

Hyvä kiest een andere route. Door veel van de frontendcomplexiteit van de traditionele Magento-stack te verwijderen, kan binnen de bestaande Magento-architectuur al een snelle storefront worden gerealiseerd. De officiële Hyvä-documentatie benadrukt daarbij dat ook zaken als afbeeldingen, JavaScript, CSS, Magento-configuratie en DOM-grootte van invloed blijven op de performance.

De keuze is daarom niet simpelweg: Headless is snel en Hyvä is minder snel. In de praktijk is het eerder: Zowel Hyvä als headless kan snel zijn, maar bij Hyvä is de route naar een snelle Magento-webshop meestal korter.

Ontwikkelkosten en time-to-market

Voor veel organisaties is dit het grootste verschil.

Hyvä

Omdat Hyvä binnen Magento blijft werken, kunnen ontwikkelaars gebruikmaken van veel bestaande Magento-processen en functionaliteiten. Hierdoor hoeft niet voor ieder onderdeel een aparte API-integratie en frontendimplementatie te worden gebouwd.

Dat betekent doorgaans:

• Minder architecturale onderdelen
• Minder maatwerkintegraties
• Minder verschillende ontwikkelomgevingen
• Een kortere ontwikkeltijd
• Lagere initiële kosten
• Minder technisch beheer

Dat wil niet zeggen dat een Hyvä-implementatie een kwestie is van een theme installeren en klaar. Design, maatwerk, extensies, checkout, tracking, content en integraties moeten nog steeds zorgvuldig worden geïmplementeerd, maar de basisarchitectuur blijft overzichtelijker.

Headless

Bij headless bouw je feitelijk een extra applicatie boven op Magento.

Daarbij heb je meestal expertise nodig op meerdere gebieden:

• Magento-development
• Frontendframeworks zoals React, Vue of Next.js
• API-architectuur
• Frontendhosting Caching en edge-technologie
• Security
• DevOps
• Monitoring
• Geautomatiseerd testen

Ook functionaliteiten die in een traditionele Magento-frontend vanzelfsprekend zijn, moeten in een headless omgeving soms opnieuw worden opgebouwd of gekoppeld. Daardoor vraagt headless meestal om een grotere initiële investering en een langere implementatietijd.

Flexibiliteit in design en user experience

Headless biedt maximale vrijheid aan de voorkant. Omdat de frontend een volledig zelfstandige applicatie is, ben je nauwelijks gebonden aan de templatingstructuur van Magento.

Dat kan interessant zijn wanneer je:

• Een zeer afwijkende gebruikerservaring wilt ontwikkelen
• Veel interactieve elementen gebruikt
• Commerce en content volledig wilt combineren
• Verschillende databronnen in één frontend samenbrengt
• Dezelfde designsystemen over meerdere kanalen wilt gebruiken
• Zeer specifieke personalisatie wilt toepassen

Toch betekent dit niet dat je met Hyvä alleen eenvoudige of standaardwebshops kunt bouwen. Met Hyvä kan eveneens een volledig maatwerkdesign worden gerealiseerd. Voor de meeste B2C- en B2B-webshops biedt Hyvä ruim voldoende ontwerpvrijheid. De vraag is dus niet alleen hoeveel vrijheid technisch mogelijk is, maar hoeveel vrijheid je werkelijk nodig hebt. Een volledig vrije architectuur is waardevol wanneer je die vrijheid actief gaat benutten, anders betaal je vooral voor complexiteit.

Extensies en compatibiliteit

Magento-webshops maken vaak gebruik van tientallen extensies. Denk aan betaalproviders, zoekoplossingen, productfeeds, reviews, personalisatie, klantaccounts en B2B-functionaliteit. Bij een overstap naar Hyvä moet worden onderzocht welke extensies direct compatible zijn en voor welke extensies aanpassingen of compatibility modules nodig zijn. Hyvä biedt hiervoor een ecosysteem van compatibiliteitsmodules en technische fallbackmogelijkheden. Dat neemt niet weg dat een extensie-audit een belangrijk onderdeel van ieder Hyvä-project is.

Bij headless is de uitdaging anders. De achterliggende Magento-extensie kan nog steeds functioneren, maar de output aan de voorkant moet via een API beschikbaar zijn. Vervolgens moet de functionaliteit in de losse frontend worden gebouwd. Een extensie die perfect werkt in de standaard Magento-frontend is dus niet automatisch geschikt voor een headless implementatie.

Voor iedere belangrijke extensie moet je nagaan:

1. Is de benodigde data via een API beschikbaar?
2. Ondersteunt de leverancier headless implementaties?
3. Bestaat er een SDK of frontendcomponent?
4. Moet er maatwerk worden ontwikkeld?
5. Wie onderhoudt dat maatwerk bij updates?

Voor webshops met veel Magento-extensies kan Hyvä daarom een aanzienlijk minder ingrijpende route zijn.

Contentbeheer en marketing

Een belangrijk argument voor headless is vaak de mogelijkheid om een gespecialiseerd headless CMS te gebruiken. Magento kan dan verantwoordelijk blijven voor commerce, terwijl een systeem als Contentful, Storyblok, Contentstack, Sanity of Adobe Experience Manager de content beheert.

Dat is interessant voor organisaties die:

• Veel redactionele content publiceren
• Internationaal met meerdere contentteams werken
• Content over verschillende kanalen verspreiden
• Commerce en storytelling sterk willen combineren
• Al een centraal headless CMS gebruiken

Daar staat tegenover dat een los CMS opnieuw een extra platform, integratie en beheeromgeving introduceert. Hyvä blijft dichter bij het contentbeheer van Magento, maar is inmiddels niet meer beperkt tot alleen de traditionele Magento Page Builder. Binnen Hyvä Commerce zijn onder andere Hyvä CMS en aanvullende beheermogelijkheden beschikbaar.

Daarmee positioneert Hyvä zich steeds nadrukkelijker als een bredere commerce-oplossing en niet alleen als een vervangend frontendtheme. De keuze hangt daarmee sterk samen met je contentstrategie. Heb je vooral commercepagina’s, categoriecontent, landingspagina’s en campagnes binnen de webshop? Dan kan Hyvä prima passen. Heb je één centrale contenthub nodig voor een groot aantal kanalen en merken? Dan kan headless interessanter worden.

B2B-commerce: extra goed opletten

Bij B2B-webshops is de frontend vaak complexer dan deze op het eerste gezicht lijkt.

Denk aan:

• Klantspecifieke prijzen
• Verschillende gebruikers binnen één account
• Rollen en rechten
• Ordergoedkeuring
• Offerteaanvragen
• Bestellijsten
• Snelbestellen
• Grote winkelmandjes
• Herhaalorders
• Budgetten
• Meerdere afleveradressen
• ERP-integraties
• Complexe productconfiguraties

Bij headless moet al deze functionaliteit via API’s worden ontsloten en in de frontend worden geïmplementeerd. Dat kan, maar vraagt een zorgvuldige architectuur en een behoorlijk ontwikkelbudget. Hyvä kan voor B2B aantrekkelijk zijn omdat het dichter bij de bestaande Magento- en Adobe Commerce-functionaliteit blijft. Voor Adobe Commerce, B2B en aanvullende Adobe-diensten is wel specifieke ondersteuning via Hyvä Enterprise nodig.

Ook moet per onderdeel worden gecontroleerd welke functionaliteiten volledig worden ondersteund. Voor B2B-organisaties geldt daarom nog sterker: kies niet alleen op basis van de homepage of productpagina. Inventariseer eerst alle processen binnen het klantaccount, de checkout en de orderflow.

Omnichannel: wanneer headless echt meerwaarde biedt

Headless wordt vooral interessant wanneer de webshop niet langer het enige digitale verkoopkanaal is.

Stel dat je dezelfde commercefunctionaliteit en data wilt gebruiken voor:

• Een webshop
• Een app
• Een winkelterminal
• Een partnerportal
• Een marketplace-interface
• Slimme apparaten
• Een aparte frontend per merk of land

Dan kan een API-first architectuur strategische voordelen bieden. Magento wordt de centrale commerce-engine, terwijl verschillende frontends dezelfde diensten gebruiken. Adobe ondersteunt dit model met REST- en GraphQL-API’s en documenteert verschillende headless architecturen en storefrontopties.Toch is ook hier enige nuance nodig. Een organisatie met drie vrijwel identieke webshops heeft niet automatisch een headless architectuur nodig. Magento ondersteunt zelf al meerdere websites, stores en storeviews.

Headless wordt vooral waardevol wanneer de kanalen daadwerkelijk sterk van elkaar verschillen of wanneer meerdere systemen gezamenlijk één klantervaring moeten vormen.

Beheer en afhankelijkheid van ontwikkelaars

Een moderne webshop moet niet alleen gebouwd, maar ook jarenlang beheerd worden. Bij Hyvä blijft het technische landschap relatief compact. Magento en de frontend worden binnen dezelfde omgeving ontwikkeld en uitgerold, dat maakt het eenvoudiger om wijzigingen te testen en releases te beheren.

Bij headless krijg je meestal te maken met meerdere afzonderlijke onderdelen:

• Magento
• De frontendapplicatie
• API’s en middleware
• Eventueel een afzonderlijk CMS
• Frontendhosting
• CDN- en edgeconfiguratie
• Zoektechnologie
• Personalisatie
• Monitoring

Daardoor kan een headless architectuur beter schaalbaar en flexibeler zijn, maar ook meer coördinatie vereisen. Bovendien ontstaat vaak een grotere afhankelijkheid van gespecialiseerde developers. Marketingteams kunnen niet automatisch iedere wijziging zelf uitvoeren, tenzij daar vooraf goede componenten en beheerinterfaces voor zijn ontwikkeld. De vraag is dus niet alleen wat technisch mogelijk is, maar ook wat je organisatie duurzaam kan beheren.

Total cost of ownership

Bij het vergelijken van Hyvä en headless wordt vaak vooral naar de initiële bouwkosten gekeken, maar de total cost of ownership bestaat uit veel meer onderdelen:

• Licenties
• Ontwikkeling
• Hosting
• Onderhoud
• Security-updates
• Monitoring
• Testen
• Doorontwikkeling
• Integraties
• Beschikbaarheid van developers
• Beheer van meerdere systemen

Hyvä heeft doorgaans een lagere total cost of ownership doordat de architectuur eenvoudiger blijft en dichter bij Magento staat. Headless kan een hogere total cost of ownership hebben, maar die investering kan gerechtvaardigd zijn wanneer de architectuur belangrijke strategische voordelen oplevert. Bijvoorbeeld doordat meerdere kanalen dezelfde services gebruiken, verschillende teams onafhankelijk kunnen ontwikkelen of de frontend volledig los van de Magento-releasecyclus moet opereren.

De hogere kosten van headless zijn dus niet per definitie een nadeel. Ze moeten alleen wel passen bij een concrete businesscase.

Wanneer kies je voor Hyvä?

Hyvä is meestal de logische keuze wanneer:

• Magento als commerceplatform goed bij je organisatie past
• Vooral de huidige frontend verouderd of te langzaam is
• Je een snelle en moderne webshop wilt zonder complete herbouw
• Je time-to-market belangrijk vindt
• Je bestaande Magento-functionaliteit wilt blijven benutten
• Je veel Magento-extensies gebruikt
• Je technische landschap beheersbaar wilt houden
• Je budget niet onbeperkt is
• Je één of enkele reguliere commercefrontends hebt
• Je een maatwerkdesign wilt, maar geen volledig losgekoppelde architectuur nodig hebt

Voor veel bestaande Magento-webshops biedt Hyvä precies de juiste balans tussen performance, flexibiliteit en beheersbaarheid.

Wanneer kies je voor headless Magento?

Headless kan beter passen wanneer:

• Je meerdere sterk verschillende digitale kanalen bedient
• Magento onderdeel is van een bredere composable architectuur
• Je al een centraal headless CMS gebruikt
• Je frontend onafhankelijk van Magento wilt ontwikkelen en uitrollen
• Je een zeer specifieke gebruikerservaring wilt bouwen
• Verschillende teams afzonderlijk aan frontend en backend werken
• Je commercefunctionaliteit via apps, portals of andere touchpoints beschikbaar wilt stellen
• Je organisatie voldoende technische capaciteit en budget heeft
• De extra architecturale complexiteit aantoonbare businesswaarde oplevert

Headless is vooral geschikt wanneer het een antwoord is op een bredere digitale strategie, en niet alleen op de wens om een snellere homepage te krijgen.

Bestaat er ook een tussenweg?

Hyvä en headless hoeven niet altijd tegenover elkaar te staan. Je kunt Magento bijvoorbeeld met Hyvä gebruiken voor de belangrijkste webshop en bepaalde diensten via API’s beschikbaar stellen aan andere kanalen. Ook kun je externe zoektechnologie, personalisatie, PIM, een DAM of specifieke contentdiensten koppelen zonder de complete storefront headless te maken.

Daarnaast ontstaan nieuwe hybride modellen. Hyvä biedt inmiddels bijvoorbeeld Hyvä Edge, waarmee Hyvä-onderdelen worden gecombineerd met Adobe Edge Delivery Services. Dit laat zien dat de grens tussen een traditionele Magento-storefront en volledig composable commerce minder zwart-wit wordt. Het is daarom verstandig om niet vanuit een technologielabel te denken, maar vanuit de gewenste architectuur. Welke onderdelen moeten losgekoppeld zijn? Welke onderdelen kunnen binnen Magento blijven? Waar is flexibiliteit nodig? En waar veroorzaakt extra vrijheid vooral extra beheer?

Hyvä of headless: onze conclusie

Voor de meeste Magento-webshops die vooral een snellere, modernere en beter beheersbare frontend nodig hebben, is Hyvä waarschijnlijk de meest pragmatische keuze. Je profiteert van een moderne storefront en een sterk verbeterde developer experience, terwijl je dicht bij de bestaande Magento-architectuur blijft. Daardoor blijven kosten, doorlooptijd en beheer doorgaans beter beheersbaar.

Headless Magento biedt meer architecturale vrijheid, maar vraagt ook meer van je organisatie. De investering is vooral logisch wanneer je meerdere kanalen bedient, een composable landschap bouwt of aantoonbaar behoefte hebt aan een volledig onafhankelijke frontend.

De belangrijkste vraag is daarom niet: Welke technologie is het modernst? Maar: Welke architectuur helpt onze organisatie het beste om haar digitale ambities te realiseren?

Bij H1 kijken we daarom niet alleen naar de gewenste frontend, maar naar de complete situatie: de bestaande Magento-omgeving, extensies, integraties, contentstrategie, B2B-processen, interne organisatie en groeiplannen. Zo voorkom je dat je voor een architectuur kiest die technisch indrukwekkend is, maar onnodig duur of complex blijkt te zijn.

Veelgestelde vragen over Hyvä en headless Magento