Is Hyvä Commerce iets voor jouw shop? Beslisgids met headless en technische schuld

Hyvä Commerce kost voor Magento Open Source € 3.000 per jaar aan licentie, nog zonder implementatie. Voor de ene shop is dat een goede investering, voor de andere geld dat beter ergens anders heen kan. Deze gids helpt je het onderscheid te maken: welke routes er zijn, wanneer welke loont, en hoe je je technische schuld eerst eerlijk in kaart brengt.

Wat is Hyvä Commerce precies?

Hyvä Commerce is de suite van Hyvä voor Magento Open Source. Hij bundelt:

• Hyvä Theme: HTML-first frontend op Tailwind CSS en Alpine.js
• Hyvä UI: kant-en-klare componenten
• Hyvä Checkout: een vervanging van de Luma-checkout, gebouwd op Magewire
• Merchant-tools: Hyvä CMS met liveview, admin-theme, dashboard, image editor, media-optimalisatie en modules zoals Form Builder, Menu Builder en Category Merchandiser

Alles volgt één update-pad dat Hyvä onderhoudt, in plaats van losse tooling van verschillende leveranciers. Een uitgebreider overzicht staat in ons artikel over de onderdelen van Hyvä Commerce.

Eerst dit: Hyvä Theme is gratis

Sinds november 2025 is Hyvä Theme open source (OSL 3.0 en AFL 3.0). Dat verandert de beslissing. Er zijn nu drie realistische routes voor een Magento-frontend:

Prijzen volgens hyva.io, stand oktober 2026. Op Adobe Commerce heb je voor de Adobe-specifieke functies Hyvä Enterprise nodig, met een hogere prijs. Alle details staan in ons artikel over kosten en licentie van Hyvä Commerce.

Wanneer Hyvä Commerce loont

Hyvä Commerce verdient zich terug als je aan minstens twee van deze criteria voldoet.

Contentfrequentie en team

Werkt een team van een paar mensen dagelijks of wekelijks in content en catalogus, dan betalen de live preview, concepten, geplande publicatie en het nieuwe admin-theme zich terug in tijd. Een eigenaar die eens per maand een banner wisselt, haalt dat niet.

Technische schuld

Draait je shop op een verouderd custom thema bovenop Luma, een kluwen modules die bij elke upgrade conflicteren, en een checkout die alleen met maatwerk aan te passen is? Dan is de migratie geen luxe maar een manier om weer grip te krijgen. Hoe je dat meet, staat verderop.

Performance

Als conversie en organisch verkeer belangrijk zijn en je Core Web Vitals in de velddata rood of oranje zijn, is de snellere frontend een zelfstandige reden. Die winst krijg je overigens ook met het gratis thema.

Horizon

Je blijft minstens een paar jaar op Magento. Wie binnen een jaar naar een ander platform wil, investeert niet in een Magento-frontend.

Rekensom: tijdsbesparing tegenover licentie

Een eenvoudige check, met aannames die je vervangt door je eigen cijfers. Stel dat de merchant-tools je contentteam twee uur per week besparen, tegen een intern uurtarief van € 50. Dan is de jaarlicentie van € 3.000 gelijk aan 60 uur, dus terugverdiend na 30 werkweken. Bespaart het één uur per week, dan haal je het in een jaar niet. Meet daarom vooraf hoeveel tijd content-wijzigingen nu echt kosten.

Technische schuld in kaart brengen

Technische schuld in Magento 2 ontstaat zelden door één slechte beslissing. Het is de optelsom van jaren: een checkout-extensie hier, een thema daar, een image-optimizer die buiten de updatecyclus valt.

Hoe de typische stack eruitziet

Elke rij is een afhankelijkheid, en elke afhankelijkheid is een mogelijk conflict bij de volgende Magento-release.

Signalen dat de schuld te hoog is

• Een Magento-upgrade kost dagen extra aan testen van extensieconflicten.
• Security patches worden uitgesteld omdat niemand weet wat er breekt.
• Niemand durft de checkout-code aan te raken.
• De PHP-versie loopt achter omdat één extensie niet meekomt.
• Performanceproblemen worden opgelost met workarounds bovenop het zware fundament.

Checklist voor je audit

1. Lijst alle modules op die de frontend raken, met leverancier en laatste update.
2. Controleer per module of er Hyvä-ondersteuning of een compatibility-module is.
3. Tel de uren die de laatste drie Magento-updates kostten, uit je urenregistratie of facturen.
4. Noteer welke maatwerk-templates op Knockout of jQuery leunen.
5. Leg de huidige Core Web Vitals per paginatype vast.

Wat de suite verandert

In een klassieke setup stuurt een checkout-extensie events die het thema moet afvangen, terwijl het thema een layout overschrijft die de CMS-extensie ook aanpast. Drie partijen, drie potentiële conflicten. Met Hyvä Commerce zijn thema, checkout, UI-componenten en merchant-tools op elkaar afgestemd door één partij.

Het updatepad wordt:

1. Hyvä brengt updates voor de suite uit.
2. Jij werkt bij via Composer.
3. Regressietests richten zich op je eigen maatwerk, niet op onderlinge extensieconflicten.
4. Security patches gaan sneller, omdat de drempel lager is.

Ook de code zelf wordt eenvoudiger. Vergelijk een minicart in Luma en in Hyvä:

<!-- Luma: Knockout-binding, afhankelijk van RequireJS en uiComponents -->
<div data-bind="scope: 'minicart_content'">
    <div data-bind="blockLoader: isLoading">...</div>
</div>

<!-- Hyvä: Alpine.js, leesbaar en zonder module-loader -->
<div x-data="initMiniCart()" x-show="isOpen">
    <template x-for="item in cartItems">...</template>
</div>

Minder lagen betekent minder inwerktijd voor nieuwe mensen en minder plekken waar het mis kan gaan. Technische schuld nul bestaat niet, maar een beheersbare schuld met één update-pad is iets anders dan een stapel losse afhankelijkheden.

Hyvä versus headless en PWA Studio

Wat het verschil is

Hyvä draait in je Magento-installatie: HTML-first, server-side gerenderd, met Alpine.js voor interactiviteit. PWA Studio is het headless framework van Adobe: een React-frontend (met Venia als referentie-storefront) die via GraphQL met Magento praat.

De status van PWA Studio

PWA Studio krijgt nog onderhoudsreleases, maar er is weinig nieuwe functionaliteit en Adobe richt zijn storefront-investeringen op de Edge Delivery Services-storefront voor Adobe Commerce. Een formele deprecation is er niet. Voor een nieuw project is PWA Studio daarmee geen voor de hand liggende keuze meer; voor een bestaande PWA Studio-shop is het de vraag hoe lang je er nog op wilt bouwen.

Complexiteit: één stack of twee

Bij headless onderhoud je twee applicaties:

• Twee deployment-pipelines, backend en frontend
• Een Node.js-server voor SSR, anders ziet een crawler een lege shell
• GraphQL-schema's die moeten meebewegen met Magento-versies
• Aparte caching voor GraphQL-responses
• Functies als B2B, prijsregels en staging die je via GraphQL moet ontsluiten, waarbij de GraphQL-dekking historisch achterliep op de PHP-kant
• Maatwerk-modules, zoals een ERP-koppeling, die je zowel in de backend als in de GraphQL-laag bouwt

Hyvä heeft geen aparte frontend-server en volgt het Magento-releasepad. De merchant-tools werken direct met je bestaande Magento-data.

Kosten

PWA Studio heeft geen licentiekosten, maar dat zegt weinig. De implementatie vraagt meer uren door de architectuur, het onderhoud loopt via twee releasecycli (Magento en npm), en je hebt kennis van zowel Magento als React nodig. Dat zit zelden in één persoon.

Het verschil in code

Een filterpaneel in Hyvä:

<!-- Hyvä: Alpine-component rond Magento-blockoutput -->
<div x-data="{ open: false }">
    <button @click="open = !open" class="btn btn-primary">Filter</button>
    <div x-show="open" x-transition class="filter-panel">
        <?= $block->getChildHtml('filter.options') ?>
    </div>
</div>

Hetzelfde in PWA Studio:

// PWA Studio: React-component met een GraphQL-query
import { useQuery } from '@apollo/client';
import GET_FILTERS from './getFilters.gql';

const FilterPanel = ({ categoryId }) => {
    const { data, loading, error } = useQuery(GET_FILTERS, {
        variables: { categoryId }
    });

    if (loading) return <Skeleton />;
    if (error) return null;

    return (
        <div className="filter-panel">
            {data.products.aggregations.map(filter => (
                <FilterGroup key={filter.attribute_code} filter={filter} />
            ))}
        </div>
    );
};

Beide werken. De Hyvä-variant heeft geen aparte data-laag, geen loading-state en geen client-side query. Voor wie Magento kent, is die aanpak direct vertrouwd.

Wanneer headless wel klopt

1. Meerdere frontends op één backend, zoals een webshop, een app en een kioskomgeving. Dan heeft een API-laag zin.
2. Een UX met veel client-side state, zoals een productconfigurator met tientallen afhankelijke opties.
3. Een team dat al volledig op React werkt en Magento alleen als databron gebruikt. Kijk dan ook naar alternatieven als een eigen Next.js-frontend.
4. Een andere backend dan Magento. Hyvä werkt alleen op Magento 2 en Adobe Commerce.

Voor de meeste Magento-shops zonder eigen frontendteam en zonder multi-channel-strategie is Hyvä de eenvoudigere en beter onderhoudbare keuze. Kies headless omdat je architectuur het vraagt, niet omdat het moderner klinkt.

Adobe Commerce en B2B

Hyvä Commerce draait op Magento Open Source en Adobe Commerce vanaf 2.4.4. Voor compatibiliteit met Adobe Commerce-functies, de B2B-suite (bedrijfsaccounts, offertes, gedeelde catalogi) en Adobe-diensten als Live Search heb je Hyvä Enterprise nodig. Dat bevat volgens Hyvä de volledige suite inclusief het CMS. Reken bij Adobe Commerce dus met de Enterprise-licentie.

Wanneer Hyvä Commerce niet de juiste keuze is

• Kleine omzet en weinig contentwerk. Begin dan met het gratis Hyvä Theme.
• Je staat op het punt van platform te wisselen. Los eerst de platformkeuze op.
• Niemand gaat de merchant-tools gebruiken. Dan betaal je voor functionaliteit die je niet benut.
• Je bottleneck zit elders. Trage hosting, een slecht gecachede API of één zware module los je niet op met een nieuwe frontend. Eerst diagnose, dan investeren.
• Je wilt over zes weken live. Een grondige migratie kost meer tijd, zeker in combinatie met een rebranding.
• Je bent afhankelijk van Luma-extensies zonder Hyvä-versie. Controleer dat vóór je begint.
• Je zit onder Magento 2.4.4. Eerst upgraden.

De beslissing in drie stappen

1. Breng je technische schuld in kaart. Gebruik de checklist hierboven: modules, update-uren, maatwerk en Core Web Vitals.
2. Kies de route. Is snelheid het doel, dan is het gratis thema het startpunt. Is contentbeheer de pijn, kijk dan naar Hyvä Commerce. Heb je meerdere frontends nodig, dan pas headless.
3. Reken het door met je eigen cijfers. Licentie en implementatie tegenover gemeten update-uren en contenttijd. Niet op gevoel.

Waarom een ervaren partner telt

Een slechte Hyvä-implementatie maakt de voordelen ongedaan. Performance verdwijnt als ongeoptimaliseerde modules met Luma-fallbacks worden meegenomen, en het CMS werkt niet prettig als de componenten slordig zijn opgezet. Coding.nl is Hyvä Silver Partner en Hyvä Certified, een klein vast team vanuit Emmen, zonder projectmanagers ertussen. Je spreekt direct met de mensen die aan je shop werken.

Wil je weten welke route bij jouw shop past? In een gratis Tech Check kijken we naar je stack, je technische schuld en je performance, en geven we een eerlijk advies, ook als dat "nog niet" is. Meer op de Hyvä-pagina, of neem contact op.