Comment répondre aux avis sur l’App Store et Google Play

Les deux stores permettent aux développeurs de répondre publiquement aux avis qui contiennent du texte.

Apple App Store

• App Store Connect : ouvrez votre application, allez dans la section des notes et avis, et répondez à chaque avis. Les membres de l’équipe disposant du rôle adéquat peuvent rédiger des réponses.
• API App Store Connect : l’API App Store Connect expose les avis clients et les réponses des développeurs, ce qui permet à des outils de lister les avis et de publier des réponses par programme. Les clés d’API se créent dans Users and Access → Integrations, et la clé privée .p8 ne se télécharge qu’une seule fois.

Google Play

• Play Console : ouvrez votre application et utilisez la section des avis, sous Notes et avis, pour lire et répondre.
• Google Play Developer API : l’API Reply to Reviews permet de lister les avis et d’y répondre. Attention, l’API ne renvoie que les avis créés ou modifiés au cours de la dernière semaine environ, et seulement ceux avec texte. L’historique plus ancien se trouve dans les rapports d’avis mensuels que vous pouvez exporter depuis la Play Console (voir notre guide sur l’historique des avis Google Play).

Si vous publiez dans les deux stores, cela veut dire deux consoles, deux jeux d’autorisations et deux endroits à vérifier chaque jour. Cette séparation est la principale raison pour laquelle les équipes centralisent leurs réponses dans un seul outil.

Les deux stores publient des règles pour les réponses des développeurs. Lisez les originaux avant d’écrire votre guide de réponse interne ; le résumé ci-dessous est un point de départ, pas un substitut.

Apple

La page Ratings, Reviews, and Responses d’Apple encourage les développeurs à répondre aux retours, à traiter les bugs et les demandes de fonctionnalités, et à garder des réponses pertinentes et respectueuses. Les réponses sont publiques, et Apple précise que vous pouvez modifier une réponse après sa publication.

Google Play

L’aide de la Play Console pour consulter les avis et y répondre contient des règles pour les réponses. En gros, les réponses doivent rester dans le sujet et ne pas contenir de données personnelles, de contenu promotionnel, d’incitations ni de langage inapproprié. Consultez la page actuelle pour la liste exacte, car Google met ces règles à jour.

Des règles pratiques qui respectent les deux politiques

• Ne demandez jamais de données personnelles (e-mail, téléphone, numéros de commande) dans une réponse publique, et ne les répétez pas. Renvoyez vers un canal de support.
• N’offrez ni récompense, ni réduction, ni avantage pour qu’un utilisateur modifie son avis.
• Ne polémiquez pas, ne vous moquez pas et ne révélez rien sur l’utilisateur au-delà de son propre avis.
• Évitez le langage promotionnel. Mentionner un correctif dans une version précise est acceptable ; promouvoir un autre produit ne l’est pas.

La limite de Google Play figure dans la documentation de l’API Reply to Reviews. Si vous utilisez une même bibliothèque de réponses pour les deux stores, écrivez chaque modèle pour qu’il tienne en 350 caractères. Nos modèles de réponse respectent cette règle.

Une remarque pour les réponses en français : un texte en français est souvent plus long que son équivalent anglais, et les espaces avant « ? », « ! » et « : » comptent aussi. Comptez les caractères de la version finale, pas du brouillon.

Une structure fiable pour la plupart des réponses :

1. Nommez le problème précis. Reprenez le détail cité par l’utilisateur (« l’appli se fige sur l’écran de paiement ») pour montrer que quelqu’un a lu.
2. Apportez quelque chose d’utile. Une solution de contournement, un statut (« corrigé en 4.2 ») ou une prochaine étape claire.
3. Proposez un canal privé si vous avez besoin de plus de détails : une adresse de support ou l’aide dans l’application, jamais une demande de données personnelles dans la réponse elle-même.
4. Signez en tant que personne ou équipe (« Sam, support ») si votre marque le permet.

Ce qui rend les réponses moins bonnes :

• Le même texte copié dans des dizaines d’avis. Les lecteurs le remarquent, et on a l’impression que personne n’a lu l’avis.
• Se mettre sur la défensive, rejeter la faute sur l’utilisateur (« vous l’utilisez sûrement mal ») ou faire de l’ironie.
• Des promesses impossibles à tenir, comme des dates pour des fonctionnalités qui ne sont pas prévues.
• Des formules creuses (« nous apprécions votre retour ») sans contenu concret derrière.

Les modèles sont un bon point de départ. Personnalisez toujours au moins la première phrase et le détail précis.

En français, choisissez entre « vous » et « tu » et tenez-vous-y. Le « vous » est le choix sûr pour la plupart des applications ; le « tu » peut convenir à une marque grand public au ton très décontracté.

Peu d’équipes arrivent à répondre à chaque avis le jour même. Un ordre simple évite que les plus importants passent à la trappe :

1. Les avis à 1 et 2 étoiles qui décrivent un problème reproductible (plantage, échec de connexion, problème de paiement). Ce sont ceux qui ont le plus de chances d’évoluer après un correctif, et ils révèlent souvent des bugs.
2. Les avis qui parlent d’argent : prélèvements, abonnements, remboursements. Orientez rapidement vers la bonne procédure de remboursement.
3. Les avis récents sur la dernière version. Ils reflètent votre build actuel et sont les plus visibles.
4. Les avis à 3 et 4 étoiles avec une suggestion. Un merci rapide et le statut de l’idée créent de la bienveillance.
5. Les avis à 5 étoiles. Ils valent le coup quand vous avez le temps ; un merci bref et précis suffit.

Certains avis ne méritent pas de réponse : le spam, les contenus injurieux ou les avis qui concernent manifestement une autre application. Signalez les abus avec les outils du store au lieu de répondre.

Une réponse n’est pas un geste unique. Dans les deux stores, vous pouvez modifier une réponse existante, et l’auteur peut changer son avis plus tard. Apple indique que les utilisateurs sont prévenus quand vous répondez et peuvent mettre à jour leur avis ; Google Play décrit un fonctionnement similaire dans son article d’aide. Le fonctionnement exact des notifications dépend des stores et peut évoluer.

C’est pourquoi la réponse de suivi est l’une des choses les plus utiles que vous puissiez faire :

• Quand quelqu’un signale un bug, répondez par une confirmation et enregistrez le problème en interne.
• Quand le correctif sort, modifiez ou mettez à jour votre réponse : « C’est corrigé dans la version 4.3. Merci du signalement. »
• L’utilisateur peut revenir et mettre à jour son avis. Même s’il ne le fait pas, les futurs lecteurs voient un problème résolu plutôt qu’une plainte ouverte.

Pour y arriver, il faut savoir quels avis correspondent à quel bug. Envoyer les rapports de bug vers votre gestionnaire d’issues aide ; voir Comment transformer les avis d’applications en issues Linear.

Deux chiffres indiquent si votre processus de réponse est en bonne santé :

• Taux de réponse : la part des avis (ou des avis avec texte) qui ont reçu une réponse du développeur sur une période. Mesurez-le globalement et séparément pour les avis à 1 et 2 étoiles.
• Délai moyen de réponse : le temps écoulé entre la publication de l’avis et votre réponse. La médiane est utile aussi, car quelques vieux avis traités tardivement peuvent fausser la moyenne.

Fixez un objectif adapté à votre équipe, par exemple répondre à chaque avis à 1 ou 2 étoiles avec texte sous deux jours ouvrés, et vérifiez-le chaque semaine. Surveillez la tendance après chaque version : une vague d’avis fait souvent grimper le délai de réponse si vous n’anticipez pas.

Review Expert réunit les avis App Store et Google Play au même endroit et permet à votre équipe de répondre sans changer de console :

• Connectez vos applications dans Apps & Businesses avec une clé d’API App Store Connect et un compte de service Google Play. L’historique est d’abord synchronisé, puis les avis arrivent environ toutes les 5 minutes.
• Filtrez le tableau des avis par étoiles, plateforme et date pour suivre votre ordre de priorité.
• Rédigez une réponse dans Review Expert : elle est publiée dans le store via les API officielles. Les réponses existantes se mettent à jour de la même façon. Tous les rôles d’équipe (propriétaire, administrateur et réviseur) peuvent répondre.
• Le tableau de bord affiche le taux de réponse et le délai moyen de réponse à côté de la tendance de la note, pour voir si vous suivez le rythme.

Les brouillons de réponse IA et les règles de réponse automatique (avec étape de validation en option) sont disponibles. En savoir plus dans Répondre aux avis et Tableaux de bord.