Por qué un Google Group añade una segunda puerta
- Tú haces esto Invitado Agregado al grupo
- Puerta 1 Unido Miembro real, no pendiente
- Puerta 2 Aceptó participar Misma cuenta de Google
- Pasa Instalada La app por fin aparece
"App not available" casi siempre aparece cuando un tester pasa la invitación pero se traba en la Puerta 1 (sigue en Pending members) o en la Puerta 2 (cuenta incorrecta). El enlace de la prueba rara vez es el fallo real.
Respuesta rápida
"App not available" en una prueba cerrada (closed testing) con Google Group suele significar una de tres cosas: el tester no se unió de verdad al grupo (una invitación no es lo mismo que ser miembro), usa una cuenta de Google distinta a la que autorizaste, o llegó a la app antes de que terminara de publicarse. Arréglalo en este orden: confirma que el canal está Published y que enviaste los cambios a revisión, verifica que el grupo usa el formato yourgroupname@googlegroups.com y está seleccionado para este canal, confirma que cada tester aparece bajo Members y no Pending, alinea la cuenta de Google entre grupo / enlace de la prueba / Play Store, y luego revisa inscripción en prueba interna, país y dispositivo antes de borrar cachés. La parte que un ajuste de settings no resuelve (encontrar 12 testers comprometidos por 14 días de forma continua) es lo que PrimeTestLab resuelve por ti.
Con una lista de correos simple, Play Console es la única puerta de permisos: agregas correos de testers, compartes el enlace y cada persona acepta participar. Un Google Group inserta una segunda puerta delante de eso. Antes de que la página de Play autorice a alguien, esa persona ya debe ser miembro actual del grupo adjunto al canal. Si fallas esa primera puerta, Play se comporta como si el tester nunca hubiera sido invitado. Esta guía recorre cada causa en el orden en que debes revisarla, cita el lenguaje de Google donde importa y está actualizada al 2 de julio de 2026. La prueba cerrada en sí es solo un paso de los requisitos de publicación en Google Play 2026.
A quién aplica: la prueba cerrada de 12 testers y 14 días que alimenta este flujo es obligatoria para cuentas personales de desarrollador de Google Play nuevas creadas después del 13 de noviembre de 2023. Las cuentas de organización tienen más flexibilidad: aquí está el desglose completo de cuenta personal vs organización. En cualquier caso, los arreglos de membresía del grupo y de cuenta de abajo son idénticos.
Victoria rápida: los arreglos que resuelven la mayoría de casos
- 1Haz que cada tester sea un Member real: revisa la lista Members del grupo, no Pending. Una invitación que no se aceptó no cuenta.
- 2Usa una sola cuenta de Google en todas partes: la misma cuenta debe unirse al grupo, abrir el enlace de la prueba e instalar desde Play Store.
- 3Confirma que la app está Published: y que hiciste clic en "Send changes for review", luego da unas horas tras la primera publicación para que el enlace quede en vivo.
Regla práctica: un solo tester que falla apunta a su cuenta o membresía; todos los testers fallando apuntan a tu setup en Play Console.
Tabla de contenidos
¿Por qué una prueba cerrada con Google Group muestra "App not available"?
Porque un Google Group añade una segunda puerta de permisos que una lista de correos no tiene. Antes de que Play autorice a un tester, esa persona ya debe ser miembro actual del grupo adjunto al canal. Si aún no es miembro, o usa otra cuenta, Play se comporta como si nunca lo hubieran invitado, y muestra "App not available."
Con una lista de correos simple, Play Console es el único portero. Agregas correos de testers en Play, compartes el enlace y cada persona acepta participar. Un Google Group inserta una puerta delante de eso. La ayuda de Play Console de Google es explícita sobre el orden:
Only users who are members of the Google Group you enter can join the test... testers need to join the group before they opt in.
Si fallas esa primera puerta, la pantalla de error incluso nombra sus dos causas más comunes. Dice a los testers que se aseguren de estar con la cuenta que fue invitada y, si los invitaron por un Google Group, de haberse unido de verdad a ese grupo. Así que antes de tocar el enlace, Google ya te apunta a los dos fallos que esta guía ataca primero.
La pantalla de error de Google ya te dice dónde mirar
Causa 1Cuenta incorrecta. "Make sure you're signed in to the account that was invited to the program."
Causa 2No es miembro. "If you were invited through a Google Group... make sure you've joined that group."
Una cosa más que conviene saber de entrada: algunos testers ven un mensaje un poco distinto, "Item not found", en lugar de "App not available." Viene de las mismas dos causas (aún no son miembros reales del grupo, o están con la cuenta de Google incorrecta), así que cada arreglo de esta guía aplica a ambos errores.
Por qué "Invitado" no es lo mismo que "Miembro"
Esta es la razón número uno por la que los desarrolladores buscan por qué no funciona aceptar participar en la prueba cerrada. Una invitación y una membresía son dos estados distintos, y Play solo reconoce miembros reales y actuales. Un tester que fue invitado puede quedarse en "Pending members" días enteros mientras Play lo evalúa como un forastero.
En Google Groups, el dueño controla cómo se unen las personas, y cada ajuste cambia lo que "invitado" significa de verdad. Usa el decodificador de abajo para ver si un ajuste dado hace al tester un miembro real o lo deja pendiente.
Interactivo
Decodificador "Invitado vs Miembro"
Elige cómo tu Google Group maneja a la gente nueva. Verás si el tester es realmente miembro.
Miembro real de inmediato
Play autorizaráUna persona agregada de forma directa se vuelve miembro verdadero de inmediato, así que Play le deja aceptar participar. Un detalle: Google indica que los miembros agregados de forma directa se agregan aunque sus nombres no aparezcan en la lista de miembros de inmediato, así que la lista puede retrasarse un rato respecto a la realidad. Si el tester sigue fallando, el problema es la cuenta, no la membresía.
Pendiente hasta que acepte
Play los bloqueaGoogle envía una invitación que el tester debe aceptar. Hasta que la abra y acepte, se queda en Pending members y aún no es miembro, así que Play lo bloquea. Diles a los testers que revisen el inbox (y spam) por la invitación al grupo y la acepten antes de tocar el enlace de la prueba.
Pendiente hasta que un dueño apruebe
Play los bloqueaLas solicitudes ask-to-join caen en Pending members hasta que un dueño o manager las aprueba. Si nadie aprueba la cola, los testers se quedan como no miembros para siempre y cada intento de aceptar participar falla. Aprueba la lista pendiente y confirma que cada nombre pasó a Members.
No puedes agregarlos de forma directa
Solo invitaciónSi un usuario desactivó la opción que deja a los managers agregarlo a grupos sin permiso, el direct-add falla en silencio para esa persona. Solo funciona una invitación, y aún debe aceptarla. Por eso un direct-add en lote puede parecer que funcionó mientras uno o dos testers nunca se unieron de verdad.
El resultado práctico es que un tester puede creer de verdad que se unió mientras Play aún lo evalúa como forastero, que es exactamente cómo terminas agregando 12 testers y viendo 0 que hayan aceptado participar. Así que antes de compartir el enlace de la prueba, abre el grupo y confirma que cada tester aparece bajo Members, no bajo Pending members.
Consejo pro
La forma más rápida de acabar con la confusión "invitado vs miembro" es saltarte las invitaciones por completo: activa Directly add members antes de agregar a nadie. Los testers agregados de forma directa son miembros al instante, así que no hay cola pendiente ni un paso de aceptación que puedan olvidar.
¿Por qué el enlace de la prueba no funciona justo después de publicar?
Porque se apilan dos retrasos distintos, y probar a los 30 segundos del setup produce "not available" engañosos aunque todo esté bien configurado. El enlace de la prueba solo aparece cuando la app está Published, y tras la primera publicación puede tardar unas horas en estar en vivo.
El timing engaña a muchos desarrolladores haciéndoles creer que el setup está roto cuando solo va lento. Google documenta dos reglas aquí:
The opt-in URL won't work until your app is published... After you publish your app for the first time, it can take a few hours for the testing link to work.
Conviene separar los dos retrasos. Uno vive dentro de Google Groups; el otro, dentro de la distribución de Play. Ambos sistemas son "eventualmente consistentes", así que un tester que prueba demasiado pronto recibe un falso fallo:
Retraso 1: activación de la membresía del grupo
Minutos a horasLas invitaciones hay que aceptarlas, las solicitudes ask-to-join hay que aprobarlas, y hasta los miembros agregados de forma directa pueden retrasar la lista visible un rato. Hasta que la membresía se asiente, Play ve al tester como no miembro.
Retraso 2: distribución de Play
HorasTras la primera publicación, la versión y su enlace tardan unas horas en propagarse, y los cambios posteriores a la lista de testers, países o versión pueden tardar varias horas en llegar a los testers. Mientras tanto el enlace puede parecer muerto.
Dos trampas de timing más entran en este balde. Primero, los testers no pueden encontrar una prueba cerrada buscando en Google Play antes de que tu app esté más disponible, así que debes compartir la URL de Play Store y el enlace de la prueba de forma directa. Segundo, los cambios a tu lista de testers, países o versión se quedan pendientes hasta que los envías:
Fácil de pasar por alto
Si editaste testers, países o la versión y no hiciste clic en Send changes for review en Publishing overview, Play sigue sirviendo la configuración vieja. Tu último arreglo simplemente aún no está en vivo. Siempre revisa Publishing overview por un banner de cambios pendientes antes de culpar al setup.
¿Qué cuenta de Google debe usar cada tester?
Exactamente una: la misma cuenta de Google debe usarse para unirse al grupo, hacer clic en el enlace de la prueba e instalar desde Play Store. Una invitación de Google Group está ligada a una dirección de correo específica, y la instalación de Play Store está ligada a la cuenta de la misma forma. Mezcla cuentas en esos tres pasos y Play devuelve "App not available."
El desajuste de cuenta es la segunda causa que nombra la pantalla de error de Google, y es fácil tropezar. El problema empeora en teléfonos con varias cuentas de Google iniciadas a la vez: una puede haberse unido al grupo, otra puede estar activa en el navegador donde el tester abrió el enlace, y una tercera puede ser la que Play Store usa para instalar. Desde tu lado parece aleatorio. Desde el de Google es un desajuste de permisos sencillo.
Se unió al grupo
La cuenta a la que se envió la invitación
Hizo clic en el enlace
La cuenta activa en el navegador
Instala en Play
La cuenta que usa Play Store
Las tres deben ser la misma cuenta. Si cualquiera difiere, Play trata al tester como no autorizado, aunque las otras dos estén perfectas.
Interactivo
Verificador de consistencia de cuenta
Indica qué cuenta usó el tester en cada paso. Verás al instante si Play lo autorizará.
El arreglo es simple de enunciar y fácil de olvidar bajo presión: elige una cuenta y hazla idéntica en los tres pasos: la invitación al grupo, el clic en el enlace de la prueba y la descarga de Play Store. Los alias y las segundas cuentas del tester no cuentan; la invitación está ligada a la dirección exacta que ingresaste. Es la misma razón por la que no puedes ser tu propio tester en silencio con un puñado de cuentas extras.
¿Pueden el país, el dispositivo o una prueba interna previa bloquear a los testers?
Sí. Algunos casos de "App not available" no tienen nada que ver con el grupo. Tres ajustes pueden bloquear a un tester perfectamente válido y ya unido: segmentación por país, compatibilidad de dispositivo y una inscripción residual en prueba interna. Descártalos una vez que membresía y cuenta estén confirmadas.
Segmentación por país
La prueba cerrada tiene su propia pestaña Countries and regions. La segmentación se basa en el país de la cuenta de Play (donde está registrada la cuenta), no en dónde está el teléfono ahora.
Compatibilidad de dispositivo
Google marca un dispositivo como Unsupported cuando tu manifesto exige una función que el dispositivo no tiene. Un elemento <uses-feature android:required="true"> lo hace de forma directa.
ACCESS_FINE_LOCATION implica hardware GPS y puede filtrar dispositivos que no lo tienen. Los dispositivos excluidos o no soportados no pueden instalar, y los emuladores a menudo también fallan.Conflicto con prueba interna
Un usuario que aceptó participar en tu prueba interna no es elegible para una prueba cerrada hasta que primero salga de la interna y luego acepte participar en el nuevo canal de pruebas (segmento de pruebas, en la documentación es-419).
Prueba rápida: si un tester funcionó bien en tu canal interno pero falla en la prueba cerrada, sospecha primero de segmentación por país o de inscripción residual en interna: esas son las dos diferencias entre los canales, y ambas son invisibles hasta que miras.
¿Necesitas una dirección especial de Google Group?
Usa un grupo estándar de consumidor yourgroupname@googlegroups.com. Las instrucciones de setup de Google especifican ese formato, y los desarrolladores reportan una y otra vez que las direcciones de grupo de Workspace con dominio propio no se reconocen o se comportan de forma inconsistente en el campo de prueba cerrada.
yourgroupname@googlegroups.com
La dirección estándar de consumidor de Google Groups, y el formato exacto que la documentación de Google especifica para el campo de prueba cerrada. Crea el grupo en groups.google.com y obtiene esta dirección automáticamente.
testers@yourcompany.com
Un grupo de Workspace con dominio personalizado. En el foro de la comunidad de desarrolladores de Play de Google, reportan una y otra vez que no se reconocen o se comportan de forma inconsistente en el campo de prueba cerrada, aunque funcionen bien para correo.
La documentación de Google solo especifica el formato @googlegroups.com y no detalla una prohibición formal de direcciones de Workspace, así que trátarlo como una advertencia práctica más que como política oficial. La opción más segura es crear un grupo fresco @googlegroups.com para la prueba en lugar de reutilizar un grupo de Workspace que por casualidad funciona bien para correo. Te cuesta dos minutos y elimina toda una clase de fallos de "la dirección simplemente no tomaba".
Cómo configurar una prueba cerrada con Google Group (desde cero)
¿Acabas de pagar los 25 USD y empiezas de cero? Haz estos ocho pasos en orden y te saltas casi todas las causas de "App not available" de arriba. Los dos que más importan: activa Directly add members para que nadie se quede en Pending, y haz clic en Send changes for review para que Play de verdad sirva tu setup.
Un Google Group vale la pena cuando quieres que los testers gestionen su propia membresía, o cuando esperas que la lista de testers cambie a menudo. Si solo necesitas un set fijo de 12 a 25 personas, una lista de correos es más simple. Si vas con un grupo, aquí va el setup limpio de principio a fin: marca cada paso al terminar.
Google Group vs lista de correos vs testers de pago
¿No estás seguro de que un Google Group sea la opción correcta? Así se comparan las tres formas de aportar testers a la prueba cerrada:
| Qué importa | Google Group | Lista de correos | Testers de pago |
|---|---|---|---|
| Esfuerzo de setup | Medio (2 puertas) | Bajo (1 puerta) | El más bajo |
| Puerta de membresía | Sí: unirse primero | Ninguna | Ninguna |
| Riesgo de cuenta incorrecta | Alto | Medio | Ninguno |
| ¿Tú reclutas testers? | Sí | Sí | No |
| Mejor para | Listas autogestionadas y cambiantes | Un set fijo de 12 a 25 | Rápido, 14 días cubiertos |
Checklist de setup interactiva
Así se ve el paso 5 en la práctica: el Google Group agregado en la pestaña Testers del canal de prueba cerrada. Cuando el grupo aparece aquí, sus miembros pueden aceptar participar con esa misma cuenta de Google.
Clic para ampliar
Qué pasa después del setup: una vez que los testers aceptan participar, el requisito es 12 testers activos durante 14 días de forma continua antes de poder solicitar acceso a producción. Si prefieres no reclutar y cuidar esa lista, mira cómo invitar testers y el requisito de 12 testers.
Cómo arreglar la prueba cerrada con Google Group, paso a paso
Trabaja los siete pasos de abajo en orden: la mayoría de pruebas trabadas se resuelven al terminar el paso cuatro. ¿No sabes por dónde empezar? Corre el diagnosticador primero: lee tu síntoma y cuántos testers están afectados, y te apunta a la causa exacta.
Diagnosticador interactivo
Diagnosticador de Google Group y enlace de la prueba
Responde dos preguntas. Obtén la causa más probable y dónde arreglarla.
El localizador de fallos de 10 segundos
Antes de tocar nada, cuenta cuántos testers fallan. Te dice qué mitad de esta guía leer:
La causa está de su lado
Si un tester falla mientras otros sí, casi siempre es cuenta o membresía. Revisa a esa persona bajo Members (no Pending) y confirma que usó la cuenta invitada en los tres pasos. Todo de Invitado vs Miembro y Qué cuenta aplica.
La causa es tu configuración
Si todos los testers fallan, casi siempre es tu setup de Play Console: el estado del canal, una lista sin seleccionar, el enlace incorrecto, la segmentación por país o una revisión aún pendiente. Empieza en el paso 1 de abajo: no culpes a los testers.
El arreglo, en orden
Confirma que el canal está Published y sin cambios pendientes
Si hay cambios pendientes, abre Publishing overview y haz clic en Send changes for review, luego da unas horas tras la primera publicación para que el enlace quede en vivo.
Verifica el método de testers y la dirección del grupo
Si usas un Google Group, confirma que la dirección está en formato yourgroupname@googlegroups.com y que el grupo correcto está seleccionado para este canal cerrado, no para otro. Confirma que el enlace de la prueba contiene play.google.com/apps/testing/ y no es una URL de prueba interna.
Confirma que cada tester es un miembro real del grupo
Revisa la lista Members del grupo, no Pending members. Una invitación que no se ha aceptado no cuenta. Este paso solo resuelve la mayoría de fallos de un solo tester.
Haz consistente la identidad de la cuenta
Usa la misma cuenta de Google para la invitación al grupo, el clic en el enlace de la prueba y la instalación en Play Store, y cuida las varias cuentas iniciadas en el dispositivo.
Revisa la inscripción en prueba interna
Si el tester aceptó participar en una prueba interna, pídele que salga primero de ella y luego acepte participar en la prueba cerrada.
Revisa elegibilidad de país y dispositivo
Confirma que el país de la cuenta de Play del tester está segmentado y que su dispositivo es compatible, no excluido ni no soportado.
Limpia cachés solo como último recurso
Borrar la caché o los datos de Play Store, o la caché del navegador, a veces ayuda, pero solo después de verificar todo lo anterior.
Prueba de humo de 30 segundos
Abre el enlace de la prueba en un dispositivo con sesión de una cuenta de repuesto, no de desarrollador, que hayas agregado al grupo y a la lista de testers. Si la página de aceptar participar carga para esa cuenta, la prueba está de verdad en vivo y tu configuración está bien: cualquier fallo restante es de la cuenta o membresía del tester individual.
Cómo PrimeTestLab se encarga de la prueba cerrada por ti
Arreglar las causas técnicas de arriba pone en marcha tu flujo para aceptar participar. No resuelve el problema más duro debajo: Google exige un mínimo de 12 testers que hayan aceptado participar durante al menos los últimos 14 días de forma continua antes de que una cuenta personal de desarrollador nueva pueda solicitar acceso a producción. Ese requisito, bajado de 20 a 12 testers el 11 de diciembre de 2024, aplica a cuentas personales creadas después del 13 de noviembre de 2023, y cada tester que nunca se une de verdad, acepta participar con la cuenta incorrecta o se cae a mitad del ciclo erosiona esa ventana de 14 días de forma continua.
Ahí entra PrimeTestLab. Aportamos testers reales que han aceptado participar en dispositivos Android reales en 120+ países, para que no persigas a amigos y colegas por los problemas de membresía y cuenta de arriba. La prueba suele arrancar en 4-6 horas, con una tasa de éxito de 99.9% en 7,400+ apps y una valoración de 4.9 de 5 a partir de 2,200+ reseñas.
Hacerlo tú vs una prueba gestionada
| Qué implica | DIY con un Google Group | Gestionado (PrimeTestLab) |
|---|---|---|
| Miembros reales que aceptaron participar | Tú persigues invitaciones | 12+ que aceptaron por ti |
| Fallos por cuenta incorrecta | Riesgo común | Resuelto por ti |
| 14 días de forma continua | Se rompe con bajas | Se mantienen activos |
| Tiempo hasta el primer tester | Días de reclutamiento | 4-6 horas |
| Alcance | Quien conozcas | 120+ países |
Paquetes actuales
- Cumple el mínimo de Google
- Dispositivos Android reales
- Cobertura completa de 14 días
- Buffer que absorbe bajas
- Mejor diversidad de dispositivos
- Mejor tasa de éxito al primer intento
- Buffer de seguridad incluido
- Mejor diversidad de dispositivos
- Más margen para cumplir el requisito
Compara los planes en nuestra página de precios, ve el proceso en cómo funciona, lee más sobre cumplir el requisito de 12 testers, o empieza con el servicio de prueba cerrada. Los testers aceptan participar por ti y se mantienen activos la ventana completa, que es la parte del requisito que un arreglo de Play Console no puede resolver. Si algo sale mal, tienes garantía de devolución con repetición gratis o reembolso completo.
Preguntas frecuentes
¿Cómo configuro un Google Group para la prueba cerrada de Google Play?
Crea un grupo en groups.google.com (obtiene una dirección yourgroupname@googlegroups.com), activa Directly add members para que los testers se unan al instante y luego agrégalos. En Play Console, abre Closed testing, elige Google Groups en la pestaña Testers y pega la dirección del grupo, sube una versión, publícala y haz clic en Send changes for review. Por último, comparte el enlace de la prueba; cada tester lo abre con la misma cuenta de Google que está en el grupo.
¿Por qué mi tester ve "App not available" si ya lo agregué al grupo?
Agregar no siempre es unirse. Si tu grupo exige invitaciones, el tester se queda en Pending members hasta que acepte, y Google Play trata a los usuarios pendientes como no miembros. La otra causa habitual es el desajuste de cuenta: el tester se unió o navega con una cuenta de Google distinta a la del Play Store. Confirma que aparece bajo Members y que está con la cuenta exactamente invitada.
¿Los testers deben unirse al Google Group antes de aceptar participar?
Sí. La ayuda de Play Console de Google indica que, en una prueba cerrada vía Google Group, los usuarios deben unirse al grupo antes de aceptar participar. La membresía del grupo es una puerta previa al enlace de la prueba de Play, así que la instrucción correcta siempre son dos pasos: primero unirse al grupo, luego abrir el enlace de la prueba y pulsar Become a tester con esa misma cuenta. En la documentación oficial de Google en español, a los testers también se les llama verificadores.
¿Puedo usar un Google Group de Workspace con dominio personalizado para la prueba cerrada?
Es más seguro no hacerlo. Las instrucciones de Google especifican el formato yourgroupname@googlegroups.com, y muchos desarrolladores reportan que las direcciones de grupo de Workspace con dominio propio no se reconocen en el campo de prueba cerrada. Google no publica una prohibición formal, así que trátarlo como advertencia práctica. Crea un grupo estándar de consumidor @googlegroups.com para la prueba y evita una dirección que Play pueda rechazar en silencio.
¿Cuánto tarda en funcionar el enlace de la prueba después de publicar?
El enlace solo aparece cuando la app está Published, no en Draft ni Pending publication. Tras la primera publicación, Google indica que el enlace puede tardar unas horas en estar disponible, y los cambios posteriores pueden tardar varias horas en llegar a los testers. Si acabas de publicar, espera unas horas y confirma que no hay cambios pendientes de revisión antes de asumir que la configuración está rota.
¿Un fallo al aceptar participar afecta mi requisito de 14 días?
Sí, de forma indirecta. Un tester que nunca llega a aceptar participar de verdad no cuenta para los 12 testers que Google exige. Si las participaciones activas bajan de 12 en cualquier momento, la ventana de 14 días de forma continua está en riesgo: Google exige 14 días consecutivos. Por eso los problemas de membresía y de cuenta pueden retrasar en silencio tu acceso a producción. Esta regla de 12 testers y 14 días aplica a cuentas personales nuevas creadas después del 13 de noviembre de 2023; las cuentas de organización tienen más flexibilidad.
¿Google revisa el uso real de la app o solo el estado de participación?
El requisito documentado y duro es el estado de participación: al menos 12 testers que hayan aceptado participar durante los últimos 14 días de forma continua, que es lo que rastrea el panel de la prueba cerrada. En la práctica, algunos desarrolladores reportan rechazos ligados a un engagement muy bajo, así que conviene que los testers abran y usen la app y dejen comentarios durante la ventana, no solo aceptar participar y quedar en silencio.
¿Una lista de correos es más fácil que un Google Group para la prueba cerrada?
Para un set fijo de unos 12 a 25 testers, normalmente sí. Una lista de correos elimina por completo la puerta de membresía: agregas direcciones directo en Play Console y los testers solo necesitan aceptar participar. Un Google Group sirve cuando quieres que los testers gestionen su propia membresía, pero añade un segundo punto de fallo y el tema de direcciones de Workspace. En ambos casos, los testers aún deben aceptar participar.
¿Puede PrimeTestLab encargarse de los 12 testers por mí?
Sí. PrimeTestLab aporta testers reales que han aceptado participar en dispositivos Android reales y se mantienen activos los 14 días de forma continua, para que te saltes por completo los problemas de membresía del grupo y de cuenta incorrecta. Los precios empiezan en $19.99 por 12 testers, la prueba suele arrancar en 4-6 horas y mantenemos una tasa de éxito de 99.9% en 7,400+ apps.
Conclusión
Resumen
Cuando una prueba cerrada con Google Group no funciona, no empieces por el enlace de la prueba. Empieza confirmando que el tester es un miembro real del grupo correcto (no atrapado en Pending), con la cuenta exactamente invitada, en una prueba que de verdad esté publicada y en vivo, y luego baja por país, dispositivo y ajustes de prueba interna. Un tester que falla apunta a su cuenta o membresía; todos fallando apunta a tu configuración. Arréglalo en ese orden y la mayoría de errores "App not available" desaparecen. Y si lo único que te separa de producción es encontrar 12 testers comprometidos por 14 días de forma continua, ese problema de reclutamiento es exactamente para lo que está hecho PrimeTestLab. Ver planes de precios →