Hyvä op Adobe Commerce: werkt het en wat zijn de verschillen?

Hyvä op Adobe Commerce: werkt het en wat zijn de verschillen?

Adobe Commerce-shops draaien standaard op Luma. Trage Largest Contentful Paint, zware JavaScript, een themelaag uit 2015. De vraag die we wekelijks krijgen: kan Hyvä op Adobe Commerce Enterprise? Ja. En het werkt beter dan de meeste merchants verwachten. Maar er zijn drie aandachtspunten die we hieronder uit elkaar trekken: B2B-features, staging/preview en Page Builder.

Hyvä is geen aparte editie voor Magento Open Source. Het is een theme-laag die op beide draait. Adobe Commerce voegt enterprise-functionaliteit toe bovenop de Magento-kern. Hyvä raakt die kern niet aan. Daardoor blijven je AC-modules werken, terwijl de frontend volledig vervangen wordt.

Compatibiliteit: wat raakt Hyvä wel en niet

Hyvä vervangt de frontend. Niets meer, niets minder. De checkout, het catalogusmodel, de promotie-engine, de indexers, de admin: allemaal pure Magento/Adobe Commerce. Hyvä gooit alleen de Luma-thememap en het Knockout/RequireJS-spul weg.

Concreet betekent dit:

• Backend logica blijft 100% intact. Pricing, cart rules, tax, multi-store: ongewijzigd.
• Adobe Commerce-modules werken door. Customer segments, gift cards, store credit, reward points renderen gewoon.
• Third-party modules met eigen frontend hebben een bridge nodig. Hier zit het echte werk.

Dat laatste is de kern. Veel extensies leveren .phtml-templates voor Luma plus Knockout-componenten. Hyvä draait op Alpine.js en Tailwind. Voor die extensies bestaat het Hyvä Compatibility Module (een marketplace met port-modules). Werkt er niets voor je extensie? Dan port je het zelf, of vervang je de extensie.

We zien bij AC-klanten gemiddeld 8 tot 15 extensies met een frontend-component. Reken op een compatibility-check als eerste stap. Dat is geen detail; dat bepaalt 40% van je project-scope.

Performance: waar het echt om gaat

Het verschil is niet subtiel. Luma laadt megabytes aan JavaScript voordat een bezoeker iets ziet. Hyvä laadt onder de 30 KB JS op de homepage.

Typische cijfers die wij meten na een migratie op Adobe Commerce:

Adobe Commerce verandert hier niets aan ten opzichte van Open Source. De themelaag bepaalt de performance, niet de licentie. De volledige onderbouwing staat in onze Hyvä vs Luma performance-vergelijking.

Belangrijk: snellere Core Web Vitals zijn geen vanity metric. Wij zien conversie-stijgingen van 10 tot 25% op mobiel na een Hyvä-migratie. Op een AC-shop met een paar miljoen omzet is dat de migratie binnen maanden terugverdiend.

B2B-features op Adobe Commerce met Hyvä

Dit is de vraag waar AC-merchants het meest over twijfelen. Adobe Commerce B2B is een serieuze module: company accounts, shared catalogs, requisition lists, quick order, negotiable quotes, approval flows.

De stand van zaken: Hyvä ondersteunt Adobe Commerce B2B, maar via een aparte commerciële module. Het zit niet standaard in de Hyvä Theme-licentie. Je betaalt voor de B2B-compatibiliteitslaag bovenop het basis-theme.

Wat werkt out-of-the-box met die module:

• Company accounts en company users
• Shared catalogs en custom pricing per company
• Requisition lists en quick order
• Negotiable quotes (de quote-flow)

Wat aandacht vraagt:

• Complexe approval workflows. Custom goedkeuringsregels kunnen extra frontend-werk vereisen.
• Diepe maatwerk-B2B-extensies. Als je bovenop Adobe B2B nog third-party B2B-modules draait, is er geen garantie.

Ons advies: doe altijd een proof-of-concept van de B2B-flows vóór je commit. Wij bouwen voor AC B2B-klanten eerst de kritieke flows na (login als company user, quote aanmaken, requisition list bestellen). Werkt dat, dan is de rest invulwerk. Twijfel je over de scope? Neem contact op en we doen die check.

Eerlijk: draai je een zware, custom B2B-portal met tientallen workflow-extensies? Dan kan Luma soms de pragmatischere keuze blijven, of een headless-aanpak. Hyvä is sterk, maar het is geen magie. Wij zeggen dat liever vooraf dan halverwege.

Staging en preview: het verschil met Open Source

Adobe Commerce heeft Content Staging & Preview. Daarmee plan je content-wijzigingen (prijzen, CMS-blocks, categorie-pagina's) op een toekomstige datum en bekijk je een live preview. Open Source heeft dit niet.

Werkt dit met Hyvä? Ja, de staging-engine zelf is backend. Versies, scheduled updates en de timeline in de admin blijven volledig functioneel. Hyvä raakt de scheduling-logica niet aan.

De aandachtspunten zitten in de preview-frontend:

• De preview rendert je Hyvä-storefront, niet de Luma-versie. Dat is wat je wilt.
• Custom Page Builder-content moet correct in Hyvä renderen (zie volgende sectie).
• Test de preview-bar en de datum-token-injectie na de migratie. Wij valideren dit standaard.

Voor AC-merchants die campagnes vooruit plannen, blijft dit een sterke reden om op Adobe Commerce te zitten. Hyvä neemt die functionaliteit niet weg.

Page Builder: het echte beslispunt

Page Builder is de drag-and-drop content-editor van Adobe Commerce. Veel marketing-teams leunen er zwaar op. En dit is waar de combinatie Hyvä + AC het meest wringt.

Standaard rendert Page Builder Luma-georiënteerde HTML en CSS. Op een Hyvä-theme botst dat: andere grid, andere styling, geen Tailwind-classes. Je hebt een Hyvä-compatibele Page Builder-laag nodig. Die bestaat (commercieel), maar verwacht het volgende:

• Native content types werken. Rows, columns, text, images, buttons renderen netjes Hyvä-styled.
• Maatwerk Page Builder content types vereisen een port. Heb je custom blocks laten bouwen op Luma? Die moeten opnieuw.
• Sommige third-party Page Builder add-ons werken niet. Sliders, tabs en accordions van derden vaak wel via de Hyvä-versie, maar check per add-on.

Wij zien hier de meeste verrassingen. Een merchant denkt "Page Builder werkt gewoon" en ontdekt dat 12 custom content types opnieuw moeten. Inventariseer dit vooraf. Op een uur werk per content type loopt dat snel op.

Alternatief dat wij vaak adviseren: bouw de high-traffic landingspagina's als native Hyvä-templates, en gebruik Page Builder alleen voor het lichtere marketing-werk. Sneller, schoner, en minder afhankelijkheid van een compatibility-laag.

Kosten: wat komt er bovenop de AC-licentie

Adobe Commerce kost al een fors licentiebedrag per jaar (afhankelijk van GMV, vaak vijf tot zes cijfers). Hyvä komt daar bovenop. De licentiekosten zijn éénmalig per project, niet jaarlijks zoals AC.

Reken op deze componenten:

• Hyvä Theme-licentie — eenmalig, per shop/project. Een paar duizend euro.
• Hyvä Checkout — aparte licentie als je de snelle Hyvä Checkout wilt (sterk aanbevolen op AC voor conversie). Zie onze Hyvä Checkout vs Luma conversie-analyse.
• B2B-compatibiliteitslaag — alleen als je Adobe Commerce B2B draait.
• Page Builder-compatibiliteitslaag — alleen als je Page Builder houdt.
• Compatibility-modules voor extensies — per extensie, soms gratis, soms betaald.
• Development — de grootste post. Theme-bouw, extensie-ports, content-migratie.

De licentiekosten zijn marginaal vergeleken met de AC-licentie en het development. Wie struikelt over een paar duizend euro Hyvä-licentie terwijl hij zes cijfers aan AC betaalt, kijkt naar de verkeerde kostenpost. De winst zit in performance, conversie en lagere onderhoudskosten op de frontend.

Wanneer loont de combinatie Hyvä + Adobe Commerce

Niet altijd. We zijn daar duidelijk over.

Loont wel:

• Je hebt AC al en je frontend-performance is slecht (LCP > 4 s mobiel).
• Mobiel verkeer is je grootste segment en conversie blijft achter.
• Je B2B draait op standaard Adobe Commerce B2B zonder zware custom workflows.
• Je wilt af van dure, fragiele frontend-extensies.

Loont (nog) niet of vraagt extra denkwerk:

• Je staat midden in een AC-implementatie. Bouw dan meteen op Hyvä, niet eerst Luma.
• Je hebt tientallen diep-geïntegreerde Page Builder en B2B-maatwerkmodules.
• Je overweegt sowieso headless. Dan is dat een ander gesprek.

Onze aanpak: eerst een compatibility-audit van extensies, B2B-flows en Page Builder content types. Daarna een vaste scope. Geen verrassingen halverwege. Meer over onze werkwijze lees je op de Hyvä-pagina en op /magento. Wil je weten of jouw specifieke AC-setup geschikt is? Plan een gesprek — we kijken naar je extensie-lijst en geven een eerlijk oordeel.

Hyvä op Adobe Commerce is geen compromis. Het is dezelfde enterprise-backend met een frontend uit dit decennium. Voor de meeste AC-shops met mobiel verkeer is het een van de hoogst renderende investeringen die je kunt doen. Zolang je de drie beslispunten — B2B, staging, Page Builder — vooraf in kaart brengt.

Veelgestelde vragen

Werkt Hyvä met Adobe Commerce B2B?

Ja, via een aparte commerciële B2B-compatibiliteitslaag bovenop het Hyvä-theme. Company accounts, shared catalogs, requisition lists, quick order en negotiable quotes worden ondersteund. Zware custom approval-workflows of third-party B2B-modules vragen extra werk. Doe altijd een proof-of-concept van je kritieke B2B-flows voordat je de migratie vastlegt.

Blijft Content Staging & Preview werken na een Hyvä-migratie?

Ja. De staging-engine, scheduled updates en de timeline in de admin zijn backend-functionaliteit en blijven volledig intact. De preview rendert je Hyvä-storefront in plaats van Luma. Wel testen we de preview-bar en of Page Builder-content correct in Hyvä rendert.

Wat gebeurt er met mijn Page Builder-content?

Native content types (rows, columns, text, images, buttons) werken via de Hyvä Page Builder-laag. Custom content types die op Luma zijn gebouwd, moeten geport worden. Sommige third-party Page Builder add-ons werken niet. Inventariseer je content types vooraf; dat bepaalt een belangrijk deel van de scope.

Wat kost Hyvä bovenop mijn Adobe Commerce-licentie?

De Hyvä Theme-licentie is eenmalig en kost een paar duizend euro per project. Daar komen optioneel Hyvä Checkout, een B2B-laag en een Page Builder-laag bij. De grootste kostenpost is development, niet de licentie. Vergeleken met je jaarlijkse AC-licentie zijn de Hyvä-kosten marginaal.

Verlies ik Adobe Commerce-functionaliteit als ik overstap op Hyvä?

Nee. Hyvä vervangt alleen de frontend-themelaag. Customer segments, gift cards, store credit, reward points, multi-store, pricing en alle indexers blijven werken. Het enige aandachtspunt zijn third-party extensies met een eigen frontend; die hebben mogelijk een compatibility-module nodig.