Wat kost onderhoud van een webapp in 2026?

Waar betaal je eigenlijk voor?

Een webapp is nooit echt af. Ook als je zelf niets verandert, verandert de wereld eromheen: pakketten krijgen updates, browsers veranderen, externe diensten passen hun koppelingen aan en er worden nieuwe beveiligingslekken ontdekt. Onderhoud is alles wat nodig is om je app in die wereld veilig en werkend te houden.

De kosten vallen grofweg in twee groepen. De eerste groep zijn de rekeningen van aanbieders: hosting, database, e-mail, betalingen en eventuele AI-diensten. Die komen meestal rechtstreeks van de aanbieder en groeien mee met het gebruik van je app. De tweede groep is het werk van een developer. Daar gaat dit artikel vooral over, want daar zitten de grootste verschillen.

Hosting en externe diensten

De server, de database, de e-maildienst, de betaalprovider en eventuele AI-API’s. Je betaalt ze per maand of per gebruik.

Beveiligingsupdates

Bijwerken van de pakketten waarop je app draait zodra er een bekende kwetsbaarheid in wordt gevonden.

Monitoring

Automatische controles die alarm slaan als je app onbereikbaar is of fouten geeft, zodat iemand het weet voordat je klanten bellen.

Back-ups

Kopieën van je data die je echt kunt terugzetten als er iets misgaat, van een foute actie tot een hack.

Bugs oplossen

Uitzoeken waarom iets niet werkt, het oplossen en controleren dat de rest blijft werken.

Kleine aanpassingen

Een extra veld, een andere tekst in een e-mail, een nieuw filter. Klein werk dat zich wel opstapelt.

Bereikbaarheid

Iemand die je kunt mailen, appen of bellen, en die binnen een afgesproken tijd reageert.

Waarom onderhoud geen bijzaak is

Veel founders rekenen alleen met de kosten van het bouwen. Dat is begrijpelijk, maar het grootste deel van de rekening komt meestal later. Robert Glass beschrijft in zijn bekende boek Facts and Fallacies of Software Engineering dat onderhoud doorgaans 40 tot 80 procent van de kosten van software opslokt, gemiddeld zo’n 60 procent. Volgens hem gaat ongeveer 60 procent van dat onderhoud naar verbeteringen en zo’n 17 procent naar het oplossen van fouten.

Dat laatste is goed nieuws: het meeste onderhoudsgeld gaat naar je app beter maken, niet naar brandjes blussen. Maar het betekent ook dat een app zonder onderhoudsbudget langzaam achteroploopt, of stilletjes onveilig wordt.

Moderne webapps leunen op tientallen tot honderden open-sourcepakketten. Zit er in één daarvan een lek, dan zit dat lek ook in jouw app. OWASP, de bekendste organisatie op het gebied van webbeveiliging, zet problemen in die keten van pakketten en leveranciers in de Top 10 van 2025 op plek 3. Bijhouden en bijwerken is dus geen luxe, maar basishygiëne.

Wat bepaalt de prijs?

Twee apps die er voor een gebruiker hetzelfde uitzien, kunnen in onderhoud heel verschillend uitpakken. Dit zijn de vier dingen die het meeste verschil maken.

Vooral het tweede en derde punt worden vaak onderschat. Elke koppeling is een plek waar een andere partij iets kan veranderen zonder het jou te vragen. En code zonder tests en zonder duidelijke structuur kost bij elke aanpassing meer tijd, omdat je eerst moet uitzoeken wat er allemaal omvalt.

• De omvang: het aantal schermen, het aantal soorten gebruikers en hoeveel logica er achter de knoppen zit.
• Het aantal koppelingen: betalingen, e-mail, inloggen via Google of Microsoft, boekhoudpakketten en andere externe API’s.
• Hoe de app gebouwd is: met tests en een heldere structuur, of snel in elkaar gezet, bijvoorbeeld met een AI-tool, zonder dat iemand de code echt kent.
• Hoe kritiek de app is: een intern hulpmiddel dat een dag mag wachten, of een platform waar klanten elk uur op rekenen.

Een vast maandbedrag of per uur?

Per uur betalen voelt goedkoop: je betaalt alleen als er iets gebeurt. Het nadeel is dat er tussendoor niemand kijkt. Updates blijven liggen tot er iets kapotgaat, en als het misgaat, moet je maar hopen dat je developer tijd heeft. Je betaalt dan vaak alsnog, maar dan voor herstel in plaats van voor voorkomen.

Een vast maandbedrag draait het om. Monitoring, updates en back-ups gebeuren gewoon, ook als jij er niet aan denkt, en de reactietijden liggen vast. Je weet vooraf wat je kwijt bent en je hebt iemand die je app kent als er iets gebeurt.

Per uur kan prima passen bij een klein intern hulpmiddel dat weinig wordt gebruikt en geen persoonsgegevens bevat. Draait je bedrijf op de app, of bewaar je er klantgegevens in, dan is een vast plan bijna altijd de verstandigere keuze.

Wat hoort in een onderhoudscontract?

Een onderhoudscontract hoeft niet dik te zijn, maar een paar dingen wil je zwart op wit hebben. Vage beloftes als “snel reageren” of “altijd bereikbaar” zijn niets waard als je app op vrijdagmiddag plat ligt.

Let vooral op het eigendom. In Nederland blijft het auteursrecht op software bij de maker, tenzij het met een schriftelijke akte wordt overgedragen. Dat je voor het werk betaalt, maakt je dus niet automatisch eigenaar. Spreek daarom af wat je krijgt: eigendom van de code of een licentie om hem te gebruiken, en hoe dan ook toegang tot de code zelf.

• Reactietijden per soort probleem, bijvoorbeeld een storing tegenover een gewone bug, en op welke dagen en uren ze gelden.
• Wat er in de maandprijs zit en wat extra kost, met de prijs van extra uren.
• De opzegtermijn en de minimale looptijd.
• Wie eigenaar is van de code, of welke licentie je krijgt.
• Op wiens naam de accounts staan: hosting, domein, database en externe diensten. Het liefst op die van jou.
• Wat er gebeurt als je stopt: hoe de overdracht gaat en hoe je aan je code en data komt.

Voorbeeld: wat onderhoud bij BugFyx kost

Om het concreet te maken: dit zijn mijn eigen prijzen, allemaal exclusief btw. Elk plan is maandelijks opzegbaar, met een opzegtermijn van één maand, en bevat monitoring, een dagelijkse controle op bekende kwetsbaarheden (CVE’s) in de pakketten van je app met de updates die daarbij horen, back-ups en bescherming van je data, en e-mailsupport met een reactie binnen 1 werkdag.

Bij een storing reageer ik op werkdagen tijdens werktijd (09:00 tot 17:00) binnen 2 uur, bij een ernstig incident in het weekend binnen 4 uur. Een bug pak ik de volgende werkdag op. Heb je meer uren nodig dan in je plan zitten, dan kost een los uur €100. Neem je elke maand extra uren af, dan betaal je €80 per uur, 20 procent minder.

Weet je nog niet hoe je app ervoor staat? Dan begin je met een App Check van €600: ik controleer één app met maximaal 15 schermen, één database en tot 3 koppelingen, en je krijgt binnen 5 werkdagen een rapport in gewone taal met de risico’s in rood, oranje en groen, plus een gesprek van 30 minuten. Kies je binnen 30 dagen een onderhoudsplan, dan verreken ik de €600 volledig.

• Basis: €600 per maand, met 5 supporturen.
• Plus: €1.100 per maand, met 10 supporturen en WhatsApp, met een reactie binnen 4 uur.
• Business: €2.050 per maand, met 20 supporturen, WhatsApp en telefoon, binnen 1 uur opgenomen.

Zo houd je de kosten laag

Het duurste onderhoud is onderhoud dat te lang is uitgesteld. Een pakket dat een paar versies achterloopt, werk je meestal snel bij. Een pakket dat jaren achterloopt, kan een verbouwing betekenen. Met een paar gewoontes houd je de rekening voorspelbaar.

• Laat eerst vaststellen hoe je app ervoor staat, zodat je weet waar de echte risico’s zitten.
• Los de rode risico’s eerst op en plan de rest in.
• Houd updates bij in kleine stappen, in plaats van ze op te sparen.
• Bundel kleine wensen, zodat je developer ze in één keer kan oppakken.
• Zet alle accounts op naam van je bedrijf en bewaar de inloggegevens op een veilige plek.
• Schrijf op wat je app hoort te doen. Dat scheelt uitzoekwerk bij elke bug.