Native app vs PWA: wanneer kies je wat?
Native app vs PWA is een van de eerste keuzes die je maakt als je iets voor mobiel wil bouwen. Het antwoord bepaalt je kosten, doorlooptijd, distributie en welke functies wel of niet kunnen. Toch wordt die keuze vaak gemaakt op basis van één verhaal: “PWA is goedkoper” of “native is sneller”. De werkelijkheid is genuanceerder.
Wij bouwen bij Appec beide. We leverden native iOS- en Android-apps op voor dierenartsen, beveiligers en LED-fabrikanten, en PWA’s voor e-commerce. In dit artikel zetten we de eerlijke verschillen in de vergelijking native app vs PWA op een rij, inclusief de iOS-beperkingen die veel overzichten netjes overslaan.
Wat is een progressive web app (PWA)?
Een progressive web app is een website die zich gedraagt als een app. Gebruikers installeren hem vanaf het startscherm, openen hem met één tik en gebruiken hem ook offline. Onder de motorkap draait een service worker die resources cachet en pushberichten afhandelt. Voorbeelden: Pinterest, Starbucks, Twitter Lite. In ons eigen portfolio is Pixowall een PWA: een fotocollage-bestelflow met drag-and-drop editor, Stripe-betaling en meertalige support, gebouwd op React en Supabase.
Native app vs PWA: de belangrijkste verschillen De grootste verschillen tussen native app vs PWA zitten in distributie, hardware-toegang en kosten.
Het verschil met een gewone website zit in drie dingen. Een PWA is installeerbaar op het startscherm, hij werkt offline dankzij caching, en hij kan pushberichten sturen. Technisch vereist dat HTTPS, een web app manifest en een service worker.
Wat is een native app?
Een native app is gebouwd in de taal en SDK van het platform waarop hij draait. Op iOS is dat Swift met Xcode, op Android Kotlin met Android Studio. Gebruikers downloaden hem uit de App Store of Play Store, en krijgen volledige toegang tot de hardware van het toestel: camera, Bluetooth, NFC, sensoren, biometrie, achtergrondtaken.
Dat is iets anders dan hybride apps (Flutter, React Native). Die draaien ook als echte app in de stores, maar delen grote delen van de codebase tussen iOS en Android. Meer daarover in ons artikel over progressive web apps en alternatieven. In dit stuk vergelijken we puur native met PWA.
Native app vs PWA: de belangrijkste verschillen
De grootste verschillen tussen native app vs PWA zitten in distributie, hardware-toegang en kosten. De rest volgt daaruit.
| Aspect | Native app | PWA |
|---|---|---|
| Distributie | App Store en Play Store | Via URL of link, installeren vanaf startscherm |
| Installatie | Download en install via store | Direct bruikbaar, optioneel installeerbaar |
| Codebase | Eén per platform (iOS + Android apart) | Eén codebase voor iOS, Android, desktop |
| Offline | Volledig, robuust | Beperkt, afhankelijk van service worker en cache |
| Push notificaties | Hoge delivery (90%+), hoge opt-in | Beperkt, vooral op iOS (sinds 16.4, alleen na Home Screen-install) |
| Hardware-toegang | Volledig: NFC, Bluetooth, sensoren, camera | Beperkt op iOS (geen NFC/Bluetooth), op Android deels beschikbaar |
| Performance | Hoog, native frameworks | Goed, maar afhankelijk van browser en device |
| Kosten (indicatief, MVP) | €15.000 tot €40.000 per platform | €10.000 tot €25.000 totaal |
| Onderhoud | Twee codebases bijhouden | Eén codebase bijhouden |
| Updates | Via store, review 24-48 uur | Direct live, geen review |
| App store-vertrouwen | Hoog, reviews en ratings | Geen store-aanwezigheid |
De voordelen van een PWA
Een PWA wint waar snelheid en bereik zwaarder wegen dan hardware-diepte. Vier concrete voordelen:
Eén codebase voor alle platforms. Je bouwt één keer en hij draait op iPhone, Android, Windows-laptop en iPad. Voor contentgerichte apps, webshops en dashboards scheelt dat een groot deel van de ontwikkelkosten.
Snelle updates zonder app store. Een bugfix die je om 10:00 deployt is om 10:01 live bij iedereen. Geen Apple- of Google-review, geen gebruikers die op een oude versie blijven hangen. Dat maakt experimenteren en itereren goedkoper.
Lage installatiefrictie. Gebruikers klikken op een link en ze zijn binnen. Geen store-account, geen download van 80 MB, geen installatievraag. Voor veel MKB-apps is dat het verschil tussen gebruikt en niet-gebruikt worden.
Vindbaarheid via Google. PWA’s worden geïndexeerd zoals een website. Je organische zoekverkeer blijft binnenkomen en je hoeft geen app store-SEO apart te doen.
Bij Pixowall speelde dit allemaal. De flow is visueel, internationaal en e-commerce-gedreven. Klanten komen via social en zoekmachines binnen, bestellen een fotocollage, betalen en zijn klaar. Een native app zou die flow vertragen zonder meerwaarde toe te voegen.
De voordelen van een native app
Een native app wint waar hardware, performance en vertrouwen tellen.
Volledige hardware-toegang. NFC, Bluetooth LE, ARKit, HealthKit, geavanceerde camera-features, biometrische authenticatie: native kan het allemaal betrouwbaar. In de praktijk bouwden wij een app die LED-armaturen configureert via NFC-tap, waar Web NFC op iOS niet beschikbaar is en op Android alleen experimenteel werkt. Native was daar geen keuze maar een voorwaarde.
Performance voor zware workloads. Real-time video, 3D, live audio, hoge FPS UI: native rendert dichter op de hardware. Voor Vetts bouwden we een telehealth-platform met real-time video tussen dierenartsen en huisdiereigenaren. Die 4.9 App Store-rating komt voor een groot deel door de video-stabiliteit, en die haal je met een PWA op iOS vandaag niet.
Push notificaties die ook echt aankomen. Native push heeft opt-in rates van 40 tot 60 procent en delivery van 90 procent of meer. PWA-push op iOS werkt pas als gebruikers je PWA aan het startscherm toevoegen, wat weinig mensen doen. In de praktijk is je bereik op iOS 10 tot 15 keer kleiner.
App store-vertrouwen en vindbaarheid. Voor B2C en voor zorg-, finance- of veiligheidstoepassingen weegt de store-aanwezigheid zwaar. Reviews, ratings, een officieel release-kanaal: het geeft gebruikers een houvast.
Offline-robuustheid. Native apps zijn van nature offline-first. Dat is belangrijk voor field workers. Voor Met WA bouwden we native apps die honderden beveiligingsmedewerkers dagelijks op objecten gebruiken, vaak zonder stabiel 4G-signaal. Offline moet daar gewoon werken, altijd.
De eerlijke iOS-beperkingen van een PWA
Hier slaan veel vergelijkingen van native app vs PWA de plank mis. Ja, PWA’s werken op iOS. Ja, push werkt sinds iOS 16.4. Dat betekent niet dat je op iOS hetzelfde krijgt als op Android of native.
De belangrijkste beperkingen anno 2026:
- Push alleen na Add-to-Home-Screen. Een gebruiker moet je PWA actief via Safari’s deel-menu aan het startscherm toevoegen voordat hij push kan ontvangen. In de praktijk doet een kleine minderheid dat.
- Geen background sync. Syncen kan alleen als de app open is. Voor apps die periodiek data moeten ophalen (field reports, uren, orders) is dat een harde beperking.
- Geen Bluetooth, NFC, USB of geavanceerde sensoren. Een PWA op iOS kan niet praten met BLE-peripherals, NFC-tags of hardware-accessoires. Op Android zijn Web Bluetooth en Web NFC wel beschikbaar, met kanttekeningen.
- Strikte storage-limieten. IndexedDB en cache hebben lagere quota dan op desktop of Android. Grote offline-datasets zijn lastig.
- EU DMA-situatie fluctueert. Apple heeft in maart 2024 PWA-functies in de EU ingeperkt om geen multi-engine PWA’s te hoeven bouwen. Sindsdien schommelt de situatie per iOS-versie. Wij zijn dit bij onze mkb-klanten in de praktijk nog niet als hard blokkerend probleem tegengekomen. Voor de meeste cases die wij doen valt de keuze tussen native en PWA op andere gronden, en is de DMA-discussie meer een academisch risico om in de gaten te houden dan een dagelijkse showstopper.
Voor volledig actuele status: zie web.dev over PWA capabilities en Apple’s eigen Safari-documentatie.
Wanneer kies je voor een PWA?
Een PWA is de juiste keuze als je de meeste vinkjes hier zet:
- Je app toont vooral content, catalogi, dashboards of een e-commerce-flow
- Je wilt zo snel mogelijk live en iteratief bijsturen
- Je gebruikers komen vooral binnen via Google of social media
- Je budget zit onder een native-dubbele-codebase-budget
- Je hebt geen zware hardware-integratie nodig
- Multi-device (mobiel, tablet, desktop) is belangrijk
- Een app store-aanwezigheid geeft geen directe commerciële waarde
Pixowall past op alle zeven. Het is e-commerce, het moet snel itereren bij nieuwe printformaten, klanten komen via ads en SEO, en de flow is identiek op telefoon en desktop.
Wanneer kies je voor een native app?
Native is de juiste keuze als je een paar vinkjes hier zet:
- Je hebt hardware-integratie nodig: NFC, Bluetooth, geavanceerde camera, sensoren
- Je app moet echt offline werken, ook zonder ooit open te zijn geweest
- Performance is kritiek: real-time video, 3D, live audio, hoge FPS
- Je wilt push naar een brede gebruikersbasis op iOS
- App store-aanwezigheid is belangrijk voor vertrouwen of vindbaarheid
- Je gebruikers zijn field workers of professionele gebruikers met intensief dagelijks gebruik
Bij CLS LED zat de NFC-eis in de eerste ontwerpregel. Bij Vetts de videokwaliteit. Bij FOCUS de HLS-video streaming en push-gedreven partner-ervaring. Bij Met WA de robuustheid voor honderden beveiligers in het veld. Vier cases, vier native keuzes, allemaal om heel andere redenen.
Hoe wij deze keuze in de praktijk maken
Wij beginnen altijd bij de use-case, nooit bij de techniek. In een eerste gesprek vragen we: wie gebruikt dit, waar gebruiken ze het, hoe vaak, en wat moet er gebeuren. Uit die antwoorden rolt de keuze native app vs PWA vaak vanzelf.
Bij Pixowall was het een PWA-gesprek na tien minuten. Bij CLS LED een native-gesprek na vijf. Bij sommige projecten is het niet zwart-wit en overwegen we hybride (Flutter of React Native). Die tussenweg behandelen we in ons artikel over progressive web apps en alternatieven en op de maatwerk-app pagina.
Wat we niet doen: kiezen op basis van wat wij graag willen bouwen. Wij doen allebei met hetzelfde plezier. De vraag is altijd wat jouw gebruikers en jouw product nodig hebben.
Wij zien in de praktijk dat klanten meestal direct voor de juiste optie kiezen, omdat we het gebruiksprofiel vooraf doornemen: hoe vaak draait de app per dag, welke hardware moet erbij, hoe ligt het met offline-werk en notificaties. Een echte overstap van PWA naar native of andersom hebben we tot nu toe niet hoeven doen bij onze klanten. Dat zegt niet dat het nooit voorkomt, dat zegt dat een eerlijk eerste gesprek deze keuze meestal in een keer goed zet.
Qua doorlooptijd: een PWA MVP heb je bij ons typisch in 6 tot 12 weken werkend, omdat je een codebase bouwt en geen store-review hoeft te doorlopen. Een native MVP duurt 12 tot 20 weken per platform, met de aantekening dat je voor twee platforms parallel kunt werken als je twee teams hebt staan. De keuze gaat dus niet alleen over “hoeveel kost het” maar ook over “wanneer staat het in handen van mijn gebruikers”.
Veelgestelde vragen
Werkt een progressive web app ook op iOS?
Ja, maar met beperkingen. PWA’s werken op iPhone en iPad sinds iOS 11.3 en hebben sinds iOS 16.4 ook push notificaties, mits je PWA via Safari aan het startscherm is toegevoegd. Bluetooth, NFC, background sync en een deel van de sensoren zijn op iOS niet beschikbaar in een PWA.
Kan een progressive web app push notificaties versturen?
Op Android al jaren, op iOS sinds 16.4 beperkt. Op iOS werkt push alleen als de gebruiker de PWA aan het startscherm heeft toegevoegd en expliciet toestemming heeft gegeven. Silent push en background wake zijn niet mogelijk. In de praktijk haal je op iOS een fractie van het bereik van een native app.
Wat kost een progressive web app vergeleken met een native app?
Een PWA is vaak 40 tot 60 procent goedkoper dan twee native apps, omdat je een codebase bouwt in plaats van twee (iOS en Android). Bij ons start een PWA MVP rond €10.000 en loopt op tot €25.000, een native MVP zit per platform tussen €15.000 en €40.000. Voor twee platforms native verdubbel je dat grofweg. De lagere onderhoudskosten zijn een minstens zo belangrijk verschil op de langere termijn.
Kan een progressive web app in de App Store?
Niet rechtstreeks. Apple accepteert geen pure PWA’s in de App Store. Wat wel kan: je PWA verpakken in een native wrapper (bijvoorbeeld met Capacitor of PWA Builder) en die wrapper submitten. Voor veel bedrijven is dat de moeite niet waard, omdat je juist voor de snelheid van PWA koos.
Werkt een progressive web app offline?
Ja, maar beperkter dan een native app. Een service worker cachet assets en API-responses, waardoor je app bruikbaar blijft zonder netwerk. Wat je niet krijgt: volledig offline-first data-sync met achtergrondtaken. Voor field-worker-apps is dat vaak de doorslaggevende reden om native te gaan.
Hoe lang duurt het om een PWA of native app te bouwen?
Een PWA MVP staat bij ons typisch in 6 tot 12 weken live, omdat je een codebase bouwt en geen app store-review hoeft te doorlopen. Een native MVP duurt 12 tot 20 weken per platform. Voor twee platforms native kun je parallel werken als je teams hebt staan, maar de doorlooptijd blijft langer dan bij een PWA. Doorlooptijd hangt naast scope ook af van compliance-eisen, koppelingen en hoe snel design-rondes gaan.
Twijfel je welke kant op?
Dat is precies het gesprek waar wij goed in zijn. Vertel ons wie de app gaat gebruiken, waar, en hoe vaak, en wij vertellen je binnen een uur of PWA, native of hybride het slimste past. Zonder verkooppraat, met gewoon een eerlijke technische afweging.
Plan een vrijblijvend gesprek of bekijk hoe we apps laten maken.