Productnieuws, praktische handleidingen en ideeën om je app te maken, te lanceren en te laten groeien.
Een storeregel maakt nooit een app kapot: ze beslist over zijn recht om verspreid te worden. Verklaringen, beoordeling, een menselijke examinator — wat er werkelijk op het spel staat wanneer Apple of Google de regels verandert, en de twee dingen die in uw handen blijven.
Het OWASP-project Mobile Application Security behandelt technische gebieden zoals opslag, cryptografie, verificatie, netwerkcommunicatie en weerstand tegen reverse engineering. App-eigenaren werken meestal op een ander niveau: toegang, geactiveerde functies, gekoppelde diensten en wijzigingsbeheer.Beveiliging, privacy en compliance overlappen, maar beantwoorden verschillende vragen:GebiedHoofdvraagBeveiligingHoe worden accounts, gegevens, diensten en toegang beschermd tegen misbruik?PrivacyWelke persoonsgegevens worden gebruikt, waarom en welke keuzes hebben mensen?ComplianceWelke wettelijke, contractuele en store-regels gelden voor deze app?Een app kan haar gegevensgebruik correct beschrijven en toch te ruime toegang verlenen. Goedkeuring door een store is geen beveiligingscertificaat. Deze gids biedt een operationele basis; gevoelige gegevens, gereguleerde processen of veel aangepaste code kunnen een gekwalificeerde beoordeling vereisen.
SSL-certificaten verlopen bewust — en steeds sneller. Waarom het web dat zo wil, wat het bijhouden van die kalender vraagt en wie hem voor uw PWA bijhoudt.
Een docent zoekt personeelsdocumenten, een ouder bekijkt de kalender en een leerling slaat een opdrachtenhandleiding op. Elk bericht naar alle drie sturen zou eenvoudig zijn, maar steeds minder nuttig. De relevante vraag is niet hoeveel gegevens je kunt verzamelen. Het gaat erom welk deel van de ervaring echt moet veranderen:sommige secties worden gedeeld, terwijl andere afhangen van de rol van de gebruiker;meldingen gaan alleen naar de betrokken doelgroep;elk bericht komt op een passend moment en opent een nuttige bestemming;gebruikers kiezen welke terugkerende updates en content ze willen bewaren.Dat is praktische app-personalisatie. Daar is geen ondoorzichtig scoremodel voor nodig.
De sectie Favorieten in uw app filtert op type, sorteert per tabblad en maakt elke verwijdering ongedaan. De nieuwe versie, scherm voor scherm.
Twee prompts vragen hetzelfde: onthouden. De ene krijgt een persoonlijk geheugen, de andere een geheugen voor de hele studio. Dit zijn de woorden die beslisten.
“Je bent vlak bij onze winkel. Kom bij ons langs!”Deze melding weet waar iemand is, maar niet waarom de onderbreking relevant is. Ze biedt geen concrete waarde en geen duidelijke volgende stap. Op zijn best gebruikt locatiegebaseerde marketing nabijheid als context, niet als volledige strategie.Vergelijk dit nu met:“Je bestelling is klaar. Je bent dicht bij het afhaalpunt: laat dit bericht bij de balie zien.”De tweede melding verbindt een bekende persoon, een relevante plaats, het juiste moment en een onmiddellijke actie. Dezelfde logica kan een museumbezoek, een evenementmelding of een lokale dienst ondersteunen, en niet alleen een promotie.
Na de lancering wordt het aantal downloads vaak het belangrijkste cijfer. Maar het registreert acquisitie, niet de volledige relatie tussen een gebruiker en uw app.Iemand kan de app installeren en nooit meer openen. Een ander kan elke ochtend terugkomen, meerdere artikelen lezen en op meldingen reageren. Beiden als één download tellen verbergt het verschil dat er werkelijk toe doet.Dezelfde voorzichtigheid geldt voor elke losse statistiek. Meer paginaweergaven kunnen wijzen op nuttige verkenning of op verwarrende navigatie. Een langere sessie kan intensief luisteren betekenen, maar ook frictie bij een taak die slechts enkele seconden zou moeten duren. Vraag welk gedrag het cijfer heeft veroorzaakt en welke beslissing het kan ondersteunen.
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.
U kunt niet aan de hand van een preview of contrastscore bewijzen dat een app toegankelijk is. U kunt echter wel verrassend veel barrières wegnemen voordat formele tests beginnen.Toegankelijkheid van mobiele apps gaat veel verder dan kleurcontrast. Typografie, witruimte, navigatie, aanraakdoelen, labels, beweging, media en het gedrag met ondersteunende technologie bepalen allemaal of iemand een taak kan voltooien.WCAG is geschreven voor webcontent. De WCAG2Mobile-richtlijnen van het W3C leggen uit hoe de criteria van WCAG 2.2 niveau A en AA kunnen worden toegepast op native, web- en hybride mobiele apps. Dit document is informatief en vormt geen afzonderlijke normatieve mobiele standaard. Op zichzelf volstaat het evenmin om vast te stellen dat een app toegankelijk is.Deze checklist maakt onderscheid tussen wat u centraal kunt configureren en wat u nog in het gepubliceerde product moet controleren:ToegankelijkheidsgebiedEerste controleWat u moet configureren of testenKleurcontrastTekst, achtergronden, bedieningselementen en statussenStel globale kleuren in en controleer elk contrastpaarTypografie en witruimteLeesbare standaardwaarden, tekstomloop en vergrotingConfigureer de globale typografische hiërarchie en margesNavigatieDuidelijke bestemmingen en labelsConfigureer de appstructuur, labels en navigatieAanraakdoelenBedieningselementen zijn eenvoudig te gebruikenControleer de gegenereerde app op apparatenSchermlezersNamen, rollen, statussen en focusvolgordeTest de gegenereerde iOS- en Android-appsBewegingEffecten blijven nuttig en optioneelConfigureer animaties en haptische feedback en test daarna de systeemvoorkeurenMediaOndertiteling, transcripties en tekstalternatievenVoeg alternatieven toe tijdens het maken en redigeren van contentPWA-interactieToetsenbord, zoom, focus en responsieve lay-outsTest de gepubliceerde PWA in browsers
Stel u een app voor van een fitnesscoach, met ledenaccounts, optionele locatie, een e-mailformulier en analytics. Dat zijn al vier afzonderlijke gegevensstromen. Zodra één functie verandert, verandert het privacyplaatje mee.Het moeilijkste is niet om één juridische pagina te maken. Drie onderdelen moeten dezelfde app beschrijven:OnderdeelWat het moet weerspiegelenDe app zelfDe gegevens, machtigingen en diensten van derden die daadwerkelijk worden gebruiktHet privacybeleidWat wordt verzameld, waarom, door wie, hoelang en wat gebruikers ermee kunnen doenDe storeverklaringenDe antwoorden voor App Privacy van Apple en Gegevensveiligheid van Google Play op basis van de huidige appAls één onderdeel zegt dat er geen locatiegegevens worden gebruikt terwijl de ingediende app om locatietoegang vraagt, is er sprake van een inconsistentie.Een groot deel van de privacyvoorbereiding is een consistentiecontrole: de app, het beleid en de storevermelding moeten hetzelfde verhaal vertellen. Consistentie is noodzakelijk, maar vervangt de naleving van de onderliggende privacy- en gebruikersgegevensregels van de stores niet.Dit artikel helpt u dat verhaal voor te bereiden. Het is geen juridisch advies: de toepasselijke eisen verschillen per land, doelgroep en type gegevens.
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.
GoodBarber staat nu in de app-directory van ChatGPT. Koppel uw app en beheer producten, content, leden en pushberichten in gewone taal.
Wil je bouwen wat vaak een membership-app wordt genoemd? Kies tussen betaalde abonnementen en een privécommunity en structureer content, toegang en push.
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.
Een countdown naar de seizoensstart en een onthouden voorbereidingschecklist voor elk lid: een met AI gebouwde sectie voor de app van je sportclub — met de volledige prompt om te stelen.
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.
Het moeilijkste aan een content-app is zelden de content. Het is om alles doelbewust te laten ogen, scherm na scherm, wanneer ontwerpen niet je vak is. Een thema lost dat op door je een complete visuele richting te geven: kleuren, typografie, beeldstijl en lay-out werken al samen. Jij brengt je content en je merk; het thema brengt de afwerking. En omdat elk thema op Smart Design draait, blijft het resultaat consistent hoever je het ook aanpast.
Wat er met een app gebeurt in de drie jaar na de lancering: wat er om de app heen beweegt, wat het platform in uw plaats opvangt en het korte lijstje van wat op uw naam blijft staan.
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.
Replit bouwt sinds 2016 ontwikkeltools in de browser. Begin 2026 kwam daar een mobiel aanbod bij, onder een pagina met de titel „Idea to Mobile App in Minutes" — waarmee het bedrijf voor het eerst op het terrein van de app builders staat.We hebben er dus onze gebruikelijke briefing doorheen gehaald: AURORA, dezelfde hoogwaardige reisgids-app die we op elke tool in deze reeks bouwen. Geen functielijstje, maar een echte app die de stores moet halen, elke week wordt bijgewerkt en wordt beheerd door iemand die geen code schrijft.Wat Replit oplevert, is degelijk. En het is tegelijk, zonder enige twijfel, een codebase: een React Native-project, een cloud die per gebruik wordt afgerekend, en een ontwikkelconsole. De hele vergelijking zit in die zin — Replit antwoordt u in gewone taal en geeft u daarna iets dat zich gedraagt als een engineeringproject. Of dat een cadeau of een probleem is, hangt volledig af van wie de app volgende week dinsdag moet draaien.
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