Saltar al contenido

Guías de configuración · Pasos en Play Console

Prueba cerrada en Play Console, paso a paso

La parte que es idéntica para Flutter, React Native, Expo, Unity, Kotlin, Ionic/Capacitor y Godot: crear el canal cerrado, conseguir que 12 testers hagan opt-in con un Google Group, mantenerlos 14 días y solicitar acceso a producción.

Crea el canal de prueba cerrada y sube el bundle

Todo lo que hay en esta página ocurre en Play Console y funciona igual sin importar con qué framework compilaste tu bundle. Las cuentas de desarrollador personales creadas después del 13 de noviembre de 2023 no pueden publicar en producción hasta haber hecho una prueba cerrada, así que tu primer build va al canal de prueba cerrada.

  1. Termina la configuración de la app

    En el Panel, completa las tareas de Configura tu aplicación: política de privacidad, acceso a la app, anuncios, clasificación de contenido, público objetivo, seguridad de los datos y ficha de Play Store. La prueba cerrada exige que esta configuración esté terminada.

  2. Abre el canal cerrado

    Ve a Probar y publicar → Pruebas → Prueba cerrada. Tu primer canal cerrado ya existe; ábrelo con Gestionar canal.

  3. Elige los países

    En Países / regiones, añade cada país donde estén tus testers. Los testers fuera de los países seleccionados no pueden instalar la app.

  4. Crea una versión

    Haz clic en Crear versión, sube el .aab, añade unas notas de la versión breves y guarda. En una app nueva, es en este paso donde Play Console configura la firma de aplicaciones de Play.

  5. Envíala a revisión

    Revisa la versión y envía los cambios a Google. El enlace de opt-in solo funciona cuando el canal está Publicado; la primera revisión puede tardar desde unas horas hasta varios días.

Los nombres de los menús están traducidos de Play Console en inglés (Test and release → Testing → Closed testing); en tu consola pueden aparecer con otras palabras. La referencia son las páginas de ayuda oficiales de la sección Fuentes.

Añade testers con un Google Group y comparte el enlace de opt-in

Los testers se añaden por canal. Puedes pegar listas de correos, pero un Google Group escala mejor: quien se une al grupo puede apuntarse a la prueba y no tienes que volver a editar el canal.

  1. Añade el grupo

    En el canal cerrado, abre la pestaña Testers, selecciona Grupos de Google e introduce la dirección del grupo (termina en @googlegroups.com). Con TestBunny añades el grupo de la plataforma que aparece en tu panel, así que no tienes que gestionar un grupo propio.

  2. Define un canal de comentarios

    Introduce un correo o una URL para comentarios. Los testers lo ven en la página de opt-in.

  3. Copia el enlace de opt-in

    En la misma pestaña, copia el enlace que usan los testers para unirse y guarda los cambios. El enlace funciona cuando la versión está publicada.

  4. Los testers se unen y luego hacen opt-in

    Cada tester se une primero al Google Group, abre el enlace de opt-in con la misma cuenta de Google, acepta e instala la app desde Google Play. Una app en prueba cerrada no aparece al buscar en la tienda.

Los testers deben usar una sola cuenta de Google para el grupo, la página de opt-in y Play Store en su móvil. La mayoría de los mensajes de «no veo la app» vienen de una segunda cuenta en el dispositivo.

La regla de 12 testers / 14 días: qué cuenta

Para desbloquear producción, Google exige al menos 12 testers con opt-in en tu prueba cerrada, y esos testers deben haber seguido dentro durante los últimos 14 días sin interrupción en el momento en que lo solicitas.

  • Cuenta: los testers que hicieron opt-in con el enlace y siguen dentro. Subir versiones nuevas al canal no saca a nadie.
  • No cuenta: quien hace opt-in, se queda menos de 14 días y se va. Si vuelve, sus 14 días empiezan de cero.
  • No cuenta: la prueba interna. Solo una prueba cerrada cumple el requisito; la prueba abierta se habilita después de obtener acceso a producción.
  • No basta por sí solo: el número. Google también mira si los testers usaron de verdad la app y puede pedirte que sigas probando si la participación fue baja.

Cuenta con las bajas. Si reclutas exactamente 12 personas y una se va el día 10, tendrás que esperar a que un sustituto complete sus propios 14 días. Por eso el plan Starter de TestBunny tiene 15 plazas y Pro 25: las plazas de reserva te mantienen por encima de 12 cuando alguien abandona. Compara los planes.

Mantén activos a los testers y publica al menos una actualización

El formulario de acceso a producción de Google pregunta cómo participaron los testers, qué comentarios dieron y qué cambiaste por ellos. Una respuesta honesta necesita una prueba en la que la gente usó la app de verdad y tú publicaste algo de verdad.

  • Dales a los testers tareas concretas cada día: un flujo que completar, una pantalla que revisar, un ajuste que cambiar. Los testers de TestBunny siguen un plan de tareas diario y envían informes de errores con pruebas; tu panel muestra la actividad de cada tester día a día.
  • Responde rápido a los informes de errores y corrige lo que sea real. Apunta qué cambiaste: será tu respuesta a Google.
  • Publica al menos una actualización en el canal cerrado durante los 14 días. Los testers siguen dentro y reciben la nueva versión por Google Play.

Cómo compilar y subir esa actualización depende de tu framework: cada guía de configuración muestra el aumento de versión y el comando de build exactos.

Solicita acceso a producción

  1. Comprueba tú mismo los números

    Asegúrate de que Play Console muestra al menos 12 testers con opt-in y de que han pasado 14 días. TestBunny no ve tu Play Console; los opt-in de nuestro lado los declaran los testers.

  2. Abre la solicitud

    En el Panel, elige Solicitar acceso a producción.

  3. Responde las tres secciones

    Google pregunta por tu prueba cerrada (reclutamiento, funciones probadas, comentarios), por tu app (público, valor, instalaciones previstas) y por tu preparación para producción (qué cambiaste y cómo decidiste que estaba lista). Guarda cada página con Siguiente; si sales sin guardar, pierdes las respuestas.

  4. Espera la revisión

    Según Google, la revisión suele tardar 7 días o menos, a veces más. El propietario de la cuenta recibe un correo cuando termina.

La preparación para el acceso a producción de TestBunny convierte los registros de tu prueba (participación, dispositivos, tareas completadas, errores, comentarios) en borradores de respuesta para estas tres secciones. Reescríbelos con tus propias palabras. La decisión es de Google: nadie puede garantizar la aprobación, y nosotros tampoco.

Elige tu framework

La parte de Play Console es igual para todas las apps. Lo que cambia es cómo compilas, firmas y versionas el bundle. Elige tu framework para ver comandos exactos, menús y los errores que les cuestan días a los testers.

Fuentes

Los detalles técnicos se han comprobado con la documentación oficial de abajo. Los menús y los valores por defecto cambian entre versiones; ante la duda, manda la página oficial.

¿Es tu primera vez con la regla de los 12 testers?

La guía general explica el requisito de Google, cómo avanza día a día una campaña de TestBunny y qué podemos y qué no podemos garantizar.

Leer la guía general

¿Necesitas 12 testers reales durante 14 días?

Añade tu app y tu enlace de prueba cerrada, elige Starter (15 testers) o Pro (25 testers) y sigue la actividad de cada tester día a día en tu panel.

TestBunny no está afiliado a Google. Los testers ganan créditos, nunca dinero. Nadie puede garantizar la decisión de Google sobre el acceso a producción, y nosotros tampoco.