Native apps vs progressive web apps: welke heb je nodig?

Een native app is speciaal gebouwd voor iOS of Android en wordt geïnstalleerd via de App Store of Google Play. Een progressive web app (PWA) is een website die je op het beginscherm van een telefoon kunt zetten; hij opent dan in een eigen schermvullend venster met een eigen icoon, zonder via een winkel te gaan. Native apps krijgen de diepste toegang tot het apparaat; PWA's bereiken elk platform vanuit één codebase en één link, en ze worden meteen bijgewerkt.

Voor de meeste eerste versies — tools, portalen, trackers, boekings- en bestelapps — is een PWA voldoende. Je hebt native nodig als vindbaarheid in de winkel of diepe apparaatfuncties centraal staan in je product.

Waarom dit ertoe doet bij bouwen met AI

De meeste AI-appbouwers maken webapps. Dat is geen omweg; het is waar die tools goed in zijn, omdat een webapp op één plek kan worden geschreven, bekeken en gepubliceerd. Maar het betekent dat de vraag "komt dit op mijn telefoon als app?" een specifiek antwoord heeft: het wordt een website die zich als app gedraagt, en die als PWA kan worden geïnstalleerd als je daarom vraagt.

Weten wat een PWA wel en niet kan, laat je vroeg beslissen — voordat je een klant "het komt in de App Store" belooft, en voordat je een functie ontwerpt (zoals achtergrondlocatietracking) die het web niet betrouwbaar kan leveren.

Een alledaagse vergelijking: een foodtruck vs een winkel in het winkelcentrum

Een native app is een winkel in een winkelcentrum. Het winkelcentrum (de app store) brengt voorbijgangers en vertrouwen, maar je betaalt huur, volgt de regels van het centrum en wacht op goedkeuring voordat je je etalage verandert.

Een PWA is een foodtruck met een trouwe schare volgers. Er is geen verhuurder, je kunt het menu vanavond veranderen, en mensen die je kennen vinden je overal. Maar niemand loopt toevallig langs je in de winkelgalerij, en je kunt geen walk-in vriezer plaatsen.

Wat elk kan

Enkele termen uit die tabel:

• Service worker: een klein script dat de browser op de achtergrond voor je site draait. Het laat de app offline openen, data cachen en pushberichten ontvangen.
• Web app manifest: een klein bestand dat de browser vertelt hoe de app heet, welke iconen en kleuren hij heeft, en dat hij schermvullend ("standalone") moet openen in plaats van in een browsertabblad.

iPhone en iPad: de details waar mensen over struikelen

De platforms van Apple zijn waar PWA's het meest afwijken van native, dus het is goed om precies te zijn. Vanaf september 2026, volgens het WebKit-team van Apple en web.dev van Google:

• Installeren gaat handmatig. Android-browsers zoals Chrome kunnen een installatiemelding tonen. Op iPhone en iPad is er geen automatische melding; gebruikers tikken op Deel en daarna op Zet op beginscherm. Sinds iOS 16.4 kunnen andere browsers op iOS ook Zet op beginscherm aanbieden in hun deelmenu.
• Elke site op het beginscherm opent standaard als webapp in iOS 26. WebKit heeft aangekondigd dat vanaf iOS en iPadOS 26 alles wat op het beginscherm staat in een eigen venster opent, tenzij de gebruiker "Openen als webapp" uitzet. Een goed manifest blijft belangrijk voor je naam, icoon en gedrag.
• Pushmeldingen vereisen installatie. Web push kwam in iOS en iPadOS 16.4 voor webapps op het beginscherm. Een PWA die in een Safari-tabblad openstaat, kan geen push ontvangen; de gebruiker moet hem eerst installeren, daarna meldingen toestaan, en het toestemmingsverzoek moet volgen op een tik, zoals een knop "Meldingen aanzetten". Badge-tellers op het icoon kwamen op hetzelfde moment.
• Diepe hardwaretoegang is beperkt. Functies zoals Bluetooth-accessoires en NFC, die sommige browsers op Android tonen, worden in Safari niet aangeboden.

De praktische conclusie: als je hele product afhankelijk is van herinneringen via meldingen, zien veel iPhone-gebruikers die de app nooit installeren die meldingen nooit. Plan een e-mail- of sms-alternatief.

In de app stores komen

Als je wel een winkelvermelding nodig hebt, weet dan vooraf wat het kost en welke regels gelden. Vanaf september 2026 kost het ontwikkelaarsprogramma van Apple US$99 per jaar en een Google Play-ontwikkelaarsaccount eenmalig US$25, volgens hun eigen sites. Elke iOS-release doorloopt App Review. Apple's richtlijnen zeggen dat een app functies en een interface moet bieden die verder gaan dan een opnieuw verpakte website, dus een PWA in een dun native omhulsel verpakken riskeert afwijzing.

Een uitgewerkt voorbeeld: de ledenapp van een sportschool

Een kleine sportschool wil dat leden lessen kunnen boeken, hun lidmaatschap kunnen zien en een uur voor de les een herinnering krijgen.

De PWA-route. Bouw een responsieve webapp met inloggen, een lesrooster en boeken. Voeg een manifest en iconen toe zodat leden hem kunnen installeren; voeg een service worker toe zodat het rooster ook opent bij slecht bereik. Stuur herinneringen als push naar geïnstalleerde gebruikers, en per e-mail naar de rest. Hij gaat één keer live, werkt op elke telefoon en laptop, en de sportschool kan de indeling van het rooster dezelfde dag aanpassen.

Wanneer native zou winnen. Als de sportschool later een incheckfunctie wil met Bluetooth-bakens bij de deur, Apple Health-integratie voor trainingen, of een widget op het vergrendelscherm met de lessen van vandaag, dan hoort dat bij native. Hetzelfde geldt als leden verwachten dat ze "de sportschool-app" in de winkel kunnen zoeken.

Veel teams doen precies dit: eerst een PWA om te bewijzen dat leden hem gebruiken, later native als een specifieke functie of winkelaanwezigheid de kosten rechtvaardigt.

Veelgemaakte fouten en misverstanden

• "Een PWA is een mindere app." Voor formulieren, lijsten, boekingen, dashboards en content merken gebruikers na installatie vaak geen verschil.
• "PWA's werken niet op de iPhone." Dat doen ze wel. De beperkingen zijn de installatiedrempel en meldingen die installatie vereisen, niet de basisfunctionaliteit.
• Aannemen dat push iedereen bereikt. Op de iPhone bereikt hij alleen mensen die de app hebben geïnstalleerd en ja hebben gezegd.
• Een App Store-app beloven die je niet kunt uitbrengen. Controleer wat je bouwer produceert voordat je een winkelvermelding belooft.
• Offline bewerken bouwen dat je niet nodig hebt. Pagina's cachen om offline te openen is eenvoudig; data offline bewerken en later synchroniseren is echt werk.

Wat je aan je AI-bouwer vraagt

Vraag bij een PWA expliciet om:

• "Maak het een installeerbare PWA: een web app manifest met naam, korte naam, iconen (inclusief een Apple touch icon) en standalone-weergave."
• "Voeg een service worker toe die de app-shell cachet zodat hij zonder verbinding opent, en toon een duidelijke offline melding."
• "Voeg een helppagina 'App installeren' toe met stappen voor Android en voor iPhone (Deel, dan Zet op beginscherm)."
• "Als we meldingen toevoegen, vraag dan alleen toestemming nadat de gebruiker op een knop heeft getikt, en val terug op e-mail."

De gids over een mobielvriendelijke webapp bouwen bevat een volledige prompt en een checklist voor ontwerp voor telefoons. Als je nog beslist wat de eerste versie moet bevatten, lees dan wat een MVP is, en voor budgetvergelijkingen zie hoeveel het kost om een app te bouwen.

PWA's en Mythex

Mythex bouwt webapps, en je kunt elk scherm in een preview op telefoonformaat controleren voordat je publiceert. Een PWA-manifest, iconen en een service worker zijn functies die je net als alle andere in de chat vraagt, en de gepubliceerde app werkt op elke telefoon via één link. Op het Pro-abonnement kan Mythex de webapp ook als Android- en iPhone-app verpakken met Capacitor, verstuurd naar interne tests in Google Play en TestFlight: een hybride app waarvan de schermen webschermen zijn, geen volledig native interface. Om te beginnen, bekijk de app-sjablonen of de AI-webapp-bouwer.

Veelgestelde vragen