Cómo conseguir que tu app sea aprobada en el App Store y en Play Store

A menudo los fundadores se sorprenden al descubrir que "la app está terminada" y "la app está publicada" son dos hitos distintos. Entre ambos está la revisión de las tiendas de aplicaciones, el proceso con el que Apple y Google deciden si tu app se publica. Si esto te pilla desprevenido, un lanzamiento que tenías previsto para el lunes se retrasa una o dos semanas mientras corriges lo que las tiendas han señalado.

He publicado apps reales en React Native en ambas tiendas, y la buena noticia es que casi todos los rechazos se pueden evitar si sabes qué buscan los revisores. Esto es lo que las tiendas exigen de verdad y cómo mantengo los lanzamientos dentro del calendario.

El problema de negocio: la aprobación es un riesgo para el lanzamiento, no un trámite

Muchos equipos tratan el envío a las tiendas como un simple sello al final de todo. Luego llega el correo de rechazo, normalmente por algo pequeño pero obligatorio, y la fecha de lanzamiento se mueve. Si has sincronizado el marketing, una campaña de prensa o las actualizaciones a inversores con el lanzamiento, ese retraso tiene un coste real.

La revisión de Apple es más estricta y la hacen revisores humanos, así que es ahí donde ocurren la mayoría de las sorpresas. La de Google es más rápida, pero se ha endurecido con los años. Por ejemplo, una nueva cuenta personal de desarrollador de Google Play tiene que hacer una prueba cerrada con al menos 12 testers durante 14 días seguidos antes de poder publicar en producción (las cuentas de organización están exentas). Si no lo sabías, tu fecha de lanzamiento acaba de moverse dos semanas.

Tratar la aprobación como parte del plan, y no como algo de último momento, es lo que mantiene intacta tu fecha de lanzamiento.

Lo que las tiendas exigen de verdad

Los detalles cambian con el tiempo, pero las categorías de requisitos son estables:

• Una app completa y funcional. Los revisores rechazan las apps que se cierran inesperadamente, tienen funciones rotas o parecen inacabadas. Una demo que "funciona casi siempre" no basta, que es justo la diferencia que explico en qué hace que una app móvil esté lista para producción.
• Transparencia en privacidad. Ambas tiendas exigen indicar claramente qué datos recopilas y por qué, una política de privacidad y solicitudes de permisos adecuadas. Las etiquetas de privacidad de Apple y la sección de Seguridad de los datos de Google Play son obligatorias, y Apple también espera manifiestos de privacidad para los SDKs de terceros que incluya tu app.
• Acceso real a la cuenta. Si tu app tiene inicio de sesión, los revisores necesitan credenciales de demo que funcionen para probarla. Olvidarlo es un motivo de rechazo habitual y evitable.
• Fichas honestas y precisas. Las capturas de pantalla, la descripción y los metadatos deben coincidir con lo que la app hace realmente.
• Eliminación de cuenta. Si los usuarios pueden registrarse, ambas tiendas esperan ahora una forma de eliminar la cuenta desde dentro de la app. Google Play también pide un enlace web donde los usuarios puedan solicitar la eliminación sin reinstalarla.
• Builds actualizadas. Ambas tiendas suben cada año sus requisitos mínimos de SDK. Apple exige builds hechas con una versión reciente de Xcode y del SDK de iOS, y Google Play exige que las apps nuevas y las actualizaciones apunten a un nivel reciente de la API de Android. Si te pasas de la fecha límite, no puedes publicar actualizaciones hasta que actualices.
• Clasificaciones por edad precisas. Apple renovó sus clasificaciones por edad (añadiendo 13+, 16+ y 18+), y algunas regiones tienen ahora leyes de verificación de edad. Responde con cuidado a las preguntas de clasificación, sobre todo si tu app tiene chat o contenido generado por los usuarios.
• Normas de la plataforma. Cosas como seguir sus guías de diseño y de contenido, y sus normas sobre pagos de bienes digitales. Las normas de pago están cambiando: tras los casos judiciales de Epic, las apps en EE. UU. ya pueden redirigir a los usuarios a pagar en la web, Google también permite facturación alternativa en EE. UU., y la UE tiene sus propias normas bajo la Ley de Mercados Digitales. Las comisiones y condiciones todavía se están resolviendo en los tribunales, así que reviso las normas vigentes de cada mercado antes de diseñar un flujo de pago.

Por qué esto importa a los fundadores

Un rechazo de la tienda no es solo un retraso. Puede tener un efecto en cadena. Cada reenvío vuelve a la cola de revisión, así que un solo requisito olvidado puede costar una semana a lo largo de un par de rondas. Para un fundador que coordina un lanzamiento, esa imprevisibilidad es el verdadero problema. Incluir la aprobación en el plan desde el principio elimina la sorpresa, de modo que tu ventana de lanzamiento es algo que controlas y no algo que esperas que salga bien.

Un ejemplo real

Todas las apps móviles de mis proyectos (venta de entradas, gestión de flotas, fintech y otras) tuvieron que superar este listón para publicarse. El patrón que hace que todo vaya sobre ruedas es siempre el mismo: tratar los requisitos de las tiendas como parte del desarrollo, no como una tarea del último día. Eso significa que la política de privacidad, los flujos de permisos, la eliminación de cuenta y el acceso de demo están listos antes del envío, y que la app está realmente terminada, no es una demo con asperezas. Las apps con inicio de sesión, pagos o datos sensibles (como la ubicación) reciben un escrutinio extra, así que son precisamente esas en las que prepararse con antelación compensa.

Motivos habituales por los que se rechazan las apps

• Cierres inesperados o funciones rotas durante la revisión.
• Política de privacidad ausente o incompleta y falta de información sobre los datos.
• No hay credenciales de demo que funcionen para una app con inicio de sesión.
• No hay opción de eliminar la cuenta en apps con registro.
• Capturas o descripciones engañosas que no coinciden con la app.
• Solicitudes de permisos sin motivos claros, sobre todo de ubicación, cámara o contactos.
• Usar métodos de pago externos para bienes digitales en mercados donde la tienda sigue exigiendo el suyo.

Cómo abordo el envío a las tiendas

1. Planifico la aprobación desde el primer día, no como una tarea del último día.
2. Construyo pronto las piezas obligatorias: política de privacidad, permisos, eliminación de cuenta, acceso de demo.
3. Me aseguro de que la app esté realmente lista para producción, no que sea una demo pulida.
4. Preparo fichas de tienda honestas y precisas con capturas y metadatos reales.
5. Envío con todo lo que necesitan los revisores para que el primer intento sea el que se apruebe.
6. Respondo rápido durante la revisión, para que cualquier aclaración se resuelva en horas, no en días.

Hecho así, la aprobación en las tiendas se convierte en un paso predecible y no en una apuesta angustiosa en la recta final.

¿Estás planificando el lanzamiento de una app móvil?

Si estás cerca de lanzar una app, o ya te ha frenado un rechazo y quieres que esta vez se gestione bien, he llevado apps reales a través de ambas tiendas y puedo hacer que el proceso sea predecible.

Mira las apps que he lanzado, lee cómo trabajo y ponte en contacto para hablar de tu lanzamiento. Consigamos la aprobación a la primera.