Marc Leonardi, Jeudi 20 Août 2026

Accessibilité des applications mobiles : comment rendre votre app plus accessible

Un aperçu ou un score de contraste ne suffit pas à prouver qu’une app est accessible. En revanche, il est possible d’éliminer un nombre surprenant d’obstacles avant même le début des tests formels.L’accessibilité mobile va bien au-delà du contraste des couleurs. Typographie, espacements, navigation, zones tactiles, libellés, animations, médias et comportement avec les technologies d’assistance déterminent aussi si une personne peut aller au bout d’une action.Les WCAG ont été rédigées pour les contenus web. Le document WCAG2Mobile du W3C explique comment appliquer les critères de niveau A et AA des WCAG 2.2 aux applications mobiles natives, web et hybrides. Il s’agit de recommandations informatives, et non d’une norme mobile distincte ; elles ne suffisent pas à elles seules pour établir qu’une app est accessible.Cette checklist distingue ce qui peut être configuré de manière centralisée de ce qui doit encore être vérifié dans le produit publié :Domaine d’accessibilitéPremier contrôleÀ configurer ou à testerContraste des couleursTextes, arrière-plans, contrôles et étatsDéfinir les couleurs globales et vérifier chaque paire de contrasteTypographie et espacementsValeurs par défaut lisibles, retours à la ligne et agrandissementConfigurer la hiérarchie typographique et les marges globalesNavigationDestinations et libellés clairsConfigurer la structure, les libellés et la navigation de l’appZones tactilesContrôles faciles à utiliserVérifier l’app générée sur des appareilsLecteurs d’écranNoms, rôles, états et ordre de focusTester les apps iOS et Android généréesMouvementEffets utiles et facultatifsConfigurer animations et retours haptiques, puis tester les préférences systèmeMédiasSous-titres, transcriptions et alternatives textuellesAjouter les alternatives pendant la création et la relecture éditorialeInteractions PWAClavier, zoom, focus et mises en page responsiveTester la PWA publiée dans les navigateurs
Marc Leonardi, Mardi 18 Août 2026

Checklist de confidentialité pour application mobile : que préparer avant la soumission ?

Imaginez l’application d’un coach sportif avec des comptes membres, une localisation facultative, un formulaire e-mail et des outils d’analyse. Cela représente déjà quatre flux de données distincts. Modifiez une seule fonctionnalité et le périmètre de confidentialité change avec elle.Le plus difficile n’est pas de produire une page juridique. Il faut faire en sorte que trois éléments décrivent la même application :ÉlémentCe qu’il doit refléterL’application elle-mêmeLes données, autorisations et services tiers réellement utilisésLa politique de confidentialitéCe qui est collecté, pourquoi, par qui, pendant combien de temps et ce que les utilisateurs peuvent faire à ce sujetLes déclarations sur les storesLes réponses App Privacy d’Apple et Data safety de Google Play fondées sur l’application actuelleSi l’un de ces éléments indique « aucune donnée de localisation » alors que l’application soumise demande l’accès à la position, le problème vient de cette incohérence.Une grande partie de la préparation consiste à vérifier la cohérence : l’application, la politique et la fiche sur le store doivent raconter la même histoire. Cette cohérence est indispensable, mais elle ne remplace pas le respect des règles de fond des stores en matière de confidentialité et de données utilisateur.Cet article vous aide à préparer cette histoire. Il ne constitue pas un conseil juridique : les exigences applicables varient selon le pays, le public et la nature des données.
Pierre-Laurent Medori, Jeudi 13 Août 2026

Le serveur MCP de votre app parle désormais la dernière version du protocole

Chaque app GoodBarber dispose de son propre serveur MCP. C'est la porte d'entrée sécurisée qui permet à un assistant IA, avec votre autorisation, de lire et de gérer votre app : rédiger et programmer des articles, mettre à jour des produits, consulter vos statistiques, préparer des notifications push. Vous connectez l'assistant une fois, il s'authentifie via OAuth, et il ne voit que votre app.Si vous découvrez le sujet, deux bons points de départ : notre page MCP explique comment connecter un assistant à votre app, et cet article explique ce qui distingue un serveur MCP applicatif.
Pierre-Laurent Medori, Mercredi 12 Août 2026

La checklist de production qui fait échouer les apps créées par IA (7 choses qui cassent après la démo)

La version courte. Une app créée par IA qui brille en démo a prouvé qu'elle sait s'afficher, pas qu'elle sait tourner. La production se joue sur sept choses ingrates : les comptes, les états vides, la validation des stores, la livraison du push, la facture de la stack, la première mise à jour et l'exploitation semaine après semaine. Passez les sept tests ci-dessous avant d'annoncer une date de lancement. Sur GoodBarber, la plateforme porte les six premiers, certains déjà construits, d'autres assurés comme un service, et le septième s'obtient en connectant un agent IA.Vous avez construit une app avec un app builder IA, ou vous l'avez vibe-codée prompt après prompt en quelques soirées. Elle fonctionne. Mais regardez les conditions dans lesquelles elle fonctionne : votre téléphone, votre Wi-Fi, votre compte, des données que vous avez saisies vous-même, un build généré il y a une heure. Une démo, c'est une app testée exclusivement en conditions amicales.Prête pour la production signifie exactement l'inverse : l'app continue de fonctionner une fois les conditions amicales disparues. Des inconnus à votre place, la validation des stores au lieu d'un public conquis, des mois au lieu d'un après-midi.Nous avons déjà écrit sur l'origine de cet écart : notre article sur les sept murs entre un prototype et les stores cartographie la distance structurelle, et notre papier sur la différence entre créer une app et la faire tourner nomme le travail qui commence après le lancement. Ces articles se terminent sur des questions qui méritent d'être posées. Celui-ci transforme les questions en expériences : sept tests, chacun avec une procédure concrète et une condition de réussite indiscutable, tous réalisables cette semaine. Si un test vous paraît ingrat, c'est exactement le but. La production, c'est là que vivent les bugs ingrats.
Pierre-Laurent Medori, Mardi 11 Août 2026

Site web ou application pour votre petite entreprise ? Arrêtez la sur-ingénierie

L’essentiel. La plupart des petites entreprises n’ont pas besoin d’un site plus gros. Elles ont besoin du bon : trouvable sur Google, capable de prendre des rendez-vous, livré sous forme de PWA, un site qui s’installe aussi comme une app. Une PWA GoodBarber est rendue côté serveur : elle se référence comme n’importe quel site. Et GoodBarber la livre au sein d’une app Content : PWA plus apps natives iOS et Android, à partir d’une seule configuration. Vous vendez des produits ? C’est une app séparée : l’app eCommerce GoodBarber, avec son catalogue et son paiement.Dans un fil intitulé are we massively overengineering websites for small businesses? (« sur-dimensionne-t-on massivement les sites web des petites entreprises ? »), publié en juillet 2026 sur le forum r/nocode, un créateur de sites demande pourquoi on vend à un comptable, un plombier ou un toiletteur de quartier des animations sur mesure, un CMS complexe et des dizaines de pages. La réponse la plus votée estime que la plupart de ces clients seraient mieux servis par une fiche Google Business Profile et une simple page de liens que par le site de huit pages qu’ils sont venus commander. Un autre commentaire résume le vrai mal : on confond ce qui impressionne les développeurs et ce qui sert les clients.Le fil a raison sur le problème et s’arrête à un pas de la solution. La bonne question n’est pas la taille du site. C’est l’outil qui accomplit les trois travaux d’une activité de services : être trouvée par de nouveaux clients, prendre des rendez-vous sans ping-pong téléphonique, et rester présente sur le téléphone des habitués. C’est une question de forme. Et un objet du marché a exactement cette forme.Le vocabulaire vous manque ? Les trois définitions, l’explication SEO et le tableau comparatif complet site web vs application vs PWA sont réunis dans notre guide de décision. Cet article-ci reste sur le cas de la petite entreprise de services.
Pierre-Laurent Medori, Lundi 10 Août 2026

Vous pouvez posséder votre app. Pouvez-vous quitter votre app builder IA ?

La version courte. Pas à ce qu'on attend. Les grands app builders IA vous laissent réellement exporter votre code ; en août 2026, Lovable synchronise vers GitHub sur tous ses plans, y compris le gratuit, et sa documentation promet noir sur blanc : « never locked in ». Le lock-in vit ailleurs : dans le backend managé où dorment vos données, dans l'hébergement et l'authentification qu'il faudrait remplacer, dans la boucle d'édition IA qui ne part pas avec vous, et dans la base de code écrite par l'IA dont vous devenez seul responsable dès que vous franchissez la porte. Posséder le code n'a jamais voulu dire pouvoir partir.Le lock-in désignait autrefois une chose simple : votre travail est piégé dans un format propriétaire, et la porte de sortie est verrouillée. Les app builders IA ont changé la forme du problème. La porte est ouverte. La question, c'est ce qui passe par cette porte.Une app, c'est trois possessions différentes sous un seul nom : le code source, le système en production qui sert de vrais utilisateurs, et le business que l'app porte. L'export déplace la première. Il ne déplace pas les deux autres. La frustration qui traverse les fils de migration de cet été vient de la découverte tardive de cette distinction.
Lesia PIETRI, Vendredi 31 Juillet 2026

De nouveaux thèmes Classic pour lancer votre app plus vite

La bibliothèque de thèmes Classic de GoodBarber continue de s'enrichir, et cette fournée apporte dix nouveaux thèmes pour les apps de contenu. Chacun est une direction visuelle aboutie que vous pouvez faire vôtre, pour que votre app paraisse soignée dès le premier écran. Le plus difficile dans une app de contenu, ce n'est presque jamais le contenu. C'est de rendre chaque écran cohérent et soigné quand le design n'est pas votre métier. Un thème règle cela en vous donnant une direction visuelle complète : couleurs, typographie, style d'images et mise en page fonctionnent déjà ensemble. Vous apportez votre contenu et votre marque ; le thème apporte la finition. Et comme chaque thème repose sur Smart Design, le résultat reste cohérent quelles que soient vos modifications.
Dumè Siacci, Vendredi 31 Juillet 2026

Votre app fonctionnera-t-elle encore dans trois ans ?

Ce qui arrive à une app pendant les trois ans qui suivent son lancement : ce qui bouge autour d'elle, ce que la plateforme absorbe à votre place, et la courte liste de ce qui reste à votre nom.
Pierre-Laurent Medori, Jeudi 30 Juillet 2026

Votre IA sait créer une app. Voici comment la laisser s'en occuper.

La version courte : le jour du lancement est le milieu du parcours, pas la ligne d'arrivée. Le vrai travail d'une app mobile, c'est l'exploitation quotidienne : publications, campagnes push, mises à jour du catalogue, commandes. Et c'est précisément dans ce quotidien qu'un agent IA devient vraiment utile.Le débat sur l'IA est obsédé par la création. Démos prompt-to-app, écrans générés, prototypes sortis en un seul prompt. Rien d'étonnant : la création, c'est spectaculaire en démo. Mais quiconque a déjà lancé une app connaît la partie inconfortable de l'histoire : le jour où votre app arrive sur les stores, l'essentiel du travail reste à faire.Une app que personne n'exploite meurt en silence. Le contenu vieillit, les campagnes push s'arrêtent, le catalogue se périme, et la rétention suit le même chemin. Nous faisons tourner des apps en production depuis 2011, et quinze ans d'exploitation enseignent une leçon : ce qui décide du sort d'une app, ce n'est pas la façon dont elle a été créée, c'est la façon dont elle est gérée. Nous avons examiné cet angle mort dans Les app builders IA savent créer une app. Et la faire tourner ? : le secteur est devenu très fort pour générer des apps, et il est resté étrangement silencieux sur leur exploitation.C'est pourquoi une nouvelle catégorie prend forme : l'app opérable par agent. Non pas une app créée par l'IA, mais une app dont un agent IA peut réellement assurer les opérations quotidiennes, sur vos instructions, avec des garde-fous. Vous créez une fois. Vous exploitez en continu. Et c'est dans cette seconde partie que vous vivez.
Muriel Santoni, Mercredi 29 Juillet 2026

GoodBarber vs Replit

Replit construit des outils de développement dans le navigateur depuis 2016. Début 2026, la plateforme a ajouté une offre mobile, sous une page intitulée « Idea to Mobile App in Minutes » — ce qui la place, pour la première fois, sur le terrain des app builders.Nous avons donc passé notre brief habituel dans la machine : AURORA, l'app de guide de voyage haut de gamme que nous construisons sur chaque outil de cette série. Pas une grille de fonctionnalités — une vraie app, qui doit atteindre les stores, être mise à jour chaque semaine, et être pilotée par quelqu'un qui n'écrit pas de code.Ce que produit Replit est solide. C'est aussi, sans ambiguïté, une base de code : un projet React Native, un cloud facturé à l'usage, une console de développement. Toute la comparaison tient dans cette phrase — Replit vous répond en langage naturel, puis vous confie ce qui ressemble à un projet d'ingénierie. Savoir si c'est un cadeau ou un problème dépend entièrement de qui devra faire tourner l'app mardi prochain.
Mathieu Poli, Mardi 28 Juillet 2026

AI Extension Builder : templates d'articles pour votre app

Nommez n'importe quelle section de contenu de votre app dans votre prompt, et l'AI Extension Builder construit une section qui affiche ce contenu — dans la mise en page exacte que vous avez décrite. Vos articles, votre template, toujours à jour. Chaque section de contenu d'une app GoodBarber est livrée avec une gamme de templates soigneusement conçus. Vous en choisissez un, et ça fonctionne — c'est tout l'intérêt d'une plateforme intégrée. Mais la mise en page que vous avez en tête n'est pas toujours dans la liste. Vous imaginez peut-être vos derniers articles façon magazine : une grande photo de couverture avec le titre en surimpression, des cartes plus petites en dessous. Ou vos événements en agenda compact, avec seulement la date et le lieu. Jusqu'ici, vous preniez le template qui s'en approchait le plus.Ce que beaucoup d'utilisateurs de l'AI Extension Builder n'ont pas encore découvert, c'est que cette limite a disparu. Le builder ne crée pas seulement des widgets autonomes — il sait lire le contenu des sections existantes de votre app. Ce qui en fait quelque chose de plus intéressant qu'un générateur de widgets : un outil pour concevoir vos propres templates d'affichage.
Florian Luccioni, Mardi 28 Juillet 2026

IndexNow sur GoodBarber : faites indexer votre PWA plus vite

Le référencement d'une PWA repose sur un principe simple : pour qu'une page apparaisse dans les résultats de recherche, un moteur doit d'abord la visiter, la lire et l'indexer. Ce passage — le crawl — n'est pas déclenché par vous. C'est le moteur qui décide quand il repasse, à son propre rythme.Pour un site figé, cette attente n'a pas grande importance. Pour une app dont le contenu vit — un média qui publie plusieurs fois par jour, une boutique dont les prix et les stocks changent, un agenda dont les événements arrivent et expirent — c'est un vrai frein. Vous avez déjà fait le travail : le contenu est en ligne, à jour, prêt à être trouvé. Mais il reste en attente d'un robot qui n'est pas encore repassé. Pendant ce temps, c'est parfois une ancienne version de la page, ou rien du tout, qui ressort dans les résultats.
Pierre-Laurent Medori, Jeudi 23 Juillet 2026

Ce qui casse en silence quand vous ne mettez pas à jour votre application (et pourquoi vous ne le voyez jamais sur GoodBarber)

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.
Dumè Siacci, Mardi 21 Juillet 2026

Prompt teardown : GPS, mémoire et Maps à partir d'une seule phrase

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.
Conseils pour créer une app