Wat kost een app laten maken in 2026: native vs cross-platform

Twee aparte native apps bouwen, één voor iOS en één voor Android, betekent in de praktijk dubbel werk en bijna dubbele kosten. Daarom kiezen de meeste van onze klanten in 2026 voor cross-platform of een PWA. Een app laten maken begint bij ons rond €18.000 en loopt tot €70.000 voor complexe builds. Hier lees je hoe die bandbreedte werkt.

Native, cross-platform of PWA?

Voor je naar prijs kijkt, kies je een technisch fundament. Er zijn drie routes:

• Native (Swift voor iOS, Kotlin voor Android): maximale performance en toegang tot alle device-functies, maar je bouwt en onderhoudt twee codebases. Het duurst.
• Cross-platform (React Native): één codebase voor beide platforms, 30 tot 40 procent goedkoper, met performance die voor 95 procent van de apps ruim voldoet.
• PWA (Progressive Web App): een web-app die zich als app gedraagt, installeerbaar zonder app store. Het goedkoopst en het snelst live.

Onze CalorForm-fitness-app is bewust een PWA: geen app-store-goedkeuring, één codebase, en direct te delen via een link. Voor veel ideeën is dat de slimste start, zeker als je nog test of de markt er klaar voor is. Een PWA omzeilt bovendien de commissie van de app stores, die op betalingen tot 30 procent kan oplopen. Voor een product met abonnementen of in-app-aankopen tikt dat hard aan.

De keuze is geen kwestie van smaak maar van eisen. Heeft je app zware 3D-graphics, continue achtergrond-locatie of diepe integratie met device-hardware nodig, dan wint native. Voor de overige situaties, en dat is de meerderheid, levert cross-platform of een PWA dezelfde gebruikerservaring tegen lagere kosten.

Wat bepaalt de prijs?

De platformkeuze is één factor, maar de werkelijke prijs zit in wat de app doet:

• Aantal en complexiteit van features: een eenvoudige content-app is iets anders dan een app met realtime chat, geolocatie en betalingen.
• Backend: een app zonder server is goedkoop, maar zodra je accounts, data-opslag en API's nodig hebt komt daar serieus werk bij. Wij bouwen die backend op Laravel.
• Integraties: betaalproviders, kaartdiensten, push-notificaties, externe API's.
• Design: een strak standaard-design is goedkoper dan een volledig maatwerk-interface met animaties.
• Offline-functionaliteit: data synchroniseren bij wisselende verbinding is technisch lastig en dus duurder.

Prijsbandbreedtes in 2026

Op basis van wat we bouwen, zien de ranges er zo uit:

• Eenvoudige app of PWA (content, formulieren, basale backend): €18.000 tot €30.000.
• Gemiddelde app (accounts, betalingen, push, één of twee integraties): €30.000 tot €50.000.
• Complexe app (realtime, offline-sync, meerdere integraties, AI-componenten): €50.000 tot €70.000 plus.

Reken bovenop de bouwkosten op doorlopende kosten: app-store-accounts (€99 per jaar voor Apple, eenmalig €25 voor Google), backend-hosting vanaf €495 per maand, en onderhoud voor OS-updates die elk jaar opnieuw aandacht vragen. Die onderhoudspost wordt vaak vergeten, maar is reëel: elke nieuwe iOS- of Android-versie kan iets breken, en zonder onderhoud verschijnt je app na verloop van tijd niet meer of crasht hij op nieuwe toestellen.

Een veelgemaakte rekenfout is dat de bouwprijs het eindbedrag is. In de praktijk is een app een doorlopend product, geen eenmalig project. Reken voor het eerste jaar na lancering grofweg 15 tot 20 procent van de bouwkosten aan onderhoud en doorontwikkeling, en neem dat mee in je businesscase voordat je begint.

Een handige toets bij het inschatten: tel het aantal schermen, het aantal externe koppelingen en de aanwezigheid van betalingen of accounts. Een app met vijf schermen, geen betalingen en één koppeling zit aan de onderkant van de range. Een app met dertig schermen, abonnementen, push-notificaties en drie integraties zit aan de bovenkant of erboven. De optelsom van die onderdelen voorspelt de prijs beter dan de platformkeuze alleen.

De vergissing die het meest geld kost

De grootste vergissing is direct native bouwen voor twee platforms terwijl je idee nog onbewezen is. Je verdubbelt je kosten voordat je weet of mensen de app willen gebruiken. Onze aanpak: start met een PWA of cross-platform MVP, bewijs het kerngedrag, en bouw pas native als performance of een specifieke device-functie dat echt vereist.

• Begin klein, meet echt gebruik, breid uit op basis van data.
• Kies native alleen als je een concrete technische reden hebt (zware graphics, complexe sensors).
• Houd de backend van begin af aan productie-waardig, zodat je niet hoeft te herbouwen bij groei.

De technologie is de afgelopen jaren zo volwassen geworden dat de gebruiker het verschil tussen een goed gebouwde cross-platform app en een native app in de praktijk nauwelijks merkt, terwijl het verschil in bouw- en onderhoudskosten aanzienlijk blijft. Dat maakt de afweging voor de meeste bedrijven eenvoudig: begin pragmatisch, bewijs de waarde, en investeer pas in native als een concrete eis daarom vraagt.

Conclusie

Voor de meeste bedrijven is cross-platform of een PWA in 2026 de verstandige keuze: lagere kosten, snellere lancering, één codebase. Native reserveer je voor apps die het echt nodig hebben. Wil je weten welke route bij jouw idee past? Bekijk onze app-ontwikkeling voor een inschatting op maat.