Si desarrollas para el ecosistema de Apple o te han invitado a probar una app antes de que salga públicamente, es muy probable que te suenen dos conceptos: Early Access y TestFlight. Uno centrado en el acceso anticipado a versiones en desarrollo, el otro en la plataforma oficial de Apple para distribuir betas de forma controlada y segura.
En este artículo vas a encontrar una explicación detallada y paso a paso de cómo acceder a betas con TestFlight, qué opciones tienes para probar versiones tempranas (como Firebase App Distribution o Dropbox para betas), qué requisitos técnicos existen (UDID, modo desarrollador, cuentas de desarrollador, etc.) y cómo se gestiona todo el ciclo de pruebas, desde la invitación hasta el envío a revisión para aparecer en la App Store.
Qué es TestFlight y para qué sirve en el Early Access
TestFlight es la plataforma oficial de Apple para distribuir versiones beta de apps para iOS, iPadOS, watchOS, tvOS, visionOS y macOS. Permite que los desarrolladores compartan sus aplicaciones en fase de pruebas con usuarios internos del equipo o con miles de testers externos sin tener que gestionar perfiles de aprovisionamiento ni UDID de cada dispositivo de forma manual. Es habitual en juegos móviles como Call of Duty Mobile.
Cada versión que se sube a TestFlight se considera un build beta con una caducidad de 90 días, contados desde el momento en que el desarrollador lo carga en App Store Connect. Dentro de la app TestFlight, el tester puede ver claramente cuántos días quedan para seguir usando ese build, y cuando se agota el plazo la versión deja de abrirse hasta que se instala otra más reciente o la definitiva desde la App Store.
Durante el periodo de pruebas, los testers reciben notificaciones automáticas cada vez que hay un nuevo build disponible, junto con notas de lo que el desarrollador quiere que se pruebe. Además, desde TestFlight 3 y en las apps para iOS, iPadOS, tvOS, macOS y visionOS, se pueden activar las actualizaciones automáticas para no tener que instalar cada build manualmente.
Algo importante: las compras integradas (in-app purchases) que se realizan en una beta son gratuitas durante las pruebas y no se transfieren a la versión publicada en la App Store. Una vez que la app sale oficialmente, hay que volver a adquirir lo que corresponda en la versión pública.
Para que la experiencia de pruebas sea completa, conviene tener activada en los ajustes del dispositivo la opción de descarga automática de contenido in-app, ya que TestFlight puede instalar de forma transparente recursos adicionales alojados por Apple (Apple-Hosted Background Assets) o gestionados por el desarrollador (Managed Background Assets), siempre que el dispositivo tenga la versión mínima del sistema que Apple exige en cada caso.
Requisitos y compatibilidad de TestFlight en los distintos dispositivos
TestFlight se puede utilizar en iPhone, iPad, Apple Watch, Apple TV, Mac y Apple Vision Pro, pero cada plataforma tiene su propia aplicación TestFlight y algunos requisitos de sistema concreto, sobre todo cuando entra en juego la descarga en segundo plano de recursos adicionales.
Para los llamados Apple-Hosted Background Assets, Apple exige que los dispositivos de iPhone y iPad ejecuten iOS/iPadOS 26 o superior, y que en Mac se use al menos macOS 26 o una versión posterior. Para Managed Background Assets, el requisito baja ligeramente: hace falta iOS/iPadOS 16 o superior, macOS 13 o más reciente, tvOS 18.5 en Apple TV y visionOS 2.4 para Apple Vision Pro.
En cuanto al número de dispositivos, un mismo tester puede instalar una misma beta en hasta 30 aparatos distintos, lo que facilita mucho las pruebas cruzadas en varios modelos de iPhone, iPad, Mac o Apple TV. Esto es especialmente útil para equipos o testers avanzados que quieren comprobar el rendimiento en diferentes tamaños de pantalla y hardware.
Hay que tener en cuenta que, si ya tienes instalada la versión pública de una app desde la App Store, la beta que llega por TestFlight sustituye temporalmente a la versión estable. En el Springboard (o el equivalente en cada sistema) verás un pequeño punto naranja junto al nombre que indica que se trata de una versión beta.
Por último, cuando aceptas una invitación mediante enlace público, tu nombre y correo no se comparten con el desarrollador. Aun así, éste sí puede ver estadísticas anónimas como el número de sesiones, los fallos, el día de instalación y el último build que tienes instalado, para poder evaluar el comportamiento real de la beta.
Cómo instalar betas con TestFlight en iOS, iPadOS, macOS, tvOS, visionOS y watchOS
Para poder instalar una app beta con TestFlight, lo primero es descargar la app TestFlight desde la App Store en el dispositivo donde se va a probar. A partir de ahí, la instalación de cada plataforma sigue una secuencia muy similar, ya sea a partir de un correo de invitación o de un enlace público.
Instalar una beta en iPhone o iPad
En iOS y iPadOS, el flujo es muy directo. El desarrollador puede enviarte un correo de invitación con el botón “View in TestFlight” o compartir un enlace público. En ambos casos, cuando lo abras en el dispositivo, se abrirá TestFlight automáticamente.
Si es la primera vez que pruebas esa app, verás un botón de Aceptar y luego Instalar. Si ya la habías instalado antes, aparecerá la opción de Actualizar (si hay una nueva versión) o Abrir. Si el sistema detecta que existe un build compatible con tu dispositivo y versión de sistema, se mostrará directamente el botón Instalar; si no, te informará de que esa beta no sirve para tu configuración.
Si la app incluye una extensión de iMessage o un paquete de pegatinas, después de instalarla podrás usar esa parte desde Mensajes. Si es una app normal de iOS con extensión de iMessage, la lanzas desde el icono en la pantalla de inicio; si es exclusivamente para iMessage o pegatinas, la abres desde el propio chat en Mensajes.
Instalar una beta en Mac
En macOS el proceso es prácticamente idéntico: primero descargas TestFlight para Mac desde la Mac App Store, y luego abres el correo de invitación o el enlace público en el propio ordenador. Se abrirá TestFlight con la ficha de la app y, si eres nuevo tester en ese proyecto, tendrás que Aceptar y después pulsar en Instalar para que el build se descargue en tu Mac.
Si ya formabas parte de la beta, solo verás las opciones Actualizar u Abrir, dependiendo de si el desarrollador ha subido un nuevo build o no. De nuevo, si hay un build compatible con tu sistema, aparecerá claramente el botón para instalarlo.
Instalar una beta en Apple TV (tvOS)
En Apple TV se puede entrar a la beta de dos formas: con código de canje enviado por correo o a través de un enlace público asociado a tu cuenta del App Store.
Si el desarrollador opta por la invitación por email, tendrás que abrir el correo en un móvil u ordenador, pulsar “View in TestFlight” y se te mostrará una página web con un código. Luego, en el Apple TV, abres TestFlight, vas a la sección Canjear e introduces ese código para que se asocie la beta a tu dispositivo.
En el caso del enlace público, primero se instala TestFlight en un iPhone o iPad que comparta la misma cuenta de App Store que el Apple TV. Pulsas en el enlace, aceptas la invitación y, después, abres TestFlight en el Apple TV (con la misma cuenta). Desde ahí encontrarás la app y podrás instalarla directamente.
Instalar una beta en Apple Watch (watchOS)
Para probar una app de watchOS, TestFlight se apoya en el iPhone. Es imprescindible que instales TestFlight en el iPhone emparejado con el Apple Watch en el que quieres hacer las pruebas.
Cuando recibas el correo o el enlace de invitación, ábrelo en el iPhone, pulsa en “View in TestFlight” y acepta. Si se trata de una app exclusiva para Apple Watch, tendrás que ir a la lista de apps dentro de TestFlight y pulsar Instalar junto al nombre de la app del reloj.
Si la app es una combinación de iOS + watchOS, primero se instala la parte de iOS y luego, en la página de detalles de la app dentro de TestFlight, aparecerá un botón específico para instalar, actualizar o abrir la parte del Apple Watch si el reloj es compatible.
Instalar una beta en Apple Vision Pro (visionOS)
Para visionOS, la dinámica también pasa por un correo o enlace público de TestFlight. Abres el enlace en el dispositivo, tocas “View in TestFlight” y, si eres nuevo en esa beta, deberás tocar Aceptar y luego Instalar para que el build se descargue.
Si ya habías probado la app, tendrás a mano los botones de Actualizar u Abrir para seguir usando la última versión disponible. Cuando exista un build compatible con tu dispositivo y versión de visionOS, aparecerá el clásico botón Instalar al aceptar la invitación.
Gestión de actualizaciones, builds anteriores y suscripciones de prueba
Una vez que tengas varias betas instaladas, es importante saber cómo gestionar las actualizaciones automáticas y qué hacer si quieres volver a un build anterior. TestFlight ofrece controles globales y específicos por app para que tengas el nivel de automatización que prefieras.
En iOS, iPadOS y tvOS, al instalar TestFlight 3 o una versión más reciente se te propone activar las actualizaciones automáticas de nuevas betas. Si las aceptas, cada vez que el desarrollador sube un build compatible se descargará solo y la app te avisará con una notificación. Esta opción se puede desactivar cuando quieras.
Desde los Ajustes de TestFlight (en iOS y iPadOS), la pestaña de Preferencias en macOS, la pestaña de Configuración en tvOS o la sección de perfil en visionOS, puedes controlar si quieres que todas las nuevas betas se instalen automáticamente o no. Además, en la página de cada app tienes un interruptor específico para activar o desactivar las actualizaciones solo para esa aplicación.
Si el desarrollador ha publicado varios builds, TestFlight permite volver a versiones anteriores. Desde la ficha de la app verás un apartado de Builds Previos o, si se está usando Xcode Cloud, pestañas de Versiones y Grupos de builds. Basta con seleccionar el número de versión que quieras y pulsar Instalar para reemplazar la que tienes en ese momento.
Un detalle que suele pasar desapercibido: cuando pruebas suscripciones dentro de una beta de TestFlight, Apple acelera los ciclos de renovación. Las suscripciones se renuevan una vez al día hasta seis veces en una semana, independientemente de su duración real. Esto está pensado para que puedas validar flujos de facturación, renovaciones y caducidades sin tener que esperar semanas o meses.
Cómo usar TestFlight desde el punto de vista del desarrollador
Si eres desarrollador y quieres ofrecer Early Access a tu app con TestFlight, el primer paso es entrar en App Store Connect, ir a la sección Apps y seleccionar la aplicación, juego o App Clip que quieras probar. Dentro verás la pestaña de TestFlight, donde tendrás que definir la descripción de la beta, lo que quieres que prueben los testers y un correo de contacto para recibir feedback.
Después deberás subir un build beta de tu app o App Clip a App Store Connect desde Xcode u otra herramienta compatible. Puedes tener hasta 100 builds disponibles y hacer pruebas en paralelo con varias versiones. En cuanto el build se procesa, ya puedes empezar a añadir testers internos o externos a los que se les enviará la invitación.
Los testers internos son miembros de tu equipo con rol de Account Holder, Admin, App Manager, Developer o Marketing, y puedes designar hasta 100. Para ellos, es posible configurar la distribución automática de builds, de forma que siempre tengan la última versión subida sin que tengas que intervenir manualmente.
Los testers externos, por su parte, pueden llegar hasta 10.000 usuarios. Para invitarlos tendrás que crear primero un grupo en App Store Connect, añadir los builds que quieres que prueben y enviar el primero de ellos a revisión específica para TestFlight. En cuanto Apple apruebe esa primera versión, todos los builds que añadas a ese grupo se enviarán a revisión de forma automática.
La invitación a testers externos puede hacerse por correo electrónico (ideal cuando ya sabes a quién quieres invitar) o con enlaces públicos que puedes compartir en redes, newsletters o tu web. Es posible definir criterios mínimos (tipo de dispositivo, versión de sistema) para filtrar qué usuarios pueden sumarse a la beta a través de ese enlace.
Ventajas e inconvenientes de TestFlight frente a otros métodos
La gran ventaja de TestFlight para testers externos es que no necesitas recopilar el UDID de cada dispositivo. Los usuarios solo tienen que instalar TestFlight e introducir el código o pulsar el enlace correspondiente, y todo el proceso de provisión se gestiona de forma transparente a través de la cuenta del App Store.
Como contraparte, para usar TestFlight es obligatorio crear el registro de la app en App Store Connect y tener una cuenta de desarrollador activa, algo que en realidad necesitarás igualmente si tu objetivo es publicar la app en la App Store. Además, las betas para testers externos deben pasar una pequeña revisión por parte de Apple antes de que puedan descargarse.
Otro punto a considerar es que los plazos de revisión de betas externas no están claramente documentados. Algunos desarrolladores han reportado que las primeras aprobaciones pueden tardar más de 24 horas, mientras que en otras ocasiones son mucho más rápidas. No hay forma de saberlo con certeza, así que conviene prever ese tiempo en tu planificación.
Por último, el periodo de pruebas está limitado: cada build solo se puede usar durante 90 días. Si quieres seguir probando más allá de ese plazo, deberás subir nuevas versiones de la app para que los testers las instalen.
Firebase App Distribution y otros métodos de Early Access
Antes de llegar a TestFlight, muchos equipos optan por usar plataformas como Firebase App Distribution para distribuir builds muy tempranos entre un grupo reducido de testers de confianza, por ejemplo en betas cerradas de juegos.
En el mundo iOS, para instalar una app fuera del App Store suele ser necesario que el dispositivo esté registrado en el provisioning profile de la app. Esto implica compartir el UDID del iPhone o iPad con el desarrollador, lo que resulta algo engorroso para usuarios no técnicos.
Firebase simplifica este proceso al permitir que el usuario reciba un correo con enlace “Get Started”. Al abrirlo desde Safari en el dispositivo, inicia sesión con su cuenta de Google, acepta la invitación y, una vez en la página de la app, puede pulsar “Register device” para descargar e instalar un perfil de configuración.
Al instalar ese perfil, el usuario autoriza que Firebase pueda leer el UDID del dispositivo, que el desarrollador utilizará para generar una nueva compilación compatible. Cuando esa nueva build esté lista, Firebase enviará una notificación indicando que hay una versión disponible y bastará con acceder al portal de App Distribution para descargar e instalar la app.
Aplicaciones empresariales y distribución interna (Enterprise)
Además de TestFlight y otros sistemas de betas, Apple ofrece un programa empresarial (Enterprise) para distribuir apps internas fuera de la App Store, destinadas únicamente a trabajadores de una empresa u organización.
En este modelo, las apps se instalan desde un portal o sistema interno y, la primera vez que se abre una de estas aplicaciones de un desarrollador concreto, el sistema muestra un aviso de que aún no se confía en ese desarrollador. Para poder ejecutarla es necesario otorgar esa confianza manualmente.
El proceso pasa por ir a Ajustes > General > Perfiles o Gestión de dispositivos, buscar el perfil bajo el encabezado “Aplicación empresarial” y tocar en el nombre del desarrollador. Luego hay que pulsar el botón “Confiar en…” para permitir la ejecución de todas las apps firmadas por ese mismo certificado.
Una vez concedida la confianza, todas las aplicaciones empresariales del mismo desarrollador funcionarán sin más avisos, siempre que la organización mantenga sus certificados actualizados y la app esté correctamente firmada.
Modo desarrollador en iOS: qué es y por qué importa para las betas
El modo desarrollador de iOS es una opción de seguridad que permite habilitar funciones avanzadas orientadas a desarrolladores, como la instalación de apps en desarrollo, betas y herramientas de depuración. Apple lo mantiene desactivado por defecto para proteger a los usuarios frente a software potencialmente peligroso.
Para la mayoría de pruebas con TestFlight no necesitas tocar esta opción, ya que las betas se distribuyen y ejecutan dentro del marco de seguridad de la App Store. Sin embargo, si vas a instalar builds de desarrollo directo desde Xcode o mediante ciertos sistemas internos, puede que se te pida activarlo.
La activación desde el propio iPhone o iPad se hace yendo a Ajustes > Privacidad y seguridad > Modo desarrollador, activando el interruptor y aceptando el reinicio del dispositivo. Al encenderse de nuevo, verás una notificación pidiendo confirmar que realmente quieres activar el modo; basta con tocar en “Activar”.
Si no ves la opción de Modo desarrollador en los ajustes, tendrás que conectar el dispositivo a un Mac con Xcode instalado. Desde el menú Window > Devices and Simulators, seleccionas el terminal y esperas a que se configure. Tras ese proceso, suele aparecer un aviso indicando que aún no está habilitado el modo desarrollador, pero ya se habrá desbloqueado la opción en Ajustes > Privacidad y seguridad.
Por motivos de seguridad, Apple recomienda desactivar el modo desarrollador cuando no lo necesites. Para ello, solo hay que seguir el mismo camino en Ajustes, desactivar el interruptor y reiniciar el dispositivo cuando el sistema lo pida.
Qué es el UDID y cómo obtenerlo en iPhone o iPad
El UDID (Unique Device Identifier) es un identificador único que Apple asigna a cada dispositivo: iPhone, iPad, iPod, Mac, etc. Aunque en el día a día no lo ves ni lo necesitas, sigue siendo relevante en ciertos flujos de distribución de betas, sobre todo fuera de TestFlight.
Su uso principal es señalar qué dispositivos están autorizados a ejecutar una app en un programa de betas o en entornos empresariales. Si te invitan a una beta que no usa TestFlight (por ejemplo, mediante Ad-Hoc o herramientas como Firebase App Distribution), es muy probable que te pidan tu UDID.
Si tienes un Mac, obtenerlo es tan sencillo como conectar el iPhone o iPad vía cable, abrir Finder y seleccionar el dispositivo en la barra lateral izquierda. En la pantalla de información general verás los datos básicos (capacidad, versión de sistema, etc.), pero el UDID está oculto tras el texto de número de serie y similares.
Al hacer clic sobre la información de la parte superior (donde aparece el número de serie), la vista irá cambiando sucesivamente hasta mostrar el UDID y el EID del dispositivo. Solo tienes que copiarlo y enviárselo al desarrollador de forma segura. Si en vez de Finder utilizas iTunes, el proceso es el mismo: clic en el número de serie hasta que aparezca el UDID.
En Windows, la operación es muy parecida: conectas el dispositivo, abres iTunes, tocas el icono del terminal en la parte superior y, en la pantalla de información, haces clic en el número de serie para que se muestre el UDID. Vuelves a copiar el código y lo compartes con quien gestione la beta.
Dominar todo este ecosistema de Early Access —desde TestFlight hasta Firebase, pasando por el modo desarrollador, el UDID y la distribución empresarial— te permite probar tus apps de Apple de forma segura, organizada y cercana al entorno real de la App Store, reduciendo sorpresas en producción y sacando el máximo partido al feedback de tus testers internos y externos.
