Apple et Google n'autorisent personne d'autre que vous à ouvrir vos comptes développeurs. Voici les 3 semaines de démarches expliquées dans l'ordre - D-U-N-S, W-8BEN-E, contrats, vérifications.
Ce guide reprend les 3 semaines de démarches qu'on a faites avec chacun de nos clients. La logique est simple : le D-U-N-S est le chemin critique (5 à 14 jours d'attente), tout le reste s'enchaîne dessus. Si vous avez déjà un D-U-N-S, comptez plutôt une semaine. Et si vous calez quelque part, on vous débloque en visio.
Utilisez l'email pro défini dans la pré-flight. Activez la double authentification immédiatement (Apple l'exige et bloque sinon). Mettez votre nom légal exact dans les champs prénom/nom - pas un alias, pas le nom de la société.
appleid.apple.comIdentifiant à 9 chiffres délivré par Dun & Bradstreet - l'équivalent international du SIREN. Vérifiez d'abord si votre société en a déjà un via le lookup Apple : beaucoup d'entreprises en ont un sans le savoir.
Le piège : le nom légal et l'adresse postale doivent être strictement identiques à votre Kbis. Une virgule, un accent (Schoelcher vs Schœlcher), un « SAS » oublié = rejet. Recopiez caractère par caractère.
developer.apple.com/enroll/ → D-U-N-S LookupUne fois le D-U-N-S validé, lancez l'enrôlement comme Organisation (jamais Individu si vous avez une société). Vous serez l'Account Holder - la seule personne qui peut signer les contrats Apple. Si vous êtes fondateur de la SASU/SAS, vous avez d'office cette autorité.
Apple appelle ensuite par téléphone pour vérifier votre identité. L'appel se fait en français pour les sociétés françaises, généralement entre 9h et 18h. Préparez le numéro affiché sur votre site pro - ils vérifient qu'il colle. Si vous ratez l'appel, ils rappellent. Pas de panique.
developer.apple.com/programs/enroll/Dans App Store Connect → Business → Agreements. Sans ça, impossible de publier une app payante ou de vendre des in-app purchases.
Trois sections à remplir : Bank Information (IBAN de la société + BIC/SWIFT - les deux sont demandés, l'IBAN seul ne suffit pas), Tax Forms (numéro de TVA intracom + formulaire W-8BEN-E côté US, voir section dédiée ci-dessous), et signature du Paid Applications Agreement.
Allez dans Users and Access → + → invitez nos deux emails ci-dessous. Donnez-nous le rôle Admin, et cochez impérativement « Access to Certificates, Identifiers & Profiles ». Sans cette case, on est bloqués sur la signature des builds.
Apple demande ce formulaire pour ne pas vous prélever 30 % de retenue à la source US sur vos revenus App Store. Pour une SAS, SASU ou SARL française classique qui vend des apps, voici les bonnes valeurs.
Le nom du fondateur apparaîtra alors comme seller sur l'App Store, pas celui de la société. Et impossible d'inviter une équipe. Refus garanti à la review si l'app est commerciale.
« Rue Victor Schoelcher » vs « Rue Victor Schœlcher » : pour Apple, ce n'est pas la même boîte. Vérifiez accents, ponctuation, code postal et pays exactement comme sur l'extrait Kbis.
Apple appelle pour vérifier votre identité et demande à voir votre nom de société + téléphone sur votre site public. Linktree, Stan Store ou page Notion ne suffisent pas - il faut un domaine à vous avec mentions légales.
L'Account Holder doit être fondateur, dirigeant, ou avoir une délégation écrite. Apple peut demander un justificatif. Inscrire un stagiaire, un freelance ou un proche = blocage immédiat.
Le RIB fourni doit être au nom légal exact de la société. Un compte perso de fondateur, ou un compte pro à un autre nom, sera rejeté lors de la signature du Paid Apps Agreement.
C'est un statut US qui ne s'applique pas à une SAS, SASU ou SARL française classique. Cochez Corporation. « Disregarded » entraîne un retrait du formulaire et un re-traitement par Apple.
Les questions qu'on nous pose le plus souvent au moment d'ouvrir un Apple Developer Program.
Apple exige que l'Account Holder soit une personne ayant l'autorité légale d'engager la société dans ses contrats. C'est un contrat commercial entre votre entreprise et Apple, pas entre Figue et Apple. On peut vous accompagner à chaque étape (visio, screen-share), mais c'est vous qui cliquez « J'accepte ».
Organization, sans hésiter. Une SASU ou EURL est une personne morale distincte de vous, donc vous vous inscrivez au nom de la société. Avantages : votre marque s'affiche sur la fiche App Store (pas votre nom perso), vous pouvez inviter une équipe, et la facture Apple est au nom de la boîte (déductible).
La micro-entreprise n'est pas une personne morale, donc vous devez vous inscrire en Individual. Conséquence : votre nom personnel s'affiche comme seller sur l'App Store. Si vous voulez votre marque affichée à la place, il faut créer une SAS ou SASU avant. Beaucoup d'infopreneurs passent à la SASU au moment de lancer leur app pour cette raison.
Un identifiant à 9 chiffres délivré par Dun & Bradstreet, l'agence d'évaluation B2B américaine. C'est l'équivalent international du SIREN. Apple et Google s'en servent pour vérifier que votre société existe bien et que vous êtes autorisé à signer en son nom. Gratuit, mais ça prend 5 à 14 jours.
Apple impose son système de paiement pour tout achat in-app de contenu numérique consommé dans l'app. Le taux est de 30 % par défaut, mais 15 % via le Small Business Program si votre revenu Apple est inférieur à 1 M$/an (inscription gratuite, accordée d'office aux nouveaux comptes). Pour les abonnements, le taux passe aussi à 15 % après la première année d'engagement de l'utilisateur. Si l'utilisateur achète son abonnement sur votre site web (hors app) et l'utilise ensuite dans l'app, c'est autorisé - c'est ce qu'on appelle le modèle « reader app » (Spotify, Netflix le font). On regardera ensemble le bon montage selon votre business.
Non. Si vous publiez une app commerciale au nom de votre société, il faut un compte Organization. Le compte Individual affiche votre nom de personne physique sur la fiche App Store, et vous ne pourrez pas inviter d'équipe. Comptez le repartir à zéro.
Oui, c'est une dépense de la société. Le compte développeur appartient à votre entreprise, donc la facture Apple est à votre nom et c'est déductible. Renouvelable chaque année - une carte bleue suffit, pas besoin de virement.
Non. Un seul compte Apple Developer Organization couvre toutes vos apps. Vous payez 99 $/an quel que soit le nombre d'apps publiées. C'est aussi pour ça qu'il faut bien le configurer dès le début.
On accepte l'invitation, on configure les certificats de signature des builds, on crée la fiche App Store (visuels, description, mots-clés que vous validerez), on uploade le binaire et on soumet à la review Apple. Vous restez Account Holder - c'est vous qui validez la submission finale et qui voyez tout dans App Store Connect en temps réel.
Comme pour Apple, utilisez l'email pro de la pré-flight. Gmail standard suffit techniquement (apps.votreboite@gmail.com) - pas besoin de Google Workspace si vous voulez économiser les 6 €/mois.
Activez la validation en 2 étapes avant de commencer l'inscription développeur, c'est exigé.
accounts.google.comSi vous avez déjà fait Apple, vous l'avez. Sinon, même process gratuit chez Dun & Bradstreet. Google l'exige aussi pour les comptes Organisation depuis 2023, et applique strictement les deadlines de vérification - pas d'exemption.
Le piège : le nom et l'adresse de votre Google Payments profile doivent matcher exactement le profil D-U-N-S. Si vous avez déjà un Google Payments avec une autre adresse (Google Ads par exemple), il faut le mettre à jour avant.
dnb.com/duns-number/lookup.htmlChoisissez Organization, jamais « Personal » pour une app commerciale. Les comptes Personal doivent passer un closed test avec 12 testeurs pendant 14 jours avant la moindre publication - un cauchemar pour un go-live.
Préparez : nom légal, adresse, site web vérifié via Google Search Console (étape suivante), Kbis de moins de 3 mois, pièce d'identité du signataire.
play.google.com/console/signupGoogle envoie des codes (OTP) à l'email contact et au téléphone - ils doivent rester valides en permanence. Le site web doit être vérifié dans Search Console avec le même compte Google que le Play Console.
Comment vérifier le site dans Search Console : 4 méthodes possibles. La plus simple est le fichier HTML à uploader à la racine du site (Webflow, Framer, WordPress savent tous le faire en 2 clics). Si vous avez plusieurs sous-domaines (api.x.com, www.x.com, app.x.com), préférez la vérification DNS (enregistrement TXT) - elle couvre tous les sous-domaines d'un coup et survit aux migrations de site. Si votre site est géré par un freelance, demandez-lui de vous transférer la propriété avant de commencer.
Allez dans Users and permissions → Invite new users. Donnez-nous le rôle Admin (all permissions) au niveau du compte.
L'invitation Google n'expire pas, mais on doit accepter avec le bon compte Google associé.
Depuis novembre 2023, les comptes Personal sont obligés de faire tester l'app par 12 personnes pendant 14 jours avant publication. Pour une app commerciale, c'est ingérable. Choisissez Organization dès le départ.
Google demande un site vérifié, lié au même compte Google que le Play Console. Si votre site est géré par votre agence ou un freelance avec un autre Google, transférez la propriété avant de commencer.
Si quelqu'un a déjà créé un Google Payments avec votre email pro (pour Google Ads par exemple), l'adresse y est figée. Mettez-la à jour pour qu'elle matche le D-U-N-S et le Kbis avant de lancer l'inscription Play Console.
Google envoie périodiquement des demandes de re-vérification (D-U-N-S, identité). Si vous ratez la deadline, vos apps sont dépubliées - pas suspendues, dépubliées. Surveillez la boîte email du compte.
Les questions qu'on nous pose le plus souvent au moment d'ouvrir un Play Console.
Oui, depuis 2023, pour tous les comptes Organization. Seules les organisations gouvernementales et certaines régions où Dun & Bradstreet n'opère pas peuvent obtenir une dérogation, et il faut la demander avant de créer le compte. En France, pas d'exception : D-U-N-S obligatoire.
Oui - contrairement à Apple, Google facture 25 $ une seule fois à la création du compte, pas d'abonnement annuel. Google prend en revanche une commission sur les transactions in-app : 30 % par défaut, 15 % si votre revenu Google Play est inférieur à 1 M$/an (programme automatiquement appliqué). Les abonnements passent aussi à 15 % dès la première transaction. Logique alignée avec Apple.
Oui, et c'est exactement ce qu'il faut faire. Le D-U-N-S est attaché à votre société, pas à une plateforme. Si vous avez déjà fait la démarche pour Apple, ressortez le numéro et utilisez-le directement pour Google. Vérifiez juste que le profil Dun & Bradstreet est à jour.
Si vous n'avez pas de D-U-N-S : 2 à 3 semaines au total. Si vous l'avez déjà (par exemple parce que vous avez fait Apple) : 3 à 7 jours. La vérification d'identité Google est plus rapide qu'Apple, mais la dépendance au D-U-N-S est la même.
Non. Le compte est utilisable pour configurer l'app et préparer les builds, mais aucune publication (même internal testing public) n'est possible tant que la vérification d'identité n'est pas validée. C'est pour ça qu'on insiste pour démarrer ce process en parallèle du dev, pas après.
Google dépublie l'app jusqu'à régularisation. C'est récupérable mais long (plusieurs jours), et entre-temps les utilisateurs ne peuvent plus la télécharger. Gardez la boîte email du compte sous surveillance, et tenez le Kbis et le D-U-N-S à jour quand l'adresse de la société change.
On accepte, on configure la signature de l'app (clés de signature gérées par Google Play App Signing), on prépare la fiche store (visuels, description, mots-clés), on uploade le bundle Android et on soumet à la review. Vous gardez le contrôle complet : vous voyez tout dans le Play Console et c'est vous qui validez la mise en production.
