Een extensie van €299 lijkt goedkoop. Totdat je de integratie-uren, de conflicten bij upgrades en de vendor lock-in meetelt. Een eerlijk rekenmodel voor de make-vs-buy beslissing.
Make vs buy: extensie kopen of zelf bouwen in Magento?
Een extensie van €299 lijkt goedkoop. Maar reken daar 8 uur integratie bij op, 3 uur debugging bij de volgende Magento-upgrade, licentiekosten die jaarlijks doorlopen en de kans dat de vendor stopt met onderhoud. Dan zit je al snel op €2.500 totaalkosten voor iets wat je voor €1.200 had kunnen laten bouwen — precies zoals jij het wilt.
De make-vs-buy beslissing wordt in de praktijk te vaak op gevoel gemaakt. Dit artikel geeft je een rekenmodel en een beslisframework zodat je het op feiten baseert.
Wat je leert in dit artikel
- Hoe je de Total Cost of Ownership (TCO) van een extensie berekent
- Welke factoren de balans naar "bouwen" doen doorslaan
- Concrete rekenvoorbeelden uit onze projecten
- Een beslismatrix die je direct kunt gebruiken
De verborgen kosten van een extensie
De aanschafprijs is het kleinste deel van de TCO. Wij zien bij klanten dat de werkelijke kosten drie tot vijf keer hoger uitvallen dan de licentieprijs.
Integratiekosten
Geen enkele extensie past perfect op een bestaande Magento-installatie. Er zijn altijd aanpassingen nodig: theme-integratie, conflicten met andere modules, aanpassingen aan de businesslogica die de extensie niet ondersteunt.
Gemiddeld rekenen we 4 tot 12 uur integratiewerk. Bij een uurtarief van €125 is dat €500 tot €1.500 bovenop de licentieprijs.
Upgrade-kosten
Magento brengt twee tot vier security patches en feature releases per jaar uit. Elke release is een moment waarop een extensie kan breken. Sommige vendors lopen achter, sommige vereisen een betaalde upgrade van de licentie.
Wij schatten gemiddeld 2 uur onderhoud per extensie per jaar. Over drie jaar is dat 6 uur — bij €125 per uur is dat €750 aan onderhoudslast.
Licentiekosten over tijd
Veel extensies werken op abonnementsbasis of vereisen een jaarlijkse verlengingskost voor updates en support. Een extensie van €299 eenmalig klinkt anders dan €149 per jaar voor drie jaar.
| Kostenpost | Eenmalig kopen | Abonnement (3 jaar) |
|---|---|---|
| Aanschaf | €299 | €149/jaar = €447 |
| Integratie | €750 (gem. 6u) | €750 |
| Onderhoud upgrades | €750 (6u/3j) | €375 (vendor pakt dit op) |
| Totaal | €1.799 | €1.572 |
De totaalkosten liggen dicht bij elkaar. Maar dit is zonder rekening te houden met conflicten, aanpassingen of vendor-lock-in.
Vendor lock-in en continuïteitsrisico
De Magento Marketplace heeft honderden extensies die al jaren niet meer zijn bijgewerkt. Vendors gaan failliet, stoppen met Magento of schrappen producten. Als dat gebeurt met een module waarvan jouw kritieke bedrijfslogica afhankelijk is, heb je een probleem.
Wij hebben meerdere keren een verouderde extensie moeten vervangen in urgentie. Dat kost twee tot drie keer meer dan een geplande vervanging.
Support en documentatie
Een verborgen kostenfactor is de kwaliteit van support. Goedkope extensies op de Marketplace hebben soms minimale documentatie en trage support-reacties. Als je vastloopt bij een installatie, betaal je developer-uren om iets te begrijpen wat bij een betere extensie in vijf minuten gedocumenteerd was.
Controleer voor aankoop altijd: is er een changelog? Is er een issues-tracker op GitHub? Reageert de vendor op openstaande problemen? Een extensie met 200 openstaande GitHub-issues en de laatste commit van negen maanden geleden is een risico, ongeacht de prijs.
Wanneer kopen de juiste keuze is
Kopen werkt als aan drie voorwaarden is voldaan:
- De functionaliteit is generiek. Betalingsmodule, belastingberekening, sitemap — dit is standaardwerk dat vendors beter beheersen dan jij ooit zelf zult bouwen.
- De extensie is actief onderhouden. Check de releasehistorie op GitHub of de Marketplace. Minimaal twee updates in het afgelopen jaar is een gezond teken.
- Aanpassing is niet nodig. Als je de extensie meteen moet aanpassen, verlies je het grootste voordeel van kopen: je krijgt updates niet meer schoon binnen.
Goede categorieën om te kopen: betaalmodules (Mollie, Stripe), belastingmodules (Vertex, Avalara), review-platforms (Trustpilot, Yotpo), zoekoplossingen (Klevu, Algolia als SaaS).
Wanneer bouwen de juiste keuze is
Bouwen wint zodra één van deze situaties van toepassing is:
De logica is bedrijfsspecifiek. Staffelprijzen op basis van klantgroep, regio en orderhistorie? Dat bouwt geen vendor voor je. Een extensie die dit probeert te ondersteunen, zit vol configuratieopties die toch niet kloppen. De extensie raakt de kern van je proces. Een checkout-flow, een offertemodule, een loyaltyprogramma — dit zijn concurrentievoordelen. Je wilt hier controle over houden. Je verwacht groei en verandering. Een extensie is een black box. Als je businesslogica verandert, pas je de extensie niet aan — je bidt dat de vendor het ondersteunt. Eigen code pas je aan zonder afhankelijkheid. Je integreert met eigen systemen. Koppelingen met een eigen ERP, PIM of CRM werken zelden goed via extensies. De kans dat een vendor jouw specifieke API-formaat ondersteunt, is klein.Het rekenmodel in de praktijk
We lopen door twee concrete cases.
Case 1: Loyaltyprogramma
Een klant overwoog een loyaliteitsextensie voor €599. Na analyse:
- Integratie met hun eigen klantsegmentatie: geschat 16 uur extra
- De vendor-module ondersteunde geen B2B-klanten: custom work nodig
- Jaarlijkse licentie voor updates: €199/jaar
- Eigen ERP-koppeling voor puntensynchronisatie: niet ondersteund
We hebben het gebouwd. De klant heeft nu volledige controle, geen licentiekosten en een directe ERP-integratie.
Case 2: Sitemap generator
Een klant wilde een verbeterde sitemap met prioriteitslogica. Extensie: €149.
- Integratie: 2 uur = €250
- Onderhoud: minimaal, functie is stabiel
- Vendor actief: ja, maandelijkse updates
We hebben de extensie gekocht. Standaardfunctionaliteit, actieve vendor, geen aanpassingen nodig.
De beslismatrix
Gebruik deze matrix als startpunt. Scoor elke vraag met ja (1) of nee (0).
| Vraag | Kopen | Bouwen |
|---|---|---|
| Is de functionaliteit generiek en breed gebruikt? | +1 | |
| Past de extensie zonder aanpassingen? | +1 | |
| Is de vendor actief (2+ releases/jaar)? | +1 | |
| Is de logica bedrijfsspecifiek? | +1 | |
| Raakt het een kernproces? | +1 | |
| Heb je eigen systemen om mee te koppelen? | +1 | |
| Verwacht je significante groei of verandering? | +1 |
Score 3+ voor kopen: extensie aanschaffen. Score 3+ voor bouwen: maatwerk. Gelijkspel: reken de TCO concreet door voor jouw situatie.
Veelgemaakte fouten
1. Alleen naar de aanschafprijs kijken. De extensie is het goedkoopste deel. Integratiewerk, onderhoud en licenties maken het duurder. 2. Vendor-activiteit niet checken. Een extensie die twee jaar niet is bijgewerkt, is een tikkende tijdbom. Check GitHub of de changelog. 3. Extensies aanpassen en dan updates verwachten. Zodra je de code van een extensie aanpast, verlies je de mogelijkheid om updates schoon in te spelen. Dan heb je het slechtste van twee werelden. 4. Verkeerde laag aanpassen. Gebruik altijd een preference of plugin om extensiegedrag te overschrijven — nooit de broncode van de module zelf aanpassen.Hoe houd je een extensie-audit bij?
Als je meer dan tien extensies draait, is een bijgehouden overzicht geen luxe maar noodzaak. Documenteer per extensie: vendor, versie, licentievervaldatum, laatste update, kritiekheid en uren besteed aan installatie en onderhoud.
Wij reviewen dit overzicht jaarlijks met klanten. In de meeste gevallen vinden we één of twee extensies die vervangen kunnen worden door maatwerk of een beter alternatief. De besparingen op onderhoud en licentiekosten dekken de reviewkosten al ruim.
Conclusie
Make vs buy is een rekensom, geen mening. De extensiemarkt heeft uitstekende producten voor generieke functionaliteit. Voor bedrijfsspecifieke logica, kernprocessen en systemen die groeien, is maatwerk goedkoper op de lange termijn.
Reken de TCO door voor jouw specifieke situatie. Gebruik de matrix als startpunt, niet als eindoordeel.
Wij helpen regelmatig klanten bij deze afweging — soms eindigt dat in een extensie-advies, soms in een maatwerkopdracht. Bekijk onze aanpak voor Magento extensies of lees ons TCO-rekenmodel voor maatwerk vs plugins.
Twijfel je over een specifieke extensie of functionaliteit? Neem contact op met Coding.nl voor een vrijblijvend gesprek. We kijken graag mee. Bekijk ook onze Magento 2 diensten voor een overzicht van wat wij bouwen.
Veelgestelde vragen
Hoe lang duurt het gemiddeld om een extensie te integreren?Afhankelijk van complexiteit: 4 tot 16 uur. Eenvoudige betalingsmodules zitten aan de lage kant. Modules die in de checkout, het klantaccount of de cataloguslogica ingrijpen, zitten aan de hoge kant.
Kan ik een extensie eerst proberen voor ik koop?Veel vendors bieden een trial-periode of demo-omgeving. Gebruik die om te testen of de extensie daadwerkelijk past zonder aanpassingen. Als je in de trial al aanpassingen nodig hebt, is dat een rode vlag.
Wat doe ik als mijn extensie-vendor stopt?Zorg dat je altijd de broncode in eigen bezit hebt. Sommige licenties bevatten een source escrow regeling. Plan in dat geval een vervanging in de normale ontwikkelcyclus — noodoplossingen zijn twee keer zo duur.
Is het slim om extensies te stacken?Elke extensie verhoogt de kans op conflicten. Bij meer dan 15 à 20 extensies zien wij regelmatig performance- en stabiliteitsproblemen. Kijk kritisch of elke extensie daadwerkelijk noodzakelijk is.
Zijn open source extensies veiliger dan commerciële?Open source is transparanter — je kunt de code controleren. Maar onderhoud is afhankelijk van de community. Commerciële extensies hebben een vendor die er financieel belang bij heeft om bij te houden. Beide modellen hebben voor- en nadelen.
Geschreven door Ruthger Idema
15+ jaar ervaring in e-commerce development. Gespecialiseerd in Magento, Shopify en Laravel maatwerk.
Meer over ons team →