Progressive web app of native app: wat past bij jou?

Inleiding

Een middelgrote retailer trok vorig jaar bijna een ton uit voor een native app, compleet met iOS- en Android-versie. Zes maanden na livegang: 1.200 downloads, een open rate van 8% en een backlog die zich opstapelt. De pijnlijke conclusie van het projectteam: een progressive web app had hier prima volstaan. Aan de andere kant zie je een logistieke scale-up die koos voor een PWA om kosten te drukken, en nu vastloopt op offline functionaliteit en Bluetooth-koppelingen die het web simpelweg niet goed ondersteunt.

De keuze tussen progressive web app of native app wordt te vaak gereduceerd tot een technische afweging: laadtijd, API's, push notifications. Het is een strategische beslissing. Doelgroep, gebruiksfrequentie, budget en distributiekanaal wegen zwaarder dan welke framework-discussie dan ook.

Hieronder vergelijken we PWA en native op de dimensies die er in de praktijk toe doen: kosten, bereik, prestaties, vindbaarheid en onderhoud. Geen abstracte feature-lijst, maar een concrete keuzehulp per organisatietype, zodat je weet welke app past bij jouw bedrijf.

PWA en native app: wat zijn het technisch?

Een progressive web app is in de kern een website die zich gedraagt als een app. Hij draait in de browser, maar dankzij een service worker (een stukje JavaScript dat op de achtergrond draait) werkt hij ook offline, kan hij push notifications versturen en laat hij zich installeren op het startscherm van een telefoon, tablet of desktop. Geen App Store, geen download van honderden megabytes, geen update-cyclus. Eén codebase, bereikbaar via een URL.

Een native app wordt gebouwd voor één specifiek besturingssysteem. Voor iOS gebeurt dat doorgaans in Swift, voor Android in Kotlin of Java. De distributie loopt via de App Store of Play Store, met bijbehorende review-procedures en commissies. Het voordeel: directe toegang tot hardware en systeemfuncties zoals Bluetooth, NFC, camera-API's op laag niveau, en geavanceerde achtergrondprocessen.

Daartussenin zit een grijze zone: cross-platform frameworks zoals React Native en Flutter. Daarmee schrijf je één codebase die op beide platforms draait als native app. Compromis tussen ontwikkelsnelheid en platform-specifieke fijnafstemming.

Belangrijk detail voor de webapplicatie versus native afweging: op iOS zijn push notifications voor PWA's pas sinds iOS 16.4 mogelijk, en alleen na installatie op het startscherm. Apple beschrijft die beperkingen hier.

De echte verschillen op 5 dimensies

1. Prestaties en snelheid

Voor content-sites, e-commerce, dashboards en de meeste B2B-tools haalt een goed gebouwde PWA prestaties die niet te onderscheiden zijn van native. Het verschil wordt voelbaar bij zware grafische toepassingen: 3D-rendering, augmented reality, real-time videobewerking of games met complexe physics. Daar wint native, omdat het rechtstreeks praat met de GPU en geheugen efficiënter beheert. Bouw je een leesapp, een bestelplatform of een ledenportaal? Dan is PWA versus native qua prestaties een non-issue.

2. Hardware-toegang

Hier ligt het grootste praktische verschil. Native apps hebben ongelimiteerde toegang tot camera (met fijnregeling op sensorniveau), GPS in achtergrondmodus, Bluetooth Low Energy, NFC, biometrische authenticatie (Face ID, vingerafdruk) en HealthKit. De hardware-toegang voor een PWA is beperkter, vooral op iOS. Web Bluetooth werkt simpelweg niet in Safari. Achtergrond-GPS voor een hardloopapp die je telefoon in je zak houdt? Native. Een eenvoudige QR-scan via de camera in een check-in flow? Prima met een PWA.

3. Distributie en vindbaarheid

Een native app leeft in de App Store en Play Store. Dat geeft vertrouwen, ingebouwde ontdekking via zoekopdrachten en het stempel van een gereviewde app. De keerzijde: 15-30% commissie op in-app aankopen, review-rondes van dagen tot weken, en de noodzaak dat gebruikers actief installeren.

Een PWA bereik je via een URL. Dat betekent: deelbaar in een mail, vindbaar via Google, geen drempel om te proberen. Voor campagnes en SEO-gedreven groei is dat een serieus voordeel. Geen tussenpartij die je app afkeurt omdat een knop niet aan de richtlijnen voldoet.

4. Ontwikkel- en onderhoudskosten

Twee native codebases (iOS en Android) betekenen in de praktijk twee teams, of één team met dubbele werklast. Een gemiddelde native app voor beide platforms begint rond de €40.000-€80.000 en loopt snel op. Een PWA met vergelijkbare functionaliteit zit doorgaans op 40-60% van die investering, omdat één codebase volstaat.

Updates zijn ook een verhaal apart. Een PWA-update is live binnen seconden na deployment. Voor native moet je door de App Store-review, en gebruikers moeten daadwerkelijk updaten. Spoedfix op vrijdagmiddag? Op het web is dat een commando, in de App Store een weekend wachten.

5. Push notifications en engagement

Sinds iOS 16.4 ondersteunt Safari push notifications voor geïnstalleerde PWA's, zoals Apple zelf beschrijft. Voorwaarde: de gebruiker moet de PWA expliciet op het startscherm zetten. Android kent die eis niet. Native apps hebben hier nog steeds een streepje voor: rijkere notificatie-opties, betere achtergrond-sync en hogere opt-in rates omdat gebruikers de app bewust hebben geïnstalleerd.

Wanneer kies je voor een PWA?

Er zijn een aantal scenario's waarin de keuze voor een progressive web app vrijwel zonder discussie de juiste is.

Non-profit met beperkt budget. Een goede doel-organisatie die een donatieflow, ledenportaal of campagnetool wil lanceren, heeft geen €60.000 over voor twee native codebases. Een PWA levert hetzelfde gebruikersgevoel voor een fractie, en is direct deelbaar via mail, social en QR-codes op flyers.

Contentplatforms en webshops. Nieuwssites, magazines en e-commerce draaien op vindbaarheid via Google. Elke installatie-drempel kost je conversie. Een PWA voor je webshop laat bezoekers direct kopen, en biedt geïnteresseerde klanten alsnog de optie om hem op het startscherm te zetten. Het beste van beide werelden, zonder App Store-commissie van 15-30% op transacties.

B2B-tools voor incidenteel gebruik. Boekingssystemen, offerteportalen, klantdashboards: dingen die gebruikers één keer per week of maand openen. Niemand installeert daar een aparte app voor. Een URL die werkt zoals een app is precies wat je nodig hebt.

Scale-ups die willen valideren. Wil je testen of een mobiele aanwezigheid daadwerkelijk loont, voordat je een serieus bedrag in native ontwikkeling stopt? Snel een app lanceren als PWA is de pragmatische route. Loopt het storm en heb je hardware-functies nodig die het web niet aanbiedt? Dan bouw je later alsnog native, met data om die investering te onderbouwen.

Vuistregel: komt je doelgroep vooral via Google binnen en heeft je product geen Bluetooth, achtergrond-GPS of zware grafische verwerking nodig? Dan is native overkill.

Wanneer kies je voor native?

Andere kant van het verhaal: er zijn situaties waarin native bouwen geen luxe is, maar noodzaak.

Zware grafische prestaties. Games, augmented reality-toepassingen, 3D-configuratoren of real-time videobewerking. De browser kan veel, maar niet dit. Wil je een meubelapp waarin klanten een bank in hun woonkamer projecteren via ARKit? Native, geen discussie.

Diepe hardware-integratie. Fitness-trackers die continu hartslag en GPS uitlezen terwijl de telefoon in een broekzak zit, navigatiediensten met offline-kaarten van gigabytes groot, biometrische authenticatie buiten standaard inlogflows, of Bluetooth-koppelingen met medische apparatuur. Hier raak je de grenzen van wat een PWA mag en kan.

Loyale, terugkerende gebruikers. Voor producten waar mensen dagelijks of wekelijks terugkomen, weegt vindbaarheid in de App Store en Play Store zwaar. Ranking op zoektermen, redactionele features, reviews: het ecosysteem werkt als een eigen marketingkanaal. Hoort jouw app in dat rijtje thuis, dan laat je dat kanaal niet liggen.

In-app aankopen als verdienmodel. Abonnementen, virtuele goederen, premium content per stuk: Apple en Google verplichten je hier hun betaalsystemen te gebruiken. Vervelend qua commissie, maar de conversie ligt hoger dankzij de naadloze checkout met opgeslagen betaalgegevens.

Premium merkbeleving. Bij luxemerken en high-end diensten verwachten klanten gewoon een native app. Volgens Statista is de iOS/Android-verhouding in Nederland relatief gelijk verdeeld, wat betekent dat je voor volledige dekking vaak beide platforms moet bedienen.

Conclusie: de keuze hangt af van je doel, niet van de techniek

Er is geen universeel beste antwoord op de vraag PWA of native kiezen. Voor het overgrote deel van de organisaties die met een mobiele strategie beginnen, is een progressive web app de pragmatische route: lagere investering, sneller live, vindbaar via Google, geen App Store-drempel. Native loont wanneer de use case het technisch eist (zware graphics, diepe hardware-integratie, achtergrondprocessen) of wanneer je doelgroep daadwerkelijk verwacht dat jouw product in de App Store staat.

De fout die we vaakst zien: een keuze maken op basis van wat een ontwikkelteam graag bouwt, of wat de directie indrukwekkend vindt klinken. Welke app-technologie past, volgt uit het doel. Begin bij de gebruiker: hoe vaak komt iemand terug, via welk kanaal vindt die je, en welke functies heeft hij echt nodig? Daarna pas de techniek. Een eerlijk advies over app laten ontwikkelen begint met die volgorde, niet andersom.

Twijfel je tussen beide routes of wil je een afweging tegen het licht houden voordat je commit aan een traject? Het team van Mediajunkies sparrt graag mee, zonder verkoopverhaal. Soms is het antwoord: bouw niets, of bouw minder.