Comment créer un compte de développeur Google Play en 2026

Le test de 14 jours est le seul élément de cette liste qui dépende d’autres personnes, et c’est là que les développeurs solo s’enlisent. C’est la partie que PrimeTestLab exécute pour vous, et elle est détaillée dans notre aide à la fin de cet article.

La plupart des tutoriels consacrés à cette question s’arrêtent à la confirmation de paiement, et la plupart étaient exacts au moment de leur rédaction. Le problème vient de ce que Google a ajouté ensuite: un contrôle d’identité qui compare vos documents à un profil de paiement que vous n’avez peut-être pas regardé depuis des années, une tâche de vérification d’appareil pour les nouveaux comptes personnels, et un verrou de production dans lequel la date de création de votre compte vous entraîne avant de vous obliger à le lever application par application. Il en résulte une suite bien connue de messages sur les forums, et ils commencent tous de la même façon. J’ai payé les 25 $, alors pourquoi ne puis-je rien publier?

Cet article suit l’ordre dans lequel les décisions se paient vraiment: ce qu’il faut avoir sous la main avant de payer, ce que chaque type de compte doit produire, ce que la console demande et dans quel ordre, quelles informations doivent correspondre à quel enregistrement, et ce qu’un nouveau compte personnel doit encore à Google une fois le reçu arrivé. Là où Google publie un chiffre, il est cité avec la réponse d’aide dont il provient. Là où Google ne publie rien, cet article le dit au lieu d’emprunter une valeur à une page d’éditeur qui n’en sait pas davantage. Tout ce qui suit a été vérifié auprès de la documentation de Google et est à jour au 13 août 2026.

Ce qu’il faut préparer avant de payer Google

Le paiement de 25 $ passe pour le moment de l’engagement parce que c’est la seule étape qui touche à votre compte bancaire. Ce n’est pas la bonne source d’inquiétude. Les étapes réellement difficiles à défaire sont celles qui ne coûtent rien: le compte Google avec lequel vous êtes connecté à cet instant devient le propriétaire du compte et, si Google documente désormais une façon restreinte de céder la propriété, elle n’est pas ouverte à tous les comptes et ce n’est pas un simple réglage. L’identité légale que vous saisissez devient la référence à laquelle sera comparé chaque document que vous enverrez ensuite, et une partie en est publiée sur Google Play. Ni l’une ni l’autre ne vous demande de confirmer que vous êtes sûr.

Sur les frais eux-mêmes, cet article dit une chose et passe à la suite: il s’agit de 25 USD, prélevés une fois par compte de développeur, ni abonnement annuel ni frais par application. Le détail complet de ce que ces frais couvrent et ne couvrent pas se trouve dans l’article sur les exigences de publication Google Play.

Ce que Google affichera publiquement

C’est la partie de la décision que l’on saute, et celle sur laquelle on revient avec des regrets. Une partie de ce que vous saisissez dans le formulaire d’inscription est affichée sur votre fiche Google Play, à la vue de tous. Un compte personnel n’est pas un compte anonyme, et si vous monétisez, la divulgation s’élargit.

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

La liste de contrôle avant inscription

La liste ci-dessous reprend les exigences de Google réorganisées selon le moment où vous en avez besoin plutôt que selon la page d’aide où elles se trouvent, et elle est découpée en trois étapes à dessein. L’étape 01 est ce que le formulaire d’inscription demande, et c’est la seule étape que le verdict évalue. Les étapes 02 et 03 sont de vraies exigences, mais elles arrivent après votre argent, et une liste de contrôle qui les mélange dans un seul score vous fait croire que vous ne pouvez pas vous inscrire tant que vous n’avez pas trouvé 12 testeurs, ce qui est tout simplement faux. Deux lignes comportent un vrai temps d’attente, et ce sont deux lignes d’organisation: c’est la raison pratique pour laquelle une inscription en tant qu’organisation ne devrait jamais être lancée le jour même où elle est décidée.

Inspecteur de préparation avant paiement

Les trois décisions difficiles à défaire

Tout le reste de cette liste se corrige avec un formulaire. Ces trois-là, non, ou pas à bon compte.

Rien de tout cela ne rend l’approbation certaine. Cela écarte les échecs que Google documente réellement, ce qui est autre chose, et plus utile. Ce que cela ne peut pas écarter, c’est l’attente: Google publie des délais précis pour les parties étroites du processus et absolument rien pour l’examen d’identité dans son ensemble, ce dont traite la section vérification ci-dessous.

Personnel ou organisation à l’inscription

La première chose à savoir, c’est qu’il ne s’agit pas d’un système de niveaux. Google indique que les deux types de comptes ont accès aux mêmes fonctionnalités générales, et tous deux peuvent monétiser via un profil de paiement. Personne n’achète une meilleure Play Console en s’inscrivant comme organisation. Ce qui diffère, c’est ce que vous devez produire pour entrer, et les obligations qui vous suivent ensuite.

Quatre catégories où Google choisit à votre place

Google nomme quatre types d’applications dont les développeurs devraient utiliser un compte d’organisation, quelle que soit l’image que le développeur a de lui-même:

Si votre application appartient à l’un de ces groupes, la question du type de compte est déjà tranchée, et le délai d’obtention du D-U-N-S devient une composante de votre calendrier de développement plutôt qu’une réflexion après coup.

Ce que chaque type doit produire

Ce tableau ne porte que sur le guichet d’inscription: ce que Google demande à chaque type, et ce que chaque type traîne ensuite. Savoir si un compte d’organisation justifie de créer une société est une autre question, avec une autre réponse pour la quasi-totalité des gens, et elle est traitée correctement dans comptes personnel et organisation comparés.

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

Peut-on changer de type de compte plus tard?

C’est le fait le plus susceptible d’être faux dans tout ce que vous avez pu lire ailleurs. Pendant des années, le conseil standard disait que le type de compte se choisit une fois pour toutes et que le développeur qui créait ensuite une société devait créer un second compte depuis zéro. La documentation actuelle de Google ne dit pas cela. Elle décrit un chemin de conversion, et elle distingue clairement le sens qu’elle prend en charge de celui qu’elle ne prend pas en charge.

Ce que la conversion suppose réellement

Le mécanisme passe par un changement de profil de paiement plutôt que par un simple réglage dans Play Console, ce qui explique qu’on le rate facilement dans la documentation. Vous créez un profil de paiement Google de type organisation ou vous basculez vers celui-ci, vous effectuez la vérification que ce profil exige, ce qui pour une organisation signifie le numéro D-U-N-S et les documents d’organisation, puis vous le liez au compte de développeur. Le délai d’obtention du D-U-N-S s’applique ici exactement comme à l’inscription: la conversion n’est donc pas non plus une opération réalisable dans la journée.

Et le propriétaire, qui passait pour définitif

C’est l’affirmation qu’il vaut le plus la peine de mettre à jour dans votre tête, car elle a longtemps été vraie et elle est répétée partout, y compris dans les versions antérieures de cet article. Google documente désormais un transfert de propriétaire en libre-service. Seul le propriétaire actuel du compte peut le lancer, et le chemin est le suivant: Play Console, Utilisateurs et autorisations, repérer la personne à qui vous voulez confier le compte, Gérer, puis Faire de cet utilisateur le propriétaire du compte. Le transfert est ensuite mis en attente pendant sept jours avant d’aboutir, et le futur propriétaire peut être invité à vérifier son identité et à fournir les informations de son profil de paiement.

C’est sur la ligne d’éligibilité que cela coince encore. Google réserve le processus direct aux comptes d’organisation et aux comptes personnels sans monétisation, et indique que les développeurs individuels qui monétisent leurs applications n’y sont pour l’instant pas éligibles. Autrement dit, le développeur le plus susceptible d’en avoir besoin, l’éditeur solo qui s’est inscrit à titre personnel, a commencé à gagner de l’argent et souhaite maintenant que sa société détienne le compte, est précisément celui qui n’est pas couvert. Sa voie reste inchangée: un nouveau compte de développeur, vérifié depuis zéro, vers lequel les applications sont transférées.

Une autre mise en garde sur le même thème: choisir un type organisation auquel vous n’avez pas droit n’est pas un raccourci administratif. Un compte d’organisation est vérifié auprès d’un vrai enregistrement d’entreprise détenu par un tiers, et fabriquer cet enregistrement relève du problème de règles, pas de l’astuce ingénieuse.

Inscription à Play Console, étape par étape

L’inscription s’ouvre sur play.google.com/console/signup. Avant de cliquer, assurez-vous du compte Google avec lequel votre navigateur est connecté, car c’est la décision que le parcours ne vous demandera jamais de reconsidérer.

Les huit points de contrôle

1. 01
   Se connecter avec le compte Google qui possédera le compte

   Le propriétaire doit avoir au moins 18 ans. La propriété peut être cédée ensuite, mais seulement dans les cas documentés par Google: comptes d’organisation et comptes personnels sans monétisation, transfert lancé par le propriétaire actuel, mis en attente pendant sept jours, avec vérification du futur propriétaire. Un compte personnel qui monétise reste hors de ce processus: pour beaucoup de développeurs, le compte avec lequel vous êtes connecté à cet instant demeure donc, en pratique, le compte définitif. Google demande un compte Google et n’indique nulle part qu’il doit s’agir d’une adresse gmail.com, quoi qu’en disent les tutoriels.

   Ce qui coince: vous êtes connecté sur un profil de navigateur personnel et vous y créez le compte de la société.

2. 02
   Choisir personnel ou organisation

   Le compte personnel est l’option de Google pour un usage personnel, y compris pour les étudiants, les amateurs et les développeurs non professionnels. Le compte d’organisation s’adresse aux entreprises et aux organisations. Google oriente quatre catégories d’applications vers un compte d’organisation: les produits et services financiers, les applications de santé, y compris la recherche médicale et celle impliquant des personnes, les applications autorisées à utiliser VpnService, et les applications gouvernementales.

   Ce qui coince: une inscription en tant qu’organisation lancée avant que le numéro D-U-N-S existe.

3. 03
   Créer ou sélectionner un profil de paiement Google du type correspondant

   L’inscription se rattache à un profil de paiement Google, et le type de profil doit correspondre au type de compte que vous avez choisi. Un profil personnel existant ne peut pas porter une inscription d’organisation. L’identité que détient ce profil est la référence à laquelle sera comparé chaque document que vous enverrez ensuite: ouvrez-le et relisez-le avant d’aller plus loin.

   Ce qui coince: un vieux profil de paiement qui conserve une adresse que vous avez quittée il y a des années.

4. 04
   Saisir vos informations légales, vos coordonnées et vos informations publiques de développeur

   Saisissez le nom légal et l’adresse exactement tels que les imprime votre document d’identité. Vous fournissez un e-mail et un téléphone de contact que Google utilise pour vous joindre, qui sont vérifiés mais pas affichés publiquement, ainsi qu’un e-mail de développeur public, lui affiché sur Google Play. Les comptes d’organisation fournissent en plus un numéro de téléphone de développeur public. Les numéros de téléphone se saisissent au format international.

   Ce qui coince: l’e-mail de développeur public est une adresse personnelle que vous préféreriez ne pas publier.

5. 05
   Accepter le contrat et payer 25 USD, une seule fois

   Vous acceptez le Contrat de distribution pour les développeurs Google Play et vous payez les frais d’inscription uniques. Ils sont prélevés par compte de développeur, pas par application, et ils ne se renouvellent pas chaque année. La page de Google sur les moyens de paiement acceptés énumère les réseaux de cartes admis, avec des différences régionales, et précise que les cartes prépayées ne sont pas acceptées.

   Ce qui coince: les frais sont payés sur des informations d’identité devinées plutôt que vérifiées. Google avertit que des informations d’identité non valides peuvent entraîner le non-remboursement des frais.

6. 06
   Vérifier votre e-mail et votre téléphone de contact

   Google envoie un code à six chiffres à l’adresse e-mail et un code à six chiffres au téléphone, par SMS ou par appel vocal. Il s’agit des coordonnées privées, celles que Google utilise pour vous joindre, et non de celles affichées sur votre fiche Play Store.

   Ce qui coince: le SMS n’arrive pas. La réponse documentée de Google est l’option d’appel vocal, puis les contrôles de signal et d’opérateur, et non la création d’un nouveau compte.

7. 07
   Effectuer la vérification d’identité

   Un compte personnel peut se voir demander un document d’identité officiel, si le profil de paiement associé n’a pas déjà été vérifié. Un compte d’organisation peut se voir demander le numéro D-U-N-S, un document officiel d’organisation et le document d’identité d’un représentant, et les comptes d’organisation nouvellement créés sont soumis à une exigence supplémentaire de vérification du site web. Tout ce qui est transmis doit correspondre au profil de paiement.

   Ce qui coince: le document et le profil divergent d’une seule ligne. Google érige cette concordance en exigence, et c’est l’échec qui remplit le plus de fils dans la communauté d’aide sur ce sujet.

8. 08
   Vérifier un véritable appareil Android, sur un nouveau compte personnel

   Les nouveaux comptes personnels effectuent une vérification d’appareil dans l’application mobile Play Console avant qu’une application puisse être proposée sur Google Play. Google exige un appareil physique, non rooté, sous Android 10 ou version ultérieure, et indique que la vérification elle-même prend moins d’une minute.

   Ce qui coince: vous développez entièrement sur un émulateur et ne possédez aucun téléphone éligible. Google autorise un même appareil à vérifier plusieurs comptes: en emprunter un est donc une option documentée.

Ce qui vient après le huitième point de contrôle

Ces huit points achèvent le compte. Ils n’achèvent pas la route vers une application publiée, et il vaut la peine d’être précis sur l’ordre de la suite, car beaucoup de pages laissent entendre que le test à 12 testeurs est un dû avant même d’avoir le droit de créer une application. C’est l’inverse. Vous créez d’abord l’application, vous terminez sa configuration, sa fiche Play Store et ses déclarations, vous importez un build et vous publiez une version sur un canal fermé, car le test qualifiant se déroule sur cette version. Ce n’est qu’ensuite que le compte à rebours de 14 jours démarre. À son terme, vous êtes éligible pour demander un accès en production, Google examine la demande, et la version de production part une fois cet accès accordé.

Il y a une réserve d’ordonnancement, et c’est toute la différence entre préparer un test et en exécuter un. La vérification du compte verrouille encore la publication elle-même: Google indique qu’un compte de développeur doit être vérifié avant que des applications puissent être soumises à examen, et sur un nouveau compte personnel la vérification de l’appareil réel doit être terminée avant qu’une application puisse être proposée sur Google Play. Créer l’application, la configurer et rédiger la fiche Play Store sont donc des choses que vous pouvez faire pendant que l’examen d’identité suit son cours. Publier la version en canal fermé sur laquelle court le compte à rebours de 14 jours, non. Organisez-vous autour du chevauchement dont vous disposez réellement, qui est de la préparation, pas des jours de test écoulés. Vérifié

Deux affirmations que vous croiserez ailleurs méritent d’être nommées pour que vous puissiez les écarter d’emblée. La première veut que l’inscription exige une adresse se terminant par @gmail.com: la page d’inscription de Google demande un compte Google, lequel peut être créé sur une adresse que vous possédez déjà. La seconde veut que Google « active généralement » un compte de développeur sous 24 à 48 heures. Aucun engagement de ce type ne figure dans la documentation actuelle de Google, et bâtir un plan de lancement là-dessus est la meilleure façon de voir une date de sortie glisser en public. Aucun délai publié

Documents, règles de concordance et délais que personne ne publie

La vérification est le moment où le processus cesse d’être un formulaire pour devenir une comparaison. Google ne lit pas votre document pour apprendre qui vous êtes. Il confronte votre document à un enregistrement qu’il détient déjà et, dès qu’une organisation est en jeu, à un second enregistrement détenu par Dun and Bradstreet. Google énonce l’exigence sans détour: ce que vous transmettez doit correspondre aux informations de votre profil de paiement associé. Dans les fils de la communauté d’aide examinés pour cet article, les refus dont la cause était identifiable venaient tous d’un désaccord entre ces enregistrements sur un nom, une adresse ou une seule ligne d’adresse manquante.

Ce que l’on demande à chaque type de compte

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

La règle de concordance exacte, avant d’envoyer quoi que ce soit

La règle est simple à énoncer et simple à rater: l’identité légale figurant sur le document, celle du profil de paiement Google associé et, pour une organisation, celle de la fiche Dun and Bradstreet doivent toutes concorder. Pas se ressembler suffisamment pour reconnaître la même personne. Concorder. Un deuxième prénom manquant, une rue abrégée d’un côté et écrite en toutes lettres de l’autre, un numéro d’appartement présent sur le document mais jamais reporté dans le profil, un accent supprimé parce qu’un formulaire ne l’acceptait pas: chacun de ces détails suffit à faire refuser un document.

L’outil ci-dessous est une comparaison de texte, pas un contrôle d’approbation ni une reproduction de l’examen de Google. Google publie l’exigence selon laquelle les enregistrements doivent correspondre; il ne publie pas la comparaison qu’il exécute réellement, sa façon de traiter les abréviations ou la ponctuation, ses règles de translittération, ni ce qu’il évalue en plus. Cet outil lit donc les deux chaînes que vous lui donnez et nomme la différence qu’il peut voir. Tout ce qu’il vous dit porte sur votre propre texte.

Comparateur de cohérence de profil

Ce que Google chiffre, et ce qu’il laisse ouvert

C’est ici que les pages concurrentes inventent des chiffres. Plusieurs tutoriels bien positionnés aujourd’hui annoncent un examen d’identité de « quelques heures à deux jours ouvrés » ou un compte « généralement activé sous 24 à 48 heures ». Aucun de ces chiffres ne figure dans la documentation actuelle de Google. Ce que Google publie, lui, est bien plus étroit et bien plus utile, car chaque valeur publiée se rattache à une action précise plutôt qu’à l’ensemble du processus.

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

La vérification de l’appareil Android

Celle-ci piège un groupe précis et de plus en plus nombreux: les développeurs qui travaillent sur un émulateur, sur un ordinateur portable d’entreprise, ou sur un appareil rooté précisément parce qu’ils sont du genre à développer des applications Android. Il n’existe aucune voie de bureau. La vérification s’effectue dans l’application mobile Play Console, sur du matériel réel.

Le calendrier compte ici d’une manière très précise: il s’agit d’un verrou sur la mise à disposition d’une application, pas sur la création du compte. Vous pouvez vous inscrire, vérifier votre identité et développer l’application sans lui, puis le découvrir au moment le moins opportun. Cela coûte une minute si vous avez le matériel et une semaine s’il faut en trouver: c’est tout l’argument en faveur de le faire dès le premier jour.

Ce dont hérite un nouveau compte personnel

C’est la partie qui surprend, et si elle surprend, c’est parce qu’elle joue sur deux niveaux à la fois. Le fait que la règle vous concerne ou non se décide au niveau du compte: personnel, créé après la date butoir. Mais ce que vous devez faire concrètement se décide au niveau de l’application, car Google écrit que vous devez exécuter un test fermé pour votre application, et la demande d’accès en production porte ensuite sur cette application, sur le test que vous avez mené pour elle et sur son état de préparation. Vous pouvez donc développer l’application d’abord, tout faire correctement, passer l’examen, et constater malgré tout que la production reste indisponible: l’obligation est arrivée avec le compte et doit être soldée sur l’application. La date butoir est en vigueur depuis le 13 novembre 2023, soit il y a 1 027 jours: à moins de travailler sur un compte de développeur créé il y a des années, elle vous concerne.

Comment la règle en est arrivée à 12

Deux chiffres circulent, et un seul est à jour. Si vous lisez une page qui parle de 20 testeurs, vous lisez une page écrite avant décembre 2024 ou recopiée sur l’une d’elles.

1. 13 novembre 2023
   La date butoir

   Les comptes de développeur personnels créés après cette date relèvent des exigences de test. La date figure toujours, inchangée, sur la page de règles actuelle de Google.

2. Fin 2023
   Lancée à 20 testeurs

   L’exigence a commencé à un minimum de 20 testeurs pendant 14 jours. La documentation communautaire de Google elle-même conserve la trace du chiffre d’origine, tout comme les fils de la communauté d’aide de l’époque. Historique

3. 11 décembre 2024
   Réduite à 12 testeurs

   Google a annoncé cette réduction dans un message de la Play Developer Community intitulé « Reduced testing requirements for Personal developer accounts ». La durée de deux semaines, elle, n’a pas bougé. Contexte: pourquoi Google est passé de 20 testeurs à 12.

4. 13 août 2026
   Règle actuelle: 12 testeurs, 14 jours sans interruption

   Au moins 12 testeurs inscrits sans interruption pendant au moins les 14 derniers jours, avant qu’un compte personnel concerné puisse demander un accès en production. Ce que cela signifie au quotidien est expliqué dans la règle des 14 jours consécutifs.

Pourquoi les autres canaux ne comptent pas

Une tentative de contournement fréquente consiste à utiliser un canal plus facile à remplir. Cela ne marche pas, et la raison tient à la formulation: les règles réclament un test fermé, précisément.

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

La comparaison complète des trois canaux de test, avec les cas où chacun est réellement le bon outil, se trouve dans test interne, fermé ou ouvert. Au moment de créer un compte, l’essentiel est plus étroit: seul le canal fermé lève le verrou, et il exige au minimum deux semaines de calendrier réel, impossibles à comprimer.

Ce qu’une désinscription vous coûte réellement

La version que l’on répète partout veut qu’une seule descente sous 12 casse la fenêtre et remette tout à zéro. Ce n’est pas ce que dit la condition de Google, et la différence se compte en semaines perdues, donc en argent.

La condition s’apprécie au moment où vous faites votre demande: au moins 12 testeurs doivent être inscrits à cet instant, et chacun de ces 12 doit l’avoir été sans interruption pendant les 14 derniers jours. Google est explicite: les testeurs qui s’inscrivent, testent moins de 14 jours, se désinscrivent puis se réinscrivent ne comptent pas, car les 14 jours doivent être consécutifs. Lues ensemble, ces phrases produisent trois conséquences que la plupart des pages se trompent à énoncer:

• Dépasser 12 est une marge de sécurité, pas de la coquetterie. Si 15 testeurs remplissent la condition et que l’un s’en va, 14 la remplissent encore et rien n’est retardé. Ce n’est que lorsque moins de 12 peuvent justifier chacun des 14 jours complets et ininterrompus que vous devez attendre.
• Un remplaçant repart de zéro. Le nouveau testeur n’hérite pas des jours accomplis par la personne partie. Ses propres 14 jours consécutifs commencent le jour de son inscription.
• Les testeurs restés en place conservent leur historique. Le départ d’une personne ne remet à zéro le compteur de personne d’autre, et c’est précisément ce que la version « tout recommence » se trompe le plus à raconter.

Ce qui se passe une fois les 14 jours écoulés

Vous devenez éligible à la demande. Google vous interroge alors sur le test que vous avez mené: comment les testeurs ont utilisé l’application, quels commentaires vous avez recueillis, ce que vous avez modifié en conséquence, à qui l’application s’adresse et pourquoi elle est prête. C’est une demande écrite avec un examen humain derrière, pas un compteur qui bascule à minuit le quatorzième jour. Les questions elles-mêmes, et la façon d’y répondre sans remplissage, sont traitées dans l’article sur le questionnaire d’accès en production.

Un mot sur l’engagement des testeurs, car c’est là que les règles inventées prolifèrent. Le seuil mesurable est l’inscription sans interruption: 12 testeurs, inscrits, pendant 14 jours d’affilée. Google ne publie aucun quota d’utilisation quotidienne sur la page de règles actuelle, et toute page qui vous affirme que chaque testeur doit ouvrir l’application pendant un nombre défini de minutes par jour décrit quelque chose que Google n’a jamais écrit. L’engagement est apprécié séparément, à travers ce que vous exposez dans la demande, et non comme un seuil chiffré qui s’ajouterait au décompte. Vérifié

Sur la question de savoir d’où viennent les testeurs, méfiez-vous aussi de la version péremptoire. L’exigence publiée par Google ne prescrit aucune source de recrutement unique, et ses propres conseils renvoient d’abord aux réseaux personnels et professionnels, en citant amis, famille, collègues et camarades de classe, puis aux communautés où se trouvent déjà vos utilisateurs probables. Ce sont des conseils et non une liste limitative: un prestataire de test légitime n’en est donc pas exclu. Ce que ce n’est pas, c’est un blanc-seing du type « Google se moque de savoir qui sont vos testeurs »: Google demande un groupe varié et représentatif et attend un engagement et des commentaires authentiques, et manipuler les installations, les notes ou les avis reste un problème de règles, peu importe comment les personnes ont été trouvées. Vérifié

Échecs d’inscription et comment les corriger

Dix symptômes, avec le remède documenté pour chacun

Les situations ci-dessous sont celles pour lesquelles Google publie des remèdes, formulées comme les développeurs les décrivent réellement dans la communauté d’aide plutôt que comme les pages de règles les intitulent. Si votre symptôme n’y figure pas, c’est une information utile en soi: cela signifie généralement que la réponse n’est pas documentée, et l’étape honnête suivante est l’assistance Play Console plutôt qu’une supposition de forum.

Routeur de blocage

Quand la réponse ne figure pas dans cette liste

Un motif revient dans les fils 2026 de la communauté d’aide qu’aucune liste de correctifs ne peut résoudre: des développeurs décrivent un blocage de vérification, où le compte ne peut pas être vérifié et où les tickets d’assistance se referment sans réponse de fond. Ces témoignages sont réels et assez fréquents pour être mentionnés honnêtement, mais ils sont aussi auto-sélectionnés, car un développeur dont la vérification se déroule normalement ne vient pas en parler. Rien dans cet article ne peut vous promettre une sortie de cette boucle. Ce qu’il peut faire, c’est vous éviter les boucles dont les causes sont documentées, c’est-à-dire la majorité d’entre elles. Signalé par la communauté

Une dernière distinction à garder en tête, car elle provoque toute une catégorie de paniques mal orientées: le contrôle d’identité de votre compte de développeur n’est pas la même chose que le programme distinct de vérification des développeurs Android à l’échelle de l’écosystème, qui suit son propre calendrier 2026. Cet article traite de la vérification dans Play Console. L’autre programme, et ce qu’il implique pour les installations hors Google Play, est traité dans l’article sur la vérification des développeurs Android.

Les exigences 2026 qui peuvent bloquer votre première version

La création du compte et les exigences applicables aux applications sont deux systèmes distincts, et il est facile de venir à bout de l’un tout en échouant discrètement sur l’autre. Vous pouvez détenir un compte de développeur parfaitement vérifié et rester incapable de publier, simplement parce que le build lui-même ne respecte pas une exigence en vigueur. Les lignes ci-dessous sont celles qui touchent un compte tout neuf; celles qui vous concernent dépendent de ce que fait votre application.

• 31 août 2026
  Les nouvelles applications et les mises à jour doivent cibler Android 16 (API 36)

  S’applique aux soumissions mobiles, aussi bien les nouvelles applications que les mises à jour d’applications existantes. Les autres facteurs de forme ont leurs propres niveaux. Le détail complet par type d’appareil se trouve dans l’article sur le niveau d’API cible.

  En vigueur
• 31 août 2026
  Les applications utilisant Google Play Billing doivent être passées à la bibliothèque Billing 8 ou ultérieure

  Le calendrier d’abandon de Google fixe à cette date l’échéance, pour les nouvelles applications et les mises à jour, de la bibliothèque Play Billing 7, avec une prolongation possible jusqu’au 1er novembre 2026. Cela ne touche que les APK qui exigent l’autorisation com.android.vending.BILLING: si votre première application ne propose ni achats intégrés ni abonnements, cette échéance ne vous concerne pas. Dans le cas contraire, c’est une dépendance de build qu’il vaut mieux découvrir maintenant qu’au moment de la soumission.

  En vigueur
• 30 septembre 2026
  Enregistrement du nom de package Play

  Chaque package Play doit être enregistré, mais les nouvelles applications créées dans Play Console le sont normalement automatiquement: il s’agit donc le plus souvent d’un statut à confirmer plutôt que d’une tâche à accomplir. Confirmez-le au lieu de le supposer. C’est une tout autre chose que le programme de vérification des développeurs Android à l’échelle de l’écosystème, traité dans l’article sur la vérification des développeurs Android.

  Généralement automatique
• 1er novembre 2026
  Fin de la fenêtre de prolongation pour les développeurs éligibles

  La même date de fin s’applique aux deux exigences du 31 août: la migration vers le niveau d’API cible et celle de la bibliothèque Play Billing. Les prolongations se demandent, elles ne sont pas automatiques, et elles apparaissent dans le statut des règles et les notifications de Play Console. Si vous créez un compte maintenant, partez du principe que vous développez pour l’exigence en vigueur, et non pour une prolongation.

  Si accordée
• Conditionnel
  Autorisations d’accès aux contacts, uniquement si votre application lit les contacts

  Les nouvelles règles de Google sur les autorisations d’accès aux contacts encadrent l’accès étendu aux contacts d’un utilisateur pour les applications ciblant Android 17 (API 37) et versions ultérieures. Les deux surfaces de Google donnent désormais la même date d’entrée en vigueur, le 27 janvier 2027: le tableau des échéances de Play Console et la page de règles d’Android Developers concordent, toutes deux consultées à nouveau le 14 août 2026. D’anciennes communications de Google avaient fait circuler la date du 28 octobre 2026 pour ces règles; cette date est caduque. Le registre daté complet se trouve dans l’article sur les mises à jour de règles 2026. Vérifié

  La plupart des applications: à ignorer

Voilà les dates 2026 les plus susceptibles d’atteindre un compte tout neuf, et cet article s’arrête délibérément là plutôt que de se transformer en calendrier des règles. Ce n’est pas une façon d’affirmer que rien d’autre dans ce calendrier ne peut vous concerner: des règles propres à certaines catégories tombent tout au long de l’année, et celles qui touchent votre application dépendent entièrement de ce qu’elle fait. Si vous voulez le registre daté complet, c’est le rôle de l’article sur les mises à jour de règles, et c’est la page à consulter avant de développer plutôt qu’après.

Comment PrimeTestLab vous aide

Revenez à la liste de préparation en haut de cet article. Chaque ligne est quelque chose que vous pouvez traiter seul, à votre rythme, à une exception près. Le document d’identité, le profil de paiement, les codes, la vérification de l’appareil: du travail en solo. Trouver 12 personnes qui installeront une application inachevée, s’inscriront avec le bon compte Google et resteront inscrites pendant deux semaines sans se volatiliser n’est pas un travail en solo, et c’est la raison pour laquelle une exigence de deux semaines se transforme régulièrement en deux mois.

Le faire soi-même ou le confier

Les deux colonnes remplissent la même exigence de Google. La différence tient à l’endroit où se logent le travail et le risque. La première colonne est étiquetée honnêtement: seules les deux premières lignes sont des conditions chiffrées que Google publie réellement. L’engagement est un élément que l’examinateur de l’accès en production apprécie, pas un seuil à atteindre, et la diversité des appareils relève d’une bonne pratique de QA que Google encourage sans en faire un nombre d’appareils à respecter.

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

Nous avons mené ce test pour 7 400+ applications dans 120+ pays, et nous le faisons depuis 5+ ans. Notre chiffre de 99.9% est un taux d’achèvement des tests, et il vaut la peine d’être précis sur ce qu’il mesure: le test géré a maintenu le nombre requis de testeurs inscrits, sans interruption, pendant les 14 jours complets. Ce n’est pas un taux d’approbation. Ce que cela vous apporte, c’est un test fermé mené à terme qui remplit l’exigence que Google a réellement écrite. Cela ne vous apporte pas l’accès en production, et personne ne peut vous le vendre: Google examine ensuite la demande et tranche, ce qui explique très exactement pourquoi la version honnête de cette offre s’arrête là où elle s’arrête.

Si vous préférez recruter vous-même, c’est un choix légitime et cet article ne prétendra pas le contraire. Sept façons légitimes de trouver 12 testeurs passe en revue les voies qui fonctionnent, et un service de test payant en vaut-il la peine est écrit pour vous aider à décider de ne pas en acheter un lorsque c’est la bonne réponse.

Questions fréquentes

L’essentiel

Le test de 14 jours est la seule partie de tout cela qui exige d’autres personnes, et c’est justement celle que PrimeTestLab exécute pour vous. Voir les tarifs →