TL;DR. Información de revisión de la app — nombre de contacto, teléfono, email, un usuario/contraseña de cuenta demo y un campo de notas de texto libre — está en la misma pantalla de versión desde la que envías, y la propia página de envío de Apple lo dice sin rodeos: “Rol requerido: Titular de cuenta, Administrador o Gestor de apps.” Marketing, el rol que puede editar tu keyword field y subtítulo, no está en esa lista. A diferencia del keyword field, esta sección se puede editar en cualquier momento, no solo al enviar una versión — precisamente por eso una cuenta demo desactualizada es una causa de rechazo tan común y evitable: nadie se acuerda de revisarla hasta que App Review ya lo ha hecho.
¿Qué va exactamente en la sección Información de revisión de la app?
La documentación de la API de App Store Connect de Apple enumera los mismos campos que recoge la interfaz de App Store Connect: nombre y apellido de contacto, número de teléfono de contacto, dirección de email de contacto, si probar la app requiere una cuenta demo, un usuario y contraseña de cuenta demo si es así, y un campo de notas opcional para cualquier otra cosa que el revisor necesite saber. Nada de esto es visible para el usuario final — existe únicamente para que una persona pueda pasar por tu app durante la revisión.
Los campos de cuenta demo son un único par de usuario/contraseña. Si tu app tiene más de un tipo de cuenta — un nivel gratuito y uno de pago, una vista de administrador y una de miembro — no hay ningún otro sitio donde poner el segundo set de credenciales. La recomendación de Apple para este caso es usar el campo de notas para las cuentas adicionales, e incluir con antelación cualquier código de segundo factor o autenticación, ya que un revisor que se encuentra con un muro de 2FA sin él es propenso a abrir una llamada antes de terminar la revisión.
¿Quién puede editar realmente la sección Información de revisión de la app?
Titular de cuenta, Administrador o Gestor de apps — eso es todo. La página de ayuda de Apple para enviar una app tiene exactamente esta línea: “Rol requerido: Titular de cuenta, Administrador o Gestor de apps.” El rol Marketing, que puede editar el keyword field, el subtítulo, la descripción y los screenshots, está ausente de esa lista.
Ese es un conjunto más reducido que los cuatro roles (Titular de cuenta, Administrador, Gestor de apps o Marketing) que pueden tocar tu listing real de la tienda. Si le has dado trabajo de ASO a un contractor bajo el rol Marketing específicamente para que no pueda enviar builds ni cambiar precios, ese mismo alcance también significa que no puede actualizar la contraseña de la cuenta demo ni añadir una nota de envío — alguien con un rol más amplio tiene que hacer esa parte, incluso en un día en que lo único que cambió es el login de una cuenta de prueba.
¿Por qué se rechaza una versión cuando no cambió nada en el código?
El motivo más común es una cuenta demo que ya no funciona. La Información de revisión de la app no está bloqueada al build de la forma en que tu keyword field queda bloqueado hasta el siguiente envío de versión — se puede editar en cualquier momento, lo que hace fácil asumir que ya “está lista” y saltarse la revisión. La propia guía de Apple previa al envío es directa sobre esto: proporciona cuentas demo o un modo de demostración funcional antes de enviar, porque los revisores prueban la app tanto con sesión iniciada como sin ella, y un login de prueba muerto basta por sí solo para frenar un envío que no tiene nada mal en su binario.
Esto aparece con más frecuencia en un reenvío semanas o meses después del original — se rotó una contraseña de staging, se limpió de la base de datos una cuenta de prueba preparada, se dio de baja un backend del que dependía la cuenta demo. Nada de eso toca el código de tu app, pero todo produce el mismo mensaje de rechazo sobre no poder iniciar sesión.
Checklist para el mismo día antes de tu próximo envío
- Inicia sesión con la cuenta demo exacta que está guardada actualmente en la Información de revisión de la app — no de memoria, sino con lo que realmente está guardado — antes de hacer clic en Enviar.
- Si tu app tiene más de un tipo de cuenta, confirma que el segundo set de credenciales sigue en el campo de notas y sigue funcionando, no solo el par principal.
- Si el inicio de sesión requiere un código 2FA o de un solo uso, pon uno actualmente válido en el campo de notas por adelantado en lugar de dejar que el revisor lo solicite.
- Confirma que el email y el teléfono de contacto están al día — así te contacta Apple si el revisor necesita algo a mitad de la revisión, y no hay ningún recordatorio aparte si están desactualizados.
- Si la persona que hace esta revisión solo tiene el rol Marketing, pásasela a quien tenga Titular de cuenta, Administrador o Gestor de apps — Marketing no puede guardar cambios aquí aunque pueda guardar un cambio de keyword diez minutos antes en la misma sesión.