Wat vibe coding-tools je niet vertellen over mobiele apps

Written by Jerome Granados on Dinsdag 16 Juni 2026

Een mobiele app genereren met vibe coding is makkelijk; hem publiceren in de App Store en levend houden, een stuk minder. Dit zijn de echte muren die je moet doorbreken om er te komen.

Dat idee voor een app spookt al maanden door je hoofd. Dit weekend ga je ervoor: je opent een vibe coding-tool, je beschrijft je project in een paar zinnen, en je ziet de app voor je ogen ontstaan.

Zondagavond draait het op je telefoon. De schermen volgen elkaar vlot op, de knoppen reageren, de animatie loopt soepel. Maandag laat je het aan iedereen zien: ze zijn stuk voor stuk onder de indruk. En jij hebt dat opwindende gevoel: het is bijna af.

Eerste muur: is een vibe coding-app echt native?

In het begin gaat alles goed. Maar naarmate de dagen verstrijken, beginnen kleine details te knagen. Het scrollen hapert een beetje. Het toetsenbord doet er net iets te lang over om te verschijnen. Een overgang "ruikt naar web". Je legt er niet meteen de vinger op, maar je gebruikers voelen het wel degelijk. De app mag dan "app" heten, onder de motorkap is het vaak ingebed web of React Native dat zich als mobiel vermomt. In een demo houdt dat stand. Daarna betaal je de prijs: in soepelheid, in toegang tot de sensoren van de telefoon, en op het moment van de Apple-review, die steeds strenger wordt voor apps die "vermomd web" zijn.

Het meest veelzeggende is dat de nieuwe generatie tools het zelf begint toe te geven. In februari 2026 nam Rork een bewuste gok: React Native loslaten om echte Swift-code te genereren, met als argument dat "mensen die een iOS-app willen, een echte iOS-app willen, geen vermomd web". Ze hebben gelijk. Dat is precies de gok die wij al sinds 2011 volhouden: bij GoodBarber wordt iOS gecompileerd in Swift, Android in Kotlin. Geen Flutter, geen React Native, ...

En het is niet alleen een kwestie van technisch jargon. Native is wat de laag mogelijk maakt die een app aangenaam maakt: haptische feedback, parallaxeffecten, motion design, een zwevende TabBar, een mediaspeler die de gebruiker van het ene scherm naar het andere volgt. Die details voeg je niet achteraf toe met een prompt, ze hangen af van de motor die de app compileert. Het is het verschil, voelbaar binnen één seconde gebruik, tussen een professionele app en een "gegenereerde" app.

Tweede muur: kun je een door AI gegenereerde app publiceren in de App Store?

Stel dat de soepelheid je bevalt. Dan komt het moment waar je op wachtte: publiceren. En precies daar verrijst de echte muur. De code genereren was één ding; hem in de stores krijgen is iets heel anders, en dat is wat de meeste niet-ontwikkelaars abrupt stopt. Xcode, Android Studio, ondertekeningscertificaten, provisioning-profielen, betaalde ontwikkelaarsaccounts ... en aan het eind de Apple-review, onvoorspelbaar zelfs voor doorgewinterde teams.

Hoe onvoorspelbaar? Apple wijst ongeveer 42% van de apps af bij hun eerste indiening. Dat is het cijfer dat ons publicatieteam meet op de apps die het de afgelopen twaalf maanden heeft ingediend — en het gaat om apps die zijn voorbereid door mensen voor wie dit hun vak is. Stel je dezelfde barrière voor, maar met gegenereerde code die je niet beheerst en een afwijzingsbericht dat je niet kunt ontcijferen.

Het verschil zit hem niet in het vermijden van afwijzing, daar ontkomt niemand helemaal aan. Het zit hem in het kunnen herstellen ervan. Van die eerste afgewezen indieningen wordt 91% uiteindelijk geaccepteerd na tussenkomst van ons team. En zodra de machine soepel loopt, daalt het afwijzingspercentage bij updates naar 5%, waarvan 100% wordt hersteld (laatste acht maanden). Dat is geen geluk: het zijn vijftien jaar besteed aan leren wat Apple accepteert en wat het weigert, omgezet in preventiewerk. Een tool die stopt bij het genereren van de code laat je alleen voor deze muur staan. De code is klaar, en toch bestaat je app nergens.

Derde muur: wat gebeurt er met een gegenereerde app eenmaal gelanceerd?

Zeg dat je erdoorheen komt. Je app staat online, je haalt opgelucht adem. Alleen is online gaan niet de aankomst: het is het vertrek. Een mobiele app, dat is daarna updates wanneer de besturingssystemen evolueren, achterwaartse compatibiliteit, datamigraties, content om te publiceren, notificaties om te versturen, gebruikers om te beheren. Maar de generatietools stoppen bijna allemaal bij de eerste release. Het vervolg is de code weer openen en hem bij elke wijziging opnieuw laten genereren, waarbij je één ding corrigeert, met het risico er drie andere te breken, zonder altijd te begrijpen waarom.

Dat is nu precies de rol van een gestructureerde back-office: niet een codebestand dat je eindeloos moet hervatten, maar een interface die is ontworpen om de app dagelijks te bedienen — publiceren, notificeren, je gebruikers en je verkoop volgen — en die bij ons aan dezelfde designeisen voldoet als de apps die ze produceert. Dat werk op de lange termijn meet je eenvoudig: een GoodBarber-app wordt om de 4 seconden gedownload, in 152 landen. Dat volume komt niet van apps die worden gelanceerd en daarna vergeten. Het komt van apps die we levend houden, maand na maand.

Laten we eerlijk zijn: wat doet vibe coding wél goed?

Ik ga je niet vertellen dat alles aan de ene kant pikzwart is en aan de andere kant stralend. Vibe coding heeft een echte kracht: wanneer een behoefte precies en goed verwoord is, weet het die getrouw te vertalen, inclusief een logica op maat die buiten de sjablonen valt. Die kracht hebben wij trouwens ook geïntegreerd, op de schaal van een appsectie: met de AI Extension Builder beschrijf je de functionaliteit die je mist, en wordt ze gegenereerd en vervolgens ingeplugd in je back-office, zonder een regel code te schrijven.

Geen enkele tool doet alles, en GoodBarber ook niet: een game, een ultraspecifieke multi-sided marketplace, dat is niet ons terrein. Maar de overgrote meerderheid van de apps die mensen daadwerkelijk willen publiceren, weten wij te leveren, en vooral, levend te houden. De vraag is dus niet "welke is de beste" in absolute zin, maar "wat wil je aan het eind van de rit: een demo, of een app in de stores?".

Het traject, in één oogopslag samengevat:

Stap	Wat een codegenerator doet	Wat een app in productie vereist
Het scherm ontwerpen	Een interface die draait, snel	Een interface die standhoudt op alle apparaten
Een native app verkrijgen	Vaak ingebed web, vermomd als app	Een binary gecompileerd in Swift / Kotlin
Publiceren in de stores	Stopt bij het genereren van de code	De Apple-review doorstaan (≈ 42% afwijzing bij 1e indiening)
De app levend houden	Bij elke wijziging opnieuw genereren	Een back-office om dagelijks te bedienen

De echte vraag: een app genereren, of hem leveren?

De juiste vraag is nooit geweest "kan een AI een app genereren?". Ja, dat kan ze, en dat is echt goed nieuws. De voordeur is opengegaan voor duizenden mensen die er anders nooit aan begonnen waren. De echte vraag is: wie zorgt voor het pad daarna? Het native zijn, de publicatie, het leven van de app. Het is die laag van infrastructuur, onzichtbaar in een demo, die bepaalt of jouw idee een app wordt of een prototype blijft op je harde schijf.

Het is die laag die een gevestigd platform al heeft gebouwd, steen voor steen: alles inbegrepen — hosting, database, push, analytics, betaling — voor een totale kostprijs in de orde van een tiende van een ontwikkeling op maat. Niet vanwege een rage, maar omdat het vijftien jaar kostte om te leren waar de muren staan, en hoe je eroverheen komt.

Het weekend waarin je app "bijna af" lijkt, is een mooi moment. Koester het. Weet alleen dat het het begin van de weg markeert, niet het einde ... en dat vanaf daar wat echt telt, is wie er met je meeloopt ;)

Veelgestelde vragen

Zijn apps gemaakt met vibe coding echt native?

Niet altijd. Veel vibe coding-tools genereren ingebed web of React Native dat zich vermomt als mobiele app, wat voelbaar is in de soepelheid, de toegang tot de sensoren en op het moment van de Apple-review. GoodBarber compileert echte native binaries. Swift voor iOS, Kotlin voor Android, sinds 2011, zonder Flutter of React.

Kun je een door AI gegenereerde app publiceren in de App Store en Google Play?

De code genereren is niet genoeg. Publiceren vraagt om het beheren van Xcode, de ondertekeningscertificaten, de provisioning-profielen en de Apple-review, die ongeveer 42% van de apps afwijst bij hun eerste indiening. De meeste vibe coding-tools stoppen bij het genereren en laten deze stap aan de gebruiker over. GoodBarber neemt de publicatie van begin tot eind voor zijn rekening: 91% van de eerste indieningen die door Apple worden afgewezen, worden uiteindelijk geaccepteerd na tussenkomst van ons team (onderzoek over de afgelopen twaalf maanden).

Wat gebeurt er met een door AI gegenereerde app na de lancering?

Een app moet leven na zijn release: updates wanneer de besturingssystemen evolueren, achterwaartse compatibiliteit, datamigraties, content om te publiceren, notificaties, gebruikersbeheer. Codegeneratoren stoppen meestal bij de eerste versie, wat je dwingt om bij elke wijziging alles opnieuw te genereren. GoodBarber levert een gestructureerde back-office om de app dagelijks te bedienen. Daarom wordt een GoodBarber-app om de 4 seconden gedownload, in 152 landen.

Vibe coding of app builder: wat kiezen?

Om een precieze en goed verwoorde behoefte getrouw te vertalen, inclusief een logica op maat buiten de sjablonen, is vibe coding heel goed, een aanpak die GoodBarber ook aanbiedt op de schaal van een sectie via zijn AI Extension Builder. Om een app in de stores te leveren en hem te laten standhouden, beheert een gevestigd platform de infrastructuurlaag: native getrouwheid, publicatie, levenscyclus, alles inbegrepen (hosting, database, push, analytics, betaling), voor een totale kostprijs in de orde van een tiende van een ontwikkeling op maat.

Publicatiecijfers afkomstig uit de CRM-monitoring van het GoodBarber-team (april 2026). GoodBarber maakt native iOS- en Android-apps, en Progressive Web Apps, sinds 2011.