We hebben een dag besteed aan het verbinden van n8n met de MCP-server van GoodBarber om een echte automatisering op te zetten: een workflow die de blogartikelen van onze app elke ochtend naar het Frans vertaalt, als concepten klaar om na te lezen. Dit is de exacte opzet die we gebruikten, wat onderweg vastliep en de drie lessen die u een middag besparen. Het korte antwoord: met MCP legt de API zichzelf uit aan de machine — u bouwt de requests niet meer met de hand.Een klassieke REST-integratie betekent API-documentatie lezen, elke HTTP-request bouwen en authenticatie en paginering zelf afhandelen. MCP (Model Context Protocol) keert dat werk om: uw GoodBarber-app stelt haar bewerkingen beschikbaar als tools die elke MCP-client vanzelf ontdekt en aanroept. Onze test-app — een Content App — stelde 62 tools beschikbaar op het moment dat we verbonden: artikelen, paragrafen, evenementen, kaarten, galerijen, video's, geluiden.n8n telt hier omdat het een van de zeldzame automatiseringsplatforms is met een native MCP Client node — en omdat zijn AI-Agent-nodes die 62 tools aan Claude kunnen overhandigen en het model laten beslissen welke het aanroept. Platforms in de stijl van Zapier automatiseren apps; n8n + MCP automatiseert uw app.REST + klassieke automatiseringMCP + n8nIntegratiewerkEén request per actie, met de hand gebouwdTools automatisch ontdektAuthenticatieEén API-sleutel per requestEén enkele OAuth-verbindingAI in de lusU parset, de AI ziet fragmentenDe agent roept de tools direct aan

No-code app builders benaderen de integratie van AI-agents op twee manieren: ze helpen u agents te bouwen, of ze zorgen ervoor dat die agents uw bestaande app kunnen aanroepen.Het agent-builder-modelHet AI-backend-modelWat de AI doetGenereert of stuurt de logica van uw app aanRoept namens u de functies van uw app aanUw vertrekpuntBouwen — of opnieuw bouwen — op hun platformUw bestaande app staat al klaarWaar de complexiteit zitIn workflows en databases die u onderhoudtIn de agent; uw app reageert gewoonVoorbeeldenBubble, Lovable, Base44GoodBarber, via MCPDe pitch van Bubble is oprecht en klopt voor zijn doelgroep: als u een eigen softwareproduct in elkaar zet, is AI-agents bouwen op de database- en workflow-engine van Bubble echt krachtig. Hetzelfde geldt voor tools die van een prompt een app maken, wanneer u vanavond nog een prototype nodig heeft.Maar let op wat beide eerst van u vragen: bouwen. Een schema, workflows, schermen — of op zijn minst een migratie.Voor een winkelier met een bestaande app en echte klanten is dat het verkeerde vertrekpunt. U hoeft niets opnieuw te bouwen. Wat u nodig heeft, is een app die reageert op AI-commando's.

Minderjarige gebruikers beschermen is geen keuze meer. Steeds meer wetten verplichten apps om hun gedrag aan te passen aan de leeftijd van hun gebruikers, op straffe van verwijdering uit de stores. Age Protection bouwt die naleving rechtstreeks in uw native GoodBarber-apps in, zonder ook maar één regel code aan uw kant. Zo schakelt u het in, en dit verandert er voor uw gebruikers. De afgelopen jaren hebben verschillende landen — te beginnen met de Verenigde Staten — hun wetgeving rond de bescherming van minderjarigen op digitale platformen aangescherpt. Deze wetten verplichten apps om rekening te houden met de leeftijdscategorie van hun gebruikers om de toegankelijke functies aan te passen. Elke app die gegevens verzamelt, advertenties toont of sociale interactie mogelijk maakt, moet voortaan specifieke beperkingen toepassen zodra de gebruiker minderjarig is (jonger dan 16 jaar).Bij een app die op maat is ontwikkeld, is dat een heel project: leeftijdsdetectie, voorwaardelijke logica op elke gevoelige functie en onderhoud bij elke wetswijziging. Met GoodBarber is de leeftijdsverificatie native ingebouwd in uw iOS- en Android-apps. U activeert één instelling en de rest volgt vanzelf.

De MCP server van GoodBarber maakt van uw app een eersteklas tool die elke AI-agent kan aansturen — met 44 open-source skills, native ondersteuning voor Claude Code en Cursor, en een endpoint gebouwd voor bureaus. Drie artikelen lieten zien hoe de MCP server van GoodBarber werkt voor makers. Dit artikel is voor de mensen die erop voortbouwen.Voor wie nog moet bijbenen: de server ging eerst live voor de shop, bereikte daarna uw inhoud en vervolgens uw pushmeldingen.

Deze maand staat de GoodBarber MCP Server centraal — nu beschikbaar voor zowel Shopping- als Content-apps — naast een lange lijst met correcties over de hele linie.De GoodBarber MCP Server is live: verbind uw app met AI-assistenten en beheer dagelijkse taken in één zin.Slimmere pushmeldingen met AI: de MCP Server maakt nu pushmeldingen aan met planning, bestemmingen en nauwkeurige targeting voor platforms, groepen, abonnementen of specifieke gebruikers.Uw CMS, nu bereikbaar voor de MCP Server: artikelen, evenementen, kaarten, galerijen, podcasts.

Thunkable komt met een stamboom die weinig app builders kunnen claimen: het is voortgekomen uit MIT App Inventor, het project dat een hele generatie leerde apps te bouwen uit visuele blokken. Elf miljoen apps later is die erfenis zichtbaar — de drag-and-drop-editor is werkelijk toegankelijk, en de nieuwe AI Builder-laag ("iOS and Android—built by chatting") verlaagt de drempel nog verder. Toen we gingen zitten om AURORA ermee te bouwen, was een eerste werkend scherm snel bereikt en, eerlijk gezegd, leuk.De vraag die AURORA ons dwong te stellen was niet "kan ik de eerste versie bouwen?" — het was "wat publiceer ik precies in de App Store, en wat gebeurt er als de app groter wordt?". Thunkables marketing beweert echte native apps te produceren. Community-reviews beschrijven een blok-interpretatielaag die vertraagt naarmate de logica complexer wordt. Die kloof — tussen de belofte van native en de ervaring van een echte app op schaal draaien — is waar deze vergelijking over gaat.Dit artikel maakt deel uit van onze serie, waarin we dezelfde AURORA-briefing eerlijk op elk platform toepassen. Als u ook Adalo, Glide, FlutterFlow of Bubble overweegt, vindt u dezelfde methode op elk toegepast.

AppSheet is een Google-product, wat het meteen een geloofwaardigheid geeft die maar weinig concurrenten kunnen evenaren. Het is ingebed in Google Workspace, ondersteund door Google Cloud-infrastructuur en gebruikt door organisaties als Airbus, Husqvarna en Solvay. Die reputatie is verdiend. Toen we het AURORA-briefing op het platform toepasten, begrepen we snel dat die geloofwaardigheid reëel is — alleen op een ander terrein dan wij aan het verkennen waren.AppSheet is ontworpen voor interne tools: een inventaris-app voor het magazijnteam, een inspectieformulier voor buitendiensttechnici, een CRM voor verkopers. AURORA is een consumenten-app — die wordt gedownload uit de App Store onder uw merk, door klanten die u nooit heeft ontmoet, en moet dagelijks worden beheerd door een marketingteam dat nooit een spreadsheet zal openen. Dat zijn twee verschillende problemen. Dat ze beide "no-code" heten is precies de bron van verwarring die dit artikel wil ophelderen.Dit artikel maakt deel uit van onze serie — hetzelfde AURORA-briefing, met dezelfde eerlijkheid toegepast op elk geëvalueerd platform. Als u ook Adalo, Glide, Bubble of andere platforms vergelijkt, vindt u hetzelfde kader in alle artikelen.

Sinds de lancering opent de GoodBarber MCP-server een nieuwe manier om een app te beheren. In plaats van door elk menu van de backoffice te navigeren, kunt u een AI-assistent vragen om bepaalde acties voor u uit te voeren, in natuurlijke taal. Een pushmelding maken kan op het eerste gezicht eenvoudig lijken: een bericht schrijven, een doelgroep kiezen, verzenden.Maar in de praktijk zijn verzoeken vaak specifieker:de melding morgenochtend verzenden;alleen iOS- en Android-gebruikers targeten;een specifieke appsectie openen;doorverwijzen naar een artikel, product of URL;een gebruikersgroep targeten;een bericht naar een specifieke gebruiker sturen;het verzenden plannen volgens de lokale tijd van gebruikers.Tot nu toe vereiste dit type configuratie meerdere handmatige instellingen. Met de uitgebreide MCP-server kan de gebruiker zijn behoefte formuleren in een natuurlijke zin.Bijvoorbeeld:"Stuur vrijdag om 10 uur een pushmelding naar iOS- en PWA-gebruikers om de release van mijn nieuwe programma aan te kondigen, en open de Web TV-sectie wanneer ze erop tikken."De assistent moet dan drie essentiële elementen begrijpen:het bericht dat moet worden verzonden;de betrokken doelgroep;de actie die bij het tikken moet worden geactiveerd.Dat is precies wat deze update interessant maakt: AI schrijft niet alleen tekst. Ze interpreteert een volledige communicatie-intentie.

Bolt.new verscheen in oktober 2024 en was niet te negeren. 20 miljoen dollar ARR in twee maanden, zeven miljoen gebruikers in minder dan een jaar: we besloten het serieus te testen — niet even snel een rondleiding te nemen. We gebruikten hetzelfde briefing als voor de hele serie: AURORA, een luxe reisapp die native store-distributie, dagelijkse redactionele updates, pushcampagnes, gebruikersbeheer en een werkende e-commercelaag vereist.We bouwden AURORA met Bolt.new. We bouwden het met GoodBarber. Wat volgt is het eerlijke verslag van beide ervaringen — inclusief de momenten waarop Bolt ons imponeerde, en die waarop de wegen uiteenliepen op een manier die bepalend is voor de keuze.Dit artikel maakt deel uit van onze doorlopende serie — hetzelfde briefing, toegepast op elk belangrijk platform dat we hebben geëvalueerd. Als u ook Base44, Emergent, Adalo of FlutterFlow overweegt, vindt u in alle artikelen een consistent kader.

Onder de drie launch-layouts van de nieuwe generatie TabBar is Clean TabBar degene die het duidelijkst een streven naar soberheid en precisie uitdrukt.Hier steunt de navigatie noch op zeer demonstratieve iconen, noch op een sterke achtergrond om de actieve staat te signaleren. Zij berust op een discretere, tekstuelere, elegantere schrijfwijze. Het is een layout die de tabBar een zeer leesbare plaats in de interface geeft, terwijl ze een gedoseerde aanwezigheid behoudt.Clean TabBar werkt bijzonder goed in apps die meer ruimte willen laten voor de inhoud, voor het ritme van de pagina en voor de algehele kwaliteit van de compositie.

Wie zegt een app te willen bouwen zonder te coderen, vraagt zich zelden af welk platform het meest intuïtief is. De echte vraag is: wat gebeurt er na de eerste publicatie? Wie beheert de contentupdates op dinsdag? Wie verstuurt de push-notificatie op vrijdag? Wie onderzoekt waarom de app vertraagt bij vijfduizend gelijktijdige gebruikers?Adalo en GoodBarber stellen beiden een niet-technische ondernemer in staat om in dagen — niet maanden — een native-ogende app te publiceren. Maar ze beantwoorden de operationele vraag heel anders. Adalo geeft u een canvas en bouwblokken om uw app samen te stellen. GoodBarber levert een kant-en-klaar product en het back-office om het te beheren.Om dat verschil te testen, gaven we beide platforms hetzelfde project: AURORA — een luxe reisgids met precieze eisen op het gebied van design, distributie en dagelijks beheer.

Er zijn vier realistische paden voor een klein bedrijf om een eigen app te maken: no-code app builders, AI-ondersteunde tools, website-naar-app-conversie of het inhuren van een ontwikkelaar. De juiste keuze hangt af van één vraag meer dan van al het andere — is uw app voor klanten of voor interne processen? Die twee gevallen leiden in tegengestelde richtingen op het gebied van kosten, toolkeuze en de definitie van succes. Wij bouwen native iOS- en Android-apps sinds 2011, en in deze gids analyseren we elk pad eerlijk — inclusief de vraag voor wie elke tool echt bedoeld is.

Er zijn vijf bewezen manieren om een mobiele app te monetariseren zonder één regel code te schrijven: producten verkopen, betalen voor premium content, advertenties tonen, diensten verkopen of donaties accepteren. Het juiste model hangt af van wat je aanbiedt — en het juiste platform bepaalt hoeveel van die inkomsten je daadwerkelijk behoudt. We bouwen native iOS- en Android-apps sinds 2011, en in deze gids analyseren we elk model eerlijk: wat het oplevert, wat het kost en wat je vandaag kunt instellen met een no-code app builder. Waarom mobiele apps beter monetariseren dan websitesDe 5 monetarisatiemodellen naast elkaar vergelekenModel 1: Mobiele e-commerce — producten verkopen, marge behoudenModel 2: Premium content-abonnementen — Apple en Google doen het zware werkModel 3: Advertenties — je publiek omzetten in inkomsten zonder iets te verkopenModel 4: Diensten en boekingen — laat je betalen voor je tijd of expertiseModel 5: Donaties — laat je community je werk ondersteunenHoe je het juiste model kiest voor jouw projectFAQ

Als u inhoud publiceert in een GoodBarber-app, kent u het patroon. Een nieuw wandelpad opent in uw regio, en uw lezers willen het voor het weekend weten. Geen van de taken is moeilijk. Een artikel met een foto en een routebeschrijving. Een evenement van een begeleide wandeling zaterdagochtend. Drie bezienswaardigheden onderweg — de bron, het uitkijkpunt, de oude kapel.Maar elk van deze taken betekent hetzelfde: een laptop openen, inloggen, de juiste sectie vinden, een formulier invullen, de blokken ordenen, opslaan. Herhalen voor het evenement. Herhalen voor de kaart. Tegen de tijd dat het klaar is, is de middag voorbij — of het idee is op een takenlijst beland die nooit korter wordt.Toen we de MCP-server van GoodBarber introduceerden, dichtten we die kloof aan de shop-kant van het platform. De reactie leerde ons iets dat we eerder hadden moeten zien: de waarde van handelen op uw app met één zin was niet beperkt tot e-commerce. Het was net zo nuttig voor al het andere dat de back-office beheert. Dus hebben we de MCP-server uitgebreid naar de inhoud.

FlutterFlow opent zijn homepage met een belofte: Own your code, no vendor lock-in. Die boodschap is echt en voor een specifiek publiek is het het juiste antwoord. Maar ze draagt een verborgen betekenis: eigenaar zijn van de code betekent ook eigenaar zijn van alles wat erna komt — de bugs, de platform-updates die uw project breken, de ontwikkelaarsuren, het externe CMS dat u zelf moet koppelen. Eigenaar zijn van de code is één vorm van eigendom. Er is een tweede: eigenaar zijn van het draaien van de app — content publiceren, push-notificaties versturen, bestellingen verwerken, elke dag, jaren achtereen, zonder ooit een IDE te openen. We hebben beide platforms op dezelfde briefing getest om te zien welke van die twee eigendomsvormen elk platform daadwerkelijk levert.We hebben AURORA gebouwd — een luxe reisgids-app — op FlutterFlow en op GoodBarber, op basis van een identiek lastenboek. De methode is gedocumenteerd in ons overzicht van de app-builder-vergelijking 2026.

Onder de drie launch-layouts van de nieuwe generatie TabBar is Minimal TabBar degene die het idee van visuele vereenvoudiging het verst doorvoert.Hier gaat de navigatie naar de essentie. De tabBar hanteert een icon-only-aanpak, zonder tekst, met een compactere compositie en een zeer eigentijdse, zwevende weergave. Het geheel neemt weinig ruimte in, is direct leesbaar en geeft de interface een lichtere, scherpere en modernere aanwezigheid.

Het korte antwoord dat de meeste artikelen vermijden te geven: dat kan niet. Niet echt. Uber, Airbnb en Instagram zijn op maat gemaakte producten die honderden miljoenen dollars aan R&D; vertegenwoordigen, met infrastructuur ontworpen voor wereldwijde schaal en gespecialiseerde engineeringteams. Geen enkel no-code platform reproduceert dat. Maar dat is bijna zeker niet wat u daadwerkelijk probeert te bouwen. Hier is de eerlijke analyse — wat no-code wel en niet kan doen voor projecten geïnspireerd door deze apps, en hoe u het juiste tool kiest voor wat u werkelijk wilt lanceren. Waarom Uber, Airbnb en Instagram niet met no-code gerepliceerd kunnen worden (en waarom dat geen probleem is)Wat u waarschijnlijk werkelijk probeert te bouwenWanneer no-code de juiste keuze is — en welk platform voor welke use caseWanneer no-code de verkeerde keuze is — en wat in plaats daarvan te doenEen realistisch beslissingsframeworkFAQ

Twee jaar geleden leek het ambitieus om in een paar uur een werkend prototype te hebben. Vandaag is het de norm. Lovable heeft daar veel mee te maken: beschrijf wat je wilt, zie het verschijnen, verfijn het via conversatie. De belofte — "de 99% van mensen met ideeën maar zonder technische vaardigheden in staat stellen die te realiseren" — wordt waargemaakt, althans in de eerste fase.Maar deze vergelijking probeert een andere vraag te beantwoorden. Niet "kan Lovable een app genereren?" — dat kan het, en overtuigend ook — maar: wat gebeurt er na het prototype? Wie beheert de content, plant de pushberichten, dient de app in bij de App Store en houdt de ervaring een jaar later draaiend?Om dat te beantwoorden, hebben we beide platformen aan hetzelfde briefing-document onderworpen: AURORA, een luxe reisgids. Een vaste set eisen, systematisch getest. Wat dat oplevert gaat veel verder dan een functietabel.

Van de drie lanceringslayouts van de nieuwe TabBar-generatie is Bold TabBar de versie die zijn aanwezigheid in de interface het meest uitgesproken omarmt.Hier probeert de navigatie niet op de achtergrond te verdwijnen. Het omlijst het scherm, legt een duidelijke visuele hiërarchie vast en neemt volledig deel aan de stijl van de app. Dit layout is bijzonder geschikt voor inhoudsrijke apps of apps met een sterke identiteit, waarbij de navigatie zichtbaar, leesbaar en aantrekkelijk moet zijn.

*ASO is een onderwerp dat we regelmatig behandelen op de GoodBarber-blog, of het nu gaat om onze tips over de beschrijving van je app in de stores of over hoe je een app promoot. Maar wanneer we onze resources kunnen aanvullen met het advies van een praktijkexpert, laten we die kans niet voorbijgaan.Bij de samenwerking met Claire aan een no-code video "De ongelooflijke no-code tool die niemand nog kent " ontdekten we Marine. Claire vertelde ons dat ze door Marine werd begeleid om de zichtbaarheid van haar applicatie in de stores te optimaliseren, met concrete resultaten.Marine begeleidt regelmatig app-ontwikkelaars, agencies en freelancers in hun mobiele acquisitiestrategie, via artikelen, masterclasses en workshops. Juist dit praktijkgerichte, actuele en resultaatgerichte perspectief overtuigde ons om haar vrije hand te geven op de GoodBarber-blog.* Waarom ASO geen optie isASO (App Store Optimization) is een reeks technieken om een mobiele applicatie beter te laten ranken in de App Store en de Play Store. Als je SEO (Search Engine Optimization) voor websites kent, is het precies hetzelfde principe… maar voor stores. Het verschil? De spelregels zijn niet hetzelfde voor de App Store en de Play Store (anders zou het te gemakkelijk zijn).Concreet stelt ASO jouw applicatie in staat om:Gevonden te worden → verschijnen in zoekresultaten wanneer een gebruiker iets zoektDownloads te genereren → die bezoeker omzetten in een download zodra hij op jouw productpagina is (= de pagina van jouw app in de stores)Als je dit artikel leest, heb je waarschijnlijk een app die al gelanceerd is of in ontwikkeling is en vraag je je af hoe je downloads kunt krijgen.Waarom ASO werkelijk onmisbaar isDe cijfers spreken voor zich:65 tot 75% van de downloads in de stores komt van een directe zoekopdracht in de storeEr zijn meer dan 2 miljoen apps in de App Store en meer dan 3 miljoen in de Play StoreDe gemiddelde gebruiker besteedt minder dan 7 seconden aan de beslissing of hij al dan niet downloadtMijn conclusie is duidelijk: als je niet zichtbaar bent in de eerste zoekresultaten, besta je niet. En zelfs als je verschijnt, heb je 7 seconden om te overtuigen.En precies daar zie ik een enorme kans. Waarom? Omdat, zoals ik in de praktijk waarneem, de meeste apps geen enkele moeite doen voor ASO. Ze optimaliseren hun productpagina één keer en raken er daarna nooit meer aan.Dat is jouw concurrentievoordeel!