De sector gaat terug naar native. Uw app hoefde dat nooit

Toen wij onze eerste engines bouwden, was de vraag niet welke technologie dat jaar de beste app opleverde. De vraag was welke laag er over tien jaar nog zou zijn. De platformen wel: Apple en Google zouden hun besturingssystemen, hun tools en hun SDK's niet opgeven. Alles daartussen, de frameworks die beloofden ontwikkelaars de platformen te besparen, moest zijn decennium nog verdienen. Dus bouwden we rechtstreeks op de laag die zeker zou blijven, en behandelden we alles wat erbovenop werd gestapeld als tijdelijk.

De jaren erna stelden die lezing op de proef. Om de paar jaar werd een nieuw framework gepresenteerd als de toekomst van mobiel: PhoneGap, React Native, Xamarin, Flutter. We beoordeelden de serieuste kandidaten en sloegen ze elke keer over, om dezelfde vraag naar levensduur. Toen kwamen de antwoorden: Adobe stopte met PhoneGap in 2020, Microsoft beëindigde de ondersteuning van Xamarin in 2024. De tussenlaag bleef van naam veranderen. iOS en Android hielden de hunne.

Die keuze heeft een prijs. Drie engines betekenen drie teams, drie specialismen en drie implementaties die gelijk moeten blijven lopen, en precies daarom konden de meeste bedrijven die één app bouwen zich dat niet veroorloven. Een platform wel: de engines worden één keer gebouwd en afgeschreven over elke app die het produceert. Vijftien jaar native apps bouwen rust op die rekensom, en daarom bereiken die kosten u nooit. Engines, hosting, push-infrastructuur en publicatie in de stores zijn inbegrepen in het abonnement.

Uw app draait op het fundament dat Apple en Google zelf onderhouden, niet op een laag waarvan de toekomst afhangt van de roadmap van een derde bedrijf. Wordt een framework stopgezet, dan gebeurt er niets met uw app. Evolueert iOS of Android, dan nemen onze engines de verandering één keer over, centraal, en wordt uw app opnieuw gegenereerd in de nieuwe versie zonder dat u iets aanraakt. Een app die jaren geleden is geconfigureerd, is vandaag een actuele app.

Het is ook te merken in wat uw gebruikers voelen, onder wat de meeste mensen kunnen benoemen: scrollen dat exact de fysica van het systeem volgt, overgangen die bij het besturingssysteem horen, haptische feedback, een zwevende tabbalk, een mediaspeler die blijft spelen als het scherm uitgaat, lokale meldingen die vanuit de app zelf worden verstuurd wanneer iemand een geofence binnenkomt, zonder enige server. Niets hiervan wordt geconfigureerd. Het komt met de manier waarop de app is gebouwd, en uw gebruikers vatten het samen in één woord: "professioneel".

Er is dit jaar iets veranderd in de manier waarop softwareteams over mobiel praten. In september 2026 kondigde Shopify aan dat al zijn mobiele apps teruggaan naar Swift en Kotlin, zes jaar na de overstap op React Native, en de reden is niet dat native plotseling beter werd. De reden is dat AI de belangrijkste aanleiding om het te vermijden heeft weggenomen: de kosten om dezelfde app twee keer te bouwen. Wanneer modellen en agents het grootste deel van de vertaling en de tests tussen platformen overnemen, verliest de gedeelde codebase zijn economische argument, en wordt de eigen taal van het platform opnieuw de standaard.

Wij hoefden die reis nooit te maken, en de keuze betaalde zich uit op een manier die we niet hadden gepland: we rekenden erop dat de tijd het zou bewijzen, en het bewijs kwam van AI. Onze Head of Frontend Engineering, Mathieu Poli, vertelt dat verhaal van binnenuit, inclusief de frameworks die we onderweg hebben beoordeeld: Everyone is going back to native. We never left.

Stel één vraag: wat produceert het platform werkelijk? Een gecompileerde Swift-binary en een gecompileerde Kotlin-binary, ingediend bij beide stores onder uw naam, zijn iets anders dan een web-app die is verpakt voor mobiel. Vraag om een app te zien draaien op een echt toestel, en let op het scrollen, de overgangen en de tabbalk. Als het antwoord native is, voelt u het voordat iemand het uitlegt.

U kunt het zelf testen: start een gratis proefperiode, bouw een eerste versie van uw app en installeer hem op uw telefoon.

Zijn GoodBarber-apps echt native?

Ja. De iOS-app wordt gecompileerd in Swift en de Android-app in Kotlin, en beide worden als echte binaries onder uw naam ingediend bij de App Store en Google Play. De derde engine, de Progressive Web App, draait bewust in de browser.

Native app of PWA, wat moet ik kiezen?

Beide komen uit hetzelfde GoodBarber-project, dus het is zelden het een of het ander; hoe u kiest tussen een website, een app en een PWA heeft een eigen artikel. De native apps zijn wat uw gebruikers in de stores vinden en wat u het scrollen, de overgangen en de toestelfuncties van elk platform geeft; de PWA voegt de browser en de desktop toe.

Kost een native app meer?

Niet met een app builder. De engines worden één keer gebouwd en afgeschreven over alle apps op het platform, zodat hun kosten, samen met hosting, push-infrastructuur en publicatie in de stores, in het abonnement zijn inbegrepen. De prijs van twee keer bouwen geldt alleen voor maatwerkontwikkeling, en dat is de reden waarom de sector naar alternatieven zocht.