Prepara tu app para la revisión en la store
Este artículo describe el proceso que siguen las stores al revisar las apps enviadas y ofrece consejos para conseguir la aprobación más rápido. La información proviene de las guías oficiales de envío:
Ambas stores siguen un proceso de revisión similar. Cuando una política solo aplica a una de las stores, el artículo lo indica por su nombre.
Los usuarios de Adapty deben prestar especial atención a los problemas de cumplimiento relacionados con paywalls y compras in-app. Son uno de los motivos más frecuentes de rechazo.
Antes de empezar
Confirma que tu aplicación está lista para el envío.
Adapty ofrece una lista de verificación para el lanzamiento para preparar tu app para su publicación.
Google Play Store exige a los editores nuevos que prueben la app antes de enviarla. La prueba debe contar con al menos 12 personas y durar un mínimo de 14 días consecutivos. Este requisito se introdujo en 2025 para reducir el número de apps con errores que llegan al equipo de revisión de Google.
Resumen del proceso de revisión
Paso 1: La revisión automatizada
Tanto App Store como Google Play Store siguen un proceso de revisión similar en dos pasos. Inmediatamente después del envío, tu app pasa por un análisis automatizado que puede tardar varias horas. Ambas tiendas analizan tu app en busca de malware, y Google hace especial hincapié en este proceso. Busca indicadores de comportamiento malicioso, como el contacto con servidores sospechosos o el acceso injustificado a datos del usuario. Si tu aplicación se considera potencialmente dañina, se marca y se pasa a un analista de seguridad humano. La documentación de Google Play Protect contiene una lista aproximada de las comprobaciones que se realizan en este paso. Las stores también verifican la presencia de los metadatos necesarios, la ausencia de dependencias dañinas o gravemente desactualizadas, y la integridad de tu build.
Paso 2: La revisión humana
Una vez que tu app supera el cribado automático, un revisor humano la examina. Este paso puede llevar varios días, dependiendo de la complejidad de tu app y la cola de revisión en ese momento. Las apps que procesan datos sensibles tardan más en revisarse.
Requisitos generales
Estabilidad
Las aplicaciones que se cierran inesperadamente durante la revisión son rechazadas. Los revisores pueden simular intencionalmente condiciones de red poco fiables, por lo que la app debe ser capaz de gestionarlas correctamente.
Completitud
Tanto Apple como Google imponen un requisito de completitud (“funcionalidad mínima”) sobre el contenido de la store.
- Los marcadores de posición, las pantallas “próximamente” y las funcionalidades rotas son motivo de rechazo en iOS.
- Google es más flexible, especialmente si tu aplicación está en Early Access.
- Ambos stores rechazan aplicaciones con poca o ninguna funcionalidad. Esto incluye apps que muestran una sola imagen, un PDF o una página web.
El contenido faltante entra en la misma categoría.
- Si la app no hace lo que anuncias, será rechazada.
- Si configuras una compra in-app en tu dashboard, pero no la incluyes en la build, la app será rechazada.
Precisión de los metadatos
La información engañosa, inexacta o inconsistente en la descripción, capturas de pantalla y otros metadatos puede llevar al rechazo.
No uses tu ficha en la store para anunciar funcionalidades futuras de la app.
Si la app no está diseñada para el público en general, el revisor buscará documentación adicional que explique sus flujos de trabajo. Incluye instrucciones claras en los metadatos de la app.
Clasificación de contenido
El contenido de tu app debe coincidir con la clasificación que has declarado.
Aspectos legales
- La política de privacidad de tu app debe ser accesible desde dentro de la app. Puedes usar el botón de enlace del Paywall Builder.
- Exige a los usuarios que lean y acepten cualquier acuerdo legal antes de que entre en vigor.
- Indica la presencia de publicidad en tu app. No hacerlo puede resultar en un rechazo.
- Si tu app de iOS incluye compras in-app, debes aceptar el Paid Apps Agreement en tu dashboard de App Store Connect.
Autenticación
Si parte del contenido de tu app solo está disponible tras autenticarse, proporciona credenciales de acceso válidas al revisor de la store. No poder acceder al contenido de forma completa justifica un rechazo.
Si tu app permite a los usuarios crear una cuenta, también debe permitirles eliminarla. Dirigir a los usuarios a soporte por correo electrónico o a un sitio web no cumple este requisito.
Acceso y privacidad
Los metadatos de la app deben indicar claramente el motivo de cada permiso solicitado. Los permisos más sensibles (por ejemplo, acceso a mensajes de texto y registros de llamadas) pueden requerir una demostración en vídeo.
El mismo principio aplica a los datos sensibles del usuario: si los solicitas, explica por qué.
Requisitos relacionados con las compras in-app
Las infracciones de política de negocio son uno de los motivos de rechazo más habituales. Si los principales métodos de monetización de tu aplicación son las suscripciones y las compras in-app, estará sujeta a un escrutinio mayor.
Requisitos del paywall
Los revisores de aplicaciones esperan paywalls sencillos y fáciles de entender.
Si se sospecha que estás manipulando a los usuarios, la aplicación es rechazada. Si en varias revisiones se encuentran pruebas de prácticas engañosas, tu cuenta puede ser desactivada y tu aplicación suspendida. Google Play utiliza un sistema de penalizaciones que puede llevar a la eliminación de todas tus aplicaciones. Sigue estas prácticas en el diseño de tus paywalls:
-
Sé transparente y claro desde el principio.
Muestra el precio exacto del producto, la frecuencia de cobro, los beneficios y las condiciones de cancelación antes de pedir al usuario que realice la compra.
Diferencia claramente entre compras únicas y productos que requieren pagos recurrentes.
Si un producto incluye un período de prueba gratuito, indica claramente su duración y condiciones.
No uses un lenguaje deliberadamente confuso para engañar al usuario.
-
Sé coherente.
Los precios de los productos deben coincidir en el listing de App Store, las pantallas in-app, las pantallas de gestión de suscripciones y el contenido de marketing. Cualquier discrepancia en los precios, por pequeña que sea, es motivo de rechazo.
El Paywall Builder de Adapty sincroniza automáticamente los precios entre tu paywall y tu producto en App Store Connect. Si tu paywall está codificado manualmente, debes obtener el precio de cada producto desde su array de datos.
-
Muestra todos los niveles por igual.
No preselecciones la opción más cara ni ocultes las más baratas.
-
Evita los “patrones oscuros”.
No crees una falsa sensación de urgencia o escasez.
No obligues a los usuarios a hacer compras haciendo que las funciones gratuitas sean intencionalmente incómodas o difíciles de encontrar.
Garantía de acceso
La aplicación debe garantizar el derecho de los usuarios a acceder a sus compras.
-
Acceso inmediato
Una compra exitosa debe desbloquear el acceso al producto de forma inmediata, sin demoras visibles.
Los estados intermedios de autorización de pago no deben generar errores ni arruinar la experiencia del usuario.
Una compra exitosa debe ocultar el paywall de inmediato. Si continúas mostrando el paywall después de una compra, impides que el usuario acceda al contenido que pagó.
-
Restauración del acceso Un usuario debe poder restaurar el acceso al producto desde un nuevo dispositivo. Coloca el botón de restauración en un lugar visible.
Si creaste tu paywall con el Flow Builder, el botón de restauración activa automáticamente el proceso de restauración. Si implementaste un paywall manualmente, añade el código que llama al método restorePurchases. Adapty restaurará el nivel de acceso del usuario, a menos que uses el SDK en modo observer. El app debe ser capaz de reconocer las compras in-app realizadas desde la página del producto en el store, o desde cualquier otro lugar en el store.
Métodos de pago apropiados
Ambas stores prohíben la venta de bienes físicos mediante compras in-app y exigen el uso de su sistema de pago para la mayoría de los bienes digitales.
El requisito de facturación de la store no se aplica en algunas jurisdicciones geográficas, como Estados Unidos y la UE. Dependiendo del país, es posible que puedas evitar por completo la facturación de la store, o presentar al usuario una elección entre la facturación de la app store y una alternativa. Algunas categorías de apps (como lectores de libros electrónicos o apps de citas) pueden ser elegibles para métodos de pago alternativos incluso fuera de estas regiones. Consulta las directrices oficiales de los stores para más detalles.
A diferencia de Google, Apple no ofrece una lista definitiva de países que permiten métodos de facturación alternativos. A medida que nuevas jurisdicciones aprueben leyes similares, la disponibilidad irá aumentando. Lee la documentación correspondiente a tu país concreto antes de continuar.
Ten en cuenta que ambas stores aplican directrices para las integraciones con proveedores de pago y siguen cobrando comisiones por las transacciones que usan estos servicios.
Manejo de rechazos
Si tu aplicación es rechazada, el revisor indicará qué directrices ha infringido. Lee la directriz completa y corrígelo:
Si consideras que el rechazo fue injusto, tienes derecho a apelar. Proporciona evidencia de cumplimiento y contacta con el store.
- No actualices la app mientras está en proceso de revisión.
- Cada vez que envíes tu aplicación a revisión, puede que te toque un revisor diferente. Esto puede jugar a tu favor o en tu contra.
- No corrijas los problemas uno a uno. Envía la app a revisión solo cuando hayas aplicado todas las correcciones.
- Si Google Play rechazó tu aplicación por incumplimiento de políticas, actualiza los datos en cuestión en todas las pistas, aunque estén pausadas o inactivas.
- Las revisiones posteriores suelen tardar menos que la primera.
- La revisión urgente puede estar disponible para errores críticos y fechas límite — úsala con moderación.
Tras la revisión: monitoreo continuo
Ambas tiendas siguen monitoreando tu aplicación incluso después de que supere el proceso de revisión.
Si la funcionalidad de tu app cambia tras la aprobación (por ejemplo, debido a código cargado dinámicamente), será marcada y eliminada del listado. Una avalancha de opiniones negativas de usuarios también puede motivar un escrutinio adicional.
Entre 2024 y 2025, Google eliminó el 47% de sus apps de Play Store para mejorar su calidad media. Abandonar tu app también conlleva riesgos. Tanto Google como Apple eliminan las apps que no reciben actualizaciones ni descargas.