Comment configurer le test interne Google Play (2026)

Le test interne est le seul canal de la Play Console qui se comporte comme un développeur s’y attend: vous importez une version, elle apparaît, les gens l’installent. Jusqu’au jour où cela ne marche plus. Vous vous retrouvez alors devant un lien qui ouvre une page du Play Store annonçant que l’application n’est pas disponible pour votre compte, sans code d’erreur, sans diagnostic, avec pour seul secours un article d’aide qui mélange les trois canaux de test sur plusieurs centaines de lignes. Cet article isole le canal interne des deux autres, donne le chemin dans la console et les règles de la liste de testeurs dans l’ordre où vous en avez réellement besoin, puis prend le temps de traiter la famille de pannes qui remplit les forums d’assistance. Là où les pages de Google se contredisent, et sur les délais elles se contredisent clairement, les deux lectures sont exposées plutôt que la plus arrangeante. Tout ce qui suit est à jour au 12 août 2026.

Comment configurer le test interne?

Avant de commencer

Préparez l’application, la version, les comptes des testeurs et votre propre accès à la Play Console. Remarquez ce qui n’est pas exigé: une fiche Play Store terminée, des captures d’écran, une classification de contenu ou un formulaire de sécurité des données rempli. Google autorise explicitement un test interne avant que l’application soit entièrement configurée. Vérifié

• 01
  Une application qui existe dans la Play Console Créée, pas nécessairement renseignée. Le premier artefact que vous importez fige le nom de package de cette application et il ne pourra plus être modifié ensuite: assurez-vous que l’applicationId est bien celui que vous comptez garder.
• 02
  Un app bundle valide Google parle d’un "app bundle valide". C’est la seule exigence d’artefact pour mettre une première version interne entre les mains de vos testeurs.
• 03
  Les adresses e-mail des testeurs Des comptes Google. L’aide actuelle exige un compte Google utilisant Gmail, ou un compte Google Workspace. Récupérez l’adresse exacte avec laquelle chaque personne sera connectée, car c’est sur cette identité que repose tout le canal.
• 04
  L’accès Play Console qui permet de le faire Les propriétaires et les administrateurs l’ont déjà. Un utilisateur délégué a besoin de l’autorisation de publier des applications sur les canaux de test, et gérer le canal et ses listes de testeurs peut exiger l’autorisation distincte de gérer les canaux de test et de modifier les listes de testeurs. Un bouton de version absent ou grisé est un problème d’accès, pas un problème de version.
• 05
  Play App Signing, uniquement pour la première version Pour la première version d’une application, la Play Console vous fait configurer Play App Signing. C’est une étape unique que vous rencontrerez pendant l’import, et non une démarche à préparer à l’avance, mais mieux vaut savoir qu’elle vous attend avant de commencer.

Étape 1: ouvrir le canal de test interne

Sélectionnez votre application, puis allez dans Test and release › Testing › Internal testing. Google documente ce chemin de deux manières différentes. L’article d’aide de la Play Console consacré à la configuration d’un test le raccourcit en Testing › Internal testing, tandis qu’une autre page d’aide actuelle expose le menu parent complet. Les deux décrivent la même destination: si votre console affiche un menu plus court que celui écrit ici, vous n’êtes pas au mauvais endroit.

Étape 2: créer votre liste de testeurs internes

Ouvrez l’onglet Testeurs (Testers) du canal de test interne et choisissez Créer une liste de diffusion (Create email list). Nommez la liste, ajoutez les adresses, enregistrez les modifications, puis créez la liste. Les adresses peuvent être saisies directement dans l’interface, séparées par des virgules, ou importées sous forme de fichier CSV. C’est la voie du CSV qui détruit des listes en silence, car elle impose trois règles documentées une seule fois et jamais répétées.

Vérificateur de liste de testeurs

Étape 3: ajouter la liste et un canal de commentaires

De retour sous l’onglet Testeurs, sélectionnez la ou les listes d’utilisateurs que ce canal doit utiliser, puis donnez à Google une URL ou une adresse e-mail de commentaires. Cette destination est affichée aux testeurs sur la page d’inscription, ce qui en fait leur seul chemin intégré pour vous signaler que quelque chose ne fonctionne pas.

Étape 4: créer et déployer la version

Choisissez Créer une version (Create new release), ajoutez votre app bundle, vérifiez-la, puis déployez-la avec les commandes actuelles de la console. Les variantes de la Play Console diffèrent assez sur le libellé exact des boutons pour qu’apprendre par cœur une séquence de clics au-delà de ce point devienne un handicap plutôt qu’une aide: l’instruction s’arrête donc là où s’arrête la documentation actuelle de Google.

Étape 5: copier et partager le lien d’inscription

Copiez le lien partageable des testeurs et diffusez-le. C’est l’étape qui déroute les développeurs depuis 2018 au moins, et la confusion est parfaitement compréhensible: tous les autres systèmes d’invitation d’internet envoient un e-mail, alors que le processus documenté par Google vous remet un lien à distribuer. Ne comptez pas sur la Play Console pour inviter vos testeurs à votre place.

Deux conditions déterminent si ce lien existe seulement. Le lien d’inscription n’est affiché que lorsque l’application est au statut Publiée. Tant qu’elle reste en Draft ou en Pending publication, il n’y a rien à copier, et relire dix fois l’onglet Testeurs n’en fera pas apparaître un. Vérifié

Étape 6: chaque testeur s’inscrit et installe

La dernière étape appartient au testeur, et c’est celle que vous ne pouvez pas faire à sa place. Chacun ouvre votre lien en étant connecté avec le compte exact que vous avez ajouté, termine l’inscription sur cette page, puis suit le lien Play Store et installe. Jusque-là, il est éligible sans être inscrit, et un testeur éligible ne reçoit rien. Envoyez le lien avec le nom du compte invité écrit juste à côté, car s’inscrire avec la mauvaise identité est l’une des pannes les plus signalées de ce parcours, et cela ressemble trait pour trait à un lien cassé.

Qui fait quoi

Toute la séquence, en un tableau

Faites défiler le tableau horizontalement pour voir toutes les colonnes

Combien de temps avant que les testeurs puissent installer?

Cinq horloges distinctes tournent pendant un test interne, et les plaintes sur les délais viennent presque toujours d’une comparaison entre les deux mauvaises. L’arrivée de la version dans le système de distribution de Google en est une. La mise en ligne du lien d’inscription destiné aux testeurs en est une deuxième. La propagation d’une modification publiée jusqu’aux personnes déjà inscrites en est une troisième. La mise à jour automatique d’une application installée en est une quatrième. Et le remplacement de la fiche provisoire par le vrai nom de votre application en est une cinquième, ce qui explique qu’une version interne parfaitement fonctionnelle puisse garder un air inachevé pendant deux jours.

Mon attente est-elle encore normale?

La seule version utile de cette question précise ce que vous attendez, car la réponse varie d’un facteur cent selon l’étape. L’outil ci-dessous demande les deux, cite ce que Google publie réellement pour cette étape, et présente ses propres seuils chiffrés comme la lecture de cet article, non comme celle de Google.

Horloge de propagation

Toutes les horloges, côte à côte

Faites défiler le tableau horizontalement pour voir toutes les colonnes

Le point éditorial à retenir: quelques secondes, quelques minutes, quelques heures et jusqu’à 48 heures sont tous vrais en même temps, parce qu’ils décrivent des morceaux différents de la même chaîne. Tout article qui les écrase en un seul chiffre trompera quelqu’un au moment précis où cette personne aura besoin de précision. Vérifié

Une version interne attend-elle l’examen de Google?

La formulation compte ici, car les deux sources de Google ne disent pas la même chose de la même façon. La page produit de Google pour le test interne le présente comme un moyen de distribuer des versions sans avoir à attendre l’examen des applications. Le centre d’aide Play Console est plus prudent: les tests internes peuvent ne pas être soumis aux examens habituels de Google concernant les règles et la sécurité.

L’énoncé exact est donc que le test interne vous permet normalement de distribuer sans attendre le parcours d’examen habituel, et l’énoncé inexact est que les versions internes ne sont jamais examinées. Google n’a promis aucune exemption catégorique de tout examen, et écrire le contraire, c’est rendre un article faux dès la première version interne retenue. Vérifié, avec une réserve de formulation

Le test interne compte-t-il dans les 12 testeurs?

C’est le malentendu le plus lourd de conséquences de tout le sujet, et il se propage activement. Au moins un article de 2026 largement relayé décrit l’exigence obligatoire comme quelque chose que l’on satisfait sur le canal de test interne. La page d’exigences de Google dit le contraire, dans des termes qui ne laissent aucune place à l’interprétation.

La règle de décision, en une ligne

Utilisez le test interne pour un contrôle qualité privé et rapide avec des gens de confiance. Utilisez le test fermé quand il vous faut le test obligatoire avant production. C’est toute la règle, et c’est volontairement tout ce que cet article dit de la comparaison: le détail complet des trois canaux se trouve dans test interne, fermé ou ouvert, qui est construit pour cette question.

Faites défiler le tableau horizontalement pour voir toutes les colonnes

À qui l’exigence s’applique vraiment

L’exigence a un périmètre, et c’est là que se loge l’essentiel de la confusion. La page de Google la documente pour les comptes de développeur personnels éligibles créés après le 13 novembre 2023. Google a annoncé la règle le 9 novembre 2023, ce qui explique que vous verrez les deux dates citées comme point de départ.

Sur les comptes d’organisation, soyez prudent dans la formulation. La page d’exigences de Google restreint la règle aux comptes personnels; elle ne contient aucune phrase affirmant que les comptes d’organisation en sont exemptés. La formulation défendable est que l’exigence est documentée pour les comptes de développeur personnels éligibles et que la page citée ne l’impose pas aux comptes d’organisation. Périmètre déduit

Inscrit pendant 14 jours n’est pas la même chose qu’utilisé pendant 14 jours

Le seuil chiffré est écrit en termes de testeurs inscrits sans interruption, et non en termes d’usage quotidien. C’est la partie mesurable. Séparément, Google évalue ce que vous déclarez sur votre test au moment où vous demandez l’accès en production, et peut exiger des tests supplémentaires si le nombre de testeurs ou leur engagement est insuffisant. Les pages concurrentes fondent régulièrement ces deux choses en une règle inventée sur les minutes d’usage quotidien.

Donc: le seuil porte sur la continuité de l’inscription, et l’engagement s’évalue en plus, pas à la place. Ce que cela implique concrètement pour un test en cours est traité dans la règle des 14 jours consécutifs et l’exigence des 12 testeurs expliquée. Vérifié

Pourquoi mon lien de test interne ne fonctionne-t-il pas?

C’est la panne qui remplit les fils de discussion sur le test interne, et la moins bien documentée. Les développeurs y arrivent après avoir fait tout ce que la Play Console leur demandait, ce qui rend l’expérience si déroutante: aucun code d’erreur, aucun diagnostic, et une page qui annonce joyeusement que l’application n’est pas disponible pour votre compte, comme si le compte était le problème et non le symptôme. Les signalements vont d’une question Stack Overflow de 2018 à des fils de la Google Developer Community de juillet 2026, en anglais et en portugais, qui décrivent tous la même poignée de causes.

Le bon réflexe est d’arrêter d’y voir un lien cassé pour y voir un circuit. La règle de livraison de Google est une série de conditions, et un seul contact ouvert arrête tout ce qui suit. Quatre états couvrent les causes qui reviennent sans cesse dans ces signalements: absent de la liste de testeurs, sur la liste mais non inscrit, inscrit mais connecté avec le mauvais compte Google, et correctement configuré mais toujours en propagation. Le dernier n’est pas du tout un défaut, et c’est précisément pour cela qu’on y perd tant de temps.

Trouvez le contact ouvert

Réglez chaque interrupteur ci-dessous sur ce que vous avez réellement confirmé, pas sur ce que vous supposez. Les contacts sont classés du plus facile au plus coûteux à vérifier: le premier resté ouvert est donc celui qu’il vaut la peine de corriger ensuite.

Simulateur des contacts d’accès

“Cette application n’est pas disponible pour votre compte”

L’accès des testeurs est lié à une identité, pas à un appareil ni à un lien. Google exige que le compte soit inclus dans la configuration des testeurs et inscrit à ce programme de test. Si l’une de ces deux moitiés manque, le Play Store n’a aucun moyen de distinguer cette personne d’un inconnu qui aurait trouvé votre URL.

La raison pour laquelle cela arrive si souvent en pratique est banale: les téléphones et les navigateurs sont couramment connectés à plusieurs comptes Google, et celui qui ouvre un lien n’est pas toujours celui que vous avez invité. Des fils de la Google Developer Community datés de mars 2026 décrivent des testeurs incapables de basculer sur l’identité voulue parce que le sélecteur de compte ne se comporte pas comme ils s’y attendent, et des fils en portugais de mi-2025 rapportent le même schéma, avec une réponse qui pointe directement vers la correspondance du compte sélectionné dans Google Play. Rapporté par la communauté

Il n’y a aucun lien d’inscription à copier

Vérifiez le statut de l’application avant toute chose. Google n’affiche le lien d’inscription que lorsque l’application est au statut Publiée. En Draft ou en Pending publication, le lien n’est ni masqué ni retardé: il n’existe pas encore. C’est le correctif le plus propre de tout ce dépannage, parce que la condition est binaire et visible dans votre propre console. Vérifié

Elle est publiée, mais personne ne la trouve dans la recherche Play

C’est le comportement attendu, pas un défaut. Google indique qu’un test interne ou fermé antérieur au test ouvert ou à la production n’apparaît pas dans la recherche du Play Store. Les testeurs à qui l’on dit de "chercher l’application sur Play" échoueront à chaque fois, quelle que soit la justesse de votre configuration, et signaleront en toute bonne foi que l’application n’existe pas.

Envoyez le lien direct. Précisez explicitement dans votre message que la recherche ne donnera rien, parce que c’est la première chose que tout le monde essaie. Vérifié

Certains testeurs sont encore sur l’ancienne version

Passez trois causes en revue, dans l’ordre. D’abord la propagation: les modifications publiées par la suite peuvent mettre plusieurs heures à atteindre les testeurs, donc une mise à jour récente peut simplement ne pas être arrivée. Ensuite les codes de version: un utilisateur reçoit le code de version compatible le plus élevé parmi tous les canaux auxquels il est éligible. Comme tout le monde est éligible à la production, un code de version de production plus élevé peut être livré à la place d’une version de test plus ancienne, ce qui produit cette situation déroutante où votre toute dernière version interne est réelle, correcte, et pourtant absente chez le testeur. Enfin l’éligibilité au canal: un compte inscrit au test interne n’est pas éligible aux versions fermées ou ouvertes, donc si vous avez déplacé le travail sur un autre canal, ce compte regarde le mauvais. Vérifié

Tout est en ordre et cela échoue quand même

Maintenant, et seulement maintenant, les remèdes de la communauté valent la peine d’être essayés: redémarrer l’appareil, redémarrer le Play Store, vider le cache ou les données du Play Store, ou ouvrir le lien dans un profil de navigateur vierge. Ils viennent de fils de la Google Developer Community et non des règles de Google, et ils sont rapportés comme ayant marché pour quelqu’un, pas comme un comportement documenté. Les placer en premier, c’est ainsi que des développeurs perdent des journées entières: ces gestes ne corrigent pas un problème de configuration et ils déguisent un délai de propagation en succès. Rapporté par la communauté

Il existe aussi un vrai cas limite. Un fil de discussion de février 2026 décrit un lien de test interne qui n’a jamais fonctionné du tout, et un fil de mai 2026 signale une erreur HTTP 500 sur la page d’inscription. Aucune cause racine générale n’est établie dans l’un ou l’autre cas, et inventer une explication technique serait pire que de l’admettre. Si votre configuration est vérifiablement correcte, que les fenêtres de propagation sont passées et que la panne persiste ou renvoie une erreur serveur, c’est un moment raisonnable pour faire remonter le problème à l’assistance Play Console plutôt que de continuer à modifier des réglages. Cause non vérifiée

Du symptôme au correctif, avec le niveau de preuve

Faites défiler le tableau horizontalement pour voir toutes les colonnes

Limites et règles que tout le monde comprend de travers

Faites défiler le tableau horizontalement pour voir toutes les colonnes

Test interne et partage interne d’applications

Ce sont deux fonctionnalités différentes aux noms fâcheusement proches, et se tromper coûte un après-midi. Le test interne est le canal officiel que décrit tout cet article: une version, une liste gérée pouvant aller jusqu’à 100 testeurs, une inscription, et des mises à jour livrées via Google Play. Le partage interne d’applications est un outil de partage rapide qui prend un APK ou un app bundle importé et vous rend un lien de téléchargement à faire circuler. Il possède lui aussi des contrôles d’accès, simplement différents: la page que Google lui consacre vous laisse réserver le téléchargement à des listes d’adresses ou ouvrir le lien à toute personne à qui vous l’envoyez, et dans les deux cas le testeur doit d’abord activer le partage interne d’applications dans son application Play Store.

La règle pratique: servez-vous du partage interne d’applications pour envoyer une version à un collègue dans les dix minutes, et du canal de test interne quand vous voulez l’historique des versions, la liste de testeurs et une version promouvable plus tard. L’expiration à 60 jours est le détail qui piège, car un lien qui fonctionnait dans un rapport de bug il y a deux mois est simplement mort, et non mal configuré. Aucune des deux fonctionnalités ne compte pour le test fermé à 12 testeurs. Vérifié

Le piège des achats intégrés

Ne reprenez pas l’affirmation courante selon laquelle tout est gratuit pendant le test interne. La règle de Google sépare l’application de ce qui se vend à l’intérieur. L’installation d’une application payante est gratuite pour un testeur interne. Les achats intégrés, eux, restent facturés, sauf si le compte de ce testeur est également configuré comme testeur de licence.

La distinction représente de l’argent réel sur un test qui implique des abonnements, et au moins un article comparatif bien classé aujourd’hui affirme exactement le contraire. Si vos testeurs s’apprêtent à emprunter un parcours d’achat, configurez d’abord le test de licence ou attendez-vous à de vraies facturations. Vérifié

Deux choses qui ne sont pas votre problème

Une bonne partie des conseils génériques que l’on trouve en ligne sur le test interne vous demande de corriger des éléments qui ne peuvent pas être en cause, ce qui fait perdre du temps et casse parfois une configuration qui fonctionnait.

Affirmations vérifiées, avec verdicts

Chaque ligne ci-dessous est une affirmation qui circule à propos du test interne. La colonne verdict reflète ce que soutiennent les sources primaires, et non ce qui semble raisonnable.

• Faux
  “Le test interne compte comme le test à 12 testeurs.” La page d’exigences de Google désigne précisément un test fermé. C’est l’erreur la plus coûteuse du sujet, parce qu’elle fait perdre la totalité de la fenêtre de 14 jours.
• Obsolète
  “Il vous faut toujours 20 testeurs.” Historique depuis le 11 décembre 2024. Le minimum actuel est de 12.
• Faux
  “Les testeurs internes ont tous les achats gratuitement.” Seule l’application payante elle-même est gratuite. Les achats intégrés sont facturés tant que le test de licence n’est pas configuré.
• Faux
  “Si votre testeur est à l’étranger, ajoutez son pays.” Google exempte spécifiquement le test interne de cette limitation de distribution.
• Trompeur
  “Votre lien est cassé s’il ne fonctionne pas immédiatement.” Google lui-même prévoit quelques heures pour un premier lien et plusieurs heures pour les modifications ultérieures.
• Trompeur
  “Les testeurs reçoivent automatiquement le lien d’inscription par e-mail.” Le processus documenté par Google veut que le développeur copie le lien partageable et le distribue. Ne bâtissez pas votre organisation sur l’idée que la Play Console invitera vos testeurs.
• Partiel
  “On peut utiliser un groupe Google pour le test interne.” L’aide actuelle de la console documente les listes de diffusion pour le test interne et les groupes Google pour le test fermé. La ressource testers de l’API de publication prend les groupes en charge plus largement, mais cela n’établit pas le comportement de la console en 2026 pour ce canal. Utilisez la méthode documentée de la liste de diffusion et ne comptez pas sur un groupe.
• Partiel
  “Google n’autorise qu’un seul canal interne.” L’API de publication expose le canal interne standard comme un canal unique et bien identifié, et l’aide documente des canaux fermés nommés supplémentaires sans publier de nombre de canaux internes. Parlez du "canal de test interne standard" plutôt que d’affirmer une limite ferme.
• Vrai
  “On peut mener un test interne avant d’avoir terminé la fiche Play Store.” Google indique qu’un app bundle valide suffit pour distribuer en interne avant que l’application soit entièrement configurée.
• Vrai
  “Les commentaires des testeurs ne nuiront pas à ma note publique.” Google indique que les commentaires des utilisateurs de test n’affectent pas la note publique de l’application.

Mettre fin à un test interne

Mettez le canal en pause. Les testeurs conservent la copie qu’ils ont déjà installée, mais ils cessent de recevoir les mises à jour de test par ce biais. Bon à savoir avant de supposer que mettre un canal en pause retire l’application du téléphone de quelqu’un: ce n’est pas le cas. Vérifié

Comment faire passer une version en test fermé?

C’est l’étape que la plupart des gens atteignent après un test interne réussi, et c’est là que commence réellement la période qui compte pour l’accès en production. L’instruction ci-dessous évite délibérément un script bouton par bouton: les variantes de la Play Console diffèrent, et un chemin de clics appris par cœur est la première chose qui casse.

1. 01
   Ouvrir le canal de destination Allez dans Test and release › Testing › Closed testing et gérez le canal fermé que vous voulez utiliser.
2. 02
   Créer une version sur ce canal Une version fermée est une version à part entière, même si elle embarque l’artefact que vous avez déjà testé.
3. 03
   Réutiliser l’artefact testé avec Add from library Sélectionnez la version importée pendant le test interne plutôt que de réimporter l’app bundle. C’est cette partie qui est documentée dans l’aide actuelle de Google sur les versions (réponse 9859348). Vérifié
4. 04
   Configurer les testeurs du canal fermé Utilisez les commandes de testeurs propres au canal fermé. Pour le test fermé, l’aide actuelle prend en charge les listes de diffusion ou les groupes Google, ce qui constitue une vraie différence avec le canal interne.
5. 05
   Vérifier et déployer Partagez ensuite le lien d’inscription du test fermé comme vous avez partagé celui du test interne. Les deux mêmes conditions s’appliquent: être sur la liste, et s’être inscrit.

Puis-je garder les mêmes testeurs?

Oui pour les personnes, non pour des inscriptions simultanées, et c’est cette nuance qui casse le plus de tests fermés à ce stade.

Un compte inscrit au test interne n’est pas éligible aux versions de test ouvert ou fermé. L’instruction de Google est que le testeur se désinscrive d’abord de l’interne, puis s’inscrive au test fermé. Votre groupe de contrôle qualité interne, patiemment constitué, peut donc tout à fait devenir votre groupe de test fermé, mais chacun de ses membres doit activement quitter le canal interne avant de voir quoi que ce soit sur le canal fermé.

Faites défiler le tableau horizontalement pour voir toutes les colonnes

À partir de là, la mécanique relève d’un autre sujet: recruter des personnes qui resteront inscrites 14 jours sans interruption, les faire compter correctement, et passer le questionnaire d’accès en production. Ces points sont traités dans comment inviter des testeurs en test fermé, pourquoi la Play Console affiche 0 testeur inscrit et le questionnaire d’accès en production.

Le rôle de PrimeTestLab

Il vaut la peine d’être précis sur ce passage de relais, car les deux canaux échouent pour des raisons totalement différentes. Le test interne échoue sur la configuration: un lien qui n’existait pas encore, un compte qui ne s’est jamais inscrit, une fenêtre de propagation que personne n’a laissé s’écouler. Cela se règle en lisant attentivement, et c’est précisément à quoi servent les deux premiers tiers de cet article.

Le test fermé, lui, échoue sur les personnes. La condition chiffrée publiée par Google est d’au moins 12 testeurs inscrits au test fermé pendant les 14 derniers jours sans interruption, ce qui veut dire en pratique douze humains qui s’inscrivent, et qui sont encore là la deuxième semaine. Indépendamment de ce décompte, vous avez tout intérêt à ce que ces testeurs installent et utilisent vraiment la version, car Google interroge sur l’engagement, l’usage des fonctionnalités et les commentaires quand il examine la demande d’accès en production. Aucune de ces deux moitiés n’est un problème de documentation, et aucune maîtrise de la console ne les résout. La plupart des développeurs le découvrent au moment précis où ils terminent le test interne et se rendent compte que l’exigence n’a pas bougé d’un millimètre.

Mener le test fermé soi-même, ou le confier

Faites défiler le tableau horizontalement pour voir toutes les colonnes

Oui, 25 testeurs coûtent en ce moment moins cher que 20. C’est une promotion, pas une coquille: Enterprise porte actuellement la remise la plus forte des trois formules, ce qui lui donne aussi le coût par testeur le plus bas, environ $1.12 contre $1.50 sur Professional. Les deux formules mènent le même test fermé; la promotion est la seule raison pour laquelle l’ordre s’inverse, et la page des tarifs fait foi si le chiffre a bougé depuis la rédaction de ces lignes.

Sur 7 400+ applications dans 120+ pays, nous affichons un taux de réussite de 99.9% sur l’exigence de test fermé. Ce que nous ne vous dirons pas, c’est que l’approbation est garantie. Google examine la demande d’accès en production selon ses propres critères et peut réclamer des tests supplémentaires; quiconque vous promet un résultat certain décrit quelque chose qu’il ne maîtrise pas. Ce sur quoi nous nous engageons, c’est la partie que nous maîtrisons: si le test ne passe pas, vous avez droit à un nouveau test gratuit ou à un remboursement intégral.

FAQ du test interne

L’essentiel