Rechazo por 'los verificadores no participaron en tu app durante la prueba cerrada': qué significa y cómo volver a solicitarlo

1. Qué significa este mensaje

Si solicitaste el acceso a producción y te lo devolvieron con el motivo “los verificadores no participaron en tu app durante la prueba cerrada”, Google no cuestionó la cantidad ni el período, sino el contenido de la prueba. Aunque 12 verificadores hayan estado inscritos durante 14 días, consideró que hay pocas señales de que realmente abrieran y usaran la app en ese tiempo.

La documentación del Centro de ayuda de Play Console también da dos ejemplos de cuándo se piden más pruebas: cuando menos de 12 verificadores aceptaron participar, y cuando la participación de los verificadores fue insuficiente. Este mensaje corresponde al segundo caso.

2. El motivo que suele acompañarlo

Este mensaje rara vez llega solo: suele venir junto con el motivo de que no seguiste las prácticas recomendadas de prueba, como recoger comentarios de los usuarios y aplicarlos en actualizaciones. Además, te indican que sigas con la prueba cerrada con verificadores reales y vuelvas a solicitarlo.

Si juntas los dos motivos, queda claro lo que Google quería ver: que los verificadores usaron la app y que el desarrollador la mejoró a partir de sus reacciones. Una prueba que solo completó la cantidad no tiene ese recorrido.

3. Cómo evalúa Google la participación

Google no publica con qué mide la participación. Lo de que hay que usarla tantas veces al día o tantos minutos no está en la documentación de Google. Lo que sí puede comprobarse en la documentación es qué pregunta el cuestionario de acceso a producción.

• Si los verificadores probaron todas las funciones de la app
• Si el uso de los verificadores coincide con el que esperas de los usuarios reales y, si no, en qué se diferencia
• Un resumen de los comentarios de los verificadores y cómo los recogiste
• Cómo cambiaste la app a partir de los resultados de la prueba cerrada

Es decir, el revisor mira juntos las respuestas del cuestionario y los registros del período de prueba. Una prueba sin hechos que contar también se nota en el cuestionario. Qué escribir en cada pregunta está en ejemplos por pregunta del cuestionario de acceso a producción.

4. Causas que suelen coincidir

• Verificadores que instalaron la app y nunca la abrieron. Es común con verificadores conseguidos por intercambio. Cuentan para la cantidad, pero no dejan historial de uso (dónde se rompe el intercambio de verificadores).
• Una app que se bloquea en la primera pantalla. Si requiere iniciar sesión y los verificadores no pueden crear una cuenta, o si el primer inicio es lento o falla, no llegan a las funciones. Si la app requiere inicio de sesión, también debes dejar en Play Console los datos de acceso para la revisión.
• Una sola versión durante toda la prueba. No puedes mostrar qué viste y qué corregiste durante la prueba (actualizar durante la prueba cerrada).
• No había forma de recibir comentarios. Si los verificadores no tienen dónde contar lo que les molesta, no puedes completar la pregunta del cuestionario sobre “comentarios recibidos”.
• El cuestionario terminaba en “todo salió bien”. Una respuesta sin cifras, versiones ni cambios concretos no demuestra que hayas hecho la prueba.

5. Antes de volver a solicitarlo

1. No detengas la prueba. Si dejas el segmento y la lista de verificadores como están, se mantienen las condiciones de cantidad y período. Si creas un segmento nuevo, el conteo empieza de cero.
2. Haz que los verificadores usen las funciones. Pídeles algo concreto, como “inicia sesión, prueba ○○ una vez y déjame una línea sobre lo que te resultó incómodo”. Google también recomienda reunir a los verificadores en un grupo de mensajes para que compartan comentarios.
3. Publica actualizaciones a partir de los comentarios. Aunque sean pequeñas, dos o tres, y anota en las notas de la versión qué cambiaste.
4. Acumula uso y luego reescribe el cuestionario. La documentación no fija cuánto hay que esperar para volver a solicitarlo, pero si lo envías enseguida con el mismo contenido, es probable que el resultado sea el mismo. Acumula uso real y actualizaciones durante unos días o hasta 14 días antes de enviarlo.

Para compararlo con otros motivos de rechazo, consulta los 7 motivos por los que se rechaza el acceso a producción.