Progressive web app: wanneer is een PWA beter dan een native app?

In het kort

• Een progressive web app (PWA) is een website die je installeert als app: met eigen icoon, eigen venster en op wens offline werking.
• Kies een PWA voor zakelijke hulpmiddelen waar bereik en één codebase tellen. Kies een native app als je diepe toestelfuncties, de app store of betrouwbare achtergrondtaken nodig hebt.
• Test op de toestellen van je eigen gebruikers, vooral op iPhone. Installeren en notificaties werken daar anders dan op Android.

Een progressive web app is een website die je installeert als app. Hij krijgt een eigen icoon, opent in een eigen venster en werkt op wens ook zonder verbinding. Onze stelregel: kies een PWA als je één oplossing voor alle toestellen wilt en genoeg hebt aan wat de browser kan. Kies een native app als de app zelf het product is, of als je functies nodig hebt die de browser niet betrouwbaar levert.

Wat een PWA kan, hangt af van de browser en het toestel van de gebruiker. Begin daarom bij het gebruik en kijk daarna pas naar de techniek.

Wat is een progressive web app (PWA)?

Een PWA is een app die met webtechnologie is gebouwd en toch aanvoelt als een app die speciaal voor het toestel is gemaakt. Hij draait vanuit één codebase op meerdere besturingssystemen en is direct via het web bereikbaar, zoals elke website. Je kunt hem installeren, hij krijgt een icoon naast de andere apps, opent zonder browserbalk en kan offline en op de achtergrond werken. De webstandaarden daarachter zijn goed gedocumenteerd, bijvoorbeeld in de uitleg van MDN.

Technisch blijft een PWA een website, dus er draait altijd een browserengine onder. Twee onderdelen maken hem een PWA. Het web app manifest is een JSON-bestand waarin staat hoe de app heet, welk icoon hij heeft en hoe hij opent. Zonder manifest is een web-app niet installeerbaar. De service worker is een script dat de browser op de achtergrond kan starten, bijvoorbeeld om pagina's te bewaren voor offline gebruik of om een pushbericht te verwerken. Voor installatie hoeft dat niet, maar bijna elke PWA gebruikt er een voor offline werking.

Wat heeft een PWA minimaal nodig om installeerbaar te zijn?

Dit zijn de minimale eisen voor browsers op basis van Chromium (Chrome, Edge en Samsung Internet), zie ook de installatiegids van MDN:

1. De site draait via https (lokaal testen op localhost mag ook).
2. Het manifest bevat een name of short_name.
3. Het manifest bevat een icoon van 192 en een van 512 pixels.
4. Het manifest bevat een start_url.
5. Het manifest bevat een display-instelling, bijvoorbeeld standalone voor een venster zonder browserbalk.

Dat is de technische ondergrens. Wat een goede PWA maakt, zit in de rest: laadt hij snel, blijft hij bruikbaar zonder verbinding en weet de gebruiker waarom hij hem zou installeren?

PWA, website of native app: wat is het verschil?

De tabel zet de verschillen op een rij die voor een zakelijke keuze het zwaarst wegen. Een gewone website valt erbuiten: die staat niet op het toestel en hangt volledig af van de verbinding. Een PWA verandert dat zonder dat je twee aparte apps bouwt.

Wanneer kies je een progressive web app?

Een PWA is meestal een goede keuze als meerdere van deze punten kloppen:

• Je wilt één oplossing die werkt op iPhone, Android en laptop, zonder drie aparte bouwtrajecten.
• De gebruikers kennen je al of krijgen een link van je: medewerkers, klanten met een account, partners. Ze hoeven de app niet eerst in een store te vinden.
• De functies zijn webachtig: formulieren, lijsten, dashboards, goedkeuringen, statusoverzichten, eenvoudige camera- of bestandsuploads.
• Je wilt snel bijsturen. Een aanpassing aan een webapplicatie hoeft niet door een store-review.

Een fictief voorbeeld: stel dat een installatiebedrijf zijn monteurs een hulpmiddel geeft om werkbonnen in te vullen, foto's toe te voegen en een status door te geven. De monteurs krijgen een link, installeren de app vanaf het web en zien een eigen icoon op hun telefoon. Het bedrijf onderhoudt één oplossing en past die aan zonder dat iedere monteur een update uit een store moet halen. Voor dit soort werk volstaat een PWA vaak.

Wanneer kies je toch een native app?

De grens ligt waar de browser stopt. Kies eerder een native app als:

• de app zelf het product is en gebruikers hem in de store moeten kunnen vinden;
• je diepe toestelfuncties nodig hebt waar een browser niet bij kan;
• je rekent op betrouwbare achtergrondverwerking, zoals continue locatiebepaling of een synchronisatie die altijd moet lukken. Achtergrondwerk is een sterk punt van native apps, en de achtergrond-API's voor PWA's worden niet door alle browsers ondersteund;
• je gebruikers vooral op één platform zitten en je daar zo dicht mogelijk bij de eigen interface wilt blijven.

Er is ook een tussenweg. Een PWA die aan de installatie-eisen voldoet, kan worden verpakt en in app stores worden aangeboden. Dat kan voor de Google Play Store en de Microsoft Store, en met het hulpmiddel PWABuilder ook voor de Apple App Store. Zo combineer je webtechniek met de vindbaarheid van een store. Controleer wel per store de actuele voorwaarden, want die liggen buiten de PWA-techniek zelf.

Wat gebeurt er op iPhone en Android?

Dit deel ontbreekt in de meeste verkoopartikelen over PWA's. Installatie en functies verschillen per browser en per toestel.

Op de iPhone installeer je een PWA vanaf iOS 16.4 via het deelmenu van Safari, Chrome, Edge, Firefox en Orion. Op iOS 16.3 en eerder lukt dat alleen met Safari. Een eigen installatieknop in je app, via het beforeinstallprompt-event, wordt op iOS niet ondersteund. Je moet gebruikers dus zelf uitleggen hoe ze de app aan hun beginscherm toevoegen.

Pushberichten werken op de iPhone sinds iOS 16.4 voor web-apps op het beginscherm. WebKit, de browserengine van Apple, vraagt dat de gebruiker eerst zelf toestemming geeft na een directe handeling, zoals een tik op een knop. Zonder die toestemming, of zonder installatie op het beginscherm, komt er geen bericht door. Dit komt uit het WebKit-bericht uit 2023 waarmee Apple de functie introduceerde. Controleer de huidige situatie voordat je erop bouwt.

Op Android krijgt een PWA alleen in Chrome op toestellen met Google Mobile Services en in Samsung Internet op Samsung-toestellen een echte installatie als "WebAPK". Andere browsers voegen een snelkoppeling toe die de site in de browser opent.

Op de computer installeren browsers op basis van Chromium PWA's op alle ondersteunde besturingssystemen. Safari op macOS kent "Voeg toe aan Dock" vanaf Safari 17. Firefox op de computer installeert PWA's niet via een manifest.

Ontwerp een PWA daarom met progressive enhancement. De kern werkt altijd als gewone website, en extra's als offline werken en pushberichten komen erbij waar de browser ze ondersteunt.

Hoe bepaal je welke vorm bij jullie past?

Beantwoord deze vijf vragen, in deze volgorde:

1. Wie gebruikt het? Eigen medewerkers op beheerde toestellen laten zich beter sturen dan anonieme consumenten. Voor de eerste groep is een PWA vaak genoeg.
2. Welke toestelfuncties zijn onmisbaar? Maak de lijst concreet. Alles wat een browser aankan, kan in een PWA. Alles daarbuiten wijst naar native.
3. Hoe vaak komt de gebruiker terug? Dagelijks gebruik rechtvaardigt een geïnstalleerde app. Incidenteel gebruik werkt prima als gewone website of als PWA zonder installatieverplichting.
4. Moet de app in de store staan? Dan kies je native, of een PWA die voor de store is verpakt.
5. Wat kost het onderhoud over drie jaar? Eén codebase is goedkoper en eenvoudiger te beheren dan twee. Weeg dat af tegen de functies die je daarmee misloopt.

Test daarna het kritieke pad op echte toestellen: installeren, inloggen, een bericht ontvangen, een taak afronden zonder verbinding. Een prototype laat snel zien of de browser doet wat jullie nodig hebben. Dat is goedkoper dan achteraf ontdekken dat het niet kan.

Past een PWA bij een intern hulpmiddel of klantportaal?

Voor interne hulpmiddelen en portalen is een PWA vaak een logische vorm. De gebruikers zijn bekend en de functies zijn webachtig. Hello Growth bouwt zulke webomgevingen, zoals het beveiligde online BI-portaal voor Coinage, waar volgens de casepagina meer dan twintig medewerkers meerdere keren per dag mee werken. In de AI-werkplek loggen medewerkers in via het eigen bedrijfsdomein, met rollen en rechten per persoon. Of een installeerbare PWA-laag eromheen waarde toevoegt, hangt af van de vijf vragen hierboven.

Bronnen

• MDN Web Docs, Progressive web apps
• MDN Web Docs, What is a progressive web app? (laatst gewijzigd 4 december 2025)
• MDN Web Docs, Making PWAs installable (laatst gewijzigd 6 oktober 2026)
• WebKit, Web Push for Web Apps on iOS and iPadOS (16 februari 2023)