Cuenta demo para la revisión de App Store: cómo preparar un acceso que el revisor pueda usar (2026)

Si alguna parte de tu app está detrás de un inicio de sesión, tu cuenta demo para la revisión de App Store tiene que funcionar a la primera cuando Apple la pruebe. Las App Review Guidelines de Apple piden los datos de una cuenta demo, o un modo demo con todas las funciones, y que tu backend esté activo durante la revisión. En la práctica, eso significa una cuenta dedicada que nunca caduque, que ya tenga datos realistas, que llegue a todas las funciones de pago y por rol, y que no necesite un código de acceso que solo tú puedes ver. Esta guía explica cómo crear esa cuenta, cómo redactar las notas que la acompañan y qué les pasó a otros desarrolladores cuando falló.

¿Qué exige Apple para una cuenta demo de revisión en App Store?

Apple exige un usuario y una contraseña de demo que funcionen siempre que una app requiera inicio de sesión, introducidos en App Review Information dentro de App Store Connect, y la cuenta no debe caducar. La directriz 2.1(a) también exige que tu backend esté en funcionamiento durante la revisión.

La directriz 2.1(a) dice textualmente: «incluye los datos de la cuenta demo (¡y activa tu servicio de backend!) si tu app incluye un inicio de sesión». La referencia de información de versión de la plataforma de App Store Connect añade que «la cuenta demo se usa durante el proceso de App Review y no debe caducar», que «los datos de cuentas adicionales deben incluirse en el campo Notes» y que Notes «puede contener hasta 4000 bytes». Los campos de Sign-in required se aplican «si tu app requiere un inicio de sesión para usarla».

La página de ayuda sobre una revisión completa de Apple es más concreta: «Las credenciales que caduquen o cambien antes de que comience tu revisión pueden provocar el rechazo del envío». Si tu app tiene varios tipos de cuenta, como administrador y usuario general, añade credenciales para cada uno en Notes. Si vendes suscripciones con renovación automática, «proporciona una cuenta demo con una suscripción caducada para permitir la revisión de todo el flujo de compra».

¿Cómo se configura una cuenta demo para App Review?

Configura una cuenta demo creando una cuenta dedicada en producción, manteniéndola fuera de cualquier proceso de caducidad o limpieza, llenándola de datos realistas e iniciando sesión con ella en la build de release exacta antes de enviarla.

1. Crea una cuenta dedicada en producción, como appreview@yourdomain.com. No reutilices una cuenta personal o de QA que alguien pueda modificar.
2. Exclúyela de todos los procesos de limpieza: rotación de contraseñas, eliminación de cuentas inactivas, caducidad de pruebas gratuitas y reglas antifraude.
3. Llénala de contenido realista para que ninguna pantalla esté vacía. Los revisores juzgan si la app está completa por lo que ven.
4. Configura el estado de su suscripción según las indicaciones de Apple. Si vendes suscripciones, la cuenta debe tener una suscripción caducada para que aparezcan el paywall y el flujo de compra.
5. Asígnale una región donde funcionen todas tus funciones, o describe las diferencias regionales en Notes.
6. Inicia sesión en un dispositivo limpio con la build de release exacta que vas a enviar y recorre cada función que menciones en Notes.
7. No vuelvas a tocar la contraseña hasta que termine la revisión.

¿Y si la app usa códigos de acceso, OTP por SMS, enlaces mágicos o SSO?

Si el inicio de sesión necesita un código de un solo uso, escribe en Notes un código fijo para la cuenta de revisión antes de enviar la app. Apple advierte que, sin él, «puede ser necesaria una llamada para continuar la revisión», y esas llamadas «suelen completarse en un plazo de tres a cinco días hábiles».

Para enlaces mágicos por correo electrónico o códigos de un solo uso por SMS, configura la cuenta de revisión para que acepte un código o una contraseña fijos, y pon ese código en Notes. Si usas un servicio de inicio de sesión único (SSO) de terceros, App Store Connect te pide que «incluyas también los datos de inicio de sesión de la cuenta demo para ese servicio».

Si no puedes compartir una cuenta demo por motivos legales o de seguridad, algo habitual en apps bancarias, de salud y de otros sectores regulados, la directriz 2.1(a) te permite usar «un modo demo integrado en lugar de una cuenta demo, con la aprobación previa de Apple». Ese modo demo tiene que mostrar «todas las funciones y funcionalidades de tu app» con datos de demostración, no una visita recortada.

¿Qué cuentas debes darle a App Review?

Dale a App Review un acceso sin caducidad por cada tipo de cuenta de tu app, además de todo lo que necesite para superar códigos, paywalls y requisitos de hardware. Esta tabla indica dónde va cada caso.

¿Qué deben decir las notas de App Review para una cuenta demo?

Unas buenas notas de revisión explican el concepto de la app, todos los accesos, el código de inicio de sesión, cómo llegar al paywall, dónde está cada función, las diferencias regionales y los dispositivos en los que has probado. Aquí tienes un ejemplo para un hipotético seguimiento de hábitos en equipo que usa códigos de acceso por correo electrónico y una suscripción Pro.

CONCEPT: Team habit tracker. Coaches create groups; members log daily habits.
Pro subscription (monthly/annual) unlocks progress reports.

ACCOUNTS (non-expiring, pre-filled with 30 days of data):
- Member: review-member@example.com (in the username/password fields)
- Coach: review-coach@example.com / password: [shared here]
- Deletion test: review-delete@example.com / password: [shared here]

LOGIN CODE: The app emails a 6-digit code. For these review
accounts, enter 246810.

SUBSCRIPTION: The member account's subscription has expired.
Tap Reports > Upgrade to see the full purchase flow.

WHERE TO LOOK: Groups tab (coach) > Create group. Today tab (member)
> Log habit. Settings > Account > Delete account.

REGIONS: All features work the same in every storefront.
TESTED ON: iPhone 15 (iOS 26), iPad Air (iPadOS 26).
SERVICES: Supabase (auth/data), RevenueCat (subscriptions).

Que sean breves y prácticas. Para las actualizaciones, la página de ayuda de Apple indica que hay que «describir qué ha cambiado y dónde pueden encontrar los revisores el contenido o las funciones nuevas importantes». La directriz 2.3.1(a) exige que las funciones nuevas se «describan de forma específica» y advierte que «las descripciones genéricas serán rechazadas». La redacción de las directrices cambia varias veces al año, así que lee nuestro resumen de los cambios de octubre de 2026 en las App Review Guidelines antes de enviar.

¿Por qué fallan los accesos de cuentas demo en la revisión? Casos reales

En los casos públicos, los accesos demo suelen fallar por uno de dos motivos: un segundo factor que el revisor no puede recibir, o una cuenta que funciona para el desarrollador pero devuelve un error en el dispositivo de Apple. Dos hilos de los Apple Developer Forums muestran ambos.

Verificación en dos pasos por SMS en una función clave. Un desarrollador en los Apple Developer Forums contó que su app era «rechazada constantemente» porque editar el perfil requería un código enviado por SMS a un número móvil de EE. UU. Explicó que «como no tenemos el número de móvil del revisor... el revisor no recibe el código de validación». Otros desarrolladores del hilo describieron soluciones: uno cambió el backend «para que la cuenta de prueba reciba siempre el mismo código 2FA» y lo indicó en las notas, y otro vinculó una cuenta de producción a un número de teléfono virtual y le dio acceso a Apple.

Credenciales que funcionan en todas partes menos en la revisión. Un desarrollador de React Native y Expo que usaba autenticación por email y contraseña de Supabase informó de rechazos repetidos. La captura de Apple mostraba el email correcto y el error "Invalid login credentials", pero el inicio de sesión funcionaba desde los dispositivos del desarrollador, Postman y el cliente de Supabase, sin MFA, límite de peticiones ni bloqueo geográfico. El hilo no tiene una causa confirmada. El desarrollador estaba pensando en añadir un modo demo, pero según la directriz 2.1(a) esa vía requiere la aprobación previa de Apple.

Lo que tienen en común estos casos: la experiencia del revisor es la única prueba que cuenta. Un código fijo escrito en Notes resuelve el problema del segundo factor. Para el problema de «a mí me funciona», tienes que iniciar sesión con la build de release, en un dispositivo limpio y contra producción, y luego no tocar la cuenta.

¿Qué debes comprobar antes de enviar con una cuenta demo?

Antes de enviar, confirma que el acceso demo funciona en la build de release, que todos los roles y códigos están en Notes y que nada va a hacer caducar, rotar o eliminar la cuenta durante la revisión.

• Has iniciado sesión en la build de release en un dispositivo limpio en la última hora
• El backend, el proveedor de autenticación y el servicio de email o SMS están activos y no limitan las peticiones de la cuenta
• La cuenta está excluida de los procesos de caducidad, limpieza y rotación de contraseñas
• Cada rol tiene su propio acceso en Notes
• El estado de la suscripción muestra el flujo de compra
• Hay una cuenta aparte preparada para la prueba de eliminación
• El código de acceso o la forma de saltarlo están escritos en Notes
• El teléfono de contacto está en formato internacional con el signo más (+) y alguien va a contestar

Según la página de App Review de Apple, «de media, más del 40 % de los problemas sin resolver están relacionados con la directriz 2.1: App Completeness», que incluye la información incompleta. Un acceso demo roto es uno de los más fáciles de evitar. Para revisar el resto de la build, usa nuestro plan de pruebas de la build de release para rechazos por la 2.1.

¿Qué haces si App Review sigue sin poder iniciar sesión?

Si App Review no puede iniciar sesión, arregla la cuenta, vuelve a probarla en la build de release, actualiza App Review Information y responde en App Store Connect explicando exactamente qué has cambiado. App Review Information «se puede editar en cualquier momento».

Lee con atención el mensaje de rechazo. A menudo la causa es una simple discrepancia: una contraseña cambiada, una sesión caducada o un revisor en una región que tu backend bloquea. Nuestra guía para convertir un mensaje de revisión en una solución explica cómo responder. Si prefieres delegar la preparación de la revisión, nuestro servicio de envío a App Store prepara la revisión y trabaja contigo sobre los comentarios de rechazo, por $599 para ambas tiendas (las cuotas de las cuentas de desarrollador van aparte).