Vous souhaitez mettre une application Web3 en listing sur l'App Store d'Apple/Google ? Passez d'abord ces quelques étapes !

Chers projets de fête d'applications Web3, veuillez noter : en 2025, les politiques de listing d'Apple et de Google concernant les applications Web3 se "resserrent". Les points sont très clairs - Côté Apple : les fonctionnalités ayant des attributs de transaction/investissement ne peuvent être ouvertes que dans les pays/régions certifiés, et ces applications doivent en principe être soumises par des institutions financières. Côté Google Play : les échanges/wallets de garde sont soumis à une obtention de licence pays par pays ; bien que les wallets non gardés ne soient pas couverts par cette politique spécifique, ils restent soumis aux lois locales et peuvent être tenus de fournir des documents supplémentaires ; le compte à rebours pour entrer sur le marché de l'UE est lancé, à partir du 01-07-2026, seule la licence CASP sous le système MiCA sera reconnue. Ne négligez pas les détails du processus : toutes les applications doivent faire une déclaration des fonctionnalités financières ; toute implication d'actifs numériques tokenisés/NFT doit être divulguée de manière transparente et ne doit pas présenter de récit de "gain garanti/hauts rendements", la vérification peut à tout moment demander des documents de conformité supplémentaires. Aujourd'hui, cet article abordera quatre points de vue pratiques : (1) Résumé des points clés des dernières règles de listing d'Apple/Google ; (2) Quels scénarios nécessitent une licence et quand une lettre d'avis d'avocat peut être exigée ; (3) Stratégies de conformité pour le listing des différentes applications Web3 ; (4) Les "trois éléments de listing" que nous pouvons livrer. Les "lignes rouges et jaunes" des deux grands magasins 1.Apple (Directives de révision de l'App Store) 3.1.5 Termes de la cryptomonnaie : Portefeuille : peut être utilisé pour le stockage de monnaie virtuelle, mais doit être soumis par des développeurs d'organisation ; Minage : le minage côté équipement est interdit ; Échanges : ne peuvent être fournis que dans les pays/régions où les licences appropriées sont obtenues ; ICO/Contrats à terme/Securities : doivent provenir d'une banque/ courtier/ FCM ou d'autres institutions financières approuvées, et respecter la loi. 3.2.1(viii) : Applications de transactions financières/investissement/gestion de patrimoine, doivent être soumises par des institutions financières qui exécutent ce service, et disposer des licences nécessaires dans les régions de listing. La dernière mise à jour de la page officielle date du 2025-06-09. 2.Google Play (politique et déclaration) Politique sur "les échanges de cryptomonnaies et les portefeuilles logiciels" : Portefeuilles non gérés : non inclus dans le champ d'application de cette politique spéciale (doivent toujours respecter les lois locales) ; Processus : déclaration dans la déclaration des fonctionnalités financières de Play Console ; si le pays cible figure sur la liste, le système enverra un formulaire localisé, exigeant que vous remplissiez/téléchargez des informations de licence ou d'enregistrement locales ; si non conforme, le pays sera retiré de la diffusion ; Union européenne : à partir du 01-07-2026, seuls les CASP autorisés par la MiCA seront acceptés ; la France et l'Allemagne ont des arrangements de transition avant cela. Contenu blockchain et NFT : il est obligatoire de divulguer de manière transparente l'existence et l'utilisation des "actifs numériques tokenisés" ; il est interdit de promouvoir "gagner de l'argent" ; les loteries NFT / paris, etc. sont restreints ; Google peut demander la soumission de documents de conformité pour prouver que vous respectez la réglementation dans la région cible. Déclaration des fonctionnalités financières ; toutes les applications listées doivent compléter cette déclaration ; si "portefeuille cryptographique / échange / NFT, etc." est coché, vous devez divulguer chaque point selon les directives et pourriez être amené à télécharger des licences / justificatifs. Quand est-il impératif d'avoir une "licence" ? Quand pourrait-on demander un "avis juridique" ? (1) Scénarios à haute certitude nécessitant une licence De la mise en œuvre des dispositions à l'expérience pratique, les situations suivantes équivalent essentiellement à "d'abord voir la licence, puis discuter du listing" : Appariement/échange/ATS, portefeuille de garde, entrée/sortie de fiat/échange, fonctionnalités de titres/produits dérivés/revenus. Apple exige clairement que la fonction d'échange ne soit ouverte que dans les zones autorisées ; Google vérifie la licence pour "échange/portefeuille de garde" par pays/région, et les pays non conformes doivent être retirés. Voici la politique de Google.

(ii) Zone grise où il y a une forte probabilité d'être demandé à fournir des pièces supplémentaires/avis. Il n'est pas nécessaire de soumettre un "avis juridique" selon les deux textes, mais dans les zones grises suivantes, l'équipe d'examen demandera souvent des "compléments" pour prouver votre légalité dans une région : Portefeuille non custodial mais superposé : rampe d'accès en monnaie fiduciaire, affichage des revenus, agrégation de courtage, diffusion de publicités transfrontalières. Le contenu NFT/tokenisé déclenche une divulgation transparente et implique un jeu de valeur. Expérience pratique : l'audit des magasins ou les modules de conformité peuvent exiger un avis juridique/déclaration de conformité pour justifier "non soumis/ déjà certifié/ exonéré", en particulier pour les juridictions sensibles et les scénarios de promotion financière. Les politiques de Google stipulent également qu'il peut être demandé des informations ou documents supplémentaires. Dans des scénarios de communication comme ceux-ci, l'avis juridique délivré par un avocat (fournissant une conclusion conditionnelle sur "si une licence est déclenchée / si une exemption s'applique / quelles régions sont ouvertes") est largement accepté comme forme de matériau. Différentes stratégies de listing pour les formes de produits.

1. Portefeuille non gardé / Outils entièrement sur la chaîne Stratégie : mettre l'accent sur la déclaration factuelle de "pas de gestion des fonds/clés privées" ; ouvrir uniquement dans des pays/régions où la conformité est claire ; compléter la déclaration des fonctionnalités financières sur Play Console et divulguer de manière transparente sur la blockchain ; éviter toute formulation d'"engagements de rendement/investissement".
2. Custodie / Dépôt et retrait de devises fiat / Courtage Stratégie : lancer dans les régions disposant d'une licence/enregistrement ou d'une exemption claire, et utiliser des zones géographiques et des versions différenciées pour ouvrir progressivement d'autres régions ; préparer les preuves de licence/numéro d'enregistrement/qualifications des partenaires et (si nécessaire) un avis juridique ; pour Apple, la soumission doit être effectuée en priorité par le compte développeur du titulaire de la licence.
3. Échanges/ATS/produits dérivés Stratégie : préparer à l'avance les chemins de licences multi-juridictionnels (comme l'EU MiCA CASP, l'US FinCEN MSB + licences d'État MTL/bancaires, etc.), et différencier les fonctionnalités avec des commutateurs régionaux du côté des magasins. Notez que l'Union européenne ne reconnaîtra que le MiCA à partir du 01-07-2026. 4.NFT/actifs numériques tokenisés Stratégie : cocher et divulguer les actifs numériques tokenisés dans Play Console ; ne pas orienter le trafic avec un récit de « gagner de l'argent » ; si des éléments de cartes à tirage/boîtes surprises/paris ont une valeur incertaine, ils ne doivent généralement pas passer. Que pouvons-nous faire pour vous ("listing de trois articles") En tant qu'avocat spécialisé dans l'industrie Web3, que pouvons-nous faire pour le listing de votre application : La première étape est le diagnostic. Nous utiliserons une matrice de conformité "fonction × juridiction × magasin" pour aligner vos fonctionnalités spécifiques (si elles sont gérées, si elles sont mises en relation, si elles concernent des devises légales/revenus) avec les pays cibles un par un, afin de produire les quatre quadrants "listing/nécessite un permis/doit être clôturé/non recommandé". Sortie comprenant : stratégie de magasin (zones de listing et rythme de gris), texte "conforme" avec métadonnées et captures d'écran, ébauche de déclaration des fonctions financières et divulgation blockchain. Ces matériaux sont à la fois destinés à la lecture d'examen et facilitent l'exécution interne des produits/opérations. La deuxième étape est l'avis juridique. Pour les juridictions clés, nous procédons à une évaluation qualitative basée sur les faits et les hypothèses (limites fonctionnelles, flux de fonds, processus KYC/AML, zones ouvertes) et répondons à trois questions pratiques : cela déclenche-t-il une licence, est-il possible de distribuer en boutique, quelles divulgations et restrictions sont nécessaires ? La conclusion utilise une rédaction de "conformité conditionnelle" (par exemple : listing uniquement dans le pays A / satisfaction du processus B / fermeture de la fonctionnalité C), et précise les réserves et le champ d'application, afin d'éviter tout abus ou interprétation extensive. Lorsqu'une "documentation de soutien" est nécessaire pour la communication de révision, l'avis juridique est l'un des principaux documents. La troisième étape est le paquet de documents de conformité. C'est la "boîte à outils" pour mettre la conformité en pratique : ToS, Confidentialité (y compris la résidence de données et les données transfrontalières), divulgation des risques et zones interdites, SOP pour KYC/AML & CFT et filtrage des sanctions, mécanisme de séparation des actifs des clients et de traitement des réclamations de remboursement, clés/garde et réponse aux incidents, directives de conformité pour la publicité et la promotion financière. Pour Google, nous préparerons en parallèle les licences/numéros d'enregistrement nécessaires pour le formulaire de localisation et les qualifications des partenaires ; pour Apple, nous ajusterons le sujet de soumission et la description des fonctionnalités, afin de réduire les répétitions liées à "incohérence du sujet" et à "description des fonctionnalités floues". Conclusion Veuillez considérer le listing comme un "projet de fête" de conformité, et non comme un "coup de chance". Des frontières fonctionnelles floues, des licences qui ne correspondent pas aux régions de déploiement et des documents justificatifs incomplets bloqueront directement le processus d'examen. Il est conseillé de synchroniser dès maintenant les quatre éléments suivants : fonctionnalité → licence/enregistrement → déclaration en magasin → documents justificatifs, pour lancer d'abord dans les pays où le lancement conforme est possible, puis étendre progressivement selon une matrice. Ce que nous pouvons faire, c'est concrétiser cette carte : diagnostic et matrice (peut / peut pas / comment ouvrir), avis juridique (conclusion + conditions + divulgation), package de documents et accompagnement au listing (mettre les exigences dans la rédaction et la configuration du backend). La conformité est une action continue, les mises à jour de version et l'expansion de zone doivent être vérifiées. Si vous rencontrez des problèmes lors du listing de votre application Web3, n'hésitez pas à contacter l'avocat Mankun.

Auteur original : Avocat Shao Jiadian