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.

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.

La section Favoris de votre app se filtre par type, se trie onglet par onglet, et tout retrait se rattrape en un tap. La nouvelle version, écran par écran.

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é.

« 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.

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.

Une app événementielle coûte dès 36 €/mois en no-code, 1 000 à 20 000 $/an sur les plateformes spécialisées. Prix réels 2026 et la question billetterie.

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

Un vote « titre de l'été » où chaque voix compte pour tous : une section d'app de radio générée par IA, sa base partagée entre auditeurs, et le prompt complet à voler.

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.

Une application pour église coûte de 36 €/mois avec un builder no-code, 119 $ et plus sur une plateforme dédiée. Prix réels 2026, frais cachés, dons.

GoodBarber est désormais référencé dans l'annuaire d'apps de ChatGPT. Connectez votre app et gérez produits, contenus, membres et push en langage naturel.

Vous envisagez ce que beaucoup appellent une membership app ? Choisissez entre abonnement payant et communauté privée, puis structurez contenu, accès et push.

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.

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.

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.

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.

Compte à rebours vers la reprise et checklist de rentrée mémorisée pour chaque adhérent : une section d'app générée par IA pour votre club de sport — et le prompt complet à voler.

Site web vs application vs PWA : ce que fait chacun, ce que ça coûte de le faire vivre, comment choisir. Une PWA rendue côté serveur est site et app à la fois.

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.