Qué es TestFlight: cómo funciona y cómo probar tu app iOS

Si buscas testflight que es porque vas a lanzar una app en iPhone o iPad, la respuesta corta es esta: TestFlight es el sistema oficial de Apple para distribuir versiones beta de tu app (también juegos y App Clips) y recoger comentarios antes de publicarla en la App Store. Se gestiona desde App Store Connect y los testers instalan la app gratuita TestFlight en sus dispositivos.

Esta guía resume cómo funciona, qué límites oficiales existen, cómo invitar testers y qué preparar (cuenta, privacidad y capturas) para que la beta no se convierta en un cuello de botella. Complementa la checklist para publicar en App Store y, si también publicas en Android, la prueba cerrada de Google Play.

No inventamos tiempos exactos de “Beta App Review” ni promesas de aprobación: Apple revisa caso a caso. Lo que sí puedes controlar es tener la build lista, la información de prueba completa y los documentos legales en orden.

Qué es TestFlight y para qué sirve

Según la página oficial de TestFlight en Apple Developer, TestFlight facilita que personas reales prueben tu app en plataformas Apple y te den feedback antes del lanzamiento. No necesitas gestionar UDIDs ni perfiles de aprovisionamiento a mano para cada tester: ellos aceptan una invitación y descargan la beta desde la app TestFlight.

En la práctica sirve para:

• Validar flujos críticos (registro, pagos in-app, permisos, notificaciones) con usuarios fuera de tu Mac.
• Recibir informes de fallos, métricas de sesiones y comentarios con capturas anotadas desde App Store Connect.
• Probar varias builds a la vez y organizar grupos (por ejemplo: equipo interno vs. beta pública).
• Reducir sorpresas en la revisión de la App Store: muchos rechazos se detectan antes, en beta.

TestFlight forma parte de tu membresía del Apple Developer Program. Sin esa cuenta de pago anual no hay distribución TestFlight completa hacia testers reales en el flujo estándar de App Store Connect.

TestFlight que es en la práctica: cómo funciona el flujo

La ayuda de App Store Connect (TestFlight overview) describe un flujo en pasos claros:

1. Completa la información de prueba

En la pestaña TestFlight de tu app indica qué quieres que prueben, una descripción de la beta y un correo para recibir feedback. Si vas a invitar testers externos, también necesitas la información que pide Beta App Review.

2. Sube una build elegible

Sube la build desde Xcode (u otra herramienta compatible) a App Store Connect. Apple indica que puedes probar una build hasta 90 días desde la subida. Las builds deben incluir los application identifiers correctos en los perfiles de aprovisionamiento. Puedes compartir hasta 100 builds y probar varias en paralelo.

3. Crea grupos e invita testers

Los grupos organizan quién recibe qué build. Hay dos tipos de testers:

Tipo	Límite (oficial)	Quiénes son	Revisión
Internos	Hasta 100	Usuarios de App Store Connect con rol Account Holder, Admin, App Manager, Developer o Marketing	Pueden empezar rápido; útiles para QA del equipo
Externos	Hasta 10.000	Personas fuera del equipo (email o enlace público)	La primera build añadida a un grupo de externos pasa por App Review (Beta App Review); las siguientes pueden no requerir revisión completa

También puedes activar distribución automática de nuevas builds a internos para que siempre prueben lo último.

4. El tester instala TestFlight y acepta

El tester descarga TestFlight (gratis en App Store), acepta la invitación por correo o enlace público e instala tu beta. Según Apple, puede usar hasta 30 dispositivos. Si la app incluye App Clip, puede probar el clip o la app (no ambos a la vez en el mismo dispositivo).

5. Revisas métricas y feedback

En App Store Connect ves estado de builds, sesiones, crashes y feedback (capturas con markup, comentarios). Puedes reenviar invitaciones no aceptadas y medir cómo rinde un enlace público (vistas, instalaciones, criterios no cumplidos).

6. Cierras o publicas

Puedes caducar una build para detener pruebas. Si no la caducas y publicas en App Store, Apple indica que los testers invitados pueden seguir probándola hasta que se cumplan los 90 días. Cuando termines, eliges la build adecuada y la envías a revisión de la App Store.

Cómo invitar: correo vs enlace público

Apple permite dos vías para externos (documentación TestFlight):

1. Correo electrónico: ideal si ya tienes una lista (clientes piloto, comunidad pequeña). Cada persona recibe un enlace de invitación.
2. Enlace público: útil si aún no tienes contactos. Puedes compartirlo en redes o newsletters y, si quieres, definir criterios (tipo de dispositivo, versión de sistema) para filtrar quién entra.

Consejo práctico: si llegas al límite de testers o la beta ya no admite gente nueva, desactiva el enlace público para no frustrar a quien intente unirse. No publiques el enlace en foros masivos si tu app aún no está lista para feedback ruidoso.

Nota oficial: las Managed Apple Accounts creadas en dominios reservados (por ejemplo entornos educativos o empresariales gestionados) no pueden usar builds de TestFlight.

Checklist indie antes de abrir TestFlight

Antes de mandar la primera build a externos, alinea estos puntos (son los que más fricción generan en LatAm):

1. Cuenta Apple Developer activa y app creada en App Store Connect — ver cuenta de desarrollador Apple.
2. Política de privacidad accesible por HTTPS si recolectas datos; alinea lo que declararás en App Privacy — guía política de privacidad App Store iOS y el generador de política de privacidad.
3. Capturas y creativos listos para la ficha (y útiles si muestras screenshots aprobados en la invitación) — generador de screenshots App Store.
4. Información de Beta App Review completa (qué probar, cuenta de demo si el login es obligatorio, notas especiales).
5. Build de calidad mínima: sin crashes al abrir, permisos explicados, IAP de prueba configuradas si aplica.
6. Plan de feedback: un canal (email de TestFlight + hoja simple) para priorizar bugs vs. ideas.

Si también publicas en Google Play, no mezcles conceptos: el requisito de testers de producción en Play es otro proceso; compáralo con la prueba cerrada en Google Play.

Errores frecuentes (y cómo evitarlos)

• Mandar a externos sin información de review: la primera build del grupo se queda esperando Beta App Review. Completa descripción, notas y credenciales de prueba.
• Olvidar los 90 días: la build “desaparece” para el tester. Sube una nueva a tiempo o caduca la vieja con intención.
• Confundir TestFlight con “TestFlight Android”: no existe un TestFlight oficial de Google; en Android usas la prueba interna de Google Play o la prueba cerrada.
• Enlace público sin criterios ni límite mental: te llenas de instalaciones curiosas y poco feedback útil. Empieza con un grupo pequeño por email.
• Saltar la privacidad: si la beta ya pide tracking, analytics o anuncios, declara y documenta igual que en producción.

FAQ

¿TestFlight que es y para qué sirve exactamente?

Es la herramienta de Apple para betas: subes builds a App Store Connect, invitas testers y recibes crashes y comentarios antes de la App Store.

¿TestFlight es gratis?

La app TestFlight para testers es gratis. Para distribuir como desarrollador necesitas el Apple Developer Program (membresía de pago anual). TestFlight está incluido en esa membresía.

¿Cuántos testers puedo tener?

Hasta 100 internos (roles en App Store Connect) y hasta 10.000 externos, según la documentación oficial de Apple.

¿Cuánto dura una build?

Hasta 90 días desde que la subes. Después hay que subir otra o la prueba caduca para el tester.

¿Los testers externos siempre pasan por revisión de Apple?

La primera build que añades a un grupo de externos se envía a App Review. Las builds siguientes del mismo contexto pueden no requerir una revisión completa, según Apple.

¿Puedo usar TestFlight sin publicar aún en la App Store?

Sí: de hecho ese es el caso de uso principal. Publicar en la tienda es un paso posterior cuando la beta ya está estable.

Empieza la beta con los papeles listos

TestFlight acelera el aprendizaje con usuarios reales, pero no sustituye una ficha y unos documentos legales claros. Arma tu política de privacidad y creativos en AppConsol, sigue la checklist de App Store y abre la beta cuando la build merezca feedback — no cuando solo “compile”.

¿Listo para probar con testers? Crea tus URLs legales y assets en AppConsol y sube la primera build a TestFlight con la información de review completa.