Een persoonlijkheidsquiz — « Which 2026 Summer Blockbuster Is Your Vibe? » — volledig gebouwd door hem te beschrijven aan de AI Extension Builder van GoodBarber. De quiz, waarom het format werkt, en de exacte prompt om te stelen.

AI-appbuilders blinken uit in prototypes. Productie is ander werk: eigendom, logins, stores, onderhoud. GoodBarber levert een native app die AI-agents runnen.

We hielden een live AMA op r/GoodBarber, open voor elke vraag over het publiceren van een app in de App Store: App Review, App Store Connect, ontwikkelaarsaccounts, noem maar op. De antwoorden kwamen rechtstreeks van het supportteam dat dagelijks App Store- en Google Play-publicaties begeleidt, met iOS-engineers die aanschoven zodra een vraag technisch werd. Hier is de samenvatting. Deze vraag krijgen we vaak, dus keken we naar onze eigen supportcases van de afgelopen 18 maanden. De meest voorkomende afwijzingsredenen zijn minder dramatisch dan je zou denken:Onvolledige of onjuiste App Store-metadata — ontbrekende of misleidende informatie, screenshots of beschrijvingen.Een verkeerd ingevuld App Privacy-formulier.Apps die Apple tijdens de review als onvolledig of niet volledig functioneel beschouwt.Daarnaast zien we regelmatig afwijzingen door contentrechten (vooral audio of video), apps in gereguleerde sectoren die niet aan Apples verwachtingen voldoen, of apps die als te vergelijkbaar met iets bestaands worden beoordeeld.Bij een eerste indiening begint alles bij de metadata: laat de echte waarde van je app zien in plaats van algemene promotie, en volg Apples richtlijnen — die vormen de basis voor al de rest. En als je wordt afgewezen: geen paniek. Een afwijzing is geen doodlopende weg, meestal is het gewoon een normaal onderdeel van het proces. Lees Apples feedback goed door, pak elk punt aan en dien opnieuw in — we hebben genoeg apps na één of meerdere reviewrondes goedgekeurd zien worden.Ben je ervan overtuigd dat een reviewer het bij het verkeerde eind had, blijf dan feitelijk. Leg duidelijk uit waarom je denkt dat je app aan de betreffende richtlijn voldoet, en onderbouw dat met alles wat helpt — screenshots, een schermopname, testgegevens, stap-voor-stapinstructies als een functie niet meteen duidelijk is. Loopt het gesprek vast, dan kun je via het App Resolution Center in App Store Connect een gesprek met een Apple-vertegenwoordiger aanvragen — een direct gesprek verheldert misverstanden vaak sneller dan een schriftelijke uitwisseling. Als laatste redmiddel kun je in beroep gaan bij de App Review Board, waar een senior lid van het Apple-team de zaak opnieuw bekijkt. Hoe dan ook, het doel is niet om te bewijzen dat Apple ongelijk heeft, maar om het de reviewer zo makkelijk mogelijk te maken te begrijpen waarom je app voldoet.

Op 2 februari 2025 gaf Andrej Karpathy het beestje een naam: “Er is een nieuw soort programmeren dat ik 'vibe coding' noem: je geeft je volledig over aan de vibes, omarmt de exponentiëlen en vergeet dat de code überhaupt bestaat.” Negen maanden later was “vibe coding” het Woord van het Jaar bij Collins Dictionary. Weinig techtermen hebben zich zo snel verspreid — omdat weinig tech-ervaringen zo bedwelmend zijn.De cijfers vertellen hetzelfde verhaal. Lovable zat acht maanden na de lancering op 100 miljoen dollar aan jaarlijks terugkerende omzet, met meer dan 10 miljoen projecten op het platform. Bolt.new haalde in zo'n vijf maanden ongeveer 40 miljoen dollar ARR. Replit zag zijn omzet in een half jaar vertienvoudigen na de lancering van zijn agent. Miljoenen mensen typten een zin en zagen software verschijnen.Wij snappen die kick. Het is dezelfde die onze gebruikers voelen wanneer ze een functie beschrijven en die meteen in hun app zien draaien. Uw idee zien wérken — niet als mock-up, maar écht — verandert wat u denkt te kunnen bouwen. Daar past geen greintje ironie bij.Maar Karpathy zette de kanttekening in diezelfde post: vibe coding is “niet zo gek voor wegwerp-weekendprojecten”. Wie het zelf meemaakt, zegt het minder diplomatiek. Een bouwer op r/nocode gaf zijn post de titel “Tried Bolt.new. Felt Like a God. Then Reality Slapped Me.” en vatte de kater zo samen: “Ineens sloeg de droom van 'AI-powered coding' om in 'AI-powered anxiety'.”De demo liegt niet. De fout is hem aan te zien voor een afgerond product.

We hebben de AI Extension Builder van GoodBarber om een compleet arcadespel gevraagd: een Flappy Bird die u met uw vinger speelt, schermvullend, met een ranglijst die alle spelers delen. Hier ziet u het resultaat, de exacte prompt die het opleverde, en wat deze proof of concept blootlegt: met de AI Extension Builder kan zowat alles wat u beschrijft een sectie van uw app worden. Een videospel verwacht u niet van een app builder.En juist daarom is het een goede test. Wilt u weten wat de AI Extension Builder in zijn mars heeft, dan vraagt u hem beter iets onwaarschijnlijks dan zomaar nog een sectie. Dus beschreven we een compleet arcadespel — met de vinger te spelen, schermvullend, een ranglijst die alle spelers delen — en keken we hoe ver hij zou komen.Hij kwam er. De les is niet "publiceer voortaan spellen", maar "het plafond ligt veel hoger dan u denkt": wat voor een Flappy Bird geldt, geldt evengoed voor de gerichte functie die uw app echt nodig heeft. Alles werd in gewone taal beschreven, in een paar alinea's. Dit is het resultaat.

De updates van deze maand draaien om zichtbaarheid, compliance en gebruikerservaring — nieuwe manieren om belangrijke acties te benadrukken, jongere gebruikers te beschermen en de dagelijkse interacties in uw app soepeler te laten verlopen. Dit is er nieuw:Nieuwe globale Floating Button: benadruk een belangrijke actie in uw hele app, in één keer geconfigureerd vanuit het Structure panel.Age Protection: een nieuwe functie om te voldoen aan regionale wetgeving rond leeftijdsverificatie en jongere gebruikers automatisch te beschermen.Miniaturen voor evenementen op de kaart: evenementen die op een kaart worden getoond, kunnen nu verschijnen als hun eigen miniatuurafbeelding in plaats van een standaardpin, zodat elk evenement meteen herkenbaar is.Wachtwoord tonen/verbergen: uw gebruikers kunnen nu op het oogpictogram tikken om hun wachtwoord te tonen of te verbergen op elk inlog- of registratiescherm, zodat een typefout hen nooit meer blokkeert.

Met de AI Extension Builder maakt u al een eigen app-sectie door hem gewoon in gewone taal te beschrijven. Vanaf nu kunnen die secties ook echte gegevens onthouden en delen. Vraag om een poll, een reserveringslijst of een gastenboek, en de builder zet de gegevens erachter klaar en koppelt ze aan uw live app — dankzij een nieuwe integratie met Supabase. Tot nu toe blonk de AI Extension Builder in één ding uit: een zin omzetten in een werkende sectie. Beschrijf een aftelklok, een moodboard, een minigame — het verschijnt in uw app, meteen in de juiste stijl. Maar elke sectie die hij bouwde, leefde volledig op het toestel van de bezoeker. Niets wat hij maakte, kon informatie vasthouden of doorgeven aan anderen.Daar zat de grens. Vroeg u om een "lezerspoll", dan kreeg u een poll die perfect werkte voor één persoon, op één toestel. De stemmen bleven in de browser. Sloot u de app, dan waren ze weg. Opende u hem op een andere telefoon, dan begon de teller weer op nul. Een gastenboek dat alleen u kunt lezen, is geen gastenboek. Een reserveringslijst die op elk toestel opnieuw begint, is geen reserveringslijst.De reden was altijd dezelfde: die functies hebben een plek nodig om hun gegevens te bewaren, en een set regels voor wie ze mag lezen en schrijven. Die laag — een backend — is het lastige deel, en precies zo'n zaak die vroeger tot de beperkingen van no-code app-builders behoorde. De nieuwe Supabase-connector brengt die laag naar binnen, in de builder zelf. De AI Extension Builder bouwt nu de gegevenslaag samen met de sectie, in hetzelfde gesprek, nog voordat hij een regel code schrijft.(Bent u nieuw met het bouwen van secties op deze manier? Begin dan met hoe de AI Extension Builder werkt — dit artikel gaat daarop verder. Het is dezelfde tool die onlangs leerde om bestanden te uploaden, nu ook met een gegevenslaag.)

Toen we de AI Extension Builder lanceerden, kon hij al een sectie op maat bouwen vanuit één enkele prompt. Eén stuk ontbrak: je eigen materiaal. Tot nu toe begon de assistent met een leeg blad, schreef de code, toonde die live, maar met zijn eigen tijdelijke afbeeldingen. Om jouw logo of jouw data te gebruiken, moest je naar een externe URL verwijzen – een kwetsbare link, ergens anders gehost. De nieuwe bestandsbeheerder schrapt die stap.Neem een hardloopclub die een sectie «Wedstrijdkalender» in zijn app wil.De beheerder opent het paneel Assets en sleept er twee bestanden in: logo.png en een races.csv met de data en de locaties. Daarna vraagt hij de assistent:«Toon de aankomende wedstrijden uit deze CSV, met ons logo bovenaan.»De assistent kent die bestanden al. Hij verzint ze niet, maakt ze niet opnieuw, codeert ze niet in base64: hij verwijst ernaar via hun exacte URL – logo.png in een <img>-tag, races.csv via een fetch(). De sectie verschijnt live, in de kleuren van de club, met zijn echte data.Voor een ontwikkelaar dagen werk, hier een paar minuten. En het resultaat is geen mockup: het is een native extensie, gehost door GoodBarber, die net als elke andere sectie in de gepubliceerde app belandt.

We hielden onlangs een AMA op r/GoodBarber over de AI Extension Builder — de betafunctie die een beschrijving in natuurlijke taal omzet in een echte, in je app geïntegreerde sectie. Nog beter: de ontwikkelaars die de functie hebben gebouwd, waren in de thread om rechtstreeks te antwoorden. De vragen waren uitstekend: concreet, praktisch en vaak van mensen die al iets hadden gebouwd. Dit kwam eruit.Een terugkerende vaststelling bij wie de builder test: meer iteraties betekenen niet automatisch een betere app. Vanaf een bepaald punt worden de wijzigingen minder relevant — en opnieuw beginnen met een duidelijkere prompt verslaat vaak het eindeloos bijsturen van een bestaande.Onze visie: itereren werkt het best wanneer je de oorspronkelijke bedoeling verfijnt. Wanneer elke ronde de richting van het project verandert, is het meestal productiever om opnieuw te beginnen. De kwaliteit van die eerste prompt heeft een enorme impact — hoe duidelijker je bent over wat je wilt bouwen, de verwachte functionaliteit en de gebruikerservaring, hoe beter het resultaat.

Moet je GoodBarber Custom Code zich anders gedragen voor een ingelogde gebruiker — premium content tonen, een member bij naam begroeten, een sectie verbergen voor anonieme bezoekers? Of je die code nu zelf hebt geschreven of hem hebt gegenereerd met de AI Extension Builder, hij vraagt de App API wie er is ingelogd via gb.user.getCurrent(). Maar de preview in de back office heeft geen echte login, dus bij Membership-apps komt die aanroep altijd in het error-pad terecht. Deze gids legt uit hoe de huidige gebruiker zich in de preview gedraagt voor elk app-type, en geeft je een kant-en-klare manier om als ingelogde member te testen. Veel Custom Code moet weten wie de app op dit moment gebruikt: premium content tonen, members bij naam begroeten, een sectie verbergen voor anonieme bezoekers, een checkout aanpassen. De GoodBarber App API geeft je de huidige gebruiker via gb.user.getCurrent().En Custom Code is allang niet meer alleen iets wat je met de hand schrijft. Met de AI Extension Builder van GoodBarber beschrijf je de sectie die je wilt in gewone taal en genereert de assistent de extensie voor je — code die rechtstreeks aansluit op diezelfde GoodBarber App API. Met de hand geschreven of door AI gegenereerd, ze roept gb.user.getCurrent() op dezelfde manier aan, en je test ze op dezelfde manier. Deze gids geldt dus of je de code nu zelf hebt getypt of erom hebt gevraagd.Maar er is een addertje onder het gras waar elke developer vroeg of laat tegenaan loopt: binnen de preview van de back office is er geen ingelogde gebruiker. De preview is gewoon een weergave van je app — er is geen loginscherm, geen sessie, niets om tegen te authenticeren.Voor de meeste app-types lost GoodBarber dit stilletjes voor je op, zodat testen "als ingelogde gebruiker" gewoon werkt. Voor de Membership-extensie is dat niet zo — en dat is met opzet. Dit artikel loopt door hoe de huidige gebruiker zich in de preview gedraagt per app-type, en geeft je een eenvoudige, kant-en-klare manier om het lastigste geval te testen: een ingelogde member.

Gartner verwacht dat 33% van de bedrijfssoftware in 2028 agentische AI bevat. Uw GoodBarber Skills voldoen al — zo activeert u ze, zonder code.

Bureaus en resellers: draai een dagelijkse review over al uw klant-apps vanuit één AI-agent. Zo beheert u meerdere GoodBarber-apps met AI via MCP.

Content publiceren met AI voor redacties en non-profits: laat een agent uw redactiekalender publiceren, plannen en beheren via MCP.

De meeste vergelijkingen tussen app builders zetten twee tegengestelde filosofieën tegenover elkaar: een tool die u een database laat ontwerpen tegenover een tool die u kant-en-klare functies aanreikt. GoodBarber en BuildFire passen niet in dat schema. Ze zijn het eens over de methode: u configureert kant-en-klare functies in plaats van elementaire bouwstenen samen te voegen, en u komt snel tot een publiceerbare app. En juist dat gemeenschappelijke vertrekpunt maakt de keuze interessant: wanneer twee tools dezelfde sluiproute nemen, is de vraag niet langer „welke aanpak", maar „wat krijgt u uiteindelijk, en hoe lang houdt het stand?"Om dat concreet te beantwoorden, hebben we beide platformen dezelfde opdracht gegeven: AURORA, de test-app die als rode draad door deze hele reeks loopt.BuildFire is een volwassen, solide platform: duizenden apps in productie en een uitgebreide pluginscatalogus. Eerlijk gezegd richten de twee tools zich op verschillende profielen, en de echte scheidslijnen lopen via de kwaliteit van de geproduceerde apps, wat in het abonnement zit en de kosten om een park aan apps in de loop van de tijd te beheren.

Het WK 2026 is begonnen, en de wedstrijden trekken ieders aandacht: een kans om uw publiek aan u te binden én een nieuw publiek aan te trekken, rechtstreeks in uw app. Zo voegt u er een speelschema- en resultatensectie aan toe — de stand van elke wedstrijd, de volgende match uitgelicht, de aftrap in de lokale tijdzone — vertrekkend vanaf een eenvoudige prompt, dankzij de AI Extension Builder van GoodBarber. Van 11 juni tot 19 juli 2026 zorgen 48 ploegen en tientallen wedstrijden voor zes weken wereldwijde aandacht. Ondertussen volgt uw community de scores in vijf andere apps. Geen enkele draagt uw naam.Een speelschema- en resultatensectie: precies het soort pagina waarvoor u gisteren nog een ontwikkelaar nodig had. Vandaag beschrijft u ze, en ze bouwt zichzelf. Zo gaat dat.

Apple wijst 42% van de apps af bij de eerste indiening — en dat is slechts één van de obstakels na de demo. Wat vibe coding over het hoofd ziet bij het bouwen van een mobiele app.

Vijftien jaar lang draaide alles om software die makkelijker te bedienen werd voor mensen. Die race loopt op zijn eind. De volgende gaat over iets anders: kan een AI-agent uw app überhaupt bedienen? Hieronder leest u wat "agent-ready" precies betekent, welke vijf dingen ervoor nodig zijn, en waarom het in 2026 ophoudt vrijblijvend te zijn. U beheert een app. Elke week opent u een dashboard, publiceert u wat, plant u een push in, checkt u de cijfers van gisteren, past u een prijs aan. Dat dashboard werd elk jaar vriendelijker — precies de no-code-belofte, en die werkte. Miljoenen mensen beheren vandaag een professionele app zonder ook maar één regel code.Maar wie aan de knoppen zit, verandert. Mensen beginnen die wekelijkse routine uit handen te geven aan een AI-assistent: "Publiceer deze drie artikelen, plan voor elk een push, en zeg me welke rubriek vorige week lezers verloor." Die assistent zit niet te wachten op een vriendelijker dashboard. Hij wil een interface die hij kan aanroepen.Dat ene gegeven zet alles op zijn kop. De interface die het volgende decennium wint, is niet die mensen het fijnst vinden. Het is die een agent kan besturen.

De themabibliotheek van GoodBarber heeft handelaren altijd een stevige, professionele voorsprong gegeven, en ze blijft groeien. De nieuwste toevoegingen vormen een reeks thema's voor eCommerce, elk ontworpen als een echt merk, met een eigen visuele identiteit. Een voorproefje van alles wat een GoodBarber-app in huis heeft. Welke stijl je winkel ook vraagt, het juiste thema brengt je veel sneller van idee naar lancering dan wanneer je alles zelf ontwerpt. Als je een webshop of een lokale zaak runt, weet je al welk beeld je merk moet uitstralen. De visie is niet het moeilijke. Het moeilijke is om die te vertalen naar een verzorgde app, scherm na scherm, wanneer ontwerpen niet je vak is. Welke kleuren passen bij elkaar? Hoe groot moeten de koppen zijn? Hoe houd je alles consistent van het ene scherm naar het andere? Bij de meeste handelaren loopt het project juist daar vast: niet bij het bouwen van de app, maar bij het ontwerpen ervan.Vanaf nul beginnen klinkt als creatieve vrijheid. Meestal is het een rem. Wat een project echt vooruithelpt, is een geloofwaardig vertrekpunt: iets dat er al goed uitziet, klaar om aan je merk en je catalogus te worden aangepast in plaats van stuk voor stuk in elkaar gezet.

U heeft een GoodBarber-app. U heeft onze aankondigingen gezien over de "MCP server", AI, "agent-ready" apps — en u dacht dat dit allemaal voor developers was. Dat is het niet. In vijf minuten beheert u uw app vanuit ChatGPT, gewoon door ermee te praten: een prijs aanpassen, een artikel publiceren, een push versturen. Geen terminal, geen code. Zo doet u dat, met vijf kant-en-klare prompts om te beginnen. Laten we dit meteen uit de weg ruimen, want het is het misverstand dat iedereen tegenhoudt: u heeft geen enkele technische kennis nodig. Geen terminal, niets om te installeren, geen enkele commandoregel. Als u een bericht kunt schrijven, kunt u uw app beheren.De "MCP" waar onze andere artikelen het over hebben, is simpelweg de veilige brug tussen ChatGPT en uw app. U hoeft er nooit aan te komen, of zelfs maar te onthouden waar die drie letters voor staan. U koppelt het één keer, en u vergeet het.Wat u gebruikt, is ChatGPT: de OpenAI-assistent die u waarschijnlijk al honderd keer heeft geopend. Hetzelfde chatvenster. Het enige verschil, zodra het met uw app is verbonden, is dat het nu weet hoe het op uw app moet handelen.We bouwen al sinds 2011 tools voor niet-technische makers. Deze volgt dezelfde regel als de rest: meer kracht, minder complexiteit.

De handeling die je van je gebruikers verwacht, verdient het om altijd binnen handbereik te zijn, of ze nu een artikel lezen, een productpagina bekijken of van het ene tabblad naar het andere springen. De globale zwevende knop geeft die handeling precies die plek: één keer ingesteld, aanwezig waar je gebruikers hem nodig hebben, zonder dat je hem scherm voor scherm opnieuw hoeft te plaatsen.