Google Play dice que la app no está disponible para tus testers: cómo solucionarlo

Esta guía trata el caso de una prueba cerrada a la que los testers previstos no pueden unirse o cuya app no pueden instalar. Una prueba que sí funciona pero cuya tarjeta del requisito no avanza es otro problema, con una ruta breve propia cerca del final. El texto de Play Console cambia según el estado de tu app, así que guíate por la etiqueta que veas en pantalla en lugar de esperar una coincidencia exacta con este artículo.

Empieza aquí: ¿dónde falla el acceso?

«No disponible» abarca varios fallos distintos. Usa lo que el tester ve de verdad, y a cuántos testers les pasa, para elegir la siguiente comprobación. Estas filas son pistas de diagnóstico, no causas concluyentes: que un tester lo consiga no demuestra que todos los testers previstos tengan acceso, y un mismo mensaje de error no identifica una única causa.

Video: las comprobaciones de Play Console, en pantalla

Grabado en mayo de 2026 para la versión anterior de esta guía. Dura unos cinco minutos.

Donde el video y este texto no coincidan, haz caso al texto

Tres puntos de la grabación quedaron desactualizados: Google describe el procesamiento como unas horas o hasta siete días, no de 20 a 30 minutos; los países de la prueba están sincronizados con producción de forma predeterminada, así que revisa el estado de sincronización antes de editarlos; y abrir el enlace con la sesión cerrada no prueba el acceso de los testers. Para eso, usa el procedimiento del tester.

Revisa la cuenta del tester y su participación

Unos ajustes correctos en Play Console siguen dejando bloqueado a un tester si se está usando la cuenta de Google equivocada, o si agregaste al tester a una lista pero nunca completó el paso de unirse. Estar incluido y haberse unido son dos estados distintos. Dale a cada tester este procedimiento, en este orden, y pregúntale en qué etapa falla.

1. Confirma la cuenta de Google invitada. La dirección que está en la lista de correos seleccionada, o la cuenta que es miembro del grupo de Google configurado, es la única que Google Play reconoce para esta prueba. Pregúntale al tester con qué cuenta tiene iniciada la sesión en el dispositivo y en el navegador.
2. Verifica que esté incluido antes de aceptar participar. Si usas una lista de correos, la dirección tiene que estar en la lista que está seleccionada en el segmento. Si usas un grupo de Google, el tester ya tiene que ser miembro del grupo, no solo estar invitado.
3. Usa esa misma cuenta en el navegador con el que acepta participar y en Play Store. Un navegador con la sesión iniciada en otra cuenta, o un teléfono cuya Play Store usa una segunda cuenta, puede provocar un error de acceso o de elegibilidad aunque todo lo demás esté bien.
4. Completa la participación y luego abre el enlace de instalación. La página de participación muestra una confirmación en cuanto el tester se une. Solo a partir de ese momento la ficha de Play Store ofrece la compilación de prueba.
5. Confirma el resultado en el dispositivo previsto. Pregunta hasta qué etapa exacta llegó: si se unió, si instaló o si abrió la app. Si falló, pide el mensaje exacto que aparece en pantalla y una captura.

Fuente: Configura una prueba abierta, cerrada o interna (Ayuda de Play Console).

Si la prueba usa un grupo de Google

Lo que agregas en el segmento es la dirección del grupo. Un tester al que solo invitaron al grupo todavía no es miembro: hay que aceptar la invitación, y la membresía se ve en Grupos de Google, no en Play Console. Una vez confirmada la membresía, el tester acepta participar por el mismo enlace y con la misma cuenta. La membresía del grupo, por sí sola, no inscribe a nadie.

Para ver el flujo de invitación completo, con listas de correos frente a grupos y cómo leer los conteos de invitados y de participantes, consulta cómo invitar testers y confirmar su participación.

Cinco comprobaciones de configuración en Play Console

En los casos de soporte que atiende PrimeTestLab, estos cinco ajustes son los que aparecen mal con más frecuencia del lado del desarrollador. Es la mezcla de casos que observamos nosotros, no una regla de Google ni una lista exhaustiva: las comprobaciones del tester de arriba y la rama de dispositivo de abajo cubren fallos que estos ajustes no pueden explicar. Recórrelos en el segmento al que se supone que deben unirse tus testers.

Comprobación 1 de 5

Confirma que la versión y la configuración de testers están en el segmento previsto

Play Console te permite ejecutar varios segmentos de pruebas cerradas. Cada uno tiene sus propias versiones y su propia configuración de testers. Si la versión que esperas que instalen tus testers está en el segmento A y la lista seleccionada está en el segmento B, los dos nunca se encuentran: los testers configurados en el segmento B son elegibles para un segmento que no tiene ninguna versión disponible, y ninguno de los testers a los que querías llegar está configurado como elegible en el segmento A.

Testing / Closed testing / Active tracks

Haz clic para ampliar

1. Abre Testing > Closed testing (Pruebas > Prueba cerrada) en Play Console.
2. Busca el segmento cuyo enlace compartiste y abre Manage track (Administrar segmento).
3. En la vista de versiones, confirma que la versión prevista, y no cualquier versión, aparece como disponible para los testers con el número de versión que esperas.
4. En la pestaña Testers (Verificadores) de ese mismo segmento, confirma que la lista o el grupo previstos están seleccionados.

No coinciden

Versión disponible en el segmento A, lista seleccionada en el segmento B. Los testers configurados como elegibles en el segmento B no tienen ninguna versión disponible que recibir; y en el segmento A, donde está la versión, no hay nadie configurado como elegible.

Coinciden

Versión prevista disponible en el segmento A, lista prevista seleccionada en el segmento A, invitación copiada del segmento A.

Si la versión todavía es un borrador

Un borrador no se le entrega a nadie. Ábrelo, completa lo que te pida Play Console y avanza por el flujo de publicación hasta que la versión quede disponible en el segmento. El texto del botón depende del estado, y una versión que necesita revisión espera a esa revisión antes de quedar disponible. Mientras la nueva está sin terminar, puede que se siga entregando otra versión elegible del mismo segmento, por ejemplo una anterior, así que tus testers podrían ver una versión distinta en lugar de no ver nada.

Fuente: Prepara y lanza una versión (Ayuda de Play Console).

Simplifica

Si solo necesitas una prueba cerrada, usa un solo segmento. Varios segmentos sirven para lanzar por grupos escalonados, y son una causa frecuente de que una versión y una lista nunca se encuentren.

Comprobación 2 de 5

Selecciona y guarda la lista de testers prevista

Crear una lista de correos y seleccionarla para un segmento son dos operaciones distintas. Una lista puede existir en tu cuenta, contener todas las direcciones que querías agregar y aun así no aplicarse al segmento hasta que marques su casilla y guardes el cambio.

Closed testing / Manage track / Testers

Haz clic para ampliar

1

Sube o crea la lista

En la pestaña Testers, crea una lista de correos, ponle un nombre y agrega las direcciones o sube un CSV. Guárdala.

Cuidado con el CSV: subir un CSV reemplaza las direcciones que ya había en esa lista. Mantén un archivo maestro y sube la lista completa cada vez.

2

Marca la casilla de la lista prevista

La lista aparece en la tabla esté seleccionada o no. Solo se aplica a este segmento cuando su casilla está marcada.

3

Guarda el cambio

Guarda al final de la página. La lista ya aparece como seleccionada para este segmento. Si Play Console indica que el cambio queda a la espera de revisión, envíalo desde Publishing overview (Descripción general de la publicación).

Por qué guardar una lista no la selecciona

Las listas de correos son objetos de la cuenta que se pueden reutilizar en varios segmentos, así que Play Console mantiene separado crear una lista de aplicarla a un segmento. Es un comportamiento intencionado de la configuración, no un error. Una lista guardada todavía tiene que seleccionarse para el segmento, y por eso es un paso fácil de pasar por alto.

Cambios de miembros frente a seleccionar una lista

Seleccionar una lista para un segmento es un cambio de configuración y puede tener que pasar por revisión antes de aplicarse. Agregar o quitar direcciones dentro de una lista que ya está seleccionada se trata de otra forma: Google incluye los cambios de miembros entre las excepciones que la publicación administrada no retiene. Si la lista está seleccionada y un tester concreto sigue sin poder unirse, vuelve a las comprobaciones del tester en lugar de volver a guardar la lista.

Fuentes: Configura una prueba y Controla cuándo se revisan y publican los cambios de una app (Ayuda de Play Console).

Comprobación 3 de 5

Copia la invitación correcta y distínguela del enlace de instalación

Copia la invitación para compartir desde la pestaña Testers del segmento previsto, y confirma en Play Console el acceso de testers configurado y la versión disponible en lugar de fiarte de la URL para identificar el segmento. Si les pasas a los testers de tu prueba cerrada la invitación de la prueba interna, los mandas a una prueba para la que no están configurados. Además hay dos destinos distintos: el enlace de invitación, donde el tester se une, y la ficha de Play Store, donde instala después de unirse. Un enlace de la tienda, por sí solo, no inscribe a nadie.

Closed testing / Testers / How testers join your test

Haz clic para ampliar

Los tres segmentos y el requisito de prueba cerrada

De dónde se copia	Segmento	¿Cuenta para el requisito de prueba cerrada?
Testing > Internal testing	Interna (hasta 100 testers por app)	No
Testing > Closed testing	Cerrada (el segmento al que se refiere el requisito)	Sí
Testing > Open testing	Abierta (prueba pública)	No las cuentas afectadas obtienen la prueba abierta después del acceso a producción

El requisito se aplica a las cuentas personales de desarrollador creadas después del 13 de noviembre de 2023. La prueba interna no exige ninguna condición de organización ni de relación laboral; el límite es el número de testers por app. Para la comparación completa, consulta las diferencias entre prueba interna, cerrada y abierta.

Reconoce el formato del enlace y después verifica la prueba

• Enlace de invitación (para aceptar participar): play.google.com/apps/testing/<package name>. Los testers lo usan para unirse. Las pruebas públicas usan el mismo patrón de ruta, así que el formato por sí solo no demuestra que sea un segmento cerrado: confirma la prueba en Play Console.
• Enlace de la prueba interna: play.google.com/apps/internaltest/.... No sirve para una prueba cerrada.
• Ficha de Play Store: play.google.com/store/apps/details?id=<package name>. Es el destino de instalación después de unirse. No inscribe a nadie.

Fuentes: Configura una prueba, Requisitos de pruebas de apps para las cuentas de desarrollador personales nuevas y la propia prueba pública de Google Chrome Beta para Android, que usa el mismo patrón de ruta.

Comprueba el formato de tu enlace de Google Play

Pega un enlace para ver con qué patrón de URL de Google Play coincide. Solo el formato: esto no verifica la app, el segmento ni el acceso de los testers.

Enlace de Google Play que quieres comprobar Comprobar el formato

Se ejecuta solo en tu navegador. El enlace no se envía a ninguna parte.

Testers que usaron tu prueba interna

Un tester que participa en tu prueba interna tiene que dejar de participar en ella para que esta invitación le funcione. Consulta más arriba la excepción de la prueba interna.

Comprobación 4 de 5

Revisa la disponibilidad por país y la sincronización

Revisa el país de Play registrado en la cuenta de cada tester previsto. De forma predeterminada, los países de la prueba coinciden con los de producción. Si esta prueba necesita otra disponibilidad, mira el estado de sincronización y usa Unsync countries/regions (No sincronizar países ni regiones) antes de editar los países de la prueba. Selecciona la cobertura que tu prueba necesite; una lista de países más larga no elimina las demás condiciones de acceso.

Google segmenta por el país de Play de la cuenta, es decir, el país en el que está registrada la cuenta, no donde esté el tester en este momento. Viajar, por sí solo, no cambia la segmentación por país de Play de la cuenta. A un tester cuya cuenta está registrada en otro país no lo cubres agregando el país en el que vive ahora.

Closed testing / Manage track / Countries / regions

Haz clic para ampliar

1. Abre el segmento y elige Countries / regions.
2. Lee el estado de sincronización que aparece en el segmento. Mientras esté sincronizado, la prueba sigue a producción, y editar producción cambia la prueba.
3. Para segmentar la prueba de forma independiente, elige Unsync countries/regions y después agrega los países en los que están registradas las cuentas de tus testers.
4. Guarda y, si Play Console muestra el cambio a la espera de revisión, envíalo.

Apps de pago

Puede que algunos países no estén disponibles para las apps de pago, y agregar un país a una app de pago agrega precios para ese país. Unirse a una prueba cerrada no vuelve gratuita una app de pago.

Si tus testers están repartidos por varias regiones, la guía de testers en distintos países profundiza en las comprobaciones del país de la cuenta.

Fuente: Distribuye versiones de apps a países específicos (Ayuda de Play Console).

Comprobación 5 de 5

Revisa el estado de revisión, publicación y disponibilidad

Aprobado, pendiente y disponible son estados distintos, y corresponden a objetos distintos: la app, una actualización y elementos concretos como una versión o un cambio de países. Una versión disponible puede convivir con una actualización sin terminar, así que el objetivo no es dejar la cola vacía. El objetivo es que la versión y la configuración concretas que tus testers necesitan estén disponibles.

Publishing overview

Haz clic para ampliar

Estado observado	Qué hacer
Versión en borrador o incompleta	Completa los requisitos de la versión que muestra Play Console y continúa con el flujo de publicación.
Cambios relevantes sin enviar a revisión	Envía desde Publishing overview los cambios que necesitan revisión. No todos la necesitan: los cambios de miembros dentro de una lista ya seleccionada, no.
En revisión	Guíate por el estado que se muestra y por la estimación que aparezca. No des por hecho, sin evidencia, que una espera de revisión es una casilla de testers sin marcar.
Aprobado y en espera bajo la publicación administrada	Publica la actualización cuando quieras que esté en vivo. La aprobación, por sí sola, no la vuelve disponible.
La versión relevante está disponible	Continúa con las comprobaciones del tester. Cuenta con la propagación: un enlace de prueba recién publicado puede tardar varias horas en estar disponible.
Rechazada, retirada o suspendida	Sigue la vía de resolución propia de ese problema. Queda fuera de esta guía; si la decisión fue sobre la prueba, consulta por qué se rechaza la prueba cerrada.

Google describe el procesamiento como algo que tarda unas horas o hasta siete días, con casos excepcionales más largos. Tómalo como una orientación para planificar, no como un plazo prometido. Consulta el estado actual y cualquier estimación que se muestre para tu envío.

La publicación administrada tiene condiciones

Si la publicación administrada está activada, una actualización aprobada espera hasta que la publicas. La publicación administrada no se puede usar en la primera publicación de una app, así que una app totalmente nueva no queda retenida por ella: espera a la revisión y después a la propagación.

Fuentes: Controla cuándo se revisan y publican los cambios de una app, Cómo publicar tu app y Configura una prueba (Ayuda de Play Console).

Si el tester puede unirse pero no instalar

Un tester puede tener acceso a la prueba y, aun así, tener un dispositivo que no puede instalar su compilación. Revisa el dispositivo exacto y el segmento correspondiente en Device catalog (Catálogo de dispositivos), incluidas la versión de Android, los requisitos del manifiesto y las exclusiones. No quites requisitos de compatibilidad sin entender por qué están ahí.

Revisa el dispositivo y la compilación correspondiente

• Pídele al tester el modelo del dispositivo, la versión de Android y el mensaje exacto. «No disponible» y «no compatible» son resultados distintos.
• En Play Console abre Device catalog, busca el modelo y lee su estado para el segmento al que se unió el tester. Las exclusiones de dispositivos se administran a nivel de la app. La compatibilidad sí puede variar entre segmentos, porque cada segmento puede contener una compilación con requisitos de manifiesto distintos. Revisa el estado de compatibilidad del segmento que corresponde antes de cambiar una exclusión.
• Compara la versión mínima de Android de la compilación, las funciones de hardware que exige y los dispositivos excluidos con el dispositivo del tester.
• Después de unirse, confirma que Play Store sigue usando la cuenta con la que se unió. Después revisa la disponibilidad de la versión, el país de Play (comprobación 4), la compatibilidad del dispositivo y el error exacto de instalación. Si la descarga falla aunque el tester sea elegible, sigue los pasos básicos de Google para solucionar problemas de descarga.

Si ya hay instalada otra versión

Un tester que ya tiene la app desde otro segmento o desde producción puede ver «Actualizar» en lugar de «Instalar», o puede que se le rechace una compilación cuyo código de versión sea menor que el instalado. Confirma qué versión hay en el dispositivo y cuál entrega el segmento. Los conflictos de firma y de código de versión son problemas de la compilación, no de acceso: resuélvelos en la compilación y no volviendo a invitar al tester.

Fuentes: Consulta y restringe los dispositivos compatibles con tu app (Ayuda de Play Console) y Cómo establecer la versión de tu app (Android Developers), que explica la limitación para instalar un código de versión menor.

Verifica el acceso antes de invitar a todo el grupo

Antes de enviarle el enlace a todos los testers, confirma el recorrido completo una vez con una cuenta de tester elegible. Esta lista de verificación es un registro manual de lo que has confirmado: no lee nada de Play Console, y un tester posterior con otra cuenta, otro país de Play u otro dispositivo todavía puede fallar por sus propias condiciones.

Si el acceso funciona pero el requisito no avanza

Para las cuentas personales de desarrollador creadas después del 13 de noviembre de 2023, el acceso a producción exige que al menos 12 testers (verificadores, en la documentación oficial de Google en español) hayan aceptado participar durante los 14 días continuos anteriores al momento en que lo solicitas. El periodo se evalúa por tester: quien deja de participar y vuelve a hacerlo tiene que completar un periodo continuo nuevo, y el resto de los testers conservan el suyo. Si las instalaciones funcionan pero la tarjeta no avanza, lee la guía del requisito de 12 testers y 14 días y después no hay suficientes testers o los días no se actualizan.

Fuente: Requisitos de pruebas de apps para las cuentas de desarrollador personales nuevas (Ayuda de Play Console).

¿Sigue bloqueado? Reúne estos datos

Si las comprobaciones del tester y las cinco de Play Console salen bien y sigue habiendo un fallo reproducible, deja de dar vueltas a los mismos ajustes. Reúne la evidencia de abajo y usa la vía de soporte desde Play Console. Sigue la orientación sobre plazos que se muestre en Play Console o en tu caso de soporte. Evita envíos innecesarios mientras haya cambios en revisión, porque los cambios adicionales pueden retrasar esa revisión. Usa la evidencia de abajo para diagnosticar el fallo antes de tocar la versión.

• Nombre del paquete
• El segmento previsto, su versión, el código de versión y el estado de la versión que ves
• Fecha y hora del último cambio relevante y si se envió a revisión
• El mensaje exacto que ve el tester, con una captura
• La etapa que falla: unirse, instalar o abrir
• Si le pasa a un tester o a todos
• Cómo confirmaste la participación: la dirección en la lista seleccionada o la membresía del grupo, y la cuenta que se usa en el dispositivo
• El país de Play del tester
• Modelo del dispositivo y versión de Android, y el estado de ese modelo en Device catalog
• Una captura del estado relevante en Play Console (segmento, testers, países, Publishing overview)

Vía: Ayuda de Play Console, Problemas de visibilidad y descubrimiento de apps, que enumera las comprobaciones que Google espera primero y cómo comunicarte con el equipo de soporte. Si de verdad rechazaron la versión o la solicitud de producción, esa es otra vía: cómo resolver el rechazo de una prueba cerrada.

Ayuda opcional con la configuración y las pruebas

Si el acceso ya está resuelto y lo que te falta son testers que se unan, instalen y mantengan su participación los 14 días completos, PrimeTestLab te los aporta. Además repasamos, con esta misma guía en la mano, los ajustes de segmento, lista, enlace, países y estado antes de que se una el primer tester, para que los problemas de acceso de arriba queden resueltos antes de que el tiempo empiece a contar. Las pruebas suelen empezar en un plazo de 4-6 horas desde que se confirma tu enlace de prueba.

Paquetes actuales

Los precios son por paquete; el checkout muestra la tarifa de servicio antes de que pagues. Compara los planes de pruebas y el soporte de configuración o mira cómo funciona el servicio.

Preguntas frecuentes

Qué hacer después