Elige audiencia antes de configurar grupos
La ruta no depende solo del volumen. Importa si las personas pertenecen al equipo, si necesitas identificarlas por email o si quieres captar fuera de tu red.
Grupo interno
Usuarios de App Store Connect con un rol elegible. Sirve para comprobaciones rápidas del equipo, no para convertir público externo en personal interno.
Grupo externo por email
Personas conocidas fuera del equipo; permite gestionar su invitación e identidad en App Store Connect.
Enlace público
Cualquier persona con el enlace puede intentar entrar, sujeto al límite y a criterios de dispositivo o sistema que configures.
Varios grupos
Separa perfiles, misiones o builds sin mezclar feedback de audiencias distintas.
Prepara la revisión externa como un expediente distinto
Para compartir con testers externos, Apple solicita información beta y revisa la build y sus metadatos. Esta revisión habilita el testing externo; no reemplaza la revisión de distribución pública.
- ✓Descripción beta que explique qué hace esta versión.
- ✓Campo «What to Test» con objetivo y límites de la misión.
- ✓Email de feedback que alguien vaya a atender.
- ✓Datos de contacto e información de TestFlight App Review.
- ✓Cuenta o instrucciones de acceso si la app necesita autenticación.
- ✓Build identificable y documentación de cifrado cuando corresponda.
Usa el enlace público con límites deliberados
Un enlace reduce fricción, pero también puede volver a compartirse. Los criterios y el límite sirven para aproximar la audiencia y la capacidad, no para demostrar por sí solos que una persona realizó la misión.
- ✓Filtrar dispositivo y versión de sistema cuando el objetivo lo exija.
- ✓Fijar un máximo de testers acorde al soporte y al análisis disponible.
- ✓Desactivar el enlace cuando la cohorte esté cubierta o termine la fase.
- ✓Explicar qué se probará antes de que la persona instale.
- ✓No esperar nombre o email visible de participantes que entran por enlace público.
- ✓Combinar métricas de instalación, sesiones y crashes con feedback contextual.
Diseña evidencia alrededor de una versión
Las métricas de TestFlight ayudan a detectar actividad y fallos, pero no explican por sí solas intención, expectativa o utilidad. Congela la build y añade una misión que haga interpretable cada sesión.
Primera experiencia
Instalación, permisos, primera acción útil, dudas y abandono.
Compatibilidad
Dispositivo, sistema, orientación, idioma y resultado reproducible.
Crash y recuperación
Pasos, estado previo, informe de crash, comentario y retorno posterior.
Regresión
Caso corregido, recorrido crítico y efectos laterales.
Uso repetido
Sesiones separadas, progreso conservado, notificaciones y motivo de retorno.