Exigences
Accès en production refusé : 7 raisons et comment y remédier
Un refus signifie généralement que le test n'a pas atteint l'exigence, ou qu'il a eu lieu mais que vous n'avez pas su l'expliquer. Testeurs insuffisants, période interrompue, questionnaire trop sommaire, aucune mise à jour, non-respect des règles, erreur au premier lancement, réponses inexactes : voici quoi corriger pour chaque motif.
Dernière vérification : 7 oct. 2026.
Un refus a presque toujours l'une de ces deux causes
Une demande d'accès en production est refusée pour deux grandes raisons : soit le test ne remplissait pas l'exigence, soit le test a eu lieu, mais vous n'avez pas su l'expliquer. La première tient aux 14 jours et au nombre de testeurs, la seconde au questionnaire. En passant en revue les sept points ci-dessous dans l'ordre, vous trouverez dans la plupart des cas ce qui a bloqué.
1. Moins de 12 testeurs ont participé
Ce qui compte, ce n'est pas le nombre d'adresses e-mail dans la liste, mais le nombre de comptes qui ont réellement accepté de participer et sont restés inscrits. Dès que vous passez sous 12 en cours de route, l'exigence n'est plus remplie.
2. Les 14 jours n'ont pas été consécutifs
Une période de test interrompue puis reprise ne s'additionne pas. Créer un nouveau canal ou mettre le canal en pause interrompt aussi le décompte.
3. Les réponses au questionnaire étaient trop vagues
C'est le motif le plus fréquent. Les réponses sont lues et évaluées par une personne : une réponse comme « Le test s'est bien passé » est considérée comme non étayée.
4. L'application n'a jamais changé pendant le test
On vous demande si vous avez tenu compte de ce que le test vous a appris : avec une seule version, vous n'avez rien à répondre. Ce n'est pas une condition obligatoire, mais cela vous dessert.
5. L'application elle-même enfreint les règles
C'est le cas d'un blocage sans rapport avec le test : demande excessive d'autorisations, règles de confidentialité manquantes, classification du contenu incohérente, etc.
6. Des problèmes sont apparus au premier lancement
Une application qui s'installe mais se ferme aussitôt sur certaines versions d'Android ou reste bloquée sur l'écran de connexion est considérée comme pas encore prête.
7. Les réponses au questionnaire ne correspondaient pas à la réalité
Si vous inventez des expériences de testeurs qui n'ont pas eu lieu, l'examinateur peut le repérer à travers les incohérences avec vos autres réponses. En cas de problème, c'est votre compte, et pas seulement l'application, qui est en danger.
Avant de refaire une demande
- Vérifiez de nouveau que le nombre de testeurs et la durée ont réellement été respectés. Consultez les règles de décompte des 14 jours.
- Réécrivez vos réponses au questionnaire. Des exemples question par question sont réunis dans Comment remplir le questionnaire d'accès en production.
- Récapitulez les versions publiées pendant le test et ce qui a changé. C'est votre argument le plus solide.
- Vérifiez qu'il ne manque rien dans le contenu de l'application, le formulaire Sécurité des données et les règles de confidentialité.
Questions fréquentes
- En cas de refus, faut-il recommencer le test fermé depuis le début ?
- Cela dépend du motif. Si le refus vient d'un questionnaire trop vague, vous pouvez le compléter et refaire une demande. Si le test lui-même ne remplissait pas l'exigence, vous devez poursuivre le test.
- Le motif du refus est-il communiqué ?
- Le résultat de l'examen est envoyé à l'adresse e-mail du propriétaire du compte et une notification s'affiche aussi sur le tableau de bord de l'application. Le motif est toutefois souvent peu détaillé : il est plus rapide de confronter un à un l'exigence et le questionnaire.
- Quand puis-je refaire une demande ?
- Dès que vous remplissez de nouveau l'exigence. Plutôt que de renvoyer le même contenu juste après le refus, mieux vaut corriger ce qui manquait et attendre quelques jours avant de soumettre.
- Mon application est-elle supprimée en cas de refus ?
- C'est l'accès en production qui est refusé : l'application n'est pas supprimée. Le canal de test fermé reste en place.
Remplir l'exigence sans recruter de testeurs
DUIRE rejoint votre test fermé avec de vrais appareils Android et lance votre application chaque jour pendant 14 jours. L'enregistrement de l'application et la vérification d'installabilité sont gratuits.