
Podcast player, les commandes qu'attendent vos auditeurs
Passez une section audio en Podcast player : sauts de 15 et 30 secondes, reprise de lecture, vitesse réglable et minuteur de sommeil.
Nouveautés produit, guides pratiques et idées pour créer, lancer et faire grandir votre app.

Passez une section audio en Podcast player : sauts de 15 et 30 secondes, reprise de lecture, vitesse réglable et minuteur de sommeil.

Siri Actions permet à votre app iOS de répondre « quoi de neuf ? » à la voix, sans rien à configurer de votre côté. Voici comment elle fonctionne, ce que nous avons choisi de ne pas lui laisser faire, et quand elle arrive dans votre app.

Imaginez un auditeur qui interroge un assistant sur une émission en septembre 2026 et reçoit sa grille de 2025. La page citée était exacte au moment de sa publication. Rien n’y indique que l’information a expiré, l’assistant la considère donc comme actuelle. L’auditeur manque l’émission, ou écrit à votre équipe pour savoir quelle version est la bonne. Une ancienne offre d’adhésion ou l’adresse d’un ancien studio produisent la même confusion.Carolyn Shelby a soulevé ce problème dans Search Engine Journal le 7 septembre 2026 : des informations contradictoires sur une marque peuvent induire en erreur la recherche par IA. Trois mécanismes expliquent pourquoi vos propres pages se retrouvent dans la réponse :Les assistants retrouvent les pages par leur formulation. Une question qui emploie l’ancien nom d’une émission mène tout droit à une archive qui le contient encore.Ils fusionnent plusieurs sources en une seule réponse. Les dates qui distinguaient ces sources deviennent difficiles à voir.Une nouvelle page ne retire pas l’ancienne. La grille actuelle et l’ancienne mention restent disponibles toutes les deux, et rien ne dit à l’assistant laquelle s’applique.Commencez donc par la source citée par l’assistant. Quelle phrase de cette page ne décrit plus votre service ? Cette phrase a besoin d’une date et d’un chemin vers la réponse actuelle.

Imaginez une association professionnelle qui publie une actualité dès que quelqu’un en a le temps : trois mises à jour pendant la semaine d’un congrès, puis plus rien pendant un mois. Les membres ne peuvent pas prévoir ce que l’app va leur apporter. L’équipe éditoriale ne sait pas quels efforts méritent d’être poursuivis.Une stratégie de contenu pour application mobile définit le résultat que le contenu doit produire, les besoins récurrents auxquels il répondra, les formats et le rythme que l’équipe peut maintenir, la manière dont les publications seront diffusées et les signaux disponibles qui conduiront à une décision.Ce guide porte sur le contenu publié et consulté dans une application mobile, et non sur le content marketing destiné à promouvoir une app. Les captures des stores, les campagnes d’acquisition et les publications sociales peuvent attirer les utilisateurs. La stratégie étudiée ici commence après leur arrivée.Un calendrier n’est que la partie visible. La stratégie est le raisonnement qui détermine ce qui mérite d’y figurer.

Google demande une chose simple, formulée de façon intimidante : avant de pouvoir demander l'accès à la production, votre app doit avoir vécu un test fermé avec au minimum 12 testeurs inscrits en continu pendant au moins 14 jours.QuestionRéponseQui est concerné ?Les comptes développeur personnels créés à partir du 13 novembre 2023Qui ne l'est pas ?Les comptes organisation, et les comptes personnels créés avant cette dateCombien de testeurs ?12 au minimum, simultanémentCombien de temps ?14 jours, consécutifsCe qui casse le compteurUn testeur qui quitte le programme. S'il revient, ses 14 jours repartent de zéroCe qui débloque la suiteLe bouton « Demander l'accès à la production » dans le tableau de bord de la Play ConsoleDélai de réponse de GoogleGénéralement 7 jours ou moinsSource : Play Console Help — App testing requirements for new personal developer accounts, consultée le 11 septembre 2026.Deux précisions qui évitent beaucoup d'angoisse. D'abord, le compteur suit l'inscription des testeurs, pas vos versions : publier une nouvelle build sur la piste fermée pendant les 14 jours ne remet rien à zéro. Ensuite, ce sont bien 12 comptes Google inscrits, pas 12 appareils, pas 12 avis cinq étoiles.

Natif ou cross-platform en 2026 : pourquoi le secteur revient à Swift et Kotlin, pourquoi les apps GoodBarber ont toujours été natives, et quoi vérifier avant.

Imaginez une app de formation. Un nouvel apprenant arrive pour suivre une courte leçon sur un sujet précis. Avant de pouvoir commencer, l’app affiche cinq écrans d’introduction, lui demande de s’inscrire, sollicite l’autorisation d’envoyer des notifications, puis ouvre un fil d’actualités générique. Chaque écran peut être bien conçu, mais la première session a échoué : l’apprenant n’a toujours pas trouvé de leçon.L’onboarding mobile est le parcours qui va du premier lancement à un premier résultat utile : la première valeur. La réalisation de l’action qui produit ce résultat correspond à l’activation.TermeCe qu’il décritExemple dans l’app de formationOnboardingL’ensemble du parcours entre le premier lancement et la première valeurOuvrir l’app, trouver une leçon et la commencerPremière valeurLe premier résultat utile recherché par l’utilisateurAccéder à une leçon adaptée à l’objectif de l’apprenantActivationL’action observable qui indique que la première valeur est atteinteCommencer cette leçonL’onboarding est souvent réduit au guide présenté au premier lancement, mais les deux notions ne se confondent pas. Un guide interactif n’est qu’une façon d’accompagner le parcours : une courte séquence d’écrans qui apporte le contexte essentiel avant l’entrée dans l’app. Avec GoodBarber, l’extension Guide Interactif permet de créer cette introduction. Son utilité dépend de ce qui sépare un nouvel utilisateur de la première valeur.Ne commencez pas par décider quels écrans d’introduction créer. Demandez-vous d’abord ce qu’un nouvel utilisateur doit être capable d’accomplir. Cet objectif définit le parcours d’onboarding et permet de déterminer si un guide interactif, des indications contextuelles ou un accès direct constituent le meilleur choix.Les recommandations d’Apple sur l’onboarding préconisent de rendre l’app compréhensible par l’usage et de garder tout parcours d’introduction bref et facultatif. Un guide est utile lorsqu’il lève une incertitude ; dans le cas contraire, il ne fait que retarder l’accès au produit.

Pouvez-vous concevoir votre application vous-même ?Ce que coûte le design d'une application, et le temps qu'il prendLes six décisions qui vous appartiennent vraimentCe que vous n'avez pas à déciderAndroid, iPhone et le webEt Figma, alors ?La checklist avant de vous lancerQuestions fréquentesPar où commencerPresque tout ce qui s'écrit sur la conception d'une application s'adresse à des designers. Étudiez vos utilisateurs, cartographiez les parcours, esquissez des wireframes, passez en haute fidélité, transmettez à l'équipe technique. C'est une vraie méthode et c'est la bonne pour une équipe de design.Ce n'est pas une réponse pour quelqu'un qui a un projet, un budget, et aucune formation en design.La question de fond est plus simple. Pouvez-vous concevoir votre application vous-même, ou faut-il payer quelqu'un ? Les deux réponses se défendent. Voici ce que chacune coûte, et en quoi consiste réellement le travail de design une fois qu'on en retire tout ce qu'un système sait faire à votre place.

Votre app GoodBarber est dans l'annuaire des connecteurs Claude : cherchez GoodBarber, connectez-vous et pilotez votre app par conversation. ChatGPT aussi.

Android 17 change l'usage de la position précise. Ce que GoodBarber prend en charge, ce qu'exige Google Play, et le moment où vous devez agir.

Vous avez sans doute passé l'été à entendre la même chose : il faut mettre de l'IA dans votre app. Un chatbot, un assistant, un bouton qui brille. Ce qu'on vous dit moins, c'est où le mettre, à quoi il ressemble une fois posé sur un écran, et ce qu'il fait au reste de l'interface.Je lis chaque semaine ce qui se publie sur le design d'app : les articles de Nielsen Norman Group, UX Collective, Smashing Magazine et Muzli, les notes de version des grandes apps, et les planches publiées sur Dribbble. Voici ce que l'été 2026 a changé, et ce que la rentrée en a déjà confirmé.

Le même prompt, collé dans deux apps au design opposé, donne deux sections parfaitement habillées — sans un mot de style. Ce que la génération lit sans qu'on le lui écrive.

La série « Volez cette idée » : une section d'app qu'on décrit à l'AI Extension Builder, qu'on construit pour de vrai, et dont on vous livre le prompt complet à la fin, prêt à coller. Après le quiz ciné de l'été et le compte à rebours de la reprise du club de sport, direction la salle : le défi de la rentrée.

Les stores n'ont pas pris de vacances, commencez donc par les rattraper. Apple et Google durcissent leurs exigences chaque année : niveaux d'API cibles, règles de confidentialité, échéances de SDK. Une application qui ne bouge pas ne reste pas identique, elle dérive lentement hors des clous, et l'essentiel des dégâts est invisible jusqu'au jour où il devient coûteux. Nous avons détaillé ce qui casse en silence quand vous ne mettez pas à jour votre application, et la version courte est : recompilez et resoumettez avant que les stores ne décident à votre place.Si votre application tourne sur GoodBarber, l'essentiel de cette maintenance s'est fait cet été sans que vous vous en aperceviez, et c'est exactement le but. Ouvrez tout de même vos consoles de stores une fois, pour vérifier que rien ne vous attend.

TL;DR : vous pouvez créer et prévisualiser une application gratuitement avec plusieurs outils no-code. Publier une application native sur l'App Store et Google Play exige une offre payante chez tous les grands app builders, plus deux frais qu'aucun éditeur ne peut supprimer : le compte développeur Apple à 99 $ par an et l'inscription unique à Google Play à 25 $. Les offres gratuites sont réellement utiles pour valider une idée. Elles ne permettent pas de faire tourner une application en production.

Une règle des stores ne casse jamais une app : elle conditionne son droit d'être distribuée. Déclarations, revue, examinateur — ce qui se joue vraiment quand Apple ou Google change ses règles, et les deux choses qui restent entre vos mains.

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.

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.