¿Puedo actualizar durante la prueba cerrada? Los 14 días siguen, cómo publicar y con qué frecuencia

1. Sí, puedes publicarlas: los 14 días no se interrumpen

Aunque subas una versión nueva durante la prueba cerrada, los 14 días no vuelven a empezar. La documentación del Centro de ayuda de Play Console define el requisito solo como “al menos 12 verificadores que aceptaron participar de forma continua durante 14 días”, y no pone como condición la cantidad de versiones ni si hubo actualizaciones. Subir una versión nueva al mismo segmento no cambia el estado de participación de los verificadores.

Lo que interrumpe los 14 días no es una actualización, sino que se vayan verificadores: que cancelen su participación o desinstalen la app, que los quites de la lista de verificadores o que crees un segmento nuevo y te mudes a él. Las reglas de conteo en detalle están en desde cuándo se cuentan los 14 días.

2. Por qué conviene publicarlas

Cuando cumples los 14 días y solicitas el acceso a producción, la última parte del cuestionario pregunta cómo cambiaste la app a partir de los resultados de la prueba cerrada y por qué consideras que está lista para el lanzamiento. Si tuviste una sola versión durante toda la prueba, no tienes nada que escribir ahí.

En cambio, si quedan las versiones que subiste durante la prueba y lo que corregiste en cada una, eso mismo respalda tu respuesta. Si escribes el número de versión junto con el cambio, como “en la 1.0.2 acortamos la carga de la primera pantalla y en la 1.0.3 corregimos el error de inicio de sesión que señalaron los verificadores”, el revisor puede comprobarlo. Hay ejemplos por pregunta en ejemplos por pregunta del cuestionario de acceso a producción, y los problemas de tener una sola versión, en los 7 motivos de rechazo.

3. Cómo publicarlas en Play Console

1. Sube el código de versión (versionCode) de la app a un número mayor que el anterior y compila un App Bundle (.aab) nuevo. Un código de versión ya usado no se puede reutilizar.
2. En el menú de la izquierda, ve a Prueba y lanzamiento → Pruebas → Prueba cerrada y haz clic en Administrar segmento en el segmento donde están inscritos tus verificadores ahora.
3. En la pestaña Versiones, crea una versión nueva, sube el App Bundle, escribe en las notas de la versión qué cambiaste y guarda.
4. En el menú de la izquierda, abre Descripción general de la publicación y envía tus cambios a revisión. Si tienes activada la publicación administrada, tienes que publicar tú mismo después de la revisión para que llegue a los verificadores.
5. Cuando termina la revisión, la actualización aparece en Play Store para los verificadores. Los dispositivos con actualización automática la reciben solos; si no, el verificador la actualiza manualmente.

4. Con qué frecuencia y qué publicar

No hay una cantidad fija. En la práctica, cada 3 o 4 días, dos o tres veces en los 14 días, alcanza para dejar suficiente historial para el cuestionario. No hace falta crear grandes funciones nuevas: basta con algo pequeño, siempre que sea algo que viste y corregiste durante la prueba.

• Correcciones de molestias o errores que te señalaron los verificadores
• Correcciones de problemas que solo ocurrían en ciertos dispositivos o versiones del SO
• Mejoras para que la primera pantalla cargue más rápido (si el primer inicio es lento, los verificadores usan menos la app)
• Ajustes de textos o distribución de pantallas que confundieron a los verificadores

Si en cada versión anotas una línea en las notas de la versión con lo que cambiaste, cuando escribas el cuestionario esa lista será tu respuesta. Si cambias mucho la app justo antes de solicitar, los verificadores no tendrán tiempo de usar esa versión, así que es mejor publicar los cambios grandes en la primera mitad de la prueba.

5. Cuándo una actualización rompe la prueba

La actualización en sí no interrumpe los 14 días, pero hay errores al actualizar que sí rompen la prueba.

• Creaste un segmento nuevo para subirla. Si cambias de segmento, la participación acumulada no se conserva. Sube las actualizaciones al segmento actual.
• La subiste al segmento de prueba interna. No les llega a los verificadores de la prueba cerrada, y además solo cuenta la prueba cerrada (diferencias entre prueba interna, cerrada y abierta).
• Aprovechaste para ordenar la lista de verificadores. Las cuentas que quitas de la lista dejan de contar de inmediato. Durante la prueba, solo agrega; no quites.
• Subiste una versión que falla al iniciar. Una app que se cierra apenas se abre es fácil de desinstalar, y quien la desinstala deja de contar. Antes de subirla, comprueba en tu dispositivo la instalación y el primer inicio.

6. Cuando los verificadores no ven la actualización

• En la Descripción general de la publicación, mira si sigue en Cambios en revisión. Solo llega a los verificadores cuando termina la revisión.
• Si tienes activada la publicación administrada, confirma que publicaste tú mismo después de la revisión.
• Confirma que el segmento al que subiste la versión es el mismo en el que están inscritos los verificadores.
• Justo después de publicarse, Play Store puede tardar un poco en detectar la actualización. El verificador puede abrir la página de la app en Play Store y actualizarla manualmente.

En DUIRE, los dispositivos de prueba buscan versiones nuevas todos los días. Solo tienes que subir la versión nueva a Play Console: los dispositivos la reciben, la instalan y guardan un historial de qué versión se instaló en cada dispositivo y cuándo. Ese historial entra en el informe final y respalda tus respuestas del cuestionario.