¿Quieres listar aplicaciones Web3 en la App Store de Apple/Google? ¡Primero supera estas etapas!

Atención a todos los equipos detrás del proyecto de Web3App: la política de listado de Apple y Google para aplicaciones Web3 se está "endureciendo" en 2025. Los puntos son muy claros—— Lado de Apple: Las funciones con atributos de transacción/inversión solo se pueden habilitar en países/regiones que tengan licencia, y estas aplicaciones deben ser presentadas, en principio, por entidades financieras. Lado de Google Play: Los intercambios/billeteras custodiadas deben obtener licencias país por país; aunque las billeteras no custodiadas no están bajo este tipo de política, aún están sujetas a regulaciones locales y pueden ser requeridas para presentar documentos adicionales; el conteo regresivo para el mercado de la UE ha comenzado, a partir del 01-07-2026 solo se reconocerá la autorización CASP bajo el sistema MiCA. No ignores los detalles del proceso: todas las aplicaciones deben declarar funciones financieras; cualquier cosa relacionada con activos digitales tokenizados/NFT debe ser divulgada de manera transparente y no debe contener narrativas de "ganancias seguras/altos rendimientos", la revisión puede exigir en cualquier momento materiales de cumplimiento adicionales. Hoy, este artículo abordará cuatro temas desde una perspectiva práctica: (1) Resumen de los puntos clave de las últimas reglas de listado de Apple/Google; (2) En qué escenarios se requiere licencia y cuándo podría ser necesario un dictamen legal; (3) Enfoques de cumplimiento para el listado de diferentes aplicaciones Web3; (4) El "trío de listado" que podemos entregar. Las "líneas rojas y amarillas" de las dos grandes tiendas 1.Apple (Directrices de revisión de la App Store) 3.1.5 Términos de criptomonedas: Billetera: puede almacenar moneda virtual, pero debe ser presentada por el desarrollador de la organización; Minería: se prohíbe la minería en el lado del dispositivo; Intercambio: solo se puede ofrecer en países/regiones que han obtenido la licencia correspondiente; ICO/ futuros/ clases de valores: deben provenir de bancos/ corredurías/ FCM u otras instituciones financieras aprobadas y cumplir con la ley. 3.2.1(viii): Aplicaciones de transacciones/inversión/gestión de activos financieros, deben ser presentadas por las instituciones financieras que ejecutan el servicio y tener la licencia necesaria en las regiones de listado. La última actualización de la página oficial fue el 09-06-2025. 2.Google Play (políticas y declaración) "Política de 'intercambios de criptomonedas y billeteras de software': Billeteras no custodiadas: no están dentro del alcance de esta política específica (aún deben cumplir con las leyes locales); Proceso: Declarar en la declaración de funciones financieras de Play Console; Si el país objetivo está en la lista, el sistema enviará un formulario localizado, solicitando que completes/subas la información de licencia o registro local; Si no cumples, se eliminará la publicación en ese país; Unión Europea: A partir del 2026-07-01, solo se aceptará autorización MiCA CASP; Francia y Alemania tienen un arreglo de transición antes de esto. Contenido de blockchain y NFT: Debe divulgar de manera transparente la existencia y uso de "activos digitales tokenizados"; No se debe alentar a "hacer dinero"; Loterías/ apostando con NFT están restringidas; Google puede solicitar la presentación de documentos de cumplimiento para demostrar que cumples con las regulaciones en la región objetivo. Declaración de funciones financieras; Todas las aplicaciones listadas deben completar esta declaración; Si seleccionaste "billeteras/ intercambios de criptomonedas/ NFT, etc.", debes revelar cada ítem según las instrucciones y es posible que debas subir licencias/ evidencia. ¿Cuándo se necesita obligatoriamente una "licencia"? ¿Cuándo podría ser necesario un "informe legal"? (I) Escenarios de alta certeza que requieren licencia Desde la implementación de cada disposición hasta la experiencia práctica, las siguientes situaciones son básicamente equivalentes a "primero ver la licencia y luego hablar del listado": Intermediación / intercambio / ATS, monedero custodiado, depósitos / retiros / intercambios de fiat, funciones de valores / derivados / ingresos. Apple exige explícitamente que la función de intercambio solo esté disponible en las regiones autorizadas; Google verifica las licencias de "intercambio / monedero custodiado" por país / región, y si no cumple, debe eliminarse de ese país. A continuación se presentan las políticas de Google.

(ii) Área gris con alta probabilidad de ser requerida para aportar documentos/opiniones. No es un requisito rígido y unificado de las dos partes el "deber presentar un informe legal". Sin embargo, en las siguientes áreas grises, el equipo de revisión a menudo solicitará "documentación adicional" para demostrar tu legalidad en una determinada región: Carteras no custodiales pero apiladas: rampa de entrada de fiat, exhibición de ingresos, agregación de corretaje, colocación publicitaria transfronteriza. El contenido NFT/tokenizado desencadena divulgación transparente y está involucrado en la competencia de valor. Experiencia práctica: la auditoría de tiendas o módulos de cumplimiento pueden requerir un informe legal/explicación de cumplimiento para respaldar "sin licencia/ya licenciado/con exención", especialmente dirigido a jurisdicciones sensibles y escenarios de promoción financiera. La política de Google también establece que se puede solicitar información o documentos adicionales. En escenarios de comunicación como el anterior, el dictamen legal emitido por un abogado (que proporciona conclusiones condicionales sobre "si se activa el permiso/s i se aplica la exención/qué áreas se abren") es una forma de material ampliamente aceptada. diferentes formas de "listado" de productos

1. Monedero no custodial / Herramienta completamente en cadena Estrategia: enfatizar la declaración de hecho de "no custodia de fondos/claves privadas"; abrir solo en países/regiones con cumplimiento claro; completar la declaración de funciones financieras en Play Console y divulgación transparente en blockchain; evitar cualquier lenguaje de "promesas de ganancias/inversión".
2. Custodia / Depósitos y retiros de moneda fiduciaria / Corredor Estrategia: lanzar inicialmente en regiones con licencia/registro o exenciones claras, y en otras regiones abrir gradualmente con geofencing y versiones diferenciadas; preparar pruebas de licencia/número de registro/cualificaciones de la entidad colaboradora y (si es necesario) un dictamen legal; para Apple, priorizar la presentación de cuentas de desarrollador de entidades con licencia.
3. intercambio/ATS/derivados Estrategia: planificar con anticipación rutas de licencias en múltiples jurisdicciones (como EU MiCA CASP, US FinCEN MSB + licencias estatales MTL/bancarias, etc.), y en el lado de la tienda implementar un interruptor regional y diferenciación de funciones. La Unión Europea tiene en cuenta que a partir del 2026-07-01 solo reconocerá MiCA. 4.NFT/activos digitales tokenizados Estrategia: Marcar y divulgar activos digitales tokenizados en Play Console; no debe atraer tráfico con la narrativa de "ganar dinero"; si hay elementos de cartas/gifts/corridas de valor incierto, básicamente no se permite. ¿Qué podemos hacer por ti ("listado de tres artículos") Como abogados especializados en la industria Web3, ¿qué podemos hacer para el listado de tu APP? El primer paso es el diagnóstico. Usaremos una matriz de cumplimiento de "función × jurisdicción × tienda" para alinear tus funciones específicas (si hay custodia, si hay emparejamiento, si hay moneda fiduciaria/ingresos) con cada país objetivo, obteniendo así los cuatro cuadrantes de "listado/necesita licencia/necesita cercado/no recomendado". Salida que incluye: estrategia de tienda (regiones de listado y ritmo de gris), texto "cumplimiento" con metadatos y capturas de pantalla, borrador para la declaración de funciones financieras y divulgación de blockchain. Estos materiales son tanto para la lectura de auditorías como para facilitar la ejecución interna de productos/operaciones. El segundo paso es el dictamen legal. Para los ámbitos legales clave, realizamos una evaluación cualitativa basada en hechos y supuestos (límites funcionales, flujo de fondos, procesos de KYC/AML, regiones abiertas), respondiendo a tres preguntas prácticas: ¿se requiere licencia?, ¿se puede distribuir en tiendas?, ¿qué divulgaciones y restricciones son necesarias? La conclusión se redacta en términos de "cumplimiento condicional" (por ejemplo: listado solo en el país A/sujeto al proceso B/cierre de la función C), y se reserva claramente el ámbito de aplicación para evitar abusos o interpretaciones extensivas. Cuando se requiere "documentación de apoyo" para la comunicación de revisión, el dictamen legal es uno de los materiales principales. El tercer paso es el paquete de documentos de cumplimiento. Esta es la "caja de herramientas" para implementar el cumplimiento operativo: ToS, Privacidad (incluyendo la residencia de datos y el cruce de fronteras), divulgación de riesgos y regiones prohibidas, KYC/AML&CFT y procedimiento de revisión de sanciones, aislamiento de activos del cliente y mecanismo de quejas de reembolso, claves/ custodia y respuesta a incidentes, directrices de cumplimiento para publicidad y promociones financieras. Para Google, nos aseguraremos de tener listos los números de licencia/registro necesarios para los formularios de localización y la calificación de los socios; para Apple, ajustaremos el sujeto de la presentación y la descripción de la funcionalidad, reduciendo las repeticiones de "sujeto inconsistente" y "descripción de la funcionalidad poco clara". Conclusión Por favor, considera el listado como un "proyecto de cumplimiento", en lugar de una "casualidad". Los límites de funcionalidad poco claros, la falta de coincidencia entre licencias y áreas de lanzamiento, y la documentación incompleta, se quedarán atascados directamente en la revisión. Te sugiero que alinees ahora mismo cuatro cosas: funcionalidad → licencia/registro → declaración de tienda → documentación de prueba, primero lanzando en países donde se pueda cumplir con las regulaciones, y luego expandiendo gradualmente según la matriz. Lo que podemos hacer es hacer que este mapa sea tangible: diagnóstico y matriz (puede/no puede/cómo abrir), dictamen legal (conclusión + condiciones + divulgación), paquete de documentos y asesoramiento para listado (implementar los requisitos en la redacción y la configuración del backend). La conformidad es una acción continua, las actualizaciones de versiones y la expansión del área deben ser revisadas. Si tienes problemas con el listado de tu aplicación Web3, no dudes en contactar al abogado Mankun.

Autor original: Abogado Shao Jia Dian