Le blog GoodBarber

Nouveautés produit, guides pratiques et idées pour créer, lancer et faire grandir votre app.

Derniers articles

  11 min de lecture

Sécurité des applications mobiles : la checklist des propriétaires d’app

Le projet Mobile Application Security de l’OWASP couvre des domaines techniques comme le stockage, la cryptographie, l’authentification, les communications réseau et la résistance à l’ingénierie inverse. Les propriétaires d’app interviennent généralement à un autre niveau : accès, fonctionnalités activées, services connectés et gestion des changements.Sécurité, confidentialité et conformité se recoupent, mais répondent à des questions différentes :DomaineQuestion principaleSécuritéComment les comptes, les données, les services et les accès sont-ils protégés contre les usages abusifs ?ConfidentialitéQuelles données personnelles sont utilisées, pourquoi et quels choix sont proposés aux utilisateurs ?ConformitéQuelles règles juridiques, contractuelles et propres aux stores s’appliquent à cette app ?Une app peut décrire correctement ses pratiques de données tout en accordant des accès trop larges. L’approbation des stores n’est pas un certificat de sécurité. Ce guide fournit une base opérationnelle ; des données sensibles, des processus réglementés ou beaucoup de code personnalisé peuvent nécessiter une évaluation qualifiée.

  7 min de lecture

Qui renouvelle le certificat SSL de votre PWA ?

Les certificats SSL expirent par conception — et de plus en plus vite. Pourquoi le web l'a voulu ainsi, ce que tenir ce calendrier exige, et qui le tient pour votre PWA.

  11 min de lecture

Personnalisation d’une app mobile : adaptez le contenu, les accès et les notifications

Un enseignant recherche des documents réservés au personnel, un parent consulte le calendrier et un élève enregistre un guide de travail. Envoyer chaque notification à ces trois profils serait simple, mais de moins en moins utile. La bonne question n’est pas de savoir combien de données vous pouvez collecter. Il faut déterminer quelle partie de l’expérience doit réellement changer :certaines sections sont partagées, tandis que d’autres dépendent du rôle de l’utilisateur ;les notifications sont envoyées uniquement au public concerné ;chaque message arrive au bon moment et ouvre une destination utile ;les utilisateurs choisissent les mises à jour récurrentes et les contenus qu’ils souhaitent conserver.Voilà ce qu’est une personnalisation concrète d’app mobile. Aucun modèle de notation opaque n’est nécessaire.

  7 min de lecture

Prompt teardown : le même mot, deux mémoires

Deux prompts demandent la même chose : retenir. L'un obtient une mémoire personnelle, l'autre une mémoire commune à tout le studio. Voici les mots qui ont décidé.

  12 min de lecture

Marketing géolocalisé pour les applications mobiles : geofencing, beacons et notifications plus utiles

« Vous êtes près de notre établissement. Venez nous rendre visite ! »Ce message sait où se trouve une personne, mais pas pourquoi cette interruption lui serait utile. Il ne propose ni avantage précis ni prochaine étape. Dans sa meilleure forme, le marketing géolocalisé utilise la proximité comme un contexte, et non comme une stratégie à part entière.Comparez-le maintenant avec celui-ci :« Votre commande est prête. Vous êtes près du point de retrait — montrez ce message au comptoir. »Le second message relie une personne connue, un lieu pertinent, le bon moment et une action immédiate. La même logique peut guider une visite de musée, une alerte événementielle ou un service local — et pas seulement une promotion.

  12 min de lecture

Analytics d’application mobile : les données à suivre pour mieux décider

Après un lancement, le nombre de téléchargements devient souvent l’indicateur principal. Pourtant, il mesure l’acquisition, pas toute la relation entre un utilisateur et votre application.Une personne peut installer l’app et ne jamais la rouvrir. Une autre peut revenir chaque matin, lire plusieurs articles et réagir aux notifications. Les compter toutes les deux comme un téléchargement masque la différence qui compte vraiment.La même prudence s’impose pour chaque indicateur pris isolément. Une hausse des pages vues peut révéler une exploration utile ou une navigation confuse. Une visite plus longue peut traduire une écoute attentive ou des frictions dans une action qui devrait prendre quelques secondes. Demandez-vous quel comportement a produit le chiffre et quelle décision il peut éclairer.

  11 min de lecture

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

  11 min de lecture

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.

  6 min de lecture

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.

  17 min de lecture

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.

  10 min de lecture

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.

  15 min de lecture

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.

  3 min de lecture

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.

  9 min de lecture

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.

  10 min de lecture

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.

  15 min de lecture

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.

Conseils pour créer une app