Integraties & extensies in Hyvä Commerce
Terug naar blog

Integraties & extensies in Hyvä Commerce

AuthorRuthger Idema
22 mei 20266 min leestijd

Van de 800+ Magento 2-extensies in de Marketplace is na een Hyvä-migratie gemiddeld 20-30% direct compatibel zonder extra werk. De rest vraagt aanpassing, vervanging of een eigen implementatie.

Integraties & extensies in Hyvä Commerce

Van de 800+ Magento 2-extensies in de Marketplace is na een Hyvä-migratie gemiddeld 20-30% direct compatibel zonder extra werk. De rest vraagt aanpassing, vervanging of een eigen implementatie. Dat klinkt confronterend, maar het is ook precies waar de kwaliteitsslag zit: je dwingt jezelf na te denken over wat je shop écht nodig heeft.


Waarom compatibiliteit in Hyvä anders werkt

Hyvä Theme vervangt de volledige frontend-laag van Magento. Dat betekent: geen LESS, geen RequireJS, geen KnockoutJS. Alles draait op Tailwind en Alpine, gerenderd als HTML-first met een minimale JavaScript-footprint.

Extensies die Luma-frontend-bestanden overschrijven, werken daardoor niet out of the box. Denk aan:

  • Custom layer navigation-modules
  • Ajax-toevoegen-aan-winkelwagen overlays
  • Popup-gebaseerde modules (newsletter, cookies, upsells)
  • Checkout-stap-extensies die Knockout templates aanspreken

De Hyvä Compatibility Suite (los verkrijgbaar) lost een deel van dit probleem op voor populaire extensies. Maar de echte oplossing is een compatibiliteits-audit voordat je migreert.


ERP-koppelingen: backend-logica overleeft de migratie

Goed nieuws voor ERP-integraties: als je koppeling op Magento-API's of service-laag draait, verandert er weinig. Hyvä raakt de backend van Magento niet aan.

Typische ERP-koppelingen die gewoon blijven werken:

  • REST/GraphQL API-gebaseerde sync (orders, voorraad, klanten)
  • Message queue-integraties via RabbitMQ of AWS SQS
  • Cron-gebaseerde import/export van producten en prijzen

Wij zien bij klanten dat koppelingen met systemen als Exact, AFAS, SAP en Microsoft Dynamics 365 na een Hyvä-migratie ongewijzigd doordraaien. De koppeling is immers een Magento-module, geen Luma-module.

Uitzondering: als jouw ERP-koppeling een eigen frontend-component heeft (een order-overzicht-widget, een klant-portaal-pagina), dan moet die opnieuw gebouwd worden in Alpine/Tailwind.


PIM-systemen: data in, presentatie uit

PIM-systemen als Akeneo, inRiver en Salsify koppelen via Magento's product-API of directe database-synchronisatie. Die laag is volledig los van de frontend.

Waar je wel op let:

  • Afbeeldingsbeheer: Hyvä Commerce bevat automatische media-optimalisatie en een image editor. Als jouw PIM ook media pusht, wil je de verantwoordelijkheid helder verdelen — anders krijg je conflicterende optimalisaties.
  • Attribuut-weergave: Hyvä rendert attribuutwaarden anders dan Luma. Custom attribuut-renderers (kleur-swatches, afbeelding-selectors) moeten opnieuw geïmplementeerd worden in Alpine.
  • Categorienavigatie: Gelaagde navigatie-modules van derden werken zelden direct. Hyvä heeft een eigen implementatie; die is meestal voldoende, soms niet.

Betaalpartners: checkout is de kritieke schakel

Hyvä Commerce bundelt Hyvä Checkout — een eigen, geoptimaliseerde checkout die de standaard Magento-checkout volledig vervangt.

Dat heeft grote gevolgen voor betaalmethoden. Mollie, MultiSafepay, Buckaroo, Adyen en Stripe leveren allemaal Magento 2-extensies, maar die zijn geschreven voor de standaard checkout. Met Hyvä Checkout moet je controleren of de betaalpartner een Hyvä-compatibele versie levert.

Stand van zaken per populaire betaalpartner (per juni 2026):

BetaalpartnerHyvä Checkout-ondersteuningOpmerking
MollieJa, officieelEigen Hyvä-module beschikbaar
MultiSafepayJa, officieelOndersteunt Hyvä Checkout native
BuckarooJa, officieelAparte Hyvä-versie extensie
AdyenDeelsVerificatie per versie nodig
Stripe (via derden)Afhankelijk van moduleControleer compatibiliteitsmatrix

Controleer altijd de Hyvä-compatibiliteitsmatrix op hyva.io/compatible vóór je een extensie kiest of behoudt.


Verzend- en logistiek-koppelingen

Verzendmodules vallen uiteen in twee lagen:

  1. Backend-logica (carrier-tarieven, tracking-updates, labelprint): werkt gewoon via Magento's shipping API.
  2. Frontend-weergave (bezorgopties in checkout, pick-up-punten-picker): moet compatibel zijn met Hyvä Checkout.

Pick-up-punten-pickers van DHL, PostNL en DPD hebben doorgaans een eigen JavaScript-widget. Die widgets zijn geschreven voor KnockoutJS of Luma-specifieke hooks — en die bestaan niet meer in Hyvä. Je bouwt ze opnieuw in Alpine, of je wacht op een Hyvä-versie van de extensie.

Wij bouwen die pickers regelmatig zelf. Het werk is beperkt — een tot drie dagen — maar je moet het wél inplannen.


Custom extensies: de echte kostenpost

Maatwerk dat je ooit voor Luma hebt laten bouwen, is zelden direct bruikbaar in Hyvä. De business-logica in PHP is herbruikbaar. De presentatielaag in PHTML/JS niet.

Een vuistregel die wij hanteren:

Herbruikbaar:  PHP models, repositories, plugins, observers, API-endpoints
Herschrijven:  PHTML templates, JS-mixins, RequireJS-modules, Knockout view models
Weggooien:     LESS/CSS overrides, UI-component-configuraties (checkout_index_index.xml etc.)

Bij een gemiddeld Magento-project met 10-15 custom modules rekenen we op 20-40 uur frontend-herschrijfwerk. Dat varieert sterk per project.


Hyvä UI en design tokens als integratiebasis

Hyvä UI is de component-bibliotheek binnen Hyvä Commerce. Het werkt op basis van design tokens (CSS-variabelen voor kleuren, typografie, spacing). Dat maakt theming voorspelbaar en reproduceerbaar.

Voor extensie-bouwers heeft dit een voordeel: als je component de Hyvä UI-tokens respecteert, past je extensie automatisch in het klantthema zonder extra CSS-werk. Dat is een fundamenteel ander uitgangspunt dan de chaos van LESS-overrides in Luma.


De rol van Hyvä's merchant-tools bij integraties

Hyvä Commerce bundelt een set merchant-tools die je niet altijd bij losse extensies hoeft te zoeken:

  • Modern CMS met liveview: live preview van content, waardoor je minder afhankelijk bent van externe page-builders.
  • Vernieuwd admin-theme: betere UX voor merchants, minder training nodig.
  • Image editor + automatische media-optimalisatie: minder behoefte aan externe DAM-integraties voor basistaken.
  • Dashboard: centraal overzicht zonder extra BI-module.

Dit betekent dat sommige extensies die je nu hebt — een betaalde page-builder, een aparte image-optimizer, een admin-dashboard-module — overbodig worden. Dat compenseert deels de compatibiliteitskosten.


Wanneer Hyvä Commerce niet de juiste keuze is

Hyvä Commerce lost niet alles op. Er zijn situaties waarin het de verkeerde keuze is:

  • Zware extensie-afhankelijkheid: als jouw shop draait op 30+ extensies waarvan de helft zwaar in de frontend zit, is de migratiekost hoog. Zeker als leveranciers geen Hyvä-versie aanbieden.
  • Klein budget, korte termijn: de licentie kost circa 3.000 euro per jaar of 12.000 euro eenmalig. De implementatie en compatibiliteitswerk komen daar bovenop. Voor een shop met lage omzet is de ROI traag.
  • Adobe Commerce B2B-heavy: B2B-features draaien wel op Hyvä, maar sommige B2B-UI-componenten (quotes, company accounts, requisition lists) vragen extra compatibiliteitswerk. Niet onmogelijk, maar onderschat het niet.
  • Je hebt net geïnvesteerd in een Luma-maatwerk-theme: als je zes maanden geleden een custom Luma-theme hebt laten bouwen, is nu overstappen pijnlijk.

Wij raden bij twijfel altijd een eerlijke kosten-batenanalyse aan vóór je beslist.


Praktische aanpak: hoe je een Hyvä-integratie-audit doet

Een goede aanpak voor de compatibiliteitsvraag:

  1. Inventariseer alle actieve extensies — inclusief custom modules.
  2. Classificeer per extensie: backend-only, frontend-only, of mixed.
  3. Check de Hyvä-compatibiliteitsmatrix op hyva.io/compatible.
  4. Schat herbouwwerk voor frontend-componenten zonder Hyvä-versie.
  5. Beslis per extensie: behouden (met aanpassing), vervangen door Hyvä-compatibel alternatief, of weggooien.
  6. Maak een migratie-sprint-plan met expliciete scope voor compatibiliteitswerk.

Stap 6 is waar het vaak misgaat: teams onderschatten de scope en plannen compatibiliteitswerk niet expliciet in. Daarna loopt het project uit.


Wat wij anders doen

Wij beginnen Hyvä-trajecten altijd met een technische audit van de bestaande extensie-set. Geen offerte zonder extensie-inventarisatie. Geen migratie zonder compatibiliteits-scope.

Dat klinkt bureaucratisch, maar het is het tegenovergestelde: het voorkomt dat je halverwege het project stuit op een ERP-widget die opnieuw gebouwd moet worden, terwijl het budget al op is.

Meer over wat Hyvä Commerce precies inhoudt lees je op onze Hyvä-pagina. Een overzicht van de afzonderlijke onderdelen staat in dit artikel.


Wil je weten welke extensies in jouw specifieke setup problematisch zijn? Wij doen een gratis Tech Check waarbij we je huidige extensie-set beoordelen op Hyvä-compatibiliteit. Neem contact op via /contact.

Ruthger Idema

Geschreven door Ruthger Idema

15+ jaar ervaring in e-commerce development. Gespecialiseerd in Magento, Shopify en Laravel maatwerk.

Meer over ons team →
Deel dit artikel:

Wil je jouw e-commerce naar het volgende niveau?

Plan een vrijblijvend gesprek met onze experts over Magento, Shopify of Laravel maatwerk.

Plan een Tech Check