¿Qué es TestFlight? Guía completa para principiantes, desde la primera invitación hasta la instalación

Fecha de verificación: 17 de septiembre de 2026. Este artículo se centra en iPhone y iPad. Las interfaces y las normas de Apple pueden cambiar; consulta la documentación oficial enlazada y las pantallas que veas al seguir los pasos.

Has creado una aplicación y quieres que tus amigos la prueben, pero todavía no está lista para publicarla en el App Store. Enviarles el código fuente no sirve; aunque les envíes un paquete de instalación, quizá no puedan instalarlo.

Ese es el problema que resuelve TestFlight.

Cuando alguien habla de «TF», normalmente se refiere a TestFlight. Es el servicio de distribución de aplicaciones en pruebas de Apple: el desarrollador carga una versión de prueba, invita a otras personas a instalarla, recoge sus comentarios y distribuye una versión mejorada. Los participantes instalan una aplicación que funciona de verdad en su dispositivo, no capturas de pantalla ni una demostración web.[1][2]

Para empezar, recuerda estas tres ideas:

• Las pruebas internas están dirigidas a miembros con los permisos correspondientes en App Store Connect.
• Las pruebas externas son adecuadas para amigos, clientes y usuarios de una comunidad, sin darles acceso al panel de administración del desarrollador.
• Cada compilación se puede probar durante un máximo de 90 días, contados desde el día en que se carga. Superar la revisión para pruebas no equivale a publicarla oficialmente.[1][3]

Si solo has recibido un enlace de otra persona, puedes ir directamente a la sección 9, «Cómo instalar, actualizar, enviar comentarios y dejar de participar». Si quieres compartir tu propia aplicación, empieza por el principio.

1. ¿Qué son TestFlight, App Store Connect y el App Store?

Imagina que una aplicación nueva es una tienda que está funcionando a modo de prueba antes de su apertura: TestFlight te ayuda a invitar a personas a probarla, mientras que el App Store es el canal para abrir al público oficialmente. Esa fase de prueba también tiene plazos y normas; no es un atajo para eludir la revisión.

Los tres nombres se parecen, pero cumplen funciones distintas:

Si la tabla es demasiado ancha, puedes desplazarla horizontalmente; con el teclado, sitúa el foco en ella y usa las teclas de dirección.

Lo que descargas del App Store es la herramienta TestFlight. Después la usas para instalar las aplicaciones que te han invitado a probar. Que una aplicación aparezca en TestFlight no significa que ya puedas encontrarla en el App Store.[1][3]

Apple la utiliza para conectar las etapas de «distribuir una versión, invitar a probarla, recoger problemas y actualizarla». Actualmente, TestFlight no exige que el desarrollador recopile el identificador del dispositivo de cada participante ni que prepare un perfil de instalación individual para cada uno.[2]

Pero no escribe la aplicación por ti, no demuestra que todas las funciones sean correctas ni convierte automáticamente la beta en una versión oficial. Incluso si supera la revisión para pruebas, eso no garantiza que carezca de fallos o que no pueda perder datos. Si pruebas una aplicación desconocida, no arriesgues la única copia de información importante.

2. La historia de TestFlight: Apple no lo creó desde cero

Conocer su historia ayuda a entender por qué los nombres, los límites de participantes y los procedimientos de las guías antiguas pueden ser diferentes.

• Enero de 2011: lanzamiento público como servicio de terceros. En aquel momento, probar aplicaciones de iPhone aún no publicadas solía requerir gestionar identificadores de dispositivos, paquetes de instalación y perfiles, para después sincronizar mediante iTunes en un ordenador. TestFlight facilitó mucho la instalación inalámbrica. Esta fecha corresponde al paso de las pruebas privadas a un servicio público, no a la constitución legal de la empresa.[H1]
• Marzo de 2012: se anuncia la adquisición por Burstly. TestFlight seguía siendo un producto de terceros.[H2]
• Febrero de 2014: Apple adquiere Burstly. TestFlight pasa a formar parte de Apple junto con su empresa matriz.[H3]
• Octubre de 2014: Apple anuncia las invitaciones por correo electrónico a través de iTunes Connect. iTunes Connect era el antecesor del actual App Store Connect; entonces se podía invitar a un máximo de 1.000 personas. Ten en cuenta que es una cifra histórica.[H4]
• Julio de 2017: el límite de participantes externos aumenta a 10.000.[H5]
• Septiembre de 2018: Apple presenta los enlaces públicos de invitación. Los desarrolladores pueden captar participantes compartiendo un enlace, sin tener que recopilar previamente cada dirección de correo electrónico.[H6]

Hoy abarca varias plataformas de Apple, entre ellas iPhone, iPad, Mac, Apple Watch, Apple TV y Apple Vision Pro. Que este artículo use iPhone como ejemplo no significa que solo permita probar aplicaciones de iPhone, ni que sirva para distribuir aplicaciones de Android.[2][3]

3. Cinco términos esenciales: beta, versión, compilación, grupo y revisión

Versión beta (Beta): una versión de la aplicación que aún se está comprobando y mejorando, y que puede contener problemas.

Versión (Version): un identificador como 1.0 o 1.1, que distingue una entrega de la aplicación destinada a los usuarios.

Compilación (Build): un paquete concreto de la aplicación generado en una ocasión determinada. Por ejemplo, 1.0 (12) significa versión 1.0, compilación 12. Tras corregir un problema, puedes cargar 1.0 (13): la versión sigue siendo la misma, pero el contenido que se instala ha cambiado.[7]

Grupo (Group): determina quién puede recibir cada compilación. Puedes crear dos grupos, «Equipo» y «Acceso anticipado», y asignarles las mismas compilaciones o compilaciones diferentes. Un grupo puede contener varias compilaciones, y una misma compilación normal puede asignarse a varios grupos.[2][5][6]

Revisión para pruebas (TestFlight App Review): la revisión de Apple para las pruebas externas; es distinta de la revisión para publicar oficialmente en el App Store.[1][6]

Recordar esta relación te ayudará a orientarte: la aplicación es el proyecto completo; la compilación es un contenido de instalación concreto de ese proyecto; y el grupo determina quién puede probarlo. El enlace público de invitación pertenece al grupo externo, no queda vinculado para siempre a una compilación determinada.

4. ¿Qué necesitan preparar quienes publican y quienes prueban?

Lo que debe preparar quien publica

1. Una suscripción vigente al Apple Developer Program. El precio estándar actual de Apple es de 99 dólares estadounidenses al año, aunque puede variar según la región y algunas organizaciones que cumplen los requisitos pueden solicitar una exención de la cuota. TestFlight está incluido en los servicios correspondientes de la suscripción; no hay que comprar una suscripción aparte para los participantes.[4]
2. Un registro correcto de la aplicación en App Store Connect. El identificador de la aplicación, la firma y el contenido cargado deben corresponderse; no se puede añadir sin más el paquete de otra aplicación.[7]
3. Permisos suficientes, pero no excesivos, para la cuenta. Pueden cargar compilaciones los roles de titular de la cuenta, administrador, gestor de aplicaciones o desarrollador. Para gestionar pruebas externas se requiere el rol de titular de la cuenta, administrador o gestor de aplicaciones. Poder cargar una compilación no implica poder modificar todos los ajustes de pruebas externas.[6][7]
4. Información para las pruebas. Incluye la descripción de la aplicación, el correo para comentarios y lo que quieres que se pruebe. La revisión externa también requiere datos de contacto y credenciales de acceso o un método que permita a los revisores utilizar realmente las funciones.[6][8]
5. Dispositivos y tiempo para probar. Que la carga se complete no significa que ya se hayan comprobado la instalación y las funciones principales.

No compartas tu contraseña de Apple con tus amigos. Para que prueben la aplicación, envíales una invitación, no les prestes la cuenta de administración.

Lo que necesita un participante habitual

Solo necesitas una cuenta de Apple, un dispositivo compatible, TestFlight y una invitación válida. No necesitas pagar para inscribirte en el programa de desarrolladores ni entrar en su panel de administración.[1][3]

En la fecha de verificación de este artículo, la ayuda de Apple para participantes indica como requisitos iOS 16 o posterior para iPhone y iPadOS 16 o posterior para iPad. Pero cada aplicación puede requerir un sistema más reciente, y las invitaciones públicas pueden filtrar por dispositivo y versión del sistema. Poder instalar TestFlight no significa poder instalar todas las aplicaciones que contiene.[3][6]

Si usas una cuenta de Apple gestionada por tu empresa o centro educativo, comprueba especialmente si es válida para participar: la ayuda de Apple sobre pruebas externas indica expresamente que esas cuentas no se pueden usar para probar compilaciones. Por separado, la ayuda sobre pruebas internas especifica que las cuentas gestionadas creadas en dominios reservados no se pueden utilizar para las pruebas. Si te encuentras en esa situación, consulta la página de ayuda correspondiente y las políticas de tu organización; no lo confundas con un fallo del enlace de invitación.[5][6]

5. ¿En qué se diferencian las pruebas internas y externas?

La diferencia más importante es la identidad y los permisos en el panel de administración, no la confianza que tengas con esa persona ni si la invitación se ha enviado por correo electrónico.

Si la tabla es demasiado ancha, puedes desplazarla horizontalmente; con el teclado, sitúa el foco en ella y usa las teclas de dirección.

Los roles válidos para los participantes internos son titular de la cuenta (Account Holder), administrador (Admin), gestor de aplicaciones (App Manager), desarrollador (Developer) y marketing (Marketing). Además, deben tener acceso a esa aplicación.[2][5]

Aunque invites a un amigo en privado por correo electrónico, normalmente debes elegir pruebas externas. «Externo» no significa «público»: puedes invitar solo a unas pocas personas y no activar ningún enlace público.

No concedas permisos de administrador a un participante habitual solo para evitar una revisión. No es un simple interruptor que habilita la instalación: son permisos reales de administración.

Hay otro límite que es fácil pasar por alto: una cuenta individual de desarrollador permite añadir como máximo 50 usuarios de App Store Connect. Por tanto, el límite de «100 participantes internos» de TestFlight no significa que cada cuenta individual pueda crear 100 miembros adicionales en el panel de administración.[9]

6. ¿Cómo se añade una compilación? Distingue entre «cargar» y «añadir a un grupo de pruebas»

Son dos operaciones diferentes:

• Cargar una compilación: enviar a Apple la aplicación ya empaquetada desde las herramientas de desarrollo o compilación.
• Añadir una compilación a un grupo: elegir una de las compilaciones disponibles que ya has cargado para distribuirla a ese grupo.

La opción «Añadir compilaciones (Add Builds)» de los grupos de pruebas de App Store Connect no genera automáticamente una aplicación al arrastrar el código fuente, ni es un botón para cargar un archivo local.[5][6][7]

¿Y si es la primera vez y la aplicación aún no existe en el panel de administración?

Una persona con el rol de titular de la cuenta, administrador o gestor de aplicaciones debe entrar en Aplicaciones (Apps) → «+» → Nueva aplicación (New App), elegir la plataforma y completar los datos obligatorios: nombre de la aplicación, idioma principal, identificador de la aplicación (Bundle ID), SKU para la gestión interna, etc. Después debe configurar qué miembros tendrán acceso y crear el registro. El identificador de la aplicación debe coincidir con el del proyecto; si no sabes cuál usar, consulta primero con quien prepare la compilación, en lugar de elegir el de otra aplicación al azar.

Si no puedes crearla, comprueba si el titular de la cuenta ha aceptado los acuerdos más recientes. Crear el registro solo abre un espacio de gestión en el panel; no significa que ya hayas cargado o publicado la aplicación.[15]

Pasos básicos para cargar desde Xcode

Si ya tienes un proyecto de iOS, sigue este orden:

1. Comprueba que el identificador de la aplicación y el equipo de firma se correspondan con el registro de la aplicación en App Store Connect.
2. Define un número de compilación que no se haya usado para esta nueva carga; por ejemplo, pasa de 1.0 (12) a 1.0 (13).
3. Selecciona un destino adecuado para distribuir en dispositivos reales y pulsa Product → Archive para crear un archivo de distribución, en lugar de intentar cargar la versión del simulador.
4. En Window → Organizer → Archives, selecciona el archivo y pulsa Distribute App. Para TestFlight normal y una futura publicación oficial, elige TestFlight & App Store; en un proceso personalizado, corresponde a la distribución mediante App Store Connect. Sigue las pantallas para completar la firma y la carga.[16]
5. Después de cargarlo, ve a App Store Connect → Aplicaciones (Apps) → Tu aplicación → TestFlight para comprobarlo.
6. Espera a que Apple lo procese. Si aparecen preguntas de cumplimiento de las normas de exportación, responde según el cifrado que utilice realmente la aplicación; no elijas siempre «No utiliza cifrado» solo para avanzar.
7. Cuando el procesamiento termine y la compilación esté disponible, añádela a un grupo de pruebas internas o externas.

También se puede cargar con herramientas como Xcode Cloud o Transporter. Usar otra herramienta no permite omitir el procesamiento de Apple, la conformidad, los grupos ni la revisión externa.[7] Los requisitos mínimos de las herramientas de carga y del SDK pueden cambiar; consulta los requisitos de carga actuales de Apple al realizar el proceso. La versión del SDK con el que se compila no es lo mismo que la versión mínima del sistema en la que se permite instalar la aplicación.[18]

Cuidado con la opción «Solo para pruebas internas»

TestFlight Internal Only impone una restricción según el método de carga: esas compilaciones solo pueden añadirse a grupos internos, no se pueden usar en pruebas externas ni distribuir a los usuarios de la versión oficial. Si después necesitas hacer pruebas externas o publicar, debes cargar una compilación nueva con el método adecuado; no basta con cambiar la compilación de grupo.[5][6]

A la inversa, añadir primero una compilación normal a un grupo interno no la convierte automáticamente en una compilación «solo para pruebas internas». No confundas «ahora la están probando miembros internos» con «esta carga está restringida al uso interno».

Si desarrollas tu aplicación en AirBuild

Puedes pedir a AirBuild que te ayude a preparar una compilación para distribución, firmarla, cargarla y configurar los grupos y las invitaciones. Especifica primero que quieres «enviarla a TestFlight» y si es para miembros del equipo o para amigos externos. Después conecta o confirma el equipo de desarrolladores de Apple con los permisos necesarios, y confirma las instrucciones de prueba, el correo para comentarios, el contacto para la revisión y si quieres activar un enlace público.

Siguen aplicándose el procesamiento, la revisión externa y las normas de Apple sobre número de participantes y vigencia. Al recibir el resultado, distingue la versión y el número de compilación concretos, qué grupo ya tiene acceso y si la revisión externa sigue pendiente. Que AirBuild ayude con el proceso no permite eludir la revisión de Apple, ni significa que las comprobaciones en el simulador cubran todos los comportamientos en dispositivos reales.

Lo anterior describe la forma de trabajar con AirBuild; no es una obligación de Apple de usar una herramienta concreta. No tener Xcode instalado localmente en un Mac tampoco significa que debas aprender todos los detalles de empaquetado para colaborar con otros en la distribución.

7. ¿Cómo se añaden participantes internos? Hay dos invitaciones distintas

Para quién es: para ti y para los colaboradores que realmente necesitan acceder al panel de administración de la aplicación.

Primera invitación: dar acceso al panel de administración

Una persona con el rol de titular de la cuenta (Account Holder), administrador (Admin) o gestor de aplicaciones (App Manager) añade al usuario:

1. Entra en Usuarios y acceso (Users and Access) → Personas (People).
2. Pulsa «+» e introduce el nombre y el correo electrónico.
3. Asigna un rol adecuado. Cuando el rol permita limitar el acceso por aplicación, concede solo el acceso a las aplicaciones necesarias. No asignes administrador por defecto. El acceso de administradores, usuarios de finanzas y usuarios con acceso a recursos adicionales, como informes o certificados, no se puede limitar a una sola aplicación; revisa el alcance antes de elegir los permisos.[9]
4. Envía la invitación para que la otra persona la acepte y active su acceso al panel de administración.

Según la documentación actual de Apple, esta invitación de usuario al panel de administración caduca a los 3 días y se puede volver a enviar. No es la invitación de TestFlight que viene después, ni el plazo de 90 días de la compilación.[9]

Si la persona ya tiene un rol válido y acceso a esa aplicación, puedes omitir este paso.

Segunda invitación: añadir personas y compilaciones al grupo interno

1. Entra en Aplicaciones → Tu aplicación → TestFlight.
2. Pulsa el «+» junto a Pruebas internas (Internal Testing) y crea un grupo, por ejemplo, «Equipo».
3. Abre el grupo y selecciona Invitar participantes (Invite Testers) o el «+» junto a la lista de participantes.
4. Selecciona a los miembros del panel de administración que cumplan los requisitos y añádelos al grupo.
5. Pulsa Añadir compilaciones (Add Builds) y elige una compilación procesada y disponible para pruebas.
6. Completa Qué probar (What to Test) y añádela.
7. Pide a la otra persona que instale TestFlight en su dispositivo, acepte la invitación a las pruebas y después instale la aplicación.[5]

No basta con que «haya alguien en la lista». También tiene que haber una compilación disponible, y la persona debe aceptar la invitación e instalarla realmente.

¿No encuentras a la persona a la que quieres invitar? Comprueba primero si ha aceptado la invitación al panel de administración, si tiene un rol válido y si tiene acceso a esa aplicación. No vuelvas a cargar la aplicación inmediatamente.

Algunos grupos internos permiten activar la distribución automática, pero no supongas que todas las compilaciones, independientemente de su origen, se añadirán automáticamente a todos los grupos. La ayuda actual de Apple especifica que las compilaciones creadas con Xcode Cloud deben añadirse manualmente a los grupos en App Store Connect.[5]

8. ¿Cómo se añaden participantes externos?

Para quién es: amigos, clientes, primeros usuarios y participantes de una comunidad. Suele ser la opción más adecuada al compartir tu aplicación por primera vez.

Prepara primero un grupo externo que pueda recibir compilaciones

Debe hacerlo una persona con el rol de titular de la cuenta, administrador o gestor de aplicaciones:

1. Si no existe un grupo interno, crea uno primero. La guía actual de Apple para pruebas externas establece como requisito previo crear un grupo interno; eso no significa que debas publicar oficialmente la aplicación antes, ni que los participantes externos deban convertirse primero en miembros internos.[6]
2. Entra en Aplicaciones → Tu aplicación → TestFlight.
3. En Información de pruebas (Test Information), completa la descripción de la beta, el correo para comentarios y los datos de contacto necesarios para la revisión. Si hay que iniciar sesión, proporciona un método de acceso válido para la revisión e instrucciones de uso, y asegúrate de que los servidores correspondientes estén disponibles. No uses datos privados de usuarios reales como material de demostración.[6][8][14]
4. Pulsa el «+» junto a Pruebas externas (External Testing) y crea un grupo, por ejemplo, «Acceso anticipado».
5. Entra en el grupo, pulsa Añadir compilaciones y elige la plataforma, la versión y la compilación concreta.
6. Completa Qué probar; por ejemplo: «Crea un registro, cierra la aplicación y vuelve a abrirla para comprobar si sigue ahí», en lugar de escribir solo «Prueba lo que quieras».
7. Marca Notificar automáticamente a los participantes (Automatically notify testers) si lo necesitas.
8. Según el estado que muestre la página, elige enviar a revisión o iniciar las pruebas, y espera a que termine cualquier revisión necesaria.
9. Invita a los participantes por correo electrónico, mediante un enlace público o con ambos métodos.[6]

Si supera la primera revisión, ¿ya no habrá más revisiones?

No.

La primera compilación enviada para pruebas externas necesita una revisión completa. Las siguientes compilaciones de la misma versión pueden no requerir una revisión completa, pero no se puede prometer que nunca más se revisarán. Apple también exige enviar a revisión para pruebas las actualizaciones importantes de la beta antes de distribuirlas.[6][14]

Los plazos de revisión no son fijos. No prometas que «se podrá instalar a los pocos minutos de cargarla» o que «la aprobarán seguro en 24 horas».

Si no marcaste la notificación automática al añadir la compilación, después de la aprobación debes pulsar Notificar a los participantes (Notify Testers): en la barra lateral izquierda de TestFlight, bajo Compilaciones (Builds), selecciona la plataforma y la versión y después pulsa la opción de notificación en la barra de estado de esa compilación. Estar aprobada, estar distribuida y estar instalada por la otra persona son tres cosas distintas.[6]

Método 1: invitar por correo electrónico

Abre el grupo externo y pulsa «+» junto a Participantes (Testers). Puedes introducir el correo de nuevos participantes, seleccionar participantes existentes o importar una lista.[6]

La persona recibe una invitación a las pruebas; eso no le concede permisos de administración en App Store Connect.

Método 2: crear y compartir un enlace público

Abre la página de participantes del grupo externo y selecciona Crear enlace público (Create Public Link):

1. Elige Abierto a todos (Open to Anyone) o Filtrar por criterios (Filter by Criteria).
2. Si lo necesitas, establece un límite de participantes captados mediante el enlace, entre 1 y 10.000; sigue sujeto al límite total de participantes externos de la aplicación.
3. Si usas filtros, establece las condiciones de dispositivo y versión del sistema.
4. Confirma, copia el enlace que se haya generado y envíalo a tus amigos o compártelo en comunidades, correos o sitios web.[6]

El enlace suele empezar por https://testflight.apple.com/join/…. Copia el enlace real que genere Apple; no inventes el código final ni confundas la dirección del panel de administración de App Store Connect con un enlace de instalación.

Un código QR puede contener ese mismo enlace, pero no es un método de distribución diferente ni permite eludir la revisión.

Comprueba cuatro cosas antes de compartir el enlace

• El grupo externo de destino contiene la compilación que quieres compartir.
• Se ha superado la revisión necesaria y ya se ha iniciado la distribución.
• La compilación no ha caducado y es compatible con los dispositivos de destino.
• El enlace está activo, quedan plazas y los filtros no excluyen a los usuarios a los que te diriges.[3][6]

Que el enlace se abra no significa que la nueva versión se pueda instalar. Que siga disponible una compilación anterior tampoco significa que la más reciente ya se haya distribuido a ese grupo.

Un enlace público puede reenviarse; no es una lista privada. Si solo quieres invitar a unas personas concretas, da prioridad a las invitaciones por correo y configura los controles de acceso en el sistema de cuentas de la propia aplicación.

El nombre y el correo electrónico de quienes se unen mediante un enlace público no aparecen por defecto en la lista de participantes de TestFlight, pero sí se pueden ver datos como la fecha de instalación, las sesiones de uso y los cierres inesperados. También pueden facilitar su correo al enviar comentarios. Esto no significa que sean totalmente anónimos ante Apple o ante el sistema de inicio de sesión de la propia aplicación.[3][6]

Al actualizar las compilaciones, normalmente puedes reutilizar el enlace del mismo grupo externo sin volver a captar a todos los participantes. En Gestionar (Manage) también puedes modificar los filtros, el límite de participantes o desactivar el enlace. Desactivarlo cierra la vía de entrada para nuevos participantes; no elimina las instalaciones existentes, no da de baja cuentas de la aplicación ni borra datos del servidor.[6]

9. ¿Cómo instalar, actualizar, enviar comentarios y dejar de participar?

Cuando recibas una invitación, sigue estos pasos en el iPhone o iPad que vas a usar para las pruebas:

1. Instala TestFlight, la aplicación oficial de Apple, desde el App Store.
2. Abre el correo de invitación o el enlace público.
3. Sigue las indicaciones para entrar en TestFlight, selecciona Aceptar (Accept) y después pulsa Instalar (Install).
4. Lee las indicaciones sobre qué probar y empieza a usar la aplicación.
5. Cuando haya una compilación nueva, actualiza desde TestFlight; también puedes activar las actualizaciones automáticas. Quienes ya participaban pueden ver directamente Actualizar (Update) o Abrir (Open).[3]

Las pruebas externas habituales no requieren la contraseña del desarrollador, un rol en el panel de administración ni crear previamente una cuenta especial para el entorno de pruebas.

Si ya tengo la versión oficial, ¿se instalará una segunda copia?

Normalmente no. La beta de TestFlight de la misma aplicación sustituye a la versión del App Store instalada en el dispositivo.[3]

Por eso debes hacer una copia de seguridad o exportar primero los datos importantes. La beta puede cambiar el formato de los datos, y una versión anterior podría no leer los datos escritos por una nueva. No des por hecho que cambiar de versión garantiza conservarlo todo sin pérdidas.

Si el desarrollador sigue ofreciendo otras compilaciones válidas, puedes elegirlas en Compilaciones anteriores (Previous Builds). No es un repositorio de descargas que conserve para siempre todas las versiones históricas.[3]

¿Cómo enviar comentarios que el desarrollador pueda entender fácilmente?

Abre la ficha de la aplicación en TestFlight y pulsa Enviar comentarios sobre la beta (Send Beta Feedback). En los sistemas compatibles, también puedes hacer una captura dentro de la aplicación en pruebas y enviar comentarios desde ella; después de un cierre inesperado puede aparecer una invitación a compartir información adicional.[3]

Un mensaje más útil que «no funciona» sería:

Uso [modelo del dispositivo] con [versión del sistema], y la aplicación es [versión y número de compilación]. Abro Ajustes, cambio el idioma y vuelvo a la pantalla principal. Esperaba que el texto cambiara también, pero sigue en el idioma anterior. Lo he repetido 2 veces y ocurre en ambas. Adjunto una captura.

No incluyas en las capturas contraseñas, datos de pago ni información privada de otras personas. Los comentarios enviados mediante TestFlight también se facilitan a Apple; el formulario de comentarios propio de una aplicación es un canal diferente.[3]

¿Qué hago si ya no quiero seguir probando?

Abre la página de información de esa aplicación en TestFlight y selecciona Dejar de probar (Stop Testing). Si ya existe una versión oficial, puedes ir al App Store para descargarla o comprarla. Si la aplicación solo existe como beta y aún no se ha publicado oficialmente, puede que no haya una versión oficial a la que volver.[3]

Dejar de participar no elimina la cuenta que hayas creado en la aplicación; las cuentas y los datos en la nube se gestionan según las normas de la propia aplicación.

10. ¿Los pagos en TestFlight cobran dinero de verdad?

En las aplicaciones instaladas desde TestFlight, las transacciones de prueba realizadas mediante las compras dentro de la aplicación de Apple utilizan un entorno de pruebas y no generan cargos reales. Esto también incluye las pruebas de suscripciones mediante StoreKit.[3][10]

Puedes entender el «entorno de pruebas» o «sandbox» como un ensayo del proceso de compra: la aplicación puede consultar la información de los productos, iniciar compras de prueba, restaurar compras y gestionar notificaciones de transacciones, pero esas operaciones no generan ingresos reales por ventas.[10]

Lo que más suele confundirse es el alcance de ese entorno.

Que no haya cargos no significa que la versión oficial sea gratis para siempre

Apple indica expresamente que las compras dentro de la aplicación realizadas durante las pruebas no se transfieren como compras a la versión oficial del App Store. No prometas a los participantes que «si pulsas ahora, tendrás la suscripción para siempre cuando se publique».[3]

Si el desarrollador decide regalar por su cuenta ventajas asociadas a la cuenta de la aplicación, es una decisión comercial propia, no una regla automática de TestFlight.

Los plazos de las suscripciones de prueba tampoco son los de la facturación real

Para las suscripciones de renovación automática, la documentación actual de Apple para participantes de TestFlight indica que, independientemente del periodo original de la suscripción, durante las pruebas se renuevan diariamente, con un máximo de 6 renovaciones en una semana. Los controles avanzados con una cuenta del entorno de pruebas permiten ajustar la velocidad de renovación; no apliques directamente a las pruebas habituales de TestFlight valores como «5 minutos» o «12 veces» de otros escenarios de pruebas.[3][10]

Estas reglas aceleradas sirven para comprobar la renovación y la caducidad; no representan el ciclo de facturación de los usuarios de la versión oficial.

Solo el canal de compras de Apple entra automáticamente en el entorno de pruebas, no toda la aplicación

Una aplicación de TestFlight todavía puede:

• Conectarse a servidores de producción y modificar registros reales.
• Enviar correos electrónicos o mensajes reales.
• Eliminar cuentas o datos reales.
• Abrir páginas web que cobren dinero de verdad.
• Usar métodos de pago distintos de las compras dentro de la aplicación de Apple.

Los pagos web, Apple Pay y las compras dentro de la aplicación con StoreKit no son lo mismo. Que una aplicación proceda de TestFlight no significa que los pagos web o las operaciones reales no puedan costar dinero. El desarrollador debe configurar por separado los datos de prueba, los servidores y los demás entornos de pago.[10]; aclaración sobre los límites del sistema de la aplicación

¿Cada participante debe crear una cuenta para el entorno de pruebas?

No. Para instalar aplicaciones y probar compras de forma habitual en TestFlight, puedes usar tu cuenta de Apple de siempre.[10]

Solo cuando necesite controles como borrar el historial de compras o modificar ajustes avanzados, el desarrollador tendrá que configurar una Sandbox Apple Account siguiendo la documentación de Apple. Esos pasos avanzados pueden requerir cerrar sesión en «Contenido y compras», lo que afecta al acceso al contenido comprado en el dispositivo. No es un requisito previo para que un participante habitual instale la aplicación, y menos aún un motivo para pedirle que cierre toda la sesión de iCloud del dispositivo. Apple recomienda considerar el uso de un dispositivo dedicado a las pruebas.[10]

Si la compra aparece como completada pero no se desbloquea la función, comunícaselo igualmente al desarrollador. La configuración de productos, la validación de transacciones, la concesión de acceso, la restauración de compras y la gestión de renovaciones deben implementarse correctamente. Una compra de prueba completada no demuestra que el pago real, la recepción de ingresos y toda la lógica de suscripciones funcionen bien.

11. ¿Qué límites tiene TestFlight?

Si la tabla es demasiado ancha, puedes desplazarla horizontalmente; con el teclado, sitúa el foco en ella y usa las teclas de dirección.

¿Sirve reenviar la invitación después de los 90 días?

No. El plazo pertenece a la compilación, no a cada participante. Quien se incorpora tarde no recibe otros 90 días completos. Una vez que caduca, la beta ya no se puede abrir y el desarrollador debe ofrecer una compilación nueva y válida.[3]

Para evitar interrupciones, carga y distribuye una nueva compilación antes de que caduque la anterior y recuerda a todos que actualicen. La nueva compilación tiene su propio plazo; no alarga la vida de la anterior.

¿Se puede usar TestFlight a largo plazo para vender aplicaciones o plazas?

No lo trates como un canal de ventas para evitar la publicación oficial.

La directriz 2.2 de revisión de Apple exige que las aplicaciones en pruebas cumplan las normas de revisión y estén destinadas a una publicación pública. También prohíbe ofrecer distribución de pruebas de TestFlight a cambio de cualquier forma de contraprestación, incluso como recompensa de financiación colectiva. En pocas palabras, «paga para entrar al grupo y obtener la beta» no es un modelo normal permitido de distribución mediante TestFlight.[14]

12. Problemas habituales: ¿por qué otra persona no puede instalarla?

Si la tabla es demasiado ancha, puedes desplazarla horizontalmente; con el teclado, sitúa el foco en ella y usa las teclas de dirección.

Estas son orientaciones para investigar, no diagnósticos definitivos a partir de un solo mensaje de error.[3][5][6][11]

Atención: el estado verde «En pruebas (Testing)» del panel puede indicar únicamente que la está usando un grupo interno. Para saber si los usuarios externos pueden instalarla, debes comprobar el grupo externo de destino, la compilación concreta y su disponibilidad en ese grupo.[11]

«Lista para enviar (Ready to Submit)», «Esperando revisión (Waiting for Review)», «En revisión de la beta (In Beta Review)» y «Lista para probar (Ready to Test)» tampoco son la misma fase. En particular, una compilación lista para probar aún puede requerir añadir participantes o enviar una notificación manual.[11]

13. ¿Dónde consulta el desarrollador los comentarios y cómo distribuye una nueva versión?

Entra en Aplicaciones → Tu aplicación → TestFlight → Comentarios (Feedback) para consultar Capturas de pantalla (Screenshots) y Cierres inesperados (Crashes), y filtrar por versión, dispositivo y otros criterios. Los ajustes del grupo también influyen en si se pueden enviar comentarios desde dentro de la aplicación.[12]

Resuelve primero los problemas que puedas reproducir y después inicia la siguiente ronda:

1. Corrige los problemas, genera el paquete con un nuevo número de compilación y cárgalo.
2. Espera a que se procese y completa los requisitos de conformidad necesarios.
3. Añade la nueva compilación al grupo de destino y completa la revisión externa que corresponda.
4. Actualiza las indicaciones sobre qué probar y notifica a los participantes según la configuración.
5. Pide a personas del grupo de destino que confirmen qué versión y compilación han instalado realmente y que vuelvan a intentar reproducir el problema original.

El historial de cargas, las listas de los grupos y las aprobaciones de revisión son importantes, pero al final hay que confirmar algo más: que las personas a las que te diriges hayan instalado realmente la compilación prevista.

Una captura de una prueba interna no demuestra que todos los usuarios externos puedan instalarla; que funcione en el simulador tampoco sustituye el resultado de la instalación en un dispositivo.

14. ¿Cómo se terminan las pruebas o se publica oficialmente?

Primero identifica qué quieres detener o cambiar:

• Dejar de captar nuevos usuarios: desactiva el enlace público de invitación del grupo externo.
• Cambiar quién recibe cada compilación: gestiona los participantes, los grupos y la asignación de compilaciones.
• Impedir nuevas instalaciones de una compilación: abre sus detalles y selecciona Hacer caducar la compilación (Expire Build). No lo interpretes como eliminar a distancia la aplicación de todos los teléfonos ni borrar las cuentas en la nube.[6][13]
• Publicar oficialmente: prepara la información necesaria para la versión oficial del App Store, selecciona una compilación válida y envíala por separado a la revisión para publicación.[1][2]

Una compilación válida que ya se haya cargado mediante el proceso normal de TestFlight puede seleccionarse para enviarla a revisión oficial; no siempre hay que volver a empaquetarla solo porque vaya a publicarse. Pero si ha cambiado el código, debes cargar una compilación nueva, y las cargas «solo para pruebas internas» no se pueden utilizar para la publicación oficial.[2][5]

Superar la revisión de TestFlight no publica automáticamente la aplicación en el App Store. A la inversa, publicar la versión oficial no termina automáticamente las betas que siguen vigentes; hay que planificar por separado el cierre de las pruebas y el cambio de los usuarios a la versión oficial.[1]

15. Un mensaje listo para enviar a tus primeros participantes

Me gustaría que me ayudaras a probar una versión inicial de [nombre de la aplicación].

Primero instala TestFlight, la aplicación oficial de Apple, desde el App Store. Después abre [enlace real de invitación] en tu iPhone, acepta la invitación e instala la aplicación.

En esta ronda me gustaría que probaras especialmente: [1 o 2 tareas concretas]. Dispositivos y sistemas compatibles: [requisitos reales].

Es una beta y puede tener problemas; haz primero una copia de seguridad de la información importante. Si algo falla, puedes usar «Enviar comentarios sobre la beta» en TestFlight para contarme qué hiciste, qué esperabas y qué ocurrió realmente. Si puedes, adjunta una captura y el número de versión.

Sustituye el contenido entre corchetes por información real. Envía el mensaje después de comprobar que la compilación del grupo externo de destino se puede instalar. No envíes masivamente un enlace que aún está pendiente de revisión diciendo que ya está disponible.

Antes de distribuirla, revisa estos 10 puntos

• □ He elegido pruebas internas o externas según los permisos de las cuentas, sin conceder permisos excesivos por comodidad.
• □ La compilación prevista ha terminado de procesarse y no tiene impedimentos de distribución sin resolver.
• □ El grupo de destino contiene realmente esa compilación.
• □ Se ha superado la revisión externa necesaria y se han enviado las notificaciones correspondientes.
• □ He comprobado el método de invitación: los correos se han enviado a las personas correctas; si uso un enlace público, está activo y quedan plazas. Los dispositivos y sistemas de destino cumplen los requisitos.
• □ La descripción de las pruebas, el correo para comentarios y las indicaciones sobre qué probar son correctos y útiles.
• □ Los participantes saben que es una beta y que puede sustituir a la versión oficial.
• □ Distingo las compras en el entorno de pruebas de los servidores reales, los pagos web y las operaciones reales.
• □ He revisado cuándo caduca la compilación y he planificado las próximas actualizaciones.
• □ Alguien del público destinatario ha confirmado que instaló realmente la compilación prevista, no solo que abrió la página de invitación.

Cuando compartes tu aplicación por primera vez, la meta real no es «carga completada». Es que las personas adecuadas hayan instalado la versión correcta, sepan qué probar y sepan cómo comunicarte los problemas.

Fuentes y lecturas adicionales

Los siguientes materiales se verificaron el 17 de septiembre de 2026. Los hitos históricos se basan en noticias de la época o anuncios de Apple del año correspondiente; las normas actuales se basan principalmente en la ayuda oficial de Apple. La interfaz puede variar según el idioma y la versión.