Magento + Hyvä voor B2B: 3 sites met een PageSpeed-score van 95+ ondanks complexe bedrijfsprocessen
Deze zomer leverde WiMakeIT drie nieuwe Magento-sites op Hyvä op: Filtre Air BMC, Gedimat Genappe en Technilevage. Alle drie halen ze 95%+ op GTmetrix.
De echte uitdaging
De performantie behouden wanneer het project begint te lijken op het bedrijf dat het werkelijk gebruikt.
Drie Magento + Hyvä-sites, allemaal boven 95%: het bewijs zit in de oplevering
Drie lanceringen · zomer 2026
Deze drie projecten hebben niet dezelfde catalogus, niet dezelfde klanten en niet dezelfde beperkingen. En net dat maakt het resultaat interessant.
Magento en Hyvä installeren is één ding.
Een hoge performantie behouden nadat de echte noden van het bedrijf zijn ingebouwd, is iets heel anders.
Modules, maatwerk, bedrijfsregels, media, klanttrajecten, tools van derden, ERP, commerciële functies: een webshop wordt vanzelf complexer naarmate hij nuttiger wordt. De performantie moet volgen.
Een snelle B2B-site is goed. Een snelle site met de juiste data is beter.
Data · ERP · betrouwbaarheid
In B2B is de frontend vaak slechts het zichtbare deel van een veel groter systeem.
ERP, catalogus, prijzen, beschikbaarheid, bestellingen, klantaccounts, commerciële voorwaarden: Magento moet passen in een omgeving die al draaide voordat het er was.
Vraag 01
Welke data moet echt uitgewisseld worden?
Vraag 02
Welk systeem is leidend wanneer informatie verschilt?
Vraag 03
Hoe vaak moet er gesynchroniseerd worden?
Vraag 04
En wat gebeurt er wanneer een datastroom niet meer reageert?
Een foute voorraad die in 200 milliseconden wordt getoond, blijft een foute voorraad.
Frontendperformantie en betrouwbare data moeten dus hand in hand gaan.
Commerciële data heeft pas waarde als ze de realiteit van de zaak correct weergeeft.
Bij Gedimat Genappe moet het klanttraject rekening houden met prijzen, varianten, beschikbaarheidsstatussen en verschillende noden van particulieren en ingelogde professionals.
ERP–Magento-synchronisatie: wanneer enkele minuten echt het verschil maken
ERP · API · synchronisatie
Niet alle data heeft dezelfde houdbaarheid. Een productbeschrijving kan wachten. Een voorraad, een beschikbaarheid, een prijs of bepaalde commerciële voorwaarden veel minder.
Afhankelijk van de activiteit kan een vertraging van enkele uren aanvaardbaar zijn. In andere B2B-omgevingen moet de data binnen enkele minuten doorkomen, of zelfs bijna in realtime.
Dat is geen louter technische instelling meer. Het is een keuze die rechtstreeks invloed kan hebben op de servicekwaliteit voor de klant en op de dagelijkse werking van de teams.
Een synchronisatiearchitectuur moet onder meer bepalen:
01. Welke data is cruciaal voor de verkoop?
02. Welk systeem is de referentiebron?
03. Welke informatie vereist een hoge frequentie?
04. Welke volumes moeten verwerkt worden?
05. Hoe worden updates geprioriteerd?
06. Hoe detecteer je een mislukte synchronisatie?
07. Hoe voorkom je dat een tijdelijk incident tot inconsistente data aan klantzijde leidt?
Het doel is niet gewoon data te laten circuleren.
Het doel is ze te laten circuleren aan de snelheid die het bedrijf nodig heeft, zonder in te boeten aan betrouwbaarheid.
Standaard Magento of maatwerk? De echte vraag ligt elders.
Magento-architectuur · bedrijfslogica
Bij dit soort projecten is de verleiding groot om het debat zo te voeren:
Verkeerde vraag
Standaard of maatwerk?
Betere vraag
Wat verdient het echt om in het platform vertaald te worden?
Twee bedrijven die vergelijkbare producten verkopen, kunnen op radicaal verschillende manieren werken.
Prijszetting, klantrechten, catalogusstructuur, bestellingen, logistiek, configurators, automatiseringen, toegang tot bepaalde productgamma’s of interacties met het ERP: die eigenheden zijn niet noodzakelijk complicaties die weg moeten.
Sommige ervan vormen net de bedrijfswaarde van de onderneming.
Magento biedt een rijke basis en het ecosysteem dekt al heel wat noden. Wanneer de standaard het probleem goed oplost, is er geen enkele reden om het wiel opnieuw uit te vinden.
Maar wanneer een proces, een regel of een dienst een echte bedrijfsspecifieke eigenheid is, kan Magento-maatwerk een volwaardig digitaal bedrijfsmiddel worden.
Wanneer compatibiliteit deel wordt van het product.
Eén filterreferentie kan passen op tal van voertuigen, merken, modellen en motoren. Het klanttraject koppelt het product daarom aan een logica van voertuigcompatibiliteit die veel verder gaat dan een eenvoudig attribuut op een productpagina.
De kwaliteit van een architectuur meet je niet aan het aantal maatwerkontwikkelingen dat je vermijdt. Je meet ze aan de relevantie van de ontwikkelingen die je kiest.
Configureerbaarheid in Magento: minder beslissingen in code, meer controle voor de teams
Autonomie van de teams
Tussen standaard en vastgelegd maatwerk bestaat er een derde weg: de bedrijfslogica configureerbaar maken.
Een prijsregel evolueert. Een commerciële voorwaarde verandert. Een productgamma moet anders getoond worden. Een catalogusinstelling moet aangepast kunnen worden.
Moet je daarvoor echt telkens een ontwikkelticket openen?
Niet noodzakelijk. Tijdens de projectafbakening bepalen we daarom welke beslissingen in de code moeten blijven en welke de teams zelf moeten kunnen beheren vanuit de backoffice.
Autonomie
Zelf de controle houden over de dagelijkse regels
Reactiviteit
Commerciële beslissingen sneller uitvoeren
Afhankelijkheid
Geen ontwikkeling nodig voor elke kleine aanpassing
Schaalbaarheid
Het platform laten meegroeien met het bedrijf
Een goed platform doet niet alleen wat er vandaag van gevraagd wordt. Het laat ook genoeg ruimte om morgen te beslissen.
Een B2B-product is niet altijd zomaar « een product »
B2B-catalogus
Een technisch artikel kan veel meer bevatten dan een naam, een foto en een prijs.
Capaciteit, afmetingen, lengte, voeding, toepassing, opties of varianten kunnen de keuze van de klant bepalen en de manier waarop hij begeleid moet worden.
Het juiste klanttraject is niet altijd gewoon « In winkelmandje ».
In een industriële catalogus voor hijsmateriaal bepalen capaciteit, technische kenmerken en configuratie rechtstreeks de keuze. Sommige artikelen vragen daarom vanzelf om een uitgebreider aanvraag- of offertetraject dan een standaard productpagina.
Een catalogus moet niet alleen producten bevatten. Hij moet de klant helpen de juiste beslissing te nemen.
Hyvä voor Magento: performantie is geen bonus, het is het vertrekpunt
Magento-frontend
Waarom Hyvä in deze vergelijking? Omdat het Magento een frontend geeft die is opgebouwd rond minder complexiteit, beperkte afhankelijkheden en betere performantie.
Voor een B2B-gebruiker zijn de gevolgen heel concreet.
Bladeren
Een grote catalogus moet snel blijven
Ook wanneer de klant tal van artikelen bekijkt.
Vinden
Zoeken op referentie moet vlot blijven
De koffiepauze kan wachten.
Bestellen
Vaste klanten moeten snel kunnen werken
Zeker wanneer ze de site als echt werkinstrument gebruiken.
Hyvä biedt het potentieel.
Het bureau bouwt het resultaat.
Naarmate het project vordert, komen er componenten, media, modules, scripts van derden, bedrijfsfuncties en maatwerk bij. Elke keuze kan het oorspronkelijke voordeel van Hyvä behouden… of het geleidelijk aan wegknabbelen.
Precies daarom moet de beheersing van de frontend verbonden blijven met een bredere Magento-expertise.
Bij WiMakeIT wordt Hyvä dus niet behandeld als een grafische laag die op het einde van het project wordt toegevoegd. Performantie, gebruikerservaring, maatwerk, integraties en bedrijfsnoden moeten samen afgewogen worden.
Filtre Air BMC
Voertuigcompatibiliteit geïntegreerd in de catalogusnavigatie.
Gedimat Genappe
Catalogus bouwmaterialen, B2B & B2C, prijzen, varianten en diensten.
Technilevage
Technische industriële catalogus en klanttrajecten gericht op offerteaanvragen.
Drie contexten die Hyvä niet vragen om minder te doen. Ze vragen het bureau om meer te kunnen doen zonder in te boeten aan performantie.
B2B-SEO voor Magento: 10.000 referenties hebben weinig zin als niemand de 9.847e vindt
B2B-SEO voor Magento
Een grote catalogus is een commerciële troef.
Op één voorwaarde: hij moet gevonden kunnen worden.
Categorieën, subcategorieën, filters, attributen, varianten, parameters en navigatiecombinaties kunnen snel een omvangrijke architectuur opleveren.
10.000 referenties online hebben is nog geen zichtbaarheidsstrategie.
De zoekmachine moet de echt nuttige pagina’s, de strategische productfamilies en de combinaties die beantwoorden aan een echte zoekintentie kunnen onderscheiden.
Voor een B2B-speler ligt het potentieel vaak ver voorbij de bedrijfsnaam of enkele hoofdcategorieën.
Een aankoper kan zoeken op een productfamilie, een afmeting, een materiaal, een toepassing, een technisch kenmerk, een gebruik of een heel specifieke combinatie van criteria.
Drie catalogi · drie zoeklogica’s
Filtre Air BMC
De zoektocht kan beginnen bij een merk, een model en een motorisatie.
Gedimat Genappe
Het startpunt kan een type bouwproject zijn, gevolgd door een productfamilie en subfamilie.
Technilevage
De zoekopdracht kan gaan over een technische familie, een type materiaal of een specifieke capaciteit.
Dezelfde technologie. Drie radicaal verschillende zoekintenties.
Daarom moet de SEO-structuur van bij het ontwerp van de catalogusarchitectuur bedacht worden: categorieën, navigatiediepte, interne linkstructuur, strategische pagina’s, indexeerbaarheid, filters, URL’s, content en gestructureerde data.
SEO voor een grote Magento-site bestaat niet uit het toevoegen van zoekwoorden na de ontwikkeling.
Het bestaat uit het bouwen van een architectuur waarin de catalogus een samenhangend netwerk van commerciële toegangspoorten kan worden.
Lastenboek voor Magento: de duurste beslissingen worden vaak genomen vóór de ontwikkeling
Projectafbakening Magento
Een complex project kan perfect ontwikkeld zijn… op basis van verkeerde beslissingen bij de start.
Het is meestal netter.
Maar het blijft het verkeerde project.
De projectafbakening dient net om dat te vermijden.
Voordat je over modules of planning praat, moet je begrijpen:
→ hoe het bedrijf vandaag verkoopt;
→ wat het morgen wil verbeteren;
→ hoe de catalogus gestructureerd is;
→ waar de data zich bevindt;
→ welke synchronisaties snel moeten verlopen;
→ welke regels een echte bedrijfseigenheid zijn;
→ wat de teams zelf moeten kunnen configureren;
→ hoe de site gevonden moet worden;
→ welke volumes en evoluties de architectuur moet kunnen opvangen.
Een bruikbaar lastenboek is dus geen lijst met functionaliteiten en vakjes om aan te vinken.
Het is de vertaling van bedrijfsdoelstellingen naar functionele en technische beslissingen.
En precies daar beginnen vier voorstellen die allemaal « Magento + Hyvä » vermelden eindelijk van elkaar te verschillen.
Magento + Hyvä: de technologie is dezelfde. Wat je ermee doet veel minder.
Wat een project echt onderscheidt
Magento. Hyvä. ERP. API. SEO. Maatwerk. Op papier kunnen verschillende bureaus exact dezelfde woorden opsommen.
Het verschil zit zelden in de lijst met technologieën. Het zit in de afwegingen.
Welke data moet quasi onmiddellijk beschikbaar zijn?
Welke regel verdient echt maatwerk?
Welke instelling moet in handen van de teams blijven?
Welk deel van de catalogus verdient een SEO-toegangspoort te worden?
Welke functionaliteit dreigt de performantie te schaden?
Hoe zal dit alles nog werken wanneer het bedrijf geëvolueerd is?
Wat zijn drie GTmetrix-scores boven 95% uiteindelijk waard?
Een GTmetrix-score blijft een technische meting onder bepaalde omstandigheden. Hij meet niet de kwaliteit van een catalogus, niet de relevantie van een ERP-architectuur en niet de toekomstige omzet van een site.
En gelukkig maar.
Anders zou het vak een stuk eenvoudiger zijn.
Wat ons hier meer interesseert, is de herhaalbaarheid van het resultaat.
Wat dit resultaat echt betekent
Drie bedrijven, drie sectoren, drie catalogi die niets gemeen hebben: voertuigcompatibiliteit, bouwmaterialen, industrieel hijsmateriaal. Verschillende bedrijfsbeperkingen, verschillende klanten, verschillende zoeklogica’s.
En toch hetzelfde performantieniveau na de livegang. Dat is geen toevalstreffer bij een geïsoleerd project. Het is een methode die hetzelfde resultaat oplevert in contexten die op niets op elkaar lijken.
Voor een beslisser die de juiste technische partner zoekt om een solide project op lange termijn uit te bouwen, is dat precies wat telt. Een lanceringsscore kan bijna iedereen ooit eens voorleggen. De echte vraag ligt elders:
Blijft de performantie overeind op lange termijn?
Is de site, zodra modules, media, ERP-integraties en maatwerk zijn toegevoegd, nog even snel als op dag één?
Vertaalt ze zich in resultaten?
Een snelle site ondersteunt conversie, vindbaarheid en het dagelijkse werk van de teams — geen loutere score in een rapport.
Is ze reproduceerbaar?
Hangt het resultaat af van een project met geluk, of van een werkwijze die je van dossier tot dossier terugvindt?
Een grote B2B-webshop wordt onvermijdelijk complex. Hij hoeft daarom niet ingewikkeld te worden.
Magento + Hyvä-project
Moet uw project veel meer aankunnen dan een catalogus?
Een ERP om te koppelen, snelle synchronisaties, een omvangrijke catalogus, specifieke commerciële regels, maatwerk, nood aan configureerbaarheid of SEO-uitdagingen: net die onderwerpen moeten afgebakend worden voordat u technische antwoorden kiest.
Catalogus · ERP & API · synchronisaties · bedrijfsregels · maatwerk · Hyvä · performantie · SEO
Bespreek uw Magento-project →Technisch en zakelijk gesprek
Gepubliceerd op 17 aug. 2026
Een vraag over dit artikel?
30 min, vrijblijvend, met een senior technisch aanspreekpunt.
Ook interessant
Andere artikels
Optimaliseer de prestaties van uw website met professioneel Magento2-onderhoud.
Het effectieve beheer van een online winkel berust niet alleen op een robuust initiëel ontwerp, maar ook op regelmati...
Migreren van Magento1 naar Magento2
Magento1 werd uitgebracht in 2009 en werd ontwikkeld met de technologieën en beste praktijken van die tijd. De onders...
Technilevage – Online offerteaanvraag voor de B2B-sector
MageOS-site met Hyvä-thema – Techni-Levage: al sinds 1998 leverancier en adviseur voor uw hijs- en sjormateriaal.