Hyvä vs Luma TCO: de echte kosten over 3 jaar

Hyvä vs Luma TCO: de echte kosten over 3 jaar

Een Magento-shop met 2 miljoen omzet betaalt over drie jaar grofweg 60.000 tot 80.000 euro aan frontend-onderhoud op Luma. Op Hyvä ligt dat 40 tot 50 procent lager. Dat is geen marketingclaim. Dat is een optelsom van minder JavaScript, minder bouwuren, minder serverbelasting en meer conversie.

De meeste vergelijkingen stoppen bij de offerte voor de bouw. Daar gaat het mis. De bouwprijs is de kleinste post over drie jaar. Onderhoud, hosting en gemiste conversie wegen veel zwaarder. In dit artikel rekenen we het voor.

We pakken een concrete case: een Magento 2-shop, 2 miljoen euro omzet per jaar, gemiddeld orderbedrag 80 euro, conversie 1,8 procent. Geen abstracte percentages, maar euro's.

Waarom TCO en niet de bouwprijs

Total Cost of Ownership is de som van alle kosten gedurende de levensduur. Voor een frontend betekent dat:

• Initiële bouw — eenmalig, jaar 0.
• Extensie-compatibiliteit — themewerk per extensie, doorlopend.
• Onderhoud — bugfixes, security, Magento-upgrades.
• Hosting — server, CPU, geheugen.
• Conversie — de omzetkant, vaak vergeten in een TCO.

Een Luma-theme is goedkoper bij de offerte. Het wordt duurder bij elke upgrade, elke extensie en elke maand hosting. Hyvä draait dat om: hogere instap, lagere doorloop.

Wil je weten of dit voor jouw shop opgaat? Leg ons je situatie voor. Wij rekenen het door op jouw cijfers.

Post 1: de initiële bouw

Hier wint Luma op papier. Een Luma-theme heeft een bestaande basis, veel boilerplate en developers die het al jaren kennen.

Hyvä start hoger. Je bouwt een nieuwe frontend op een schone basis: Tailwind, Alpine.js, geen jQuery, geen RequireJS, geen LESS-overhead. Dat kost in jaar 0 meer uren.

Maar let op: dit is een eenmalige post. Over drie jaar is het verschil van 10.000 euro minder dan 15 procent van de totale TCO. De echte kosten zitten erna.

Post 2: extensie-compatibiliteit

Dit is de stille kostenpost. Elke Magento-extensie met een frontend brengt op Luma standaard een eigen template, eigen LESS en eigen JavaScript mee. Op Hyvä werkt dat anders.

Hyvä-extensies hebben vaak een aparte compatibility module nodig, of de vendor levert een Hyvä-variant. Voor de grote namen (Amasty, Mageplaza, Mirasvit) bestaat die meestal. Voor niche-extensies niet altijd.

• Luma: extensies werken direct, maar slepen tech debt mee. Elke conflicterende requirejs-config.js kost uren bij debugging.
• Hyvä: 80 procent van de gangbare extensies heeft compat. De rest port je zelf — gemiddeld 4 tot 12 uur per extensie.

Voor onze case met 12 frontend-extensies:

Op Luma betaal je elk jaar opnieuw voor JavaScript-conflicten tussen extensies. Op Hyvä is de frontend deterministisch: één component, één bron. Lees hoe dat technisch zit in onze vergelijking van Hyvä en Luma performance.

Belangrijk bij de offerte-fase: vraag altijd een extensie-audit aan vóór je beslist. Wij brengen elke frontend-extensie in kaart en checken of er een Hyvä-variant bestaat. Voor de gangbare modules is dat een formaliteit. Voor één of twee niche-modules kan het portwerk de besparing van een jaar opeten — dan weet je dat vooraf en niet halverwege het project. Die transparantie scheelt budgetoverschrijdingen.

Post 3: onderhoud en upgrades

Magento brengt elk kwartaal een security-patch uit en jaarlijks een grotere release. Op Luma raakt elke upgrade je theme. Overrides breken, di.xml-aanpassingen botsen, frontend-tests falen.

Hyvä ontkoppelt de frontend van veel van die pijn. Minder overrides betekent minder breekpunten bij een upgrade.

• Luma: 12.000 € (security, bugfixes, upgrade-reparatie frontend).
• Hyvä: 7.000 € (idem, maar minder frontend-breuk).

Het verschil zit in voorspelbaarheid. Een Luma-upgrade is een blackbox: soms 2 uur, soms 3 dagen aan frontend-reparatie. Hyvä-upgrades zijn saai. Saai is goedkoop.

Wij zien bij klanten dat de eerste Magento-upgrade ná een Hyvä-migratie de helft minder uren kost dan de laatste op Luma. Dat is structureel, niet eenmalig.

Een concreet voorbeeld uit de praktijk. Bij een Luma-shop verschoof een security-patch een core template. Drie custom overrides braken stil. Niemand merkte het tot de checkout op mobiel niet meer doorliep. Twee dagen omzet kwijt, plus 14 uur debugging. Op Hyvä raakte dezelfde patch de frontend niet, omdat de checkout-componenten losstaan van de core-templates. Dat soort incidenten kost je op Luma jaarlijks duizenden euro's, los van het geplande onderhoud.

Reken ook mee: minder overrides betekent dat een nieuwe developer sneller productief is. Op een opgeschoonde Hyvä-codebase is de inwerktijd korter, wat de uurtarieven van noodwerk drukt.

Post 4: hosting (minder JS, minder server)

Dit wordt bijna altijd vergeten. Een lichtere frontend belast je server minder. Niet de browser — de server.

Luma stuurt per pagina honderden kilobytes aan JavaScript, verwerkt RequireJS-bundles en draait zwaardere full-page-cache-misses. Hyvä levert een fractie van die JavaScript: typisch onder de 50 KB tegenover 300 KB+ bij Luma.

Wat dat doet met je infrastructuur:

• Minder CPU per request — Hyvä-pagina's renderen sneller, dus de server is sneller vrij voor de volgende request.
• Hogere cache-hit ratio — minder dynamische JS-afhankelijkheid.
• Lagere piekbelasting — bij Black Friday hou je dezelfde server langer overeind.

Concreet voor onze case: een shop die op Luma een 8GB/4vCPU-server nodig had, draait Hyvä comfortabel op 4GB/2vCPU bij hetzelfde verkeer.

Dat is 1.080 euro per jaar, puur door minder JavaScript op de server. Over drie jaar: ruim 3.000 euro. Niet wereldschokkend, maar het telt mee. En bij piekverkeer is het verschil tussen wel en niet omvallen.

Post 5: conversie — de grootste post

Hier kantelt de hele rekensom. Performance is geen vanity metric. Het is omzet.

Hyvä-shops laden structureel sneller. Lagere Largest Contentful Paint, betere Interaction to Next Paint, snellere checkout. Google rankt het hoger en bezoekers haken minder af.

De cijfers die wij in de praktijk zien na een Luma-naar-Hyvä-migratie:

• LCP van ~3,5s naar ~1,2s.
• Mobiele PageSpeed-score van ~35 naar ~85.
• Conversiestijging van 8 tot 15 procent, vooral op mobiel.

Reken conservatief met 8 procent op onze case:

Omzet Luma:        2.000.000 € (conversie 1,8%)
Conversie Hyvä:    1,8% × 1,08 = 1,944%
Extra omzet/jaar:  2.000.000 × 0,08 = 160.000 €

Let op: die 160.000 euro is extra omzet, geen winst. Maar zelfs bij 20 procent brutomarge is dat 32.000 euro extra marge per jaar. Over drie jaar: bijna 100.000 euro.

Geen enkele andere TCO-post komt hierbij in de buurt. De checkout speelt hierin een hoofdrol — lees onze analyse van Hyvä-checkout versus Luma op conversie.

De volledige rekensom over 3 jaar

Alles op een rij voor onze case (2 mln omzet, 12 frontend-extensies):

Op kosten alleen is Hyvä al 14.000 euro goedkoper over drie jaar — ondanks de duurdere bouw.

Tel de conversiekant erbij en het wordt onvergelijkbaar:

Extra brutomarge Hyvä (8% conversie, 20% marge):
3 × 32.000 € = 96.000 €

Netto voordeel Hyvä over 3 jaar:
14.340 € (kosten) + 96.000 € (marge) = 110.340 €

De migratie betaalt zichzelf binnen het eerste jaar terug. Daarna is het pure winst.

Wanneer Luma de betere keuze blijft

Wij zijn Hyvä Certified, maar Hyvä is niet altijd het antwoord. Eerlijk is eerlijk.

• Je shop gaat over 12-18 maanden uit de lucht. Dan verdien je de migratie niet terug.
• Je draait op veel niche-extensies zonder Hyvä-compat. Het portwerk kan dan de besparing opeten.
• Je hebt net een dure Luma-rebuild gedaan. Schrijf die eerst af.
• Je zit op Magento 2.3 of lager. Upgrade eerst de basis, dan pas de frontend.

In alle andere gevallen — en dat is de meerderheid — is Hyvä over drie jaar simpelweg goedkoper én rendabeler. Twijfel je over jouw specifieke situatie? Bekijk wat een Hyvä-traject inhoudt of plan een vrijblijvend gesprek.

Veelgestelde vragen

Verdient een Hyvä-migratie zich altijd terug binnen een jaar?

Bij een shop vanaf ongeveer 1 miljoen omzet meestal wel. De terugverdientijd wordt vooral bepaald door de conversiewinst, niet door de kostenbesparing. Bij kleinere shops (onder 500.000 euro omzet) duurt het langer omdat de absolute conversiewinst kleiner is dan de vaste bouwkosten.

Werken mijn bestaande Magento-extensies op Hyvä?

De grote vendors (Amasty, Mageplaza, Mirasvit, Mageworx) leveren Hyvä-compatibele varianten. Voor ongeveer 80 procent van de gangbare extensies is er directe compat. De rest porten wij zelf — reken op 4 tot 12 uur per extensie. Wij brengen dit vooraf in kaart zodat je geen verrassingen krijgt.

Hoeveel snel laadt een Hyvä-shop echt?

In onze projecten gaat de Largest Contentful Paint typisch van 3 tot 4 seconden op Luma naar onder de 1,5 seconde op Hyvä. De mobiele PageSpeed-score stijgt vaak van 30-40 naar 80-90. De JavaScript-payload daalt van 300 KB+ naar onder de 50 KB.

Kan ik Hyvä installeren op mijn bestaande Magento-shop?

Ja. Je hoeft niet te replatformen. Hyvä draait als nieuw theme bovenop je bestaande Magento 2-installatie. Je backend, catalogus, orders en integraties blijven ongewijzigd. We beschrijven het proces in Hyvä installeren op een bestaande Magento-shop.

Bespaar ik echt op hosting met Hyvä?

Ja, maar het is de kleinste besparingspost. De lichtere frontend belast je server minder, waardoor je vaak een kleinere serverconfiguratie aankunt — in onze case van 8GB/4vCPU naar 4GB/2vCPU. Dat scheelt ongeveer 1.000 euro per jaar. Het grootste voordeel zit niet in de rekening, maar in stabiliteit bij piekverkeer.