Vous voulez que votre Custom Code GoodBarber se comporte différemment pour un utilisateur connecté — afficher du contenu premium, accueillir un membre par son nom, masquer une section aux visiteurs anonymes ? Que vous ayez écrit ce code vous-même ou que vous l'ayez généré avec l'AI Extension Builder, il demande à l'App API qui est connecté via gb.user.getCurrent(). Mais la preview du back-office n'a pas de véritable connexion : pour les apps Membership, cet appel tombe donc toujours dans le cas d'erreur. Ce guide explique comment se comporte l'utilisateur courant dans la preview pour chaque type d'app, et vous donne une méthode prête à copier-coller pour tester en tant que membre connecté. Beaucoup de Custom Code a besoin de savoir qui utilise l'app à l'instant T : afficher du contenu premium, accueillir les membres par leur nom, masquer une section aux visiteurs anonymes, adapter un tunnel de commande. L'App API de GoodBarber vous donne accès à l'utilisateur courant via gb.user.getCurrent().Et le Custom Code n'est plus seulement quelque chose que vous écrivez à la main. Avec l'AI Extension Builder de GoodBarber, vous décrivez en langage naturel la section que vous voulez et l'assistant génère l'extension à votre place — du code qui se branche directement sur la même App API de GoodBarber. Écrit à la main ou généré par l'IA, il appelle gb.user.getCurrent() de la même manière, et vous le testez de la même manière. Ce guide s'applique donc, que vous ayez tapé le code ou que vous l'ayez obtenu via un prompt.Mais voici l'écueil que tout développeur finit par rencontrer : dans la preview du back-office, il n'y a aucun utilisateur connecté. La preview n'est qu'un rendu de votre app — pas d'écran de connexion, pas de session, rien sur quoi s'authentifier.Pour la plupart des types d'apps, GoodBarber contourne discrètement le problème à votre place, si bien que tester « en tant qu'utilisateur connecté » fonctionne tout seul. Pour l'extension Membership, ce n'est pas le cas — et c'est voulu. Cet article passe en revue le comportement de l'utilisateur courant dans la preview pour chaque type d'app, et vous donne une méthode simple, prête à copier-coller, pour tester le cas le plus délicat : un membre connecté.

Gartner prévoit que 33 % des logiciels d'entreprise intégreront l'IA agentique d'ici 2028. Vos Skills GoodBarber sont déjà prêtes — activez-les, sans code.

Agences et revendeurs : passez une revue quotidienne sur toutes vos apps clientes depuis un seul agent IA. Gérez plusieurs apps GoodBarber avec une IA via MCP.

Publication de contenu par IA pour éditeurs et associations : laissez un agent publier, programmer et gérer le calendrier éditorial de votre app via MCP.

La plupart des comparatifs d'app builders opposent deux philosophies contraires : un outil qui vous oblige à concevoir une base de données, face à un autre qui vous livre des fonctionnalités toutes faites. GoodBarber et BuildFire ne relèvent pas de cette opposition. Ils sont d'accord sur la méthode : on configure des fonctionnalités prêtes à l'emploi au lieu d'assembler des briques élémentaires, et on obtient vite une app publiable. C'est justement ce point commun qui rend le choix intéressant : quand deux outils empruntent le même raccourci, la vraie question n'est plus « quelle approche choisir », mais « qu'obtenez-vous au bout du compte, et est-ce que ça tient dans le temps ? »Pour y répondre concrètement, nous avons confié le même cahier des charges aux deux plateformes : AURORA, l'app de test qui nous sert de fil rouge tout au long de cette série.BuildFire est une plateforme mature et solide : des milliers d'apps en production et un catalogue de plugins fourni. Honnêtement, les deux outils s'adressent à des profils différents — et les vraies lignes de partage se situent du côté de la qualité des apps produites, de ce qui est compris dans l'abonnement, et du coût d'exploitation d'un parc d'apps sur la durée.

La Coupe du Monde 2026 a commencé, et les matchs vont capter l'attention de tous : une occasion de fidéliser votre audience autant que d'en attirer une nouvelle, directement dans votre app. Voici comment y ajouter une section calendrier et résultats — le score de chaque match, prochain match mis en avant, heure de coup d'envoi au fuseau local — en partant d'un simple prompt, grâce à l'AI Extension Builder de GoodBarber. Du 11 juin au 19 juillet 2026, 48 équipes et des dizaines de matchs vont rythmer six semaines d'attention mondiale. Pendant ce temps, votre communauté suit les scores sur cinq autres applications. Aucune ne porte votre nom.Une section calendrier et résultats : exactement le genre de page qui, hier encore, demandait un développeur. Aujourd'hui, vous la décrivez, et elle se construit. Voici comment.

Apple rejette 42 % des apps à la première soumission — et ce n'est qu'un des murs après la démo. Ce que le vibe coding oublie sur la création d'app mobile.

Pendant quinze ans, le logiciel a couru pour devenir plus simple à utiliser pour les humains. Cette course touche à sa fin. La prochaine se joue ailleurs : votre app peut-elle, tout simplement, être pilotée par un agent IA ? Voici ce que « agent-ready » veut dire, les cinq conditions à réunir, et pourquoi 2026 est l'année où cela cesse d'être optionnel. Vous gérez une app. Chaque semaine, vous ouvrez un tableau de bord, vous publiez deux ou trois choses, vous programmez un push, vous regardez les chiffres de la veille, vous corrigez un prix. Ce tableau de bord est devenu plus convivial d'année en année — c'est toute la promesse du no-code, et elle a tenu. Des millions de personnes gèrent aujourd'hui des apps professionnelles sans écrire une ligne de code.Mais celui qui pilote est en train de changer. Les gens commencent à confier cette routine hebdomadaire à un assistant IA : « Publie ces trois articles, programme un push pour chacun, et dis-moi quelle rubrique a perdu des lecteurs la semaine dernière. » L'assistant, lui, ne réclame pas un tableau de bord plus convivial. Il réclame une interface qu'il peut appeler.Ce simple fait rebat toutes les cartes. L'interface qui gagnera la prochaine décennie n'est pas celle que les humains préfèrent. C'est celle qu'un agent sait conduire.

La bibliothèque de thèmes de GoodBarber a toujours donné aux marchands un solide point de départ professionnel, et elle ne cesse de s'enrichir. Les dernières nouveautés forment une série de thèmes pensés pour l'eCommerce, chacun conçu comme une véritable marque, avec sa propre identité visuelle. De quoi mesurer tout ce qu'une application GoodBarber a dans le ventre. Quel que soit le style de votre boutique, le bon thème vous mène de l'idée au lancement bien plus vite que si vous deviez tout concevoir vous-même. Si vous tenez une boutique en ligne ou un commerce de proximité, vous savez déjà quelle image votre marque doit renvoyer. La vision n'est pas le plus difficile. Le plus difficile, c'est de la traduire en une application soignée, écran après écran, quand le design n'est pas votre métier. Quelles couleurs associer ? Quelle taille donner aux titres ? Comment rester cohérent d'un écran à l'autre ? Pour la plupart des marchands, c'est là que le projet s'enlise : non pas dans la construction de l'application, mais dans sa conception.Partir d'une page blanche a des airs de liberté créative. C'est le plus souvent un frein. Ce qui fait vraiment avancer un projet, c'est un point de départ crédible : un rendu qui a déjà belle allure, prêt à être adapté à votre marque et à votre catalogue plutôt qu'à assembler pièce par pièce.

Vous avez une app GoodBarber. Vous avez vu passer nos annonces sur le « serveur MCP », l'IA, les apps « prêtes pour les agents » — et vous vous êtes dit que tout ça était réservé aux développeurs. Ce n'est pas le cas. En cinq minutes, depuis ChatGPT, vous pouvez piloter votre app en lui parlant : mettre à jour un prix, publier un article, envoyer un push. Sans terminal, sans code. Voici comment, avec cinq demandes à copier-coller pour démarrer. Posons-le tout de suite, parce que c'est le malentendu qui bloque tout le monde : vous n'avez besoin d'aucune compétence technique. Pas de terminal, rien à installer, aucune ligne de commande. Si vous savez écrire un message, vous savez piloter votre app.Le « MCP » dont parlent nos autres articles, c'est simplement le pont sécurisé entre ChatGPT et votre app. Vous n'aurez jamais à le manipuler, ni même à retenir ce que ces trois lettres veulent dire. Vous le branchez une fois, et vous l'oubliez.Ce que vous utilisez, vous, c'est ChatGPT : l'assistant d'OpenAI que vous avez peut-être déjà ouvert cent fois. La même fenêtre de discussion. La seule différence, après l'avoir connecté à votre app, c'est qu'il sait désormais agir dessus.Nous construisons des outils pour des créateurs non techniciens depuis 2011. Celui-ci suit la même règle que les autres : plus de pouvoir, moins de complexité.

Nous avons passé une journée à connecter n8n au serveur MCP de GoodBarber pour monter une vraie automatisation : un workflow qui traduit chaque matin en français les articles de blog de notre app, sous forme de brouillons prêts à relire. Voici le montage exact que nous avons utilisé, ce qui a coincé en chemin, et les trois leçons qui vous feront gagner un après-midi. La réponse courte : avec MCP, c'est l'API qui s'explique à la machine — vous ne fabriquez plus les requêtes à la main.Une intégration REST classique, c'est lire la doc d'une API, construire chaque requête HTTP, gérer l'authentification et la pagination soi-même. MCP (Model Context Protocol) inverse ce travail : votre app GoodBarber expose ses opérations comme des tools qu'un client MCP découvre et appelle tout seul. Notre app de test — une Content App — a exposé 62 tools dès la connexion : articles, paragraphes, événements, cartes, galeries, vidéos, sons.Si n8n compte ici, c'est qu'il fait partie des rares plateformes d'automatisation dotées d'un MCP Client node natif — et que ses nodes AI Agent peuvent confier ces 62 tools à Claude en le laissant décider lesquels appeler. Les plateformes façon Zapier automatisent des apps ; n8n + MCP automatise votre app.REST + automatisation classiqueMCP + n8nTravail d'intégrationUne requête à fabriquer par actionTools découverts automatiquementAuthentificationUne clé API par requêteUne seule connexion OAuthL'IA dans la boucleVous parsez, l'IA voit des fragmentsL'agent appelle les tools directement

Le geste que vous attendez de vos utilisateurs mérite d'être accessible en permanence, qu'ils lisent un article, parcourent une fiche produit ou passent d'un onglet à l'autre. Le Bouton flottant global lui donne exactement cette place : un bouton défini une fois, présent là où vos utilisateurs en ont besoin, sans avoir à le replacer écran par écran.

Les plateformes no-code de création d'apps abordent l'intégration des agents IA de deux façons : soit elles vous aident à construire des agents, soit elles rendent votre app existante pilotable par ces agents.Le modèle « construction d'agents »Le modèle « backend IA »Ce que fait l'IAElle génère ou fait tourner la logique de votre appElle appelle les opérations de votre app, pour vousVotre point de départConstruire — ou reconstruire — sur leur plateformeVotre app existante est déjà la cibleOù se loge la complexitéDans des workflows et des bases de données que vous maintenezDans l'agent ; votre app se contente de répondreExemplesBubble, Lovable, Base44GoodBarber, via MCPLe discours de Bubble est sincère et, pour son public, exact : si vous assemblez un produit logiciel sur mesure, construire des agents IA sur son moteur de bases de données et de workflows est réellement puissant. Même chose pour les outils qui génèrent une app à partir d'un prompt, quand ce qu'il vous faut, c'est un prototype pour ce soir.Mais regardez ce que les deux exigent d'abord : construire. Un schéma de données, des workflows, des écrans — ou, a minima, une migration.Pour un commerçant qui a déjà une app et de vrais clients, c'est le mauvais point de départ. Vous n'avez rien à reconstruire. Ce qu'il vous faut, c'est que votre app réponde aux instructions de l'IA.

Protéger les utilisateurs mineurs n'est plus une option : plusieurs législations imposent désormais aux applications d'adapter leur comportement selon l'âge de leurs utilisateurs, sous peine de retrait des stores. Age Protection intègre cette conformité directement dans vos applications natives GoodBarber, sans une ligne de code de votre côté. Voici comment l'activer et ce qui change pour vos utilisateurs. Ces dernières années, plusieurs pays — à commencer par les États-Unis — ont durci leur cadre légal autour de la protection des mineurs sur les plateformes numériques. Ces lois imposent aux applications de tenir compte de la tranche d'âge de leurs utilisateurs pour adapter les fonctionnalités accessibles. Toute application qui collecte des données, affiche des publicités ou permet des interactions sociales doit appliquer des restrictions spécifiques dès lors que l'utilisateur est mineur (moins de 16 ans).Sur une app développée sur mesure, c'est un chantier : détection de l'âge, branchements conditionnels sur chaque fonctionnalité sensible, maintenance à chaque évolution de la loi. Avec GoodBarber, la vérification d'âge est intégrée nativement dans vos applications iOS et Android. Vous activez un réglage, le reste suit.

Trois articles ont montré comment le serveur MCP de GoodBarber fonctionne pour les créateurs. Celui-ci s'adresse à celles et ceux qui construisent par-dessus.Pour rappel, le serveur a d'abord été lancé pour la boutique, puis a gagné votre contenu, puis les notifications push.

Ce mois-ci, le projecteur est braqué sur le GoodBarber MCP Server — désormais disponible pour les applications Shopping et Content — accompagné d'une longue liste de corrections sur l'ensemble de la plateforme.Le GoodBarber MCP Server est en ligne : connectez votre application aux assistants IA et gérez vos tâches quotidiennes en une seule phrase.Des notifications push plus intelligentes grâce à l'IA : le MCP server crée désormais des notifications push avec planification, destinations et ciblage précis par plateformes, groupes, abonnements ou utilisateurs spécifiques.Votre CMS, désormais accessible par le MCP server : articles, événements, cartes, galeries, podcasts.

Thunkable arrive avec un pedigree que peu d'app builders peuvent revendiquer : il est issu de MIT App Inventor, le projet qui a appris à toute une génération à assembler des apps à partir de blocs visuels. Onze millions d'apps plus tard, cet héritage se voit — l'éditeur drag-and-drop est réellement accessible, et la nouvelle couche AI Builder (« iOS and Android—built by chatting ») abaisse encore la barrière. Quand nous nous sommes installés pour construire AURORA dessus, obtenir un premier écran fonctionnel a été rapide et, franchement, plaisant.La question qu'AURORA nous a forcés à poser n'était pas « puis-je construire la première version ? » — c'était « qu'est-ce que je publie exactement sur l'App Store, et que se passe-t-il quand l'app grossit ? ». Le marketing de Thunkable affirme produire de vraies apps natives. Les avis de la communauté décrivent une couche d'interprétation de blocs qui ralentit à mesure que la logique s'étoffe. Cet écart — entre la promesse du natif et l'expérience de faire tourner une vraie app à grande échelle — c'est le sujet de cette comparaison.Cet article fait partie de notre série, où nous appliquons honnêtement le même brief AURORA à chaque outil. Si vous évaluez aussi Adalo, Glide, FlutterFlow ou Bubble, vous y retrouverez la même méthode.

AppSheet est un produit Google, ce qui lui confère d'emblée une crédibilité que peu de concurrents peuvent revendiquer. Il est intégré dans Google Workspace, soutenu par l'infrastructure Google Cloud, et utilisé par Airbus, Husqvarna ou Solvay. Ce pedigree est réel. Quand nous avons appliqué notre brief AURORA à la plateforme, nous avons compris rapidement que cette crédibilité était méritée — juste sur un terrain différent de celui que nous explorions.AppSheet est conçu pour les outils internes : une app d'inventaire pour vos équipes d'entrepôt, un formulaire d'inspection pour vos techniciens terrain, un CRM pour vos commerciaux. AURORA est une app mobile grand public — elle se télécharge sur l'App Store sous votre marque, par des clients que vous n'avez jamais rencontrés, et doit être opérée au quotidien par une équipe marketing qui ne verra jamais une feuille de calcul. Ce sont deux problèmes différents. Que les deux s'appellent "no-code" est précisément la source de confusion que cet article veut clarifier.Cet article fait partie de notre série — même brief AURORA, même honnêteté, appliqués à chaque outil évalué. Si vous comparez en parallèle Adalo, Glide, Bubble ou d'autres plateformes, vous y trouverez le même cadre de lecture.

Bolt.new était impossible à ignorer depuis son lancement en octobre 2024. 20 millions de dollars d'ARR en deux mois, sept millions d'utilisateurs en moins d'un an — nous avons décidé de le tester sérieusement, pas d'y faire un tour rapide. Nous avons appliqué le même brief qu'à toute notre série : AURORA, un guide de voyage luxe avec distribution native en stores, mises à jour éditoriales quotidiennes, campagnes push, gestion des utilisateurs et couche e-commerce.Nous avons construit AURORA sur Bolt.new. Nous l'avons construit sur GoodBarber. Ce qui suit est le récit honnête des deux expériences — avec les moments où Bolt nous a impressionnés, et ceux où les chemins ont divergé de façon à rendre les deux outils incomparables.Cet article fait partie de notre série — même brief, même grille de lecture, appliqués à chaque outil majeur que nous avons évalué. Si vous regardez aussi Base44, Emergent, Adalo ou FlutterFlow, vous y retrouverez un cadre cohérent.

Créer une notification push peut sembler simple au départ : écrire un message, choisir une audience, envoyer.Mais dans un usage réel, les demandes sont souvent plus précises :envoyer la notification demain matin ;cibler uniquement les utilisateurs iOS et Android ;ouvrir une section précise de l’app ;rediriger vers un article, un produit ou une URL ;cibler un groupe d’utilisateurs ;envoyer un message à un utilisateur spécifique ;programmer l’envoi selon l’heure locale des utilisateurs.Jusqu’ici, ce type de configuration demandait de passer manuellement par plusieurs réglages. Avec le serveur MCP enrichi, l’utilisateur peut formuler son besoin dans une phrase naturelle.Par exemple :“Envoie une notification push vendredi à 10h aux utilisateurs iOS et PWA pour leur annoncer la sortie de ma nouvelle émission, et ouvre la section Web TV quand ils cliquent.”L’assistant doit alors comprendre trois éléments essentiels :le message à envoyer ;l’audience concernée ;l’action à déclencher au clic.C’est précisément ce qui rend cette mise à jour intéressante : l’IA ne se contente pas d’écrire un texte. Elle interprète une intention de communication complète.