Skip to Content
React Native13. Play Store ⭐13.1 Le compte développeur

Chapitre 13.1 — Le compte Google Play Developer

Où on en est : début de la voie publique. Première étape administrative : le compte — 25 $ à vie, une vérification d’identité sérieuse, et des choix (perso vs organisation) aux conséquences durables.

⏱️ TL;DR — Inscription sur play.google.com/console : 25 $ une seule fois (pas d’abonnement — contraste avec les 99 $/an d’Apple), vérification d’identité (pièce officielle, parfois relevé bancaire) sous quelques jours, et un choix structurant : compte personnel (simple, MAIS test fermé obligatoire de 14 jours pour chaque première app + votre nom légal visible) vs compte organisation (D-U-N-S, plus lourd, moins de contraintes). Pour vos apps perso qui sortent : le compte personnel est le bon défaut.

🎯 Objectifs

  • Créer le compte en connaissant chaque étape de vérification.
  • Choisir perso vs organisation en connaissance de cause.
  • Comprendre ce que Google affiche publiquement (nom, adresse ?).
  • Faire le tour de la Play Console (la carte des menus qui servent).

L’inscription, étape par étape

  1. Un compte Google dédié est une bonne idée (alex.apps@gmail…) : le compte développeur y est lié À VIE, et le séparer du perso simplifie tout (transmission, sécurité, spam).
  2. play.google.com/console/signup  → type de compte (ci-dessous) → 25 $ par carte — une fois, pour toujours.
  3. Vérification d’identité : pièce d’identité officielle, parfois justificatif d’adresse ou relevé bancaire correspondant à la carte. Délai constaté : de quelques heures à quelques jours. Sans validation : pas de publication.
  4. Depuis 2023, Google exige aussi une vérification périodique des coordonnées (email, téléphone) — répondez aux mails de la Console, un compte non vérifié se fait suspendre.

Personnel vs organisation — le choix structurant

PersonnelOrganisation
Coût/à fournir25 $, pièce d’identité25 $, numéro D-U-N-S (gratuit mais des semaines)
Test fermé obligatoire (12 testeurs/14 j)✅ imposé❌ exempté
Infos publiques sur le storeNom légal + email (+ adresse si app payante/IAP)Nom de l’organisation
Pour quiLe dev solo, les apps persoMicro-entreprise/société, dès que c’est sérieux

Deux lignes méritent le zoom :

  • Le test fermé (détails au ch. 13.4) : depuis fin 2023, tout NOUVEAU compte personnel doit faire tester chaque première app par ~12 testeurs pendant 14 jours avant de POUVOIR demander la production. C’est la contrainte n°1 du parcours solo — planifiez-la.
  • La visibilité du nom légal : votre nom et email apparaissent sur la fiche. Si vous monétisez (P17), l’adresse postale devient visible aussi. Beaucoup de devs solo créent une micro-entreprise à ce moment-là — décision à mûrir AVANT la première app payante.

La Play Console — la carte

Le compte validé ouvre la Play Console . Les menus qui serviront (le reste attendra) :

  • Créer une application : nom, langue par défaut, gratuit/payant (⚠️ « payant » est IRRÉVERSIBLE dans ce sens — gratuit ne redevient jamais payant… c’est l’inverse : une app payante peut devenir gratuite, jamais l’inverse. Pour Drill : gratuit.)
  • Tests : les pistes (interne → fermé → ouvert → production) — le ch. 13.4 y vit.
  • Croissance → Fiche du Play Store : la vitrine (ch. 13.3).
  • Politique de contenu → Contenu de l’application : les questionnaires obligatoires (classification, Data Safety, public cible) — bloquants tant que non remplis.
  • Qualité → Android vitals : ANR/crashs (ch. 13.6).
  • Configuration → Intégrité de l’app : Play App Signing (ch. 13.2).

⚠️ Piège — Les suspensions de comptes développeur pour « association à un compte suspendu » ou vérifications ratées sont un sujet réel et douloureux (le compte est banni, les apps dépubliées, l’appel difficile). Les règles d’hygiène : ne JAMAIS créer un deuxième compte après une suspension (aggravation), garder les infos de paiement/identité cohérentes, répondre aux vérifications, et lire les mails de la Console (les vrais — méfiance phishing : toujours passer par la Console directement).

💡 Pour un dev Next.js — Le contraste avec le web mérite d’être ressenti : publier un site = acheter un domaine à 10 €, zéro permission. Publier une app = payer un ticket d’entrée, prouver son identité, accepter des règles de contenu et une review. Ce n’est ni bien ni mal — c’est un canal DISTRIBUÉ par un tiers, avec les garanties (confiance utilisateur, paiements intégrés) et les servitudes que ça implique. La voie perso (P12) reste votre espace de liberté totale.

✏️ Exercices

1. Préparez le dossier d’inscription SANS le soumettre (si vous n’avez pas d’app à publier aujourd’hui) : compte Google dédié, les documents d’identité scannés, la décision perso/orga argumentée en 3 lignes dans votre notes.

✅ Solution

Attendu dans les notes : « Perso : je publie des apps gratuites sans IAP → nom visible acceptable, pas de D-U-N-S à attendre, le test fermé est gérable (j’ai N amis dev + famille). Bascule orga le jour où : app payante/IAP (adresse visible sinon) ou volume sérieux. » La décision par défaut est perso — l’important est d’avoir identifié les DEUX déclencheurs de bascule.

2. Le quiz des irréversibles : listez de mémoire les 4 choses vues dans ce chapitre qu’on ne peut pas (ou difficilement) changer après coup.

✅ Solution

(1) Le package name de l’app (ch. 12.1 — définitif au premier upload). (2) Gratuit → payant (impossible ; payant → gratuit possible mais définitif aussi). (3) Le compte Google lié au compte développeur. (4) Le type perso/orga (migration possible mais lourde). Bonus : le nom légal affiché (changeable seulement en changeant… de statut légal).

3. Rédigez le rétro-planning d’une future publication : en partant d’un « je veux être en production le 1er du mois M », placez les jalons (compte, app créée, test fermé, review).

✅ Solution

J-45 : création + vérification du compte (buffer identité). J-40 : app créée, questionnaires, fiche brouillon. J-35 : build AAB sur piste interne, auto-test. J-30 : lancement du test fermé (recruter les 12 AVANT — ch. 13.4). J-14 : fin des 14 jours, demande de production. J-10 : review (quelques jours, buffer rejet + resoumission). J-0 : production. Leçon : la première publication d’un compte perso = ~1 mois incompressible — ça se planifie, pas ça ne s’improvise.

🧠 Quiz

1. Combien coûte le compte, et comment se compare-t-il à Apple ?

Réponse

25 $ une seule fois (à vie) — contre 99 $/AN chez Apple. Le ticket d’entrée Android est symbolique ; la contrainte est ailleurs (test fermé, review).

2. Quelle contrainte majeure vise spécifiquement les nouveaux comptes personnels ?

Réponse

Le test fermé obligatoire : ~12 testeurs pendant 14 jours par app, avant de pouvoir demander l’accès à la production (les comptes organisation en sont exemptés).

3. Qu’affiche publiquement un compte perso sur ses fiches ?

Réponse

Le nom légal et l’email de contact — plus l’adresse postale dès que l’app est payante ou vend des IAP. Un vrai critère pour la bascule en organisation.

4. Quel sens de conversion gratuit/payant est impossible ?

Réponse

Gratuit → payant : une app publiée gratuite ne peut jamais devenir payante (l’inverse est permis, définitivement). Les IAP restent la porte de monétisation d’une app gratuite.

5. Citez trois règles d’hygiène anti-suspension.

Réponse

Jamais de second compte après suspension, informations d’identité/paiement cohérentes, répondre aux vérifications périodiques, traiter les mails de la Console (via la Console, anti-phishing).


👉 Chapitre suivant : 13.2 — Préparer la release — l’AAB, Play App Signing, et eas submit qui fait le taxi.