Publier une application sur Google Play et l’App Store depuis le Maroc : comptes, paiement, règles

Oui, tu peux publier une application sur Google Play depuis le Maroc, et sur l’App Store aussi. Il te faut un compte développeur Google Play (25 $ US, payés une seule fois) et une adhésion à l’Apple Developer Program (99 $ US par an), un numéro D-U-N-S si tu publies au nom d’une société, et surtout une carte bancaire marocaine activée pour les paiements en ligne à l’international. Ce dernier point est, dans la pratique, ce qui bloque le plus de projets marocains, bien avant la technique. Ce guide reprend tout dans l’ordre : les comptes, la vérification d’identité, les fiches, la révision, le paiement en devises, l’encaissement des revenus et les règles marocaines à respecter.

Peut-on publier une application sur les stores depuis le Maroc ?

Oui, sans restriction liée à la nationalité ou au pays de résidence : le Maroc figure parmi les pays depuis lesquels Google et Apple acceptent l’inscription des développeurs. Les deux plateformes vérifient ton identité, ton adresse et, pour une société, son existence légale, mais elles n’exigent ni domiciliation à l’étranger ni intermédiaire.

Si tu n’as pas encore tranché entre une application et un site, commence par application mobile ou site web responsive : que choisir. La publication n’a de sens que si l’application se justifie.

Ce qu’il te faut concrètement, avant de commencer quoi que ce soit :

• Un compte Google et un identifiant Apple dédiés au projet, pas ton adresse personnelle utilisée depuis dix ans.
• Une pièce d’identité valide (CIN ou passeport) et un justificatif d’adresse récent au même nom.
• Une carte bancaire Visa ou Mastercard d’une banque marocaine, avec le paiement en ligne international activé.
• Pour une société : le registre de commerce, l’ICE, une adresse de siège et un numéro D-U-N-S.
• Un site web ou au minimum une page hébergeant ta politique de confidentialité, accessible publiquement.
• Un Mac ou une solution de compilation pour la partie iOS.

Le reste, l’application elle-même, les captures, les textes de la fiche, se prépare en parallèle. Mais si l’un des six éléments ci-dessus manque, tu seras bloqué à un moment ou à un autre, et souvent au pire moment : la veille du lancement.

Compte particulier ou compte organisation : lequel choisir ?

Choisis le compte organisation dès que l’application est portée par une société, une association ou une marque qui a vocation à durer ; réserve le compte particulier aux projets personnels ou aux tests. Les deux stores font cette distinction et elle a des conséquences concrètes sur les documents demandés, le nom affiché dans la fiche et les possibilités de transfert.

Avec un compte particulier, c’est ton nom qui apparaît publiquement sous l’application, la vérification repose sur ta pièce d’identité et ton adresse personnelle, et Google impose une phase de test fermé avant toute publication (j’y reviens plus bas). Avec un compte organisation, c’est la raison sociale qui s’affiche, la vérification passe par le numéro D-U-N-S et les documents officiels de l’entreprise, et plusieurs personnes peuvent administrer le compte avec des droits distincts.

Un point que je répète à chaque client : le compte doit être créé au nom du client, avec ses documents, ses accès et sa carte. Je le configure, je prépare tout, mais l’application lui appartient. Une application publiée sur le compte d’un prestataire devient un problème le jour où la relation s’arrête, et le transfert d’une application entre comptes, possible chez Google, plus lourd chez Apple, n’est jamais aussi simple qu’on l’imagine.

Comment créer un compte développeur Google Play depuis le Maroc ?

La création d’un compte développeur Google Play depuis le Maroc se fait en ligne sur la Google Play Console, en quatre temps : choix du type de compte, saisie des informations, paiement des 25 $ US, puis vérification de l’identité. Compte quelques jours entre l’inscription et le compte pleinement opérationnel, le temps que Google valide tes documents.

Étape 1 : les informations du compte

Connecte-toi avec le compte Google dédié au projet et indique le type de compte. Google te demande un nom de développeur (celui qui sera affiché sur le Play Store), une adresse e-mail de contact, un numéro de téléphone et une adresse postale. Pour une organisation, tu renseignes en plus la raison sociale exacte, le numéro D-U-N-S, le site web de l’entreprise et une adresse e-mail professionnelle sur le domaine de la société.

Sois rigoureux sur la cohérence : le nom sur la pièce d’identité, l’adresse sur le justificatif et les données saisies doivent correspondre au caractère près. La cause numéro un des vérifications qui traînent, c’est une adresse abrégée d’un côté et complète de l’autre, ou une raison sociale saisie sans sa forme juridique.

Étape 2 : le paiement des 25 $ US

Les frais d’inscription sont de 25 $ US, payés une seule fois ; il n’y a pas d’abonnement annuel chez Google. Le paiement se fait par carte bancaire, et c’est là que beaucoup de Marocains bloquent : la carte est refusée parce que le paiement international n’est pas activé, ou parce que la dotation en devises est épuisée. La section sur le paiement depuis le Maroc, plus bas, détaille les solutions.

Étape 3 : la vérification d’identité et d’adresse

Google demande ensuite une pièce d’identité officielle (CIN ou passeport) et, selon les cas, un justificatif d’adresse. Photographie les documents à plat, en pleine lumière, sans reflet ni doigt sur le bord ; les rejets pour « document illisible » sont fréquents et chaque rejet ajoute des jours. Pour une organisation, la vérification porte sur les documents de la société et sur le numéro D-U-N-S, qui doit correspondre exactement à la raison sociale et à l’adresse déclarées.

Étape 4 : la phase de test fermé imposée aux nouveaux comptes personnels

C’est la règle qui surprend le plus. Google impose aux nouveaux comptes personnels une phase de test fermé avant de pouvoir demander l’accès à la production : tu dois publier une version en test fermé, recruter un nombre minimal de testeurs qui installent réellement l’application et la gardent pendant une période continue, puis répondre à un questionnaire sur le déroulement du test. À la date de rédaction, Google exige une douzaine de testeurs actifs pendant au moins quatorze jours consécutifs ; vérifie le chiffre exact dans ta console, il a déjà évolué et il peut encore changer.

Concrètement, cela veut dire qu’une première application sur un compte personnel ne peut pas sortir « demain ». Il faut trouver des testeurs, souvent des proches ou des clients pilotes, leur envoyer le lien d’inscription au test, s’assurer qu’ils installent et ouvrent l’application, et attendre la fin du délai. Les comptes organisation ne sont pas soumis à cette obligation, ce qui est une raison de plus de créer un compte au nom de la société quand elle existe.

Comment préparer la fiche Play Store et passer la révision Google ?

Une fiche Play Store complète comprend un titre, une description courte et longue, une icône, des captures d’écran, une classification du contenu, une politique de confidentialité et le formulaire de sécurité des données. Google refuse ou retarde toute application dont un de ces éléments manque ou contredit le comportement réel de l’application.

Les éléments de la fiche

• Le titre : trente caractères maximum, le nom de l’application, sans bourrage de mots-clés ni mentions du type « gratuit » ou « meilleur ».
• La description courte : une phrase qui dit ce que fait l’application, visible avant que l’utilisateur ne déplie le reste.
• La description longue : les fonctionnalités, le public visé, ce qui différencie l’application. C’est ici que les mots-clés comptent pour la recherche dans le store.
• L’icône : au format demandé par Google, sans texte illisible, cohérente avec l’icône installée sur le téléphone.
• Les captures d’écran : au minimum deux pour téléphone, prises dans l’application réelle, dans la langue de la fiche. Les visuels marketing sont autorisés à condition de représenter fidèlement ce que l’utilisateur trouvera.
• La classification du contenu : un questionnaire qui génère la classification par tranche d’âge. Réponds honnêtement ; une classification incohérente avec le contenu entraîne un retrait.

La politique de confidentialité et le formulaire de sécurité des données

Depuis plusieurs années, la politique de confidentialité est obligatoire pour toute application, qu’elle collecte des données ou non. Elle doit être hébergée sur une URL publique, accessible sans connexion, et son contenu doit correspondre à ce que déclare le formulaire de sécurité des données. Ce formulaire décrit les types de données collectées (identifiants, localisation, contacts, photos…), leur usage, leur partage avec des tiers et le chiffrement en transit.

L’erreur classique que je corrige sur les projets qui arrivent chez moi après un refus : l’application intègre un outil d’analyse ou une bibliothèque publicitaire qui collecte l’identifiant de l’appareil, mais le formulaire déclare « aucune donnée collectée ». Google recoupe les déclarations avec ce qu’il détecte dans le code et suspend la mise à jour. Autre exigence désormais imposée : si l’application permet de créer un compte, elle doit aussi permettre de le supprimer, depuis l’application et via un lien web déclaré dans la console.

Délai de révision et causes fréquentes de refus

La révision Google prend de quelques heures à quelques jours pour une application classique, souvent plus pour un nouveau compte, une première version ou une catégorie sensible (finance, santé, enfants). Les motifs de refus que je rencontre le plus souvent sont, dans l’ordre :

1. Politique de confidentialité manquante, inaccessible ou incohérente avec le formulaire de sécurité des données.
2. Autorisations non justifiées : l’application demande l’accès aux SMS, aux contacts ou à la localisation en arrière-plan sans que la fonctionnalité l’exige, ou sans le déclarer.
3. Fiche trompeuse : captures qui ne correspondent pas à l’application, titre avec des mots-clés, description qui promet des fonctions absentes.
4. Application inachevée : écrans vides, liens morts, boutons qui ne font rien, contenu « lorem ipsum » oublié.
5. Version cible d’Android obsolète : Google impose chaque année un niveau d’API minimum pour les nouvelles applications et les mises à jour.
6. Contenu protégé : logos, images ou noms de marque utilisés sans autorisation, y compris pour « faire joli » dans les captures.

Un refus n’est jamais définitif : Google indique la règle enfreinte, tu corriges, tu resoumets. Mais chaque aller-retour coûte des jours, et une suspension de compte pour violations répétées, elle, est très difficile à faire lever. D’où l’intérêt de préparer le dossier proprement dès la première fois.

Si tu es arrivé jusqu’ici et que tu réalises que la partie comptes, vérifications, formulaires et fiches est plus lourde que prévu, c’est normal : c’est précisément la partie que je prends en charge de bout en bout dans mes projets de création d’application mobile au Maroc, de la création des comptes à ton nom jusqu’au suivi de la validation sur les deux stores. Tu gardes la propriété de tout, je gère les échanges avec les équipes de revue.

Comment publier une application sur l’App Store depuis le Maroc ?

Pour publier une application sur l’App Store depuis le Maroc, il faut un identifiant Apple, une adhésion payante à l’Apple Developer Program (99 $ US par an), un numéro D-U-N-S si tu t’inscris en tant qu’organisation, et un moyen de compiler l’application sur macOS. Le processus est plus exigeant que chez Google, à chaque étape.

Étape 1 : l’identifiant Apple et l’authentification à deux facteurs

Crée un identifiant Apple dédié au projet, avec l’authentification à deux facteurs activée : Apple l’exige pour tout compte développeur. Prévois un appareil Apple de confiance (iPhone ou Mac) lié à cet identifiant, car les codes de validation y seront envoyés. Beaucoup de blocages viennent d’un identifiant créé sur un iPhone prêté, dont on n’a plus l’accès six mois plus tard.

Étape 2 : l’adhésion au programme, particulier ou organisation

L’adhésion se fait depuis le site d’Apple ou l’application Apple Developer sur iPhone. En tant que particulier, tu fournis ton identité, ton adresse et tu payes les 99 $ US annuels ; c’est ton nom qui apparaîtra comme vendeur sur l’App Store. En tant qu’organisation, tu dois fournir le numéro D-U-N-S de l’entreprise, prouver que tu as l’autorité légale pour engager la société (Apple peut demander un document signé par un dirigeant) et disposer d’un site web au nom de l’entreprise.

Apple vérifie ensuite manuellement, et il n’est pas rare qu’un conseiller te contacte par téléphone ou par e-mail pour confirmer des informations. Réponds vite et précisément : un dossier sans réponse est simplement abandonné. Le délai entre la demande et l’activation du compte se compte en jours, parfois en semaines pour une organisation dont les données D-U-N-S ne correspondent pas exactement.

Étape 3 : un Mac, ou une solution pour compiler sans Mac

Xcode, l’outil qui compile et signe les applications iOS, ne fonctionne que sur macOS. Si tu n’as pas de Mac, deux options : louer un Mac dans le cloud à l’heure ou au mois, le temps de compiler et d’envoyer les versions, ou utiliser un service d’intégration continue qui compile sur des machines Apple à partir de ton dépôt de code. Pour les applications que je développe à partir d’une base commune Android et iOS, la seconde option est la plus confortable : la compilation se déclenche à chaque version, sans machine à maintenir.

Le reste du travail, création de la fiche, envoi des captures, réponses à la révision, se fait dans App Store Connect, l’interface web d’Apple, depuis n’importe quel navigateur.

Comment obtenir un numéro D-U-N-S au Maroc ?

Le numéro D-U-N-S est un identifiant d’entreprise à neuf chiffres attribué par Dun & Bradstreet ; il est gratuit et s’obtient en ligne en fournissant les informations légales de ta société. Apple l’exige pour tout compte organisation, et Google l’exige également pour les comptes développeur d’organisation depuis 2023.

La démarche la plus simple passe par l’outil de recherche D-U-N-S d’Apple : tu vérifies d’abord si ta société possède déjà un numéro (c’est parfois le cas sans que tu le saches, si elle a eu des relations commerciales internationales), puis tu déposes une demande si elle n’en a pas. Tu peux aussi passer directement par le site de Dun & Bradstreet. Dans les deux cas, tu fournis :

• la raison sociale exacte, avec la forme juridique telle qu’inscrite au registre de commerce ;
• l’adresse du siège complète, identique à celle des statuts ;
• un numéro de téléphone de l’entreprise ;
• le nom d’un dirigeant et sa fonction ;
• l’activité principale et l’effectif approximatif.

Le numéro est attribué en quelques jours ouvrés, puis il faut encore quelques jours avant qu’il soit visible dans les bases d’Apple et de Google. Méfie-toi des services payants qui proposent d’« accélérer » l’obtention : le numéro est gratuit et Dun & Bradstreet le rappelle. Le seul vrai accélérateur, c’est un dossier où chaque information correspond mot pour mot à tes documents officiels.

Ce que je vois régulièrement chez mes clients : une société immatriculée sous « X SARL AU » dans le registre de commerce, mais demandée en « X » tout court dans le formulaire D-U-N-S, puis saisie en « Société X » dans le compte Apple. Résultat, trois identités différentes, une vérification qui échoue, et deux semaines perdues. Décide d’une graphie unique, celle du registre de commerce, et utilise-la partout.

TestFlight, App Store Connect et la révision Apple : ce qui bloque le plus souvent

La révision Apple est humaine, plus stricte que celle de Google, et fondée sur des directives publiques que chaque refus cite explicitement. La plupart des soumissions reçoivent une réponse en un à deux jours, mais un refus relance le processus à chaque nouvelle soumission : une application mal préparée peut facilement passer trois semaines en aller-retour.

TestFlight avant la soumission

TestFlight est l’outil d’Apple pour distribuer des versions de test. Les tests internes (ton équipe) sont immédiats ; les tests externes (jusqu’à plusieurs milliers de testeurs invités par e-mail ou par lien public) passent par une révision allégée. Je recommande systématiquement une phase TestFlight avec de vrais utilisateurs sur plusieurs modèles d’iPhone : c’est là que remontent les plantages, les textes coupés et les incompréhensions qui, une fois publiés, deviennent des notes à une étoile.

La fiche App Store Connect

La logique est proche de celle de Google, avec des exigences propres : captures d’écran aux dimensions exactes des différents formats d’iPhone (et d’iPad si l’application le supporte), un texte promotionnel, des mots-clés dans un champ dédié et limité en caractères, une URL d’assistance, une URL de politique de confidentialité et les réponses au questionnaire de confidentialité de l’application, l’équivalent Apple du formulaire de sécurité des données. Si l’application demande une connexion, tu dois fournir un compte de test fonctionnel aux relecteurs ; c’est l’oubli le plus fréquent, et il vaut un refus immédiat.

Les motifs de refus les plus courants

Les directives de révision d’Apple sont longues, mais les refus se concentrent sur une poignée de règles :

1. Application incomplète ou boguée : plantage au lancement, fonctionnalités en construction, liens vers un site inexistant.
2. Fonctionnalité minimale : Apple refuse les applications qui ne font qu’encapsuler un site web ou qui n’apportent rien de plus qu’une page mobile. C’est un point que je vérifie dès le cadrage d’un projet : si l’usage ne justifie pas une application, un bon site mobile est un meilleur investissement, et Apple sera d’accord avec moi.
3. Compte de test manquant ou identifiants qui ne fonctionnent pas.
4. Autorisations sans explication : chaque accès (caméra, position, photos, notifications) doit être accompagné d’un texte qui explique pourquoi, dans la langue de l’utilisateur.
5. Paiements hors du système Apple pour du contenu numérique : les abonnements et achats de contenu numérique doivent passer par l’achat intégré d’Apple, avec sa commission. Les biens physiques et services rendus en dehors de l’application (une livraison, une réservation) peuvent utiliser un autre moyen de paiement.
6. Connexion sociale sans alternative : si tu proposes la connexion via un réseau social tiers, tu dois aussi proposer l’option de connexion d’Apple ou un équivalent respectueux de la vie privée.
7. Suppression de compte absente : toute application qui permet de créer un compte doit permettre de le supprimer.
8. Métadonnées trompeuses : captures qui ne reflètent pas l’application, mentions d’autres plateformes, mots-clés hors sujet.

Quand un refus arrive, lis la directive citée, corrige exactement ce qui est reproché, et réponds dans le centre de résolution avec une explication courte de la modification. Contester un refus sans rien changer fait rarement avancer les choses ; répondre précisément, oui.

Comment payer les 25 dollars Google Play et les 99 dollars Apple depuis le Maroc ?

Depuis le Maroc, tu payes les frais Google Play et Apple avec une carte bancaire internationale d’une banque marocaine sur laquelle le paiement en ligne à l’étranger est activé, dans la limite de ta dotation en devises. Si le paiement échoue, ce n’est presque jamais Google ou Apple qui refuse : c’est ta carte, ton plafond ou ta dotation.

Ces frais restent faibles face au reste du budget : le guide sur le coût réel d’une application mobile au Maroc détaille les postes qui pèsent vraiment.

La carte bancaire et la dotation en devises

Le Maroc applique un contrôle des changes. Pour les achats en ligne auprès de sites étrangers, l’Office des Changes accorde aux particuliers une dotation annuelle dédiée aux achats en ligne, dont le plafond est fixé par l’Office des Changes, distincte de la dotation touristique. C’est sur cette dotation que sont prélevés les 25 $ de Google ou les 99 $ d’Apple. Les montants et les modalités évoluent ; vérifie les conditions en vigueur auprès de ta banque ou sur les communications officielles de l’Office des Changes plutôt que sur un forum.

Dans la pratique, la procédure est la suivante :

1. Vérifie que ta carte est bien internationale (Visa ou Mastercard, pas une carte à usage strictement national) et que le paiement en ligne à l’international est activé ; certaines banques l’activent depuis l’application mobile, d’autres exigent un passage en agence.
2. Contrôle ton plafond de paiement en ligne et ta dotation restante : un plafond mensuel ou une dotation épuisée par des achats antérieurs bloque un paiement de 99 $ aussi sûrement qu’une carte invalide.
3. Renseigne l’adresse de facturation exactement comme elle apparaît sur ton relevé bancaire.
4. Attends la confirmation : Apple peut prendre un jour ou deux avant d’activer l’adhésion après paiement ; ce délai est normal.

Les cartes prépayées et les alternatives

Si ta carte principale ne passe pas, plusieurs banques marocaines proposent des cartes prépayées ou des cartes dédiées aux achats en ligne à l’international, rechargeables en dirhams et imputées sur la même dotation. Elles sont pratiques pour isoler les dépenses du projet et limiter le risque en cas de fuite du numéro de carte.

Pour une société, la dotation applicable relève des règles propres aux entreprises et la carte est celle de la société ; le paiement des frais développeur doit être fait par l’entreprise elle-même, pas par la carte personnelle d’un associé, ne serait-ce que pour la cohérence comptable.

Ce que je déconseille : faire payer les frais par un tiers à l’étranger « pour aller plus vite ». Le compte se retrouve rattaché à un moyen de paiement qui n’est pas le tien, le renouvellement annuel d’Apple échoue l’année suivante quand la personne a changé de carte, et tu découvres l’expiration de ton adhésion le jour où ton application disparaît de l’App Store.

Comment encaisser les revenus de ton application au Maroc ?

Un développeur ou une entreprise au Maroc reçoit les revenus de son application par virement bancaire de Google ou d’Apple, après déduction de leur commission, sur un compte bancaire déclaré dans la console et capable de recevoir des devises. La mécanique fonctionne ; ce qui demande de l’attention, ce sont les formalités bancaires et fiscales côté marocain.

Les trois sources de revenus

• Les achats intégrés et les abonnements : l’utilisateur paye dans le store, Google ou Apple encaisse, prélève sa commission et te reverse le solde selon un calendrier mensuel. Pour vendre, tu dois configurer un profil de paiement (compte marchand chez Google, contrats et informations bancaires et fiscales chez Apple).
• La publicité : via AdMob, la régie de Google, tu affiches des annonces dans l’application et tu es payé sur les impressions et les clics, une fois un seuil de paiement atteint.
• L’application payante à l’achat : de moins en moins courante, mais toujours possible ; même circuit que les achats intégrés.

Avant de compter sur un modèle, vérifie dans la console que le Maroc figure bien dans la liste des pays acceptés pour les comptes marchands et les versements à la date de ton inscription : ces listes évoluent et elles distinguent les pays où l’on peut distribuer une application de ceux où l’on peut être payé.

Le compte bancaire et les formalités

Le versement arrive en devises (souvent en dollars ou en euros) sur le compte que tu déclares. Demande à ta banque comment elle traite les virements internationaux reçus : conversion automatique en dirhams, frais de réception, justificatifs à fournir. Les recettes d’exportation de services sont soumises aux règles de rapatriement de l’Office des Changes ; un virement reçu de Google ou d’Apple est une recette de ce type, et ta banque peut te demander d’en documenter l’origine.

La fiscalité, prudemment

Les revenus tirés d’une application sont des revenus imposables au Maroc, que tu sois auto-entrepreneur, personne physique exerçant une activité professionnelle ou société. Le régime dépend de ton statut, du montant et de la nature des revenus (vente, abonnement, publicité), et les règles changent régulièrement. Je ne suis pas comptable et je ne te donnerai pas de chiffre ici : fais valider ton montage par un comptable avant les premiers versements, pas après. C’est un poste de dépense modeste comparé à un redressement.

Quelles règles marocaines s’appliquent à une application mobile ?

Toute application qui collecte ou traite des données personnelles d’utilisateurs situés au Maroc relève de la loi 09-08 relative à la protection des personnes physiques à l’égard du traitement des données à caractère personnel, sous le contrôle de la CNDP, la Commission Nationale de contrôle de la protection des Données à caractère Personnel. Les exigences des stores et celles de la loi marocaine se recoupent largement, mais elles ne se substituent pas l’une à l’autre.

Ce que la loi 09-08 impose au responsable du traitement

• Accomplir les formalités préalables auprès de la CNDP : une déclaration pour la plupart des traitements courants (comptes utilisateurs, commandes, contacts), une demande d’autorisation pour les données sensibles (santé, opinions, données biométriques…). Le site officiel de la CNDP détaille les procédures et met à disposition les formulaires.
• Informer les utilisateurs : identité du responsable du traitement, finalité de la collecte, destinataires des données, caractère obligatoire ou facultatif des réponses, et droits d’accès, de rectification et d’opposition, avec le moyen de les exercer.
• Recueillir un consentement quand il est requis, notamment pour la prospection commerciale et les notifications marketing.
• Sécuriser les données et encadrer les transferts à l’étranger : une application dont le serveur est hébergé hors du Maroc transfère des données personnelles à l’étranger, ce qui suppose des garanties et, selon les cas, une autorisation.

Les mentions obligatoires, en français et en arabe

La politique de confidentialité exigée par Google et Apple est aussi le document dans lequel tu remplis ton obligation d’information au sens de la loi 09-08. Rédige-la pour ton public : si l’application vise le marché marocain, propose-la au minimum en français et en arabe, avec une mention claire du responsable du traitement, de son adresse au Maroc, d’un moyen de contact, et de la référence à la loi 09-08 et à la CNDP. Ajoute des conditions générales d’utilisation si l’application propose des services, des commandes ou des paiements, et les mentions légales de l’entreprise (raison sociale, RC, ICE, siège).

Le cas typique que je traite : une application de commande pour un commerce, avec création de compte, adresse de livraison, numéro de téléphone, historique d’achats. C’est un traitement de données personnelles au sens plein. La politique de confidentialité que je prépare pour le store sert aussi de base à la déclaration CNDP, et le client sait dès le départ qu’il a une formalité à accomplir, plutôt que de le découvrir après un contrôle.

Application en arabe et en français : comment localiser la fiche store ?

Localiser la fiche, c’est proposer le titre, la description, les mots-clés et les captures dans chaque langue de ton public, pour que le store affiche automatiquement la bonne version selon la langue du téléphone. Pour le Maroc, cela signifie au minimum le français et l’arabe, et souvent l’anglais pour la diaspora et les visiteurs.

Sur Google Play comme sur App Store Connect, tu ajoutes une langue à la fiche, puis tu renseignes chaque champ dans cette langue ; les champs non traduits reprennent la langue par défaut. Quelques règles pratiques :

• Une capture par langue : l’interface visible sur les captures doit être dans la langue de la fiche. Une fiche en arabe illustrée par des écrans en français fait mauvaise impression et peut être considérée comme trompeuse.
• L’arabe se lit de droite à gauche : l’application elle-même doit gérer le sens de lecture (menus, flèches, alignement), pas seulement la fiche. C’est un point de conception, pas une traduction de dernière minute.
• Les mots-clés ne se traduisent pas mot à mot : un utilisateur marocain cherche souvent en français, parfois en arabe, parfois en darija écrite en lettres latines. Observe ce que tapent réellement tes clients avant de figer la liste.
• La description longue en arabe mérite une relecture humaine : une traduction automatique se voit immédiatement et fait douter de la qualité de l’application.

Si l’application vise aussi les Marocains de France, de Belgique, de Suisse ou du Canada, la fiche en français suffit généralement, mais pense à la disponibilité par pays : dans les deux consoles, tu choisis explicitement les pays dans lesquels l’application est distribuée. Oublier de cocher la France est une erreur banale qui prive l’application d’une partie de son public sans aucun message d’erreur.

Google Play vs App Store : le comparatif pour un développeur au Maroc

Critère	Google Play	App Store
Frais développeur	25 $ US, une seule fois	99 $ US par an
Type de compte	Particulier ou organisation	Particulier ou organisation
D-U-N-S	Obligatoire pour une organisation	Obligatoire pour une organisation
Vérification	Identité, adresse, documents société	Identité, D-U-N-S, autorité légale, parfois appel téléphonique
Contrainte pour un nouveau compte personnel	Phase de test fermé avec testeurs réels avant la production	Aucune phase imposée, mais révision stricte dès la première version
Matériel nécessaire	Un ordinateur Windows, macOS ou Linux	Un Mac (ou Mac cloud / intégration continue) pour compiler
Tests avant publication	Test interne, fermé, ouvert	TestFlight interne et externe
Révision	Largement automatisée, de quelques heures à quelques jours	Humaine, souvent un à deux jours, refus fréquents à la première soumission
Politique de confidentialité	Obligatoire, avec formulaire de sécurité des données	Obligatoire, avec questionnaire de confidentialité de l’application
Suppression de compte	Exigée si création de compte	Exigée si création de compte
Paiement depuis le Maroc	Carte internationale, sur dotation achats en ligne	Carte internationale, sur dotation achats en ligne, renouvelée chaque année
Encaissement	Compte marchand Google, virement bancaire	Contrats App Store Connect, virement bancaire

Le tableau ne dit pas quel store choisir : pour un projet sérieux au Maroc, il faut les deux. Android domine en volume sur le marché marocain, mais une clientèle qui utilise un iPhone est souvent celle qui dépense le plus, et une application absente de l’App Store paraît inachevée. C’est la raison pour laquelle je développe à partir d’une base commune : la fonctionnalité est écrite une fois, publiée deux fois.

La checklist avant de soumettre ton application

Passe cette liste avant de cliquer sur « Envoyer pour révision », sur l’un ou l’autre store. Chaque point manquant est un refus ou un retard que j’ai déjà vu.

Comptes et identité

• Compte développeur créé au nom du propriétaire de l’application, avec ses documents et sa carte.
• Vérification d’identité ou d’organisation terminée, D-U-N-S reconnu.
• Authentification à deux facteurs activée, appareil de confiance accessible.
• Phase de test fermé Google terminée si le compte est personnel.

Application

• Aucun écran vide, lien mort, texte de remplissage ou fonction « bientôt disponible ».
• Chaque autorisation demandée est justifiée par une fonctionnalité visible et accompagnée d’un texte explicatif.
• Création et suppression de compte fonctionnelles.
• Version cible Android conforme au niveau d’API exigé ; version iOS compilée avec un Xcode récent.
• Testée sur plusieurs appareils réels, y compris un bas de gamme Android et un iPhone récent.
• Interface arabe testée en lecture de droite à gauche si l’application est bilingue.

Fiche et conformité

• Politique de confidentialité en ligne, accessible, cohérente avec le formulaire de sécurité des données et le questionnaire de confidentialité Apple.
• Captures d’écran réelles, aux bons formats, dans chaque langue de la fiche.
• Titre, description courte et longue relus ; aucune mention d’une autre plateforme, aucun mot-clé abusif.
• Classification du contenu remplie honnêtement.
• Compte de test fourni aux relecteurs Apple si l’application demande une connexion.
• Pays de distribution cochés, prix ou gratuité définis.
• Formalités CNDP identifiées, déclaration préparée ou effectuée si l’application traite des données personnelles.

Encaissement, si applicable

• Profil de paiement ou contrats configurés, coordonnées bancaires saisies.
• Comptable consulté sur le régime applicable aux revenus.

Après la publication : mises à jour, notes et ASO en 5 points

La publication n’est pas la fin du projet mais le début de son cycle de vie réel. Les deux stores retirent ou dégradent la visibilité des applications qui ne suivent pas les évolutions de leurs systèmes, et les notes des premières semaines pèsent longtemps sur le classement.

Les mises à jour ne sont pas optionnelles

Android et iOS publient une nouvelle version majeure chaque année, et Google relève chaque année le niveau d’API minimum exigé. Une application laissée telle quelle finit par afficher des avertissements dans la console, puis par ne plus être proposée aux nouveaux appareils. Prévois au moins une mise à jour de compatibilité par an, en plus des correctifs, et lis les e-mails des consoles : ils annoncent les échéances des mois à l’avance.

Les notes se travaillent

Réponds aux avis, surtout aux négatifs, en indiquant ce que tu as corrigé et dans quelle version. Les deux stores affichent tes réponses publiquement, et un utilisateur qui voit un problème traité modifie souvent sa note. Ne demande jamais une note dans les premières secondes d’utilisation : attends que l’utilisateur ait accompli quelque chose d’utile.

L’ASO en cinq points

L’ASO, l’optimisation pour les stores d’applications, est au Play Store et à l’App Store ce que le SEO est à Google. Les cinq leviers qui comptent vraiment :

1. Le titre et le sous-titre : le nom de l’application, complété d’une expression courte qui dit ce qu’elle fait (« Réservation de terrain », « Livraison de repas »). C’est le champ le plus pondéré dans la recherche du store.
2. Les mots-clés : dans le champ dédié chez Apple, dans la description chez Google. Choisis les termes que tapent tes clients, dans leurs langues, et évite ceux de marques concurrentes.
3. Les captures d’écran et la vidéo : elles décident de l’installation. La première capture doit montrer la promesse principale avec un texte court par-dessus, pas un écran de connexion.
4. La note moyenne et le volume d’avis : les stores mettent en avant les applications bien notées et récemment mises à jour. Corriger vite et répondre aux avis alimente directement ce signal.
5. La localisation : une fiche en français, en arabe et en anglais couvre trois fois plus de recherches qu’une fiche unique, pour un travail de traduction qui se fait en une journée.

Et souviens-toi que le store n’est pas ton seul canal : un site web bien référencé qui renvoie vers l’application reste, pour un business au Maroc, la source de découverte la plus fiable. Mon article sur pourquoi un site web est indispensable pour un business au Maroc développe cette complémentarité, et si ton application vend des produits, le guide pour créer un site e-commerce au Maroc traite du paiement en ligne et des obligations qui s’appliquent aussi côté application. Enfin, le contexte plus large, la place du développement mobile dans la stratégie Maroc Digital 2030 et le métier de développeur informatique au Maroc, explique pourquoi les projets d’applications se multiplient dans le pays.

En résumé : par où commencer aujourd’hui

Publier une application sur Google Play et l’App Store depuis le Maroc est une démarche entièrement faisable, mais elle se prépare : le compte au bon nom, la carte activée pour l’international, le D-U-N-S demandé plusieurs semaines avant le lancement, la politique de confidentialité écrite avant la soumission, la phase de test Google anticipée. Chaque étape sautée se paye en jours de retard, et parfois en refus.

Si tu dois faire trois choses cette semaine : vérifie que ta carte bancaire passe un paiement en ligne à l’international, lance la demande de numéro D-U-N-S si tu publies au nom d’une société, et rédige la première version de ta politique de confidentialité. Le reste suit dans l’ordre.

Et si tu préfères confier l’ensemble, création des comptes, préparation des fiches, soumission et échanges avec les équipes de revue, pour te concentrer sur ton activité, parlons de ton projet d’application mobile : je te dis franchement ce qui est prêt, ce qui manque, et combien de temps il faut pour être sur les deux stores.