Een native app is een mobiele app die speciaal voor één besturingssysteem is gebouwd, zoals iOS of Android, met de programmeertaal en tools van dat platform. Daartegenover staan de cross-platform app, die met één codebase op meerdere besturingssystemen draait, de hybride app en de progressive web app (PWA), die op webtechniek draait. Alle vier heten ze in de volksmond “app”, maar onder de motorkap verschillen ze flink.

In het artikel app of webapplicatie laten maken helpen we je kiezen wat je laat bouwen. Hier gaan we een laag dieper: hoe worden mobiele apps technisch gebouwd, wat betekent dat voor prestaties, ontwikkeltijd en onderhoud, en welke frameworks horen bij welke aanpak?

Wat is een native app?

De native app betekenis is eenvoudig: native betekent “eigen” of “oorspronkelijk”. Een native app is geschreven in de taal die het platform zelf aanbiedt en gebruikt rechtstreeks de bouwstenen van het besturingssysteem. Native apps draaien rechtstreeks op het toestel, zonder tussenlaag die code vertaalt.

Native app ontwikkeling voor iOS en Android

Native mobiele apps bouw je altijd voor een bepaald besturingssysteem. Voor de twee grote platforms ziet native app ontwikkeling er zo uit:

  • iOS: apps voor iPhone en iPad schrijf je in Swift, de programmeertaal van Apple voor al zijn platforms, met SwiftUI of UIKit voor de interface. Je ontwikkelt in Xcode op een Mac.
  • Android: apps schrijf je in Kotlin (of Java), met Jetpack Compose als moderne UI-toolkit. Google noemt Kotlin op developer.android.com “fully supported” en bouwt Compose op Kotlin. Je ontwikkelt in Android Studio.

Omdat iOS en Android elk hun eigen taal en tools hebben, bouw je bij volledig native apps in de praktijk twee aparte apps: één voor iOS gebruikers en één voor Android gebruikers. Die verspreid je via de Apple App Store en de Google Play Store. Native app development geeft ontwikkelaars zo de meeste controle, maar vraagt ook om aparte versies met elk hun eigen releases.

Voordelen van een native app

De voordelen van een native app zitten vooral in diepte en snelheid:

  • Prestaties. Native code is geoptimaliseerd voor het toestel. Animaties, zware graphics en real-time verwerking verlopen soepel.
  • Volledige toegang tot hardware. Camera, GPS, Bluetooth, sensoren, biometrische authenticatie zoals Face ID en achtergrondprocessen zijn direct beschikbaar.
  • Platform-eigen gevoel. De app volgt de platform guidelines van Apple en Google, dus knoppen, navigatie en gebaren voelen vertrouwd.
  • Nieuwe features van het besturingssysteem. Wat Apple of Google aan een nieuwe versie toevoegt, kun je native meestal als eerste gebruiken.

Nadelen van een native app

Daar staan duidelijke nadelen tegenover:

  • Twee codebases. Voor zowel iOS als Android bouw, test en onderhoud je aparte versies, vaak met aparte ontwikkelaars.
  • Langere ontwikkeltijd. Elke nieuwe functie bouw je per platform, en de versies lopen snel uit de pas.
  • Afhankelijk van de stores. Elke update gaat langs de review van de App Store en Google Play, en gebruikers moeten updaten.
  • Meer onderhoud. Elke nieuwe versie van iOS en Android kan aanpassingen vragen. Regelmatige updates zijn geen keuze maar een vereiste.

Wat is een cross-platform app?

Een cross-platform app is een mobiele applicatie die vanuit één codebase voor meerdere besturingssystemen wordt gebouwd. Je schrijft de app één keer en een framework zorgt dat hij op iOS en Android draait, vaak ook op desktop of web. De Kotlin-documentatie van JetBrains omschrijft cross-platform development als “applications for multiple platforms using a shared codebase”.

Het verschil met een hybride app: een cross-platform app wordt omgezet naar echte app-code en native componenten, of tekent zijn interface zelf. Er zit geen webpagina in. Daardoor komen cross platform apps qua prestaties dicht bij native, met als winst één codebase en snellere ontwikkeling. Ook krijgen iOS gebruikers en Android gebruikers een consistente gebruikerservaring, omdat er één ontwerp en één set functionaliteit is.

Volledig gratis is die winst niet. Voor specifieke eisen, zoals een bijzondere Bluetooth-koppeling, schrijf je soms toch een stukje code per specifiek platform. En het framework zelf moet je bijhouden: als Apple of Google iets verandert, wacht je soms tot het framework dat ondersteunt.

Flutter, React Native, .NET MAUI en Kotlin Multiplatform

Dit zijn de frameworks waar je het vaakst over hoort bij cross-platform app ontwikkelen (per november 2026, volgens de officiële websites):

  • Flutter. Ondersteund door Google en geschreven in de taal Dart. Flutter bouwt “mobile, web, desktop, and embedded experiences from a single codebase” en tekent de interface zelf, waardoor de app op elk platform er hetzelfde uitziet.
  • React Native. In 2015 uitgebracht door Meta, dat het nog steeds onderhoudt. Je schrijft in JavaScript met React, en componenten worden omgezet naar de native interface-elementen van het platform. Voor teams met webkennis is de drempel laag.
  • .NET MAUI. Het open source framework van Microsoft voor apps in C# en XAML die vanuit één gedeelde codebase op Android, iOS, macOS en Windows draaien. Het is de opvolger van Xamarin.Forms.
  • Kotlin Multiplatform. Open source technologie van JetBrains. Je deelt Kotlin-code, zoals businesslogica, tussen Android, iOS en andere platforms en houdt naar keuze een volledig native interface per platform. Met Compose Multiplatform kun je ook de interface delen.

Flutter of React Native?

Flutter of React Native is de vraag die we het vaakst horen bij cross-platform app ontwikkeling. Er is geen winnaar die voor elk project geldt. Flutter geeft je strakke controle over het uiterlijk, omdat het de interface zelf tekent. React Native sluit aan bij de kennis van webontwikkelaars en gebruikt de native componenten van het platform. Kijk vooral naar de kennis in je team, de plugins die je nodig hebt voor hardware als camera of Bluetooth, en wie de app over vijf jaar onderhoudt.

Wat is een hybride app? Hybride apps uitgelegd

Een hybride app is een webapplicatie, gebouwd met HTML, CSS en JavaScript, die in een native container wordt verpakt. Voor de gebruiker ziet het eruit als een gewone app: je downloadt hem uit de store en vindt hem op je startscherm. Binnenin draait webcode.

Tools als Capacitor (van Ionic) maken dit mogelijk. Je voegt Capacitor toe aan een bestaand webproject en via plugins kan de webcode functies als de camera, locatie, notificaties en het bestandssysteem van het toestel aanspreken.

Hybride apps zijn handig als je al een webapp hebt en toch in de App Store en de Play Store wilt staan. Het nadeel is dat ze qua prestaties en native gevoel meestal achterblijven bij native apps en cross-platform frameworks, zeker bij complexe interfaces. Ook heb je via plugins soms beperkte toegang tot nieuwe features van het toestel, totdat iemand een plugin bijwerkt.

Aan de andere kant hergebruik je bijna alles van je bestaande webapplicatie. Een hybride app zit daarmee echt tussen native apps en web apps in.

Wat is een progressive web app?

Een progressive web app is een web app die zich gedraagt als een app. Je opent hem in de browser, zet hem op je startscherm en, als hij ervoor gebouwd is, kun je hem offline gebruiken. Er komt geen app store aan te pas: updates staan direct bij iedereen live.

Een PWA draait op één codebase voor alle apparaten, van laptop tot telefoon. De toegang tot hardware is wel beperkter dan bij native apps: camera, locatie en push notificaties werken, maar diepere functies zoals Bluetooth zijn niet in elke browser beschikbaar. Hoe het technisch werkt, met manifest en service worker, lees je in wat is een progressive web app.

Native vs cross-platform vs PWA: vergelijking op prestaties, hardware en app store

Het verschil tussen native apps, cross-platform apps, hybride apps en web apps in één tabel:

Native app Cross-platform app Hybride app Progressive web app
Prestaties Hoogst Dicht bij native Gemiddeld Goed voor de meeste zakelijke apps
Toegang tot hardware Volledig Bijna volledig, via plugins Via plugins Beperkt (camera, GPS, notificaties)
Codebases Twee (iOS en Android) Eén Eén Eén, ook voor desktop
Ontwikkeltijd Langst Korter Kort Kort
Onderhoud Per platform Eén codebase, plus framework-updates Eén codebase, plus container Eén codebase
App stores Ja Ja Ja Nee, via link of startscherm
Offline gebruiken Ja Ja Ja Ja, als hij ervoor gebouwd is
Updates Via de store Via de store Via de store Direct live

De kern van native vs cross-platform: native geeft maximale controle per platform, cross-platform geeft één codebase met bijna dezelfde mogelijkheden. Een PWA ruilt een deel van de hardwaretoegang en de plek in de store in voor eenvoud: geen downloads, geen review, één applicatie voor alle mobiele apparaten en de desktop.

Mobiele app ontwikkeling: wanneer kies je welke soort app?

Er zijn geen goede of slechte soorten apps, alleen apps die wel of niet passen bij wat je organisatie nodig heeft. Een paar vuistregels.

Kies een native app als

  • de primaire taak van je app leunt op hardware, zoals een continue Bluetooth-verbinding met apparatuur of geavanceerde camerafuncties;
  • prestaties cruciaal zijn, bijvoorbeeld bij games, AR of real-time verwerking;
  • je de nieuwste functies van iOS en Android direct wilt gebruiken;
  • je budget en team hebt om twee apps langdurig te onderhouden.

Kies een cross-platform app als

  • je een breed publiek op zowel iOS als Android wilt bereiken via de stores;
  • je één team en één codebase wilt, met snellere ontwikkeling dan native;
  • je app vooral draait om schermen, formulieren en data, met hier en daar hardware zoals de camera of GPS.

Voor veel consumentenapps is dit een logische multiplatform oplossing: één app, op meerdere platformen, met een plek in de app store.

Kies een PWA of webapplicatie als

  • je gebruikers medewerkers, klanten of partners zijn die je zelf uitnodigt;
  • de app ook op laptop en desktop moet werken;
  • je niet afhankelijk wilt zijn van de review van Apple en Google en updates direct live wilt zetten;
  • je offline wilt kunnen werken, maar geen diepe hardwaretoegang nodig hebt.

Een voorbeeld: voor Van den Pol Elektrotechniek bouwden we een app die ook offline werkt, zodat monteurs op locatie hun werk kunnen vastleggen zonder bereik. Daarvoor was geen native app nodig. Meer voorbeelden vind je bij een app maken.

Begin klein en houd de backend los

Wat je ook kiest: zorg dat de logica en data in een backend met een goede API zitten, los van de app. Dan kan een webapp vandaag en een native app of cross-platform app later dezelfde backend gebruiken. Zo voorkom je dat je bij een overstap alles opnieuw moet bouwen.

Wat bepaalt de kosten van app development?

We noemen geen bedragen, want die hangen sterk af van je situatie. Wel zijn dit de factoren die de kosten van app ontwikkeling bepalen:

  • Aantal codebases. Twee native apps betekent meer bouw-, test- en onderhoudswerk dan één cross-platform app of PWA.
  • Functionaliteit. Het aantal schermen, rollen en geavanceerde functies, zoals offline synchronisatie of biometrische authenticatie.
  • Backend en koppelingen. Bijna elke zakelijke app praat met andere software: je CRM, boekhouding of planning. De backend is vaak het grootste deel van het werk.
  • Store-releases. Accounts, screenshots, reviews en het bijhouden van eisen van Apple en Google kosten bij elke release tijd.
  • Onderhoud. Nieuwe versies van iOS, Android en frameworks vragen om regelmatige updates. Reken met de totale kosten over meerdere jaren, niet alleen met de bouw.

Welke app ontwikkelaar past bij jouw keuze?

Bij Inesta bouwen we zowel native apps voor iOS en Android als webapplicaties en progressive web apps. Daardoor hoeven we je niet naar één techniek te praten. Voor veel zakelijke toepassingen, zoals klantportalen, werkbonnen, planningstools en interne software, is een web app of PWA de route met de minste onderhoudslast. Heeft je app diepe toegang tot het toestel nodig of moet hij in de App Store staan, dan bouwen we native.

Wil je weten welke route voor jouw situatie het meeste oplevert? Bekijk wat we doen als je een webapp laat maken of lees meer over ons als app ontwikkelaar. Je krijgt binnen één werkdag reactie.