GBTC: uw app eenvoudig publicerenOntdek GoodBarber Takes Care en vereenvoudig het app-publicatieproces voor zowel de App Store als Google Play. Laat de technische details maar aan ons over.Meer over GBTC
PIERRE MEDORI
Head of Backend Engineering
Ik ben Head of Backend Engineering bij GoodBarber, waar we het platform bouwen waarmee iedereen native apps kan maken zonder een regel code te schrijven. Mijn team beheert alles wat zich achter de schermen afspeelt — de API's, services en infrastructuur die een no-code-project omzetten in echt gepubliceerde apps, hosting, push en een volledige store. Ik schrijf over de engineering die no-code op grote schaal draaiende houdt, en over waar AI daarin past.
Vijf wegen leiden naar een fitness-app, elk met een eigen prijslogica: een vast tarief, een optie bij sportschoolsoftware, per klant, per abonnee of op offerte. De tabel hieronder vergelijkt wat elke weg kost en voor welke taak die bedoeld is.
OpenAI bracht GPT-6 Sol en GPT-6 Luna uit op 22 september 2026, na GPT-6 Astra, het vlaggenschip van de familie, dat eerder die maand verscheen. Luna is de kleinste van de drie. OpenAI omschrijft het als zijn efficiëntste model voor gerichte taken in grote volumes, en verkoopt het voor de helft van de prijs van GPT-5.6 Luna, het model dat het in het eigen aanbod vervangt.De volgende ochtend hebben we de AI Extension Builder overgezet op GPT-6 Luna, voor elke app, op de vier momenten waarop een model aan het werk is: uw verzoek begrijpen, de code van de sectie schrijven, die herschrijven wanneer u een wijziging vraagt, en de vragen beantwoorden die u stelt over wat het heeft gebouwd.
Vier wegen leiden naar uw museumapp, van € 36 per maand bij een no-code bouwer tot € 91.400 voor één Franse overheidsopdracht in 2026. Hier staan ze op een rij.OptieWat het kostWaar u op moet lettenNo-code appbouwer (GoodBarber)€ 36 tot € 135 per maand, alles inbegrepennative iOS en Android vanaf het abonnement van € 70Gedeeld museumgidsplatformgratis tot 9.500 pond per jaar op de gepubliceerde tarieven, daarna op aanvraaguw gids staat onder de naam van het platformGespecialiseerde leverancier, via een overheidsopdracht€ 91.400 exclusief btw voor één Frans gemeentemuseum in 2026software, hosting en onderhoud zitten erin, apparaten nietMaatwerk door een bureauop offertebasisGoodBarbers referentie: de totale kosten liggen rond een tiende van die van maatwerkAchter die tabel gaan vier prijslogica's schuil.No-code bouwers werken met een vast abonnement. U stelt de app zelf samen uit kant-en-klare secties, en hosting, database, updates en herpublicatie in de stores zitten in die ene regel. De algemene versie van die rekensom staat in ons artikel over wat het kost om een app te bouwen zonder code.Gedeelde gidsplatforms publiceren hun tarieven. Eén ervan adverteert gratis voor één route, daarna 1.800, 3.500 en 9.500 pond per jaar, en een tarief op maat op aanvraag, waarbij het schrijven van de teksten, de productie en de vertaling bij elk tarief een aparte offerte vragen. Het publiek dat al op het platform zit, is een echt voordeel, en uw gids staat onder de naam van dat platform.Gespecialiseerde leveranciers verkopen een contract, geen prijslijst. Een Franse gemeente gunde in juli 2026 € 91.400 exclusief btw voor de levering, de implementatie, de hosting en het onderhoud van de digitale publieksbemiddeling van haar kasteelmuseum, waarvan slechts € 47.200 het vaste gedeelte is: de rest is een optionele uitbreiding naar een tweede locatie en een plafond voor deelopdrachten. Aan de andere kant van de markt begrensde een nationaal museum in Parijs alleen al het deelopdrachtengedeelte van de vernieuwing van zijn audiotour op € 800.000 exclusief btw over zes jaar (aankondiging van de opdracht verzonden op 19 maart 2024): een plafond op één contractregel, geen betaald bedrag, en niet de orde van grootte waarin een klein museum begroot. Alle bedragen uit overheidsopdrachten in dit artikel zijn Frans en komen uit de gepubliceerde aankondigingen. Alleen bij deze twee staat exclusief btw ook echt in de aankondiging; bij de andere zegt de aankondiging daar niets over.Maatwerk is een heel ander verhaal. Een bureau verkoopt u een project, geen abonnement, en elke latere wijziging wordt opnieuw gefactureerd. Het is de juiste weg voor wat geen enkele bouwer dekt: tickets die in de app zelf worden verkocht, audio die vanzelf start voor een werk, routegeleiding binnen het gebouw. GoodBarber doet die drie dingen niet.
Stel u een luisteraar voor die in september 2026 een assistent naar een programma vraagt en het uitzendschema van 2025 krijgt. De geciteerde pagina klopte toen die werd gepubliceerd. Niets erop zegt dat de informatie is verlopen, dus behandelt de assistent die als actueel. De luisteraar mist het programma, of schrijft uw team om te vragen welke versie klopt. Een oud lidmaatschapsaanbod of het adres van een vorige studio zorgt voor dezelfde verwarring.Carolyn Shelby kaartte dit probleem aan in Search Engine Journal op 7 september 2026: tegenstrijdige informatie over een merk kan AI-zoekmachines misleiden. Drie mechanismen verklaren waarom uw eigen pagina's in het antwoord belanden:Assistenten vinden pagina's op basis van de formulering. Een vraag met de vroegere naam van een programma leidt rechtstreeks naar een archief dat die naam nog bevat.Ze voegen meerdere bronnen samen tot één antwoord. De datums die die bronnen van elkaar onderscheidden, worden moeilijk zichtbaar.Een nieuwe pagina haalt de oude niet weg. Het huidige schema en de oude bewering blijven allebei beschikbaar, en niets vertelt de assistent welke geldt.Begin dus bij de bron die de assistent citeerde. Welke zin op die pagina beschrijft uw dienst niet meer? Die zin heeft een datum nodig en een route naar het huidige antwoord.
De app stores hebben geen vakantie genomen, dus begin daar met bijbenen. Apple en Google scherpen hun eisen elk jaar aan: doel-API-niveaus, privacyregels, SDK-deadlines. Een app die stilstaat blijft niet dezelfde, hij drijft langzaam uit de regels weg, en het grootste deel van de schade is onzichtbaar tot het duur wordt. Wij beschreven in detail wat er stilletjes kapotgaat wanneer u uw app niet update, en de korte versie is: opnieuw bouwen en opnieuw indienen voordat de stores voor u beslissen.Draait uw app op GoodBarber, dan is het grootste deel van dat onderhoud deze zomer gebeurd zonder dat u er iets van merkte, en dat is precies de bedoeling. Open toch één keer uw store-consoles en controleer of er niets op u wacht.
TL;DR: U kunt met verschillende no-code tools gratis een app bouwen en previewen. Een native app publiceren in de App Store en Google Play vereist bij elke grote builder een betaald plan, plus twee kosten die geen enkele leverancier kan kwijtschelden: het developeraccount van Apple van 99 $ per jaar en de eenmalige registratie van 25 $ bij Google Play. Gratis plannen zijn oprecht nuttig om een idee te valideren. Ze zijn geen manier om een app in productie te draaien.
Een evenementen-app kost vanaf 36 € per maand met een no-code bouwer, 1.000 tot 20.000 $ per jaar op eventplatforms. Echte prijzen 2026 en de ticketingvraag.
Een kerk-app kost vanaf 36 € per maand met een no-code builder, $119 en meer op kerkplatforms. Echte prijzen 2026, verborgen kosten en de vraag rond giften.
Elke GoodBarber-app heeft zijn eigen MCP-server. Het is de beveiligde toegangspoort waarmee een AI-assistent, met uw toestemming, uw app kan lezen en beheren: artikelen schrijven en inplannen, producten bijwerken, statistieken raadplegen, pushmeldingen voorbereiden. U koppelt de assistent één keer, hij authenticeert zich via OAuth en ziet alleen uw app.Bent u nieuw in dit onderwerp, dan zijn dit twee goede startpunten: onze MCP-pagina legt uit hoe u een assistent aan uw app koppelt, en dit artikel legt uit wat een applicatie-MCP-server onderscheidt.
In het kort. Een AI-gebouwde app die schittert in een demo heeft bewezen dat hij kan renderen, niet dat hij kan draaien. Over productie beslissen zeven saaie dingen: accounts, lege schermen, storereview, pushbezorging, de rekening van de stack, de eerste update en het week-in-week-uit beheer. Voer de zeven checks hieronder uit voordat u een lanceerdatum aankondigt. Op GoodBarber draagt het platform de eerste zes, deels kant-en-klaar, deels als service, en de zevende komt mee met een koppeling naar een AI-agent.U hebt een app gebouwd met een AI-appbuilder, of hem op een paar avonden prompt voor prompt in elkaar gezet met vibe coding. Hij werkt. Maar kijk eens onder welke omstandigheden hij werkt: uw telefoon, uw wifi, uw account, data die u zelf hebt ingetypt, een build van een uur geleden. Een demo is een app die uitsluitend onder vriendelijke omstandigheden is getest.Klaar voor productie betekent het omgekeerde: de app blijft werken zodra de vriendelijke omstandigheden wegvallen. Vreemden in plaats van u, een reviewer in plaats van een publiek, maanden in plaats van een middag.Waarom die kloof bestaat, hebben we al eerder beschreven: ons artikel over de zeven muren tussen een prototype en de stores brengt de structurele afstand in kaart, en ons stuk over een app bouwen versus een app runnen benoemt het werk dat na de lancering begint. Die artikelen eindigen in vragen die u zichzelf zou moeten stellen. Dit artikel maakt van die vragen experimenten: zeven checks, elk met een concrete procedure en een slagingsvoorwaarde waarover niet te discussiëren valt, en allemaal deze week uitvoerbaar. Voelt een check saai aan, dan is dat precies de bedoeling. Productie is de plek waar de saaie bugs wonen.
In het kort. De meeste kleine ondernemingen hebben geen grotere website nodig. Ze hebben de juiste nodig: vindbaar op Google, in staat om afspraken aan te nemen, en geleverd als PWA, een site die zich ook laat installeren als een app. Een PWA van GoodBarber wordt server-side gerenderd, scoort dus in Google als elke andere website, en wordt geleverd als onderdeel van een Content app: PWA plus native iOS- en Android-apps, vanuit één configuratie. Verkoopt u fysieke producten? Dat is een aparte app: de GoodBarber eCommerce App, met eigen catalogus en checkout.In een thread met de titel are we massively overengineering websites for small businesses? (“zijn we websites voor kleine ondernemingen massaal aan het overengineeren?”), in juli 2026 gepost op r/nocode, vraagt een sitebouwer zich af waarom een lokale boekhouder, loodgieter of hondentrimmer maatwerkanimaties, een complex CMS en tientallen pagina's aangesmeerd krijgt. De meest geüpvote reactie stelt dat de meeste van die klanten beter af zouden zijn met een Google Business Profile en een simpele link-in-bio-pagina dan met de site van acht pagina's waar ze om kwamen vragen. Een andere reactie benoemt de echte kwaal: we verwarren wat developers imponeert met wat klanten echt helpt.De thread heeft gelijk over het probleem en stopt één stap voor de oplossing. De nuttige vraag is niet hoe groot de website moet zijn. Wel: welk gereedschap klaart de drie klussen die een dienstverlener werkelijk heeft: gevonden worden door nieuwe klanten, afspraken aannemen zonder belletjes over en weer, en aanwezig blijven op de telefoon van de vaste klanten. Dat is een kwestie van vorm. En één object op de markt heeft precies die vorm.Bent u nieuw in het vocabulaire? De volledige vergelijking website vs app vs PWA, met de drie definities, de SEO-uitleg en de vergelijkingstabel, staat in één complete keuzegids. Dit artikel blijft bij het geval van de kleine onderneming.
In het kort. Niet zoals u zou verwachten. De toonaangevende AI-appbuilders laten u uw code wel degelijk exporteren; per augustus 2026 synchroniseert Lovable naar GitHub in elk abonnement, het gratis abonnement inbegrepen, en de documentatie stelt dat u “never locked in” bent. De lock-in zit elders: in de beheerde backend waar uw data in staat, in de hosting en authenticatie die u zou moeten vervangen, in de AI-bewerkingslus die achterblijft, en in de door AI geschreven codebase waarvoor u in uw eentje verantwoordelijk wordt op het moment dat u wegloopt. De code bezitten was nooit hetzelfde als kunnen vertrekken.Lock-in betekende vroeger iets simpels: uw werk zit gevangen in een gesloten formaat, en de uitgang zit op slot. AI-appbuilders hebben de vorm van het probleem veranderd. De deur staat open. De vraag is wat erdoorheen past.Een app is drie verschillende bezittingen onder één naam: de broncode, het draaiende systeem dat echte gebruikers bedient, en het bedrijf dat de app draagt. Export verhuist de eerste. De andere twee verhuist hij niet. De frustratie die door de migratiethreads van deze zomer loopt, komt voort uit het te laat ontdekken van dat onderscheid.
Website vs app vs PWA: wat elk ervan doet, wat het kost om ze in de lucht te houden en hoe u kiest. Een server-side gerenderde PWA is website en app in één.
In het kort: de lanceringsdag is het punt halverwege, niet de eindstreep. Het echte werk van een mobiele app is het dagelijkse beheer: publiceren, pushcampagnes, catalogusupdates, bestellingen. Precies in dat dagelijkse werk wordt een AI-agent echt nuttig.Het gesprek over AI is geobsedeerd door bouwen. Prompt-naar-app-demo's, gegenereerde schermen, prototypes in één keer. Logisch: bouwen levert een spectaculaire demo op. Maar wie echt een app heeft gelanceerd, kent het ongemakkelijke stuk: op de dag dat uw app in de stores staat, ligt het meeste werk nog vóór u.Een app die niemand beheert, sterft een stille dood. De content veroudert, de pushcampagnes vallen stil, de catalogus loopt achter en de retentie volgt. Wij draaien al sinds 2011 live apps, en vijftien jaar operationeel werk leert één les: wat het lot van een app bepaalt, is niet hoe hij gebouwd is, maar hoe hij gerund wordt. Die blinde vlek onderzochten we in AI-appbuilders kunnen een app bouwen. Kunnen ze er ook een runnen?: de sector werd heel goed in het genereren van apps en bleef merkwaardig stil over het beheren ervan.Daarom tekent zich een nieuwe categorie af: de app die een agent kan bedienen. Geen app die door AI is gebouwd, maar een app waarvan een AI-agent het dagelijkse beheer daadwerkelijk kan uitvoeren, op uw instructies, binnen duidelijke kaders. Bouwen doet u één keer. Beheren doet u voor altijd. In dat tweede deel brengt u uw dagen door.
In het kort. Een mobiele app die niet wordt geüpdatet, blijft niet bevroren: hij takelt af. Pushberichten komen niet meer aan, nieuwe gebruikers vinden de app niet meer, en de stores verbergen of verwijderen hem uiteindelijk. Op GoodBarber vangt het platform elke verandering van de besturingssystemen en de stores op en levert de correctie mee met uw volgende update: een jaar aan mobiele schokken bereikt u als een release note. Het enige dat bij u blijft: regelmatig updaten.Uw app werkt vandaag. Laat hem een jaar met rust: hij blijft opengaan, blijft er goed uitzien, blijft zijn werk doen op uw eigen telefoon. Niets in uw dashboard waarschuwt u. Precies dat is de valkuil.Want terwijl uw app stilstond, bewoog alles eronder. Apple en Google brachten nieuwe besturingssystemen uit, herschreven de regels van hun stores, saneerden oude leidingen. U merkt het maanden later, aan symptomen die op een marketingprobleem lijken: de downloads zakken in, pushcampagnes bereiken steeds minder mensen, een trouwe gebruiker schrijft dat de app hapert op zijn nieuwe telefoon. De aftakeling is echt, en heeft niets te maken met de kwaliteit van uw content.
In het kort. Een MCP-server is maar zo nuttig als wat hij ontsluit. BaaS-platformen zoals Back4app en Supabase ontsluiten hun backend: databasetabellen, schema's, queries, cloud code. De MCP-server van GoodBarber ontsluit de operaties van een live mobiele app: een artikel publiceren, een push inplannen, de catalogus bijwerken, de statistieken lezen. 150 domeingetypeerde tools op het moment van schrijven, feature-gated, via OAuth beperkt tot één app, met een geverifieerde read-back op elke schrijfactie. Zelfde protocol, heel andere vlieghoogte.Het Model Context Protocol heeft snel gewonnen. Geïntroduceerd door Anthropic in november 2024 en een jaar later geschonken aan de Linux Foundation, is MCP inmiddels de standaardmanier om tools aan een AI-agent te geven, met in 2026 meer dan 9.400 publieke servers in het officiële MCP Registry. Dat betekent dat de zin “wij hebben een MCP-server” stilletjes een checkbox is geworden. Elk platform kan hem aanvinken, en dat vinkje zegt u niets.De vragen die ertoe doen, liggen één laag dieper. Wat mag een agent van de server zien? Wat mag hij veranderen? En als de agent schrijft, wat staat er dan tussen een goed geformuleerde prompt en een kapot productiesysteem? De antwoorden hangen veel minder af van het protocol, dat voor iedereen hetzelfde is, dan van de vlieghoogte waarop een platform erop aansluit.
AI-appbuilders blinken uit in prototypes. Productie is ander werk: eigendom, logins, stores, onderhoud. GoodBarber levert een native app die AI-agents runnen.
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.
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.
E-commerce
Abonnementssystemen
RAG Chatbot
Online cursussen
Reservering
Reisgids
Evenementen
Content creators
Lokale bezorging en afhalen
Kranten
Radio
Scholen
Religie
Organisaties
Restaurant
Boodschappen
Zelf bouwen
Interne communicatie
GEEN CODE APP BOUWER
TECHNOLOGIE
WAAROM GOODBARBER?
Ontwerp
PRODUCTBRONNEN
ONDERWERPEN
RESELLERS VAN MOBIELE APPS
ONTDEK
