En résumé. Une application mobile qui n'est pas mise à jour ne reste pas figée : elle se dégrade. Les notifications push cessent d'arriver, les nouveaux utilisateurs ne la trouvent plus, et les stores finissent par la masquer ou la retirer. Sur GoodBarber, la plateforme absorbe chaque évolution des OS et des stores et livre le correctif avec votre prochaine mise à jour : une année de bouleversements mobiles vous parvient sous la forme d'une note de version. La seule chose qui reste à faire : mettre à jour régulièrement.Votre application fonctionne aujourd'hui. Laissez-la un an sans y toucher : elle s'ouvrira toujours, aura toujours la même allure, fera toujours son travail sur votre propre téléphone. Rien dans votre tableau de bord ne vous alerte. C'est là le piège.Car pendant que votre application restait immobile, tout ce qui la porte a bougé. Apple et Google ont livré de nouveaux systèmes, réécrit les règles de leurs stores, retiré la vieille tuyauterie. Vous vous en apercevez des mois plus tard, à travers des symptômes qui ressemblent à un problème marketing : les téléchargements s'essoufflent, les campagnes push touchent de moins en moins de monde, un utilisateur fidèle vous écrit que l'application se comporte mal sur son nouveau téléphone. La dégradation est réelle, et elle n'a rien à voir avec la qualité de votre contenu.

Un MCP backend donne à l'agent votre base de données. Le MCP applicatif GoodBarber lui confie votre app en production : OAuth par app, écritures vérifiées.

Plus personne ne doute qu'une IA génère du code capable — même « vibe codé », ça marche, et parfois très bien. La question intéressante n'est plus là. Elle est : une fois générée, qu'est-ce que cette section fait vraiment à l'intérieur de votre app ? Reste-t-elle un bloc isolé dans son coin, ou exploite-t-elle ce que le device et l'app savent déjà faire ? La façon la plus honnête d'y répondre, c'est de prendre un prompt et de le décortiquer, ligne par ligne.C'est à ça que sert cette nouvelle rubrique. À chaque épisode, on prendra un prompt de la bibliothèque de l'AI Extension Builder et on le décortiquera : où il fait confiance à la plateforme, où il la force, et ce que la section obtenue sait vraiment faire. Pour commencer, l'un des prompts d'exemple de la bibliothèque : « où j'ai garé ma voiture ».Voici le prompt le plus court qu'on puisse écrire pour ça :Build a "remember where I parked" helper.C'est tout. Une phrase, pas un cahier des charges. Et voilà ce qui en sort :Un bouton pour enregistrer sa position. Une section qui retrouve ce point à la réouverture de l'app. Un bouton pour repartir vers la voiture. Un lien discret pour effacer. Et, si on refuse la localisation, un écran qui l'explique au lieu de planter.La surprise n'est pas que sept mots suffisent à dessiner un écran. C'est que cette section, née d'une phrase, exploite déjà les capacités du terminal : elle lit le GPS, elle garde une mémoire, elle ouvre Maps. On n'a demandé aucune de ces trois choses explicitement.

Un quiz de personnalité — « Which 2026 Summer Blockbuster Is Your Vibe? » — construit entièrement en le décrivant à l'AI Extension Builder de GoodBarber. Le quiz, pourquoi le format marche, et le prompt exact à voler pour votre app.

Prototyper, les app builders IA savent faire. La production est un autre métier. GoodBarber livre une app native que les agents IA savent piloter.

Nous avons organisé un AMA en direct sur r/GoodBarber, ouvert à toute question sur la publication d'une application sur l'App Store — App Review, App Store Connect, comptes développeur, tout y est passé. Les réponses venaient directement de l'équipe support qui gère les soumissions App Store et Google Play au quotidien, avec les ingénieurs iOS sollicités dès qu'une question devenait technique. Voici le récapitulatif. On nous pose souvent cette question, alors nous avons étudié nos propres dossiers de support des 18 derniers mois. Les motifs de rejet les plus fréquents sont moins spectaculaires qu'on ne l'imagine :Des métadonnées App Store incomplètes ou inexactes — informations, captures d'écran ou descriptions manquantes ou trompeuses.Un formulaire App Privacy mal configuré.Des applications qu'Apple considère incomplètes ou pas totalement fonctionnelles au moment de la revue.Au-delà de ça, on voit régulièrement des rejets liés aux droits de contenu (audio ou vidéo en particulier), à des applications dans des secteurs réglementés qui ne répondent pas aux attentes d'Apple, ou jugées trop proches de quelque chose qui existe déjà.Pour une première soumission, tout commence par les métadonnées : mettez en avant la valeur réelle de votre application plutôt qu'une promotion générique, et suivez les guidelines d'Apple — elles sont la base de tout le reste. Et si vous êtes rejeté, pas de panique. Un rejet n'est pas une impasse, c'est généralement une étape normale du processus. Lisez attentivement le retour d'Apple, traitez chaque point, puis soumettez à nouveau — nous avons vu de nombreuses applications être approuvées après un ou plusieurs cycles de revue.Si vous êtes convaincu qu'un reviewer s'est trompé, restez factuel. Expliquez clairement pourquoi vous pensez que votre application respecte la guideline en question, et appuyez votre argumentation avec tout ce qui peut aider — captures d'écran, enregistrement d'écran, identifiants de test, instructions étape par étape si une fonctionnalité n'est pas évidente. Si la discussion n'avance plus, vous pouvez demander un appel avec un représentant Apple via l'App Resolution Center dans App Store Connect — une conversation directe permet souvent de clarifier un malentendu plus vite qu'un échange écrit. En dernier recours, vous pouvez faire appel auprès de l'App Review Board, où un membre senior de l'équipe Apple réexamine le dossier. Dans tous les cas, l'objectif n'est pas de prouver qu'Apple a tort, mais de permettre au reviewer de comprendre le plus facilement possible pourquoi votre application est conforme.

Le vibe coding transforme une idée en démo fonctionnelle en quelques minutes. La publier est une autre histoire : les sept murs entre un prototype généré par IA et une vraie app sur les stores.

On a demandé à l'AI Extension Builder de GoodBarber un jeu d'arcade complet : un Flappy Bird jouable au doigt, plein écran, avec un classement partagé entre tous les joueurs. Voici le résultat, le prompt exact qui l'a produit, et ce que cette preuve de concept révèle : avec l'AI Extension Builder, à peu près tout ce qui se décrit peut devenir une section de votre app. Un jeu vidéo, ce n'est pas ce qu'on attend d'un app builder.C'est précisément ce qui en fait un bon test. Pour savoir ce que l'AI Extension Builder a dans le ventre, mieux vaut lui demander l'improbable qu'une section de plus. On lui a donc décrit un jeu d'arcade complet — jouable au doigt, plein écran, un classement partagé entre tous les joueurs — et on a regardé jusqu'où il tiendrait.Il a tenu. La leçon n'est pas « publiez des jeux », mais « le plafond est bien plus haut que vous ne le croyez » : ce qui vaut pour un Flappy Bird vaut pour la fonctionnalité pointue dont votre app a réellement besoin. Tout lui a été décrit en français, en quelques paragraphes. Voici le résultat.

L'AI Extension Builder vous permet déjà de créer une section sur mesure en la décrivant en langage courant. Désormais, ces sections savent mémoriser et partager de vraies données. Demandez un sondage, une liste de réservations ou un livre d'or : le builder met en place les données qui vont derrière et les relie à votre app en ligne, grâce à une nouvelle intégration avec Supabase. Jusqu'ici, l'AI Extension Builder excellait dans un exercice précis : transformer une phrase en une section fonctionnelle. Décrivez un compte à rebours, un mood board, un mini-jeu, et il apparaît dans votre app, habillé pour s'y intégrer parfaitement. Mais chaque section qu'il produisait vivait entièrement sur l'appareil du visiteur. Rien de ce qu'il générait ne pouvait conserver une information ni la faire circuler d'une personne à l'autre.C'était là sa limite. Demandez un « sondage lecteurs » et vous obteniez un sondage qui fonctionnait très bien pour une personne, sur un seul appareil. Les votes restaient dans le navigateur. On ferme l'app, ils disparaissent. On l'ouvre sur un autre téléphone, le compteur repart de zéro. Un livre d'or que vous seul pouvez lire n'est pas un livre d'or. Une liste de réservations qui se remet à zéro sur chaque appareil n'est pas une liste de réservations.La raison était toujours la même : ces fonctionnalités ont besoin d'un endroit où stocker leurs données, et d'un jeu de règles pour décider qui peut les lire et les écrire. Cette couche — un backend — c'est la partie difficile, et c'est précisément le genre de chose qui figurait parmi les limites des créateurs d'apps no-code. Le nouveau connecteur Supabase l'apporte directement dans le builder. L'AI Extension Builder construit désormais la couche de données en même temps que la section, dans la même conversation, avant même d'écrire une ligne de code.(Si vous découvrez cette façon de créer des sections, commencez par comprendre comment fonctionne l'AI Extension Builder — cet article prend la suite. C'est le même outil qui a récemment appris à gérer l'envoi de fichiers, et qui gagne aujourd'hui une couche de données.)

Les nouveautés de ce mois-ci sont centrées sur la visibilité, la conformité et l'expérience utilisateur — de nouvelles façons de mettre en avant les actions clés, de protéger les plus jeunes et de fluidifier les interactions quotidiennes dans votre application. Voici les nouveautés : Nouveau Floating Button global : mettez en avant une action clé dans toute votre application, configurée une seule fois depuis le Structure panel. Age Protection : une nouvelle fonctionnalité pour vous conformer aux lois régionales de vérification de l'âge et protéger automatiquement les utilisateurs les plus jeunes. Vignettes des événements sur la carte : les événements affichés sur une carte peuvent désormais apparaître sous la forme de leur propre image en vignette plutôt qu'avec un repère standard, pour que chacun soit immédiatement reconnaissable. Afficher/masquer le mot de passe : vos utilisateurs peuvent désormais toucher l'icône en forme d'œil pour afficher ou masquer leur mot de passe sur n'importe quel écran de connexion ou d'inscription, pour qu'une faute de frappe ne les bloque plus jamais.

Quand nous avons lancé l'AI Extension Builder, il savait déjà construire une section sur mesure à partir d'un simple prompt. Il manquait une pièce : votre propre matière. Jusqu'ici, l'assistant partait d'une feuille blanche, écrivait le code, l'affichait en direct — mais avec ses propres images de remplacement. Pour y mettre votre logo ou vos données, il fallait pointer vers une URL externe, un lien fragile hébergé ailleurs. Le nouveau gestionnaire de fichiers supprime cette étape.Prenons un club de course à pied qui veut une section « Calendrier des courses » dans son app.Le gérant ouvre le panneau Assets, glisse deux fichiers : logo.png et un courses.csv avec les dates et les lieux. Puis il écrit à l'assistant :« Affiche les courses à venir à partir de ce CSV, avec notre logo en haut. »L'assistant connaît déjà ces fichiers. Il ne les invente pas, ne les recrée pas, ne les encode pas en base64 : il les référence par leur URL exacte — logo.png dans une balise <img>, courses.csv via un fetch(). La section s'affiche en direct, aux couleurs du club, avec ses vraies dates.Quelques jours pour un développeur, quelques minutes ici. Et le résultat n'est pas une maquette : c'est une extension native, hébergée par GoodBarber, qui part dans l'app publiée comme n'importe quelle autre section.

Récemment, nous avons organisé un AMA sur r/GoodBarber, consacré à l'AI Extension Builder — la fonctionnalité en beta qui transforme une description en langage naturel en une véritable section intégrée à votre application. Mieux encore : les développeurs qui ont conçu la fonctionnalité étaient présents dans le fil, pour répondre directement. Les questions étaient excellentes : précises, concrètes, et souvent posées par des personnes qui avaient déjà construit quelque chose. Voici ce qu'il en est ressorti. Un constat revient souvent chez celles et ceux qui testent le builder : multiplier les itérations ne donne pas forcément un meilleur résultat. Passé un certain point, les changements perdent en pertinence — et repartir d'un prompt plus clair vaut souvent mieux que de corriger sans fin un prompt existant. Notre point de vue : l'itération fonctionne le mieux quand vous affinez l'intention de départ. Quand chaque tour change la direction du projet, il est généralement plus efficace de recommencer. La qualité de ce premier prompt a un impact déterminant — plus vous êtes clair sur ce que vous voulez construire, sur les fonctionnalités attendues et sur l'expérience utilisateur, meilleur sera le résultat.

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.

Vous avez cette idée d'app en tête depuis des mois. Ce week-end, vous vous lancez : vous ouvrez un outil de vibe coding, vous décrivez votre projet en quelques phrases, et vous regardez l'app se construire sous vos yeux. Dimanche soir, ça tourne sur votre téléphone. Les écrans s'enchaînent, les boutons répondent, l'animation est fluide. Lundi, vous la montrez autour de vous : tout le monde est bluffé. Et vous, vous avez cette sensation grisante: c'est presque fini.

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.

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é.Qu’est-ce que MCP ?

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.