Un rechazo no es una tragedia, y le pasa a equipos con mucha experiencia. Lo que sí duele es un rechazo evitable a tres días de una fecha comprometida.
La mayoría de las causas se repiten y no tienen nada que ver con la calidad de tu código. Están aquí, con referencia a las guías de Apple y las políticas de Google Play, consultadas en noviembre de 2026.
1. El revisor no pudo entrar
La causa más tonta y una de las más comunes. Si tu app tiene inicio de sesión, debes entregar una cuenta de prueba que funcione. Apple lo pide de forma expresa en la guía 2.1, junto con tener tu backend encendido, y Google Play también pide instrucciones de acceso.
Cómo evitarlo: crea una cuenta de revisión con datos de ejemplo, comprueba que no caduque y pruébala el día que envías. Si tu app depende de una ubicación o de un código por SMS, explícalo en las notas.
2. Es solo tu sitio web en una caja
La guía 4.2 de Apple pide funciones y contenido que eleven tu app "por encima de un sitio web reempaquetado". Si solo abre tu web dentro de un marco, es probable que la rechacen.
Cómo evitarlo: aporta algo propio de una app, como notificaciones útiles, funciones sin conexión o integración con el teléfono. Si no lo necesitas, quizá te baste con una PWA.
3. No se puede borrar la cuenta
Las dos tiendas lo exigen: si tu app permite crear cuentas, debe permitir eliminarlas desde dentro. Google Play pide además un enlace web para solicitarlo sin abrir la app. Desactivar la cuenta o decir "escríbenos un correo" no alcanza.
4. Lo que declaras no coincide
Dices que no recoges ubicación, pero un SDK de publicidad sí lo hace. Las etiquetas de privacidad de Apple y el formulario de seguridad de datos de Google deben reflejar lo que hace realmente tu app, incluidas las bibliotecas de terceros. Lo vemos en privacidad en las tiendas.
También son motivo de rechazo los permisos sin justificación clara. En iOS, debes explicar para qué usas la cámara o la ubicación con un texto claro y específico.
5. Cobrar por donde no toca
Lo digital y lo físico se tratan distinto:
| Qué vendes | Cómo se cobra normalmente |
|---|---|
| Suscripción a contenido o funciones de la app | Sistema de pago de la tienda |
| Moneda de un juego | Sistema de pago de la tienda |
| Producto físico, comida, viajes | Tu propia pasarela |
| Servicio prestado fuera de la app | Tu propia pasarela |
Estas reglas varían por país y han cambiado en algunos mercados. Revisa la situación de tu caso, y las comisiones que implica.
6. Plantillas y copias
La guía 4.2.6 rechaza las apps creadas con plantillas o generadores comerciales, salvo que las envíe directamente quien provee el contenido. La 4.3 también se opone a publicar muchas versiones de la misma app, como una por cada sucursal.
Cómo evitarlo: si tienes varios locales, haz una sola app con selector. Si la tuya salió de un generador, envíala desde tu propia cuenta, no desde la del proveedor.
7. Detalles de última hora
- Enlaces rotos en soporte o privacidad.
- Texto de relleno o botones que no hacen nada.
- Capturas que no coinciden con la app.
- Mencionar a la otra plataforma en la ficha, como "también en Android".
- Usar marcas ajenas sin permiso, incluso en palabras clave.
- Cierres inesperados en versiones recientes del sistema.
- Versión objetivo vieja: no compilar con el SDK exigido impide subir la app.
Qué hacer si te rechazan
- Lee el mensaje entero. Cita la guía o política y, a menudo, incluye una captura.
- No la reenvíes sin cambios. Te harás perder tiempo y empeorarás tu historial.
- Corrige la causa, no el síntoma, y comprueba si afecta a otras partes.
- Responde con claridad. Si crees que hay un malentendido, explícalo. En Apple puedes contestar en App Store Connect y, si hace falta, apelar. En Google Play también existe un proceso de apelación.
Lista de verificación antes de enviar
- Cuenta de prueba probada hoy.
- Backend encendido y con datos.
- Borrado de cuenta funcionando.
- Declaraciones de privacidad revisadas contra los SDK.
- Enlaces de privacidad y soporte activos.
- Pruebas en un teléfono real con la versión más reciente del sistema.
Revisar esto antes de cada envío es parte de nuestro servicio de publicación. Nadie puede garantizar la aprobación, pero sí evitar los rechazos más tontos. Si ya te rechazaron, mándanos el mensaje y lo revisamos contigo.