La respuesta directa
No: no puedes ser los 12
Una persona no puede ser 12 testers independientes y con engagement
Nada te impide agregar tu propio Gmail a una lista de testers, y amigos y familia están permitidos. Pero la regla pide 12 testers que hayan aceptado participar y estén activos durante 14 días seguidos, y un solo desarrollador no puede ser de forma creíble los doce. Fabricar el conteo con cuentas extras es lo que convierte un lanzamiento fallido en una cuenta baneada.
Agregar tu propio correo como un tester.
Puedes ser uno de los testers y reclutar a personas que conoces. Solo no puedes ser los otros once, ni fabricarlos con cuentas desechables.
Respuesta rápida
No. Puedes agregar tu propia dirección de correo como tester, pero no puedes ser en persona los 12 testers independientes que hayan aceptado participar y con engagement que Google Play exige durante 14 días de forma continua en la prueba cerrada (closed testing): una regla para cuentas personales de desarrollador creadas después del 13 de noviembre de 2023. Una persona que inicia sesión en varias cuentas propias sigue siendo un humano real con un patrón de uso. Crear cuentas de Google extras o falsas para llegar al número puede cerrar tu cuenta de desarrollador bajo las políticas de cuenta y manipulación de Google. El camino confiable son testers reales que hayan aceptado participar en dispositivos reales: recluta a gente que conoces, pasa a una cuenta de organización exenta o usa un servicio como PrimeTestLab, que aporta testers reales.
No, no puedes ser tus propios 12 testers. Es una de las primeras dudas de todo desarrollador Android nuevo cuando choca con el muro de las pruebas cerradas: si solo necesito 12 testers, ¿por qué no ser yo mismo los 12? Toma un par de teléfonos de repuesto, crea unas cuentas de Google, instala la app y listo. Parece inofensivo. También es una de las formas más rápidas de fallar la prueba y, en el peor caso, perder la cuenta de desarrollador por completo. Esta guía recorre exactamente qué pide el requisito, por qué tus dispositivos y cuentas no bastan, qué dicen las políticas de Google, qué pasa si te detectan y los caminos legítimos que funcionan. Actualizado al 30 de junio de 2026.
En esta guía
¿Puedo ser mi propio tester, o usar mis teléfonos y cuentas?
En lo técnico, nada te impide agregar tu propia dirección de Gmail a una lista de testers, y Google no exige que tus testers sean desconocidos. El propio consejo de reclutamiento de Google es contactar a amigos, familia, colegas o compañeros de clase, así que la gente que conoces está permitida de forma explícita.
El problema es la matemática y la barra de engagement, no la relación. Una persona que inicia sesión en varias cuentas propias sigue siendo un humano real que produce un solo patrón de uso realista. El requisito es 12 testers que hayan aceptado participar y estén activos durante 14 días de forma continua, y un solo desarrollador no puede ser de forma creíble los doce. Antes de entrar en el porqué, aquí está el requisito en una sola pantalla.
Prueba cerrada de Google Play de un vistazo
- ¿Quién debe correr una prueba cerrada?
- Cuentas personales de desarrollador creadas después del 13 de noviembre de 2023
- ¿Cuántos testers?
- Al menos 12, que hayan aceptado participar y con engagement activo
- ¿Durante cuánto tiempo?
- Al menos los últimos 14 días, de forma continua
- ¿Por app o por cuenta?
- Por app en la práctica: cada app nueva necesita su propia prueba cerrada
- ¿Las cuentas de organización están exentas?
- Sí, totalmente exentas
- ¿Puedo ser mis propios 12 testers?
- No, y fabricarlo con cuentas extras arriesga un ban de la cuenta
- ¿Qué se desbloquea al cumplir?
- Producción y preregistro para esa app
El número ha cambiado con el tiempo. La regla arrancó en noviembre de 2023 con 20 testers, y Google lo bajó a 12 en diciembre de 2024 (en inglés), manteniendo los 14 días de forma continua. En 2026, el estándar de 12 testers y 14 días sigue vigente. Así que la pregunta real no es si te dejan probar: es si tus propios dispositivos y cuentas pueden ser esos 12. Pruébalo abajo.
Arma tus propios 12 testers
Marca todo lo que usarías de tus propios recursos. Mira el conteo de testers válidos y el medidor de riesgo de ban.
¿Qué usarías para llegar a 12?
Personas distintas que hayan aceptado participar y con engagement real: lo único que cuenta.
Sube cuando agregas cuentas extras o falsas en tu propio rastro.
Elige tus recursos arriba
El contador mostrará por qué tus teléfonos y cuentas no te llevan a 12 testers válidos.
Herramienta didáctica, no una fórmula de puntuación de Google. Testers válidos significa personas distintas, independientes y con engagement; el "riesgo" refleja cuánto se acerca un enfoque a las políticas de múltiples cuentas y manipulación de Google.
Como combines los recursos, el contador se queda en dígitos bajos mientras el medidor de riesgo sube. Ese es el punto: probar en tus propios dispositivos puede poner el APK en un teléfono, pero no produce los 12 testers distintos y con engagement de la prueba cerrada que Google revisa. A continuación, qué cuenta de verdad como tester.
¿Qué cuenta de verdad como tester válido?
Para que alguien cuente hacia tus 12, tienen que cumplirse las cinco condiciones siguientes. Fíjate que "instaló" es solo una de ellas: aceptar participar y el uso continuo son lo que separa a un tester real de un número en una pantalla.
Una persona real y distinta
Cada tester es un humano diferente con su propia cuenta de Google (Gmail o Google Workspace), no otro inicio de sesión que te pertenece a ti.
Aceptó participar vía tu enlace
Hizo clic en el enlace de la prueba, inició sesión y eligió convertirse en tester. Solo estar en la lista de correos no basta por sí solo.
Instaló desde Play
Descargó tu app desde el enlace de la prueba cerrada en un dispositivo real, no un APK instalado a mano ni un dispositivo virtual.
La usó de verdad
Abrió y usó la app durante los 14 días, recorriendo los flujos principales: no un solo lanzamiento el día uno y silencio después.
Siguió participando 14 días
Permaneció con la participación activa durante 14 días de forma continua. Salirse a mitad de camino rompe la ventana continua.
Lo que tropieza a casi todos: "instaló" es solo el paso 3 de 5. Una prueba casera puede fabricar una instalación, pero no puede fabricar a una persona independiente que acepta participar y usa tu app de verdad durante dos semanas. Esa brecha es exactamente lo que buscan los revisores.
Por qué falla la autoprueba aunque instales en 12 dispositivos
Porque Google no solo cuenta instalaciones: busca engagement genuino. El Centro de ayuda oficial lista dos modos de fallo cuando solicitas acceso a producción: no tener 12 testers que hayan aceptado participar, y que tus testers no estén con engagement en tu app durante la prueba cerrada. Las instalaciones que se quedan sin abrir, a veces llamadas instalaciones muertas, no superan esa barra.
Quizá hayas visto en foros una línea de rechazo que dice que los testers "no probaron la app de forma activa a diario" durante los 14 días. Esa frase exacta de "probar de forma activa a diario" viene de una guía de la comunidad alojada en el foro de desarrolladores de Google, no del texto formal de política de Play Console, que usa la palabra más amplia "engaged" (con engagement). Así que el uso diario es una forma inteligente de generar suficiente señal, pero la idea rígida de que faltar un solo día te desaprueba de forma automática es una interpretación de la comunidad, no una regla publicada. Aquí está lo que suele verse en la autoprueba, y por qué cada versión se queda corta.
Agregar tu propio Gmail como tester
Una persona, un patrón de uso: no 12 testers distintos con engagement
12 cuentas desechables en uno o dos teléfonos
Engagement delgado, un solo rastro de dispositivo, más riesgo de política
Familiares en un solo Wi-Fi de casa
A menudo poco uso diario, y con frecuencia descontados como un solo tester
Emuladores de Android
Señales débiles y poco orgánicas que los revisores suelen descontar
Gigs baratos de "instalar y abandonar"
Instalaciones muertas sin engagement real: causa habitual de rechazo
Las observaciones de dispositivo y red de arriba las reportan de forma amplia desarrolladores y servicios de testing. Google no publica las señales exactas que usa, así que trátalas como experiencia de campo, no como mecánicas confirmadas.
Dos detalles más tropiezan a la gente:
La continuidad se reinicia. Google no contará a testers que aceptaron participar, probaron menos de 14 días y luego se salieron, y los 14 días deben ser de forma continua. Si tu conteo activo cae por debajo de 12 a mitad de camino, el efecto práctico es empezar de nuevo.
Desinstalar no es lo mismo que dejar de participar, pero igual duele. Según la guía de la comunidad de desarrolladores, un tester solo deja de participar de forma formal a través del enlace web de la prueba, así que desinstalar no lo quita de la lista. Sí corta su señal de uso: exactamente el engagement bajo que Google cita cuando rechaza una app. Nuestra guía sobre qué hacer cuando no tienes suficientes testers cubre cómo recuperarte.
Por qué las "pruebas internas" en tus propios dispositivos no cuentan
Una confusión habitual es asumir que cualquier testing cuenta. No es así. Google tiene tres canales de pruebas (también llamados segmento de pruebas en la documentación es-419), y solo uno de ellos cumple el requisito. Publicar tu app en pruebas internas en tus propios teléfonos es rápido y fácil, que es exactamente por qué la gente lo elige, pero no aporta nada al requisito de 12 testers y 14 días.
Canal A
Internas
Hasta 100 testers, al instante
Canal B
Cerrada
Solo por invitación, enlace de la prueba
Canal C
Abierta
Cualquiera con el enlace
Así que probar en tus propios dispositivos mediante pruebas internas puede poner el APK en un teléfono, pero no produce los 12 testers distintos y con engagement de la prueba cerrada que Google revisa. Si estás comparando canales, nuestro desglose de pruebas internas vs cerradas vs abiertas va más a fondo.
¿Va contra las reglas de Google crear cuentas extras para testing?
No hay una sola frase en el FAQ de la prueba cerrada que diga "no uses tus propias cuentas". Pero el comportamiento choca de frente con la convergencia de tres políticas más amplias de Google.
Términos de la cuenta de Google
"No crees ni uses varias cuentas para saltarte las políticas de Google" y "no uses programas (bots) para crear cuentas falsas."Google añade que detecta y desactiva de forma automática las cuentas hechas para abuso.
Calificaciones, reseñas e instalaciones
Prohíbe manipular la posición de la app, incluida la inflación de calificaciones, reseñas o conteos de instalaciones por medios ilegítimos.Fabricar engagement de testers para superar una puerta de calidad obligatoria encaja de lleno aquí.
Representación engañosa
Prohíbe ocultar la propiedad y coordinarse con otras cuentas para engañar a los sistemas de Google.Un montón de cuentas de tester propias es exactamente ese tipo de coordinación.
Así que, aunque la autoprueba no esté prohibida por nombre, fabricar testers con cuentas extras o falsas es precisamente la manipulación de métricas que esas políticas existen para detener. Tener más de una cuenta de Google está bien por sí solo: la violación es crear o usar cuentas específicamente para burlar un requisito. Usa el diagnosticador para ver dónde cae cada atajo.
¿Esto me baneará la cuenta?
Toca un atajo para ver su nivel de riesgo, qué política toca y la consecuencia probable.
Elige el enfoque que estás considerando:
Basado en los Términos de la cuenta de Google publicados, la política de Calificaciones/Reseñas/Instalaciones y el proceso de cumplimiento. Las señales exactas de detección no se publican, así que los niveles de riesgo reflejan con qué claridad un enfoque viola una regla declarada.
¿Qué pasa si Google lo detecta?
Aquí está el riesgo real, y es más grande que una sola app rechazada. La política de cumplimiento de Google es explícita en que los bans van en cascada. Un registro de 25 USD puede poner en riesgo todo tu catálogo: así es como una cuenta marcada se convierte en una cuenta de desarrollador cerrada.
-
Paso 1 Creas cuentas para llegar a 12
Un montón de cuentas de Google desechables armadas en tus propios dispositivos, red de casa, número de teléfono o método de pago, solo para llenar la lista de testers.
-
Paso 2 Una se marca por abuso
Google declara que detecta y desactiva de forma automática las cuentas hechas para abuso. Solo hace falta una para atraer atención.
-
Paso 3 Se vincula contigo
Google asocia cuentas a través de señales compartidas. La cuenta marcada se ata a tu cuenta principal de desarrollador como cuenta "relacionada".
-
El efecto Todo cascada
Se cierra la cuenta de desarrollador, se eliminan todas las apps de tu catálogo, las cuentas relacionadas también se suspenden de forma permanente, la tarifa de 25 USD no se reembolsa, y cualquier cuenta nueva que abras también se cierra.
"Relacionada" es la palabra peligrosa. Google vincula cuentas a través de señales compartidas, así que un montón de cuentas de testing creadas y usadas en tu propio rastro puede asociarse a tu cuenta de desarrollador. Estos son los tipos de señales que unen cuentas:
Dispositivo
Los mismos teléfonos e IDs de hardware
Red / IP
Un solo Wi-Fi de casa o dirección IP
Número de teléfono
Reutilizado para verificación
Método de pago
La misma tarjeta registrada
Esto importa más para freelancers y agencias. Si publicas para clientes, usa las invitaciones de acceso por roles de Google en lugar de entrar al Console del cliente con tus propias credenciales y red: de lo contrario, una violación posterior del cliente puede arrastrar cuentas vinculadas a la tuya.
¿Cómo detecta Google el testing falso o débil?
Vale la pena ser precisos aquí, porque muchas teorías de "detección" que suenan seguras en internet son conjeturas. Aquí está la división honesta entre lo que Google declara de verdad y lo que reporta la comunidad de desarrolladores.
Oficial, documentado
- Las apps se revisan con una combinación de evaluación humana y automatizada.
- El resultado visible de un testing débil es un rechazo por engagement insuficiente o no único.
- Google no publica las señales exactas que usa: a propósito, porque eso ayudaría a los malos actores.
Experiencia de desarrolladores
- La telemetría concentrada en un dispositivo o un Wi-Fi de casa tiende a descontarse como un solo tester.
- Los emuladores y los dispositivos recién reseteados producen señales de baja calidad.
- Son observaciones de campo de desarrolladores y servicios de testing, no mecánicas confirmadas de Google.
La conclusión honesta es más simple que cualquier teoría específica de detección: si tu testing no se parece a 12 personas distintas usando tu app de verdad, corre riesgo de rechazo, sin importar cómo hayas producido las instalaciones. No necesitas conocer las señales exactas de Google para saber que una persona en una red no puede imitar a doce.
Mito versus realidad
Circula mucho consejo malo en foros de desarrolladores. Aquí está lo que se sostiene.
"Subir una build nueva reinicia el reloj de 14 días."
No lo hace. El reloj mide la participación continua, no tus versiones. Publicar actualizaciones durante la prueba se recomienda.
"Desinstalar la app hace que el tester deje de participar."
Dejar de participar de forma formal solo ocurre a través del enlace web de la prueba. Desinstalar los deja en la lista pero corta su señal de engagement (guía de la comunidad).
"Los 14 días se pueden sumar con el tiempo."
Google exige 14 días consecutivos de participación de forma continua. Los huecos no se suman.
"Exactamente 12 testers son suficientes."
12 es el piso. Si alguien se sale puedes caer por debajo, así que recluta un colchón.
"Puedo ser simplemente mis propios 12 testers."
Una persona no puede ser 12 testers con engagement, y las cuentas extras o falsas arriesgan un ban de la cuenta.
Cómo configurar tu prueba cerrada de la forma correcta
Si quieres cumplir el requisito una vez y seguir adelante, esta es la secuencia confiable. Nada de esto implica pretender ser tus propios testers.
-
Sube a un canal de prueba cerrada
Genera tu app bundle y publícalo en un canal cerrado en Play Console. Las pruebas internas están bien para tus comprobaciones rápidas, pero recuerda que no cuentan para el requisito.
-
Recluta más de 12 testers
Agrega testers por lista de correos o Google Group, y apunta a 15 a 20 en lugar de exactamente 12, para que unas bajas no rompan tu conteo continuo.
-
Confirma que de verdad aceptan participar
Comparte el enlace de la prueba y verifica que cada tester se une e instala desde Play. Agregado pero sin aceptar participar no cuenta.
-
Pide uso real y continuo
Anima a los testers a abrir la app durante los 14 días completos, iniciar sesión y recorrer los flujos principales, no solo instalarla el día uno.
-
Itera y reúne comentarios
Publica actualizaciones y recoge notas en el camino. Los 14 días son un sprint de iteración, y tu cuestionario de producción preguntará qué cambiaste.
-
Solicita con detalles concretos
Tras 14 días de forma continua con al menos 12 testers que hayan aceptado participar, solicita acceso a producción y responde el cuestionario de forma concreta, con el feedback real y los cambios reales que hiciste.
La parte dura son los pasos 2 a 4: encontrar suficientes personas reales y con engagement y mantenerlas activas durante dos semanas seguidas. Ese es exactamente el cuello de botella que quita un servicio de testers.
Los caminos legítimos para cumplir el requisito, comparados
Si ser tus propios 12 testers queda fuera de la mesa, aquí están los caminos que sí funcionan, lado a lado.
| Camino | Costo | Tiempo para cumplirlo | Riesgo | Mejor para |
|---|---|---|---|---|
| Tus propios dispositivos y cuentas | "Gratis" | Suele fallar, luego repetir 14 días | Alto: ban | Nadie |
| Reclutar amigos y familia | Gratis | 14+ días si se mantienen activos | Bajo | Devs con una red real |
| Pasar a cuenta de organización | Negocio + D-U-N-S | Hasta ~30 días por D-U-N-S | Bajo | Negocios registrados |
| Un servicio real de testers (PrimeTestLab) | Desde $19.99 | Arranca en 4-6 horas, luego 14 días | Bajo | Sin red o con fecha límite |
Los tiempos de D-U-N-S y las ventanas de revisión varían por caso. Una cuenta de organización elimina por completo el requisito de 12 testers porque las cuentas de organización están exentas.
Unas notas sobre las opciones que no son falsas. Reclutar tu propia red es la ruta legítima más barata, y funciona mientras los testers sean personas distintas en dispositivos distintos que usen la app de verdad: el riesgo es la vida real, donde la gente olvida o se sale. Pasar a una cuenta de organización elimina el requisito por completo, con el intercambio de la verificación Dun and Bradstreet (D-U-N-S) que puede tardar hasta cerca de un mes, así que es una opción de planificación, no un arreglo de fecha límite. Un servicio de testers existe para el caso habitual en el que no tienes de 15 a 20 usuarios de Android fiables a la espera y tienes fecha de lanzamiento: puedes ver cómo se ve para una sola app en nuestra página del paquete de 12 testers.
Qué revisa de verdad la revisión de acceso a producción
Los 14 días están pensados como un sprint activo, no una sala de espera. Cuando solicitas acceso a producción completas un cuestionario corto de tres partes, y esta es otra razón por la que la autoprueba falsa te sale mal: cada parte te pide describir algo real.
Sobre tu prueba cerrada
- Cómo reclutaste a tus testers
- Qué comentarios te dieron
- Qué cambiaste en respuesta
Sobre tu app
- La propuesta de valor de tu app
- Tu público objetivo
- Funcionalidad central y propósito
Preparación para producción
- Qué mejoraste durante el testing
- Por qué decidiste que está lista
- Evidencia de que la app mejoró
Los revisores buscan evidencia de que hubo testing real y de que la app mejoró por eso. Las respuestas genéricas o poco específicas, o las que muestran que no se hizo ningún cambio, son una razón habitual de que las apps vuelvan a otros 14 días. Google suele revisar la solicitud en 7 días o menos, con una mezcla de revisión automatizada y humana. Aunque de algún modo hubieras superado 12 instalaciones, igual tienes que describir feedback genuino e iteración genuina, y si no hubo nada real, esa brecha se nota. Nuestro recorrido del cuestionario de acceso a producción va pregunta por pregunta.
Una nota de 2026: no confundas dos reglas distintas
La verificación de desarrolladores de Android es un requisito de identidad separado que empieza a aplicarse alrededor del 30 de septiembre de 2026 en Brasil, Indonesia, Singapur y Tailandia, y se amplía después (según la Ayuda de Google Play y el blog de Android Developers). Verifica quién es el desarrollador. No es lo mismo que la regla de 12 testers de la prueba cerrada, y cumplir una no cumple la otra. Consulta nuestra guía de requisitos de publicación 2026 para ver cómo encajan las piezas.
Cómo ayuda PrimeTestLab
PrimeTestLab se encarga de la parte que no puedes hacer tú solo: 12 o más testers reales que hayan aceptado participar en dispositivos Android reales, activos durante los 14 días completos, para que tu solicitud de producción muestre actividad genuina en lugar de instalaciones muertas, y tu cuenta de desarrollador nunca toque una sola cuenta falsa.
Testers reales que aceptan participar
Personas distintas e independientes que aceptan participar y usan tu app de verdad: el engagement que revisan los revisores.
En marcha en 4-6 horas
La prueba suele arrancar en cuestión de horas, para que una fecha límite no te empuje a atajos riesgosos.
120+ países
Teléfonos y tablets reales en 120+ países, no emuladores en una sola máquina.
Tasa de éxito de 99.9%
7,400+ apps apoyadas, valoración 4.9/5 de 2,200+ reseñas en Fiverr.
Puedes comparar planes en nuestra página de precios, ver exactamente cómo funciona en Cómo funciona PrimeTestLab, o empezar con el paquete de 12 testers si solo necesitas cumplir el requisito antes de una fecha límite. Ofrecemos repetición gratis o reembolso completo cuando el servicio no se cumple según lo acordado.
Preguntas frecuentes
¿Mis familiares cuentan como testers en la prueba cerrada de Google Play?
Sí. Google permite de forma explícita a amigos y familia como testers. El matiz es engagement e independencia. Cada persona debe aceptar participar a través del enlace de la prueba y usar la app de verdad durante los 14 días, idealmente en su propio dispositivo y red. Varios familiares que comparten un teléfono o un Wi-Fi de casa pueden descontarse como un solo tester, y esa es una razón habitual de que estas pruebas se queden cortas.
¿Puedo ser mi propio tester o usar mis propios dispositivos para llegar a 12?
Puedes agregar tu propio correo y contar como un tester, pero no puedes ser los otros once. Teléfonos y cuentas extras que te pertenecen siguen siendo una persona en un solo rastro, así que no suman testers distintos y con engagement, y las pruebas internas en tus dispositivos no cuentan para el requisito de la prueba cerrada. Aún necesitas 11 personas reales e independientes más.
¿Puedo usar un emulador para la prueba cerrada de Google Play?
No de forma fiable. Los emuladores estándar suelen fallar las comprobaciones de integridad del dispositivo de Google Play y producen señales débiles y poco orgánicas que los revisores descuentan, así que no te dan una prueba de 14 días aprobada. Combinar emuladores con cuentas falsas también te mete en el terreno de múltiples cuentas que prohíben las políticas de Google. Testers reales en dispositivos reales son la única ruta confiable.
¿Puedo usar varias cuentas de Google en mis propios dispositivos como testers?
No. Las cuentas de Google extras creadas solo para llenar la lista de testers siguen siendo una persona en los mismos dispositivos, red y método de pago. Servicios de testing de terceros reportan que las instalaciones agrupadas en un dispositivo o IP se descuentan como un solo tester, y los propios términos de Google prohíben crear varias cuentas para saltarse sus políticas, así que esto falla la barra de engagement y arriesga una acción sobre la cuenta. Los detalles exactos de detección los reportan terceros, no los publica Google.
¿Las pruebas internas cuentan para el requisito de 12 testers?
No. Las pruebas internas sirven para tus comprobaciones rápidas y no cuentan para la prueba cerrada obligatoria. Google exige una prueba cerrada con al menos 12 testers que hayan aceptado participar durante 14 días de forma continua antes de que puedas solicitar acceso a producción. Solo la prueba cerrada cumple esa puerta; las pruebas internas son opcionales y separadas.
¿Puedo pagar a alguien en Fiverr para que sea mis testers, y es seguro?
Depende por completo de lo que compres. Los gigs baratos de instalar y abandonar producen instalaciones muertas sin engagement, que son una causa habitual de rechazo y pueden chocar con la política de manipulación de Google. Un servicio legítimo que aporta testers reales que hayan aceptado participar y usen tu app de verdad durante 14 días es otra cosa, y es una forma normal de cumplir el requisito. Juzga por si hay personas reales con engagement, no solo por el precio.
¿Desinstalar la app quita a un tester?
No de forma formal. Según la guía de la comunidad de desarrolladores, un tester solo deja de participar a través del enlace web de la prueba, así que desinstalar lo deja en tu lista. Sin embargo, desinstalar corta su señal de uso, y que los testers no estén con engagement es una de las dos razones oficiales de Google para rechazar una solicitud de acceso a producción. Así que una desinstalación igual puede costarte el requisito en la práctica.
¿Subir una versión nueva reinicia el reloj de 14 días?
No. El reloj de 14 días mide cuánto tiempo tus testers han aceptado participar de forma continua, no con qué frecuencia publicas. Puedes y debes subir actualizaciones durante la prueba, porque el cuestionario de acceso a producción pregunta qué cambiaste a partir de los comentarios de los testers. Las builds nuevas no reinician el temporizador.
¿Cuántos testers debo reclutar para ir a lo seguro?
Más del mínimo. Doce es el piso, y si alguien se sale o se vuelve inactivo puedes caer por debajo, lo que rompe el conteo continuo. Reclutar de 15 a 20 testers te da un colchón para que un par de bajas no reinicien tus dos semanas. Mantenerlos activos a diario importa más que el número exacto de cabezas.
¿Necesito 12 testers con una cuenta de organización?
No. El requisito de 12 testers y 14 días aplica a cuentas personales de desarrollador creadas después del 13 de noviembre de 2023. Las cuentas de organización están exentas. Pasar a una cuenta de organización exige la verificación Dun and Bradstreet (D-U-N-S), que puede tardar hasta unos 30 días, así que planifica con anticipación si eliges esa ruta en lugar de reclutar testers.
¿Usar mis propias múltiples cuentas me puede banear la cuenta de desarrollador?
Puede. Los términos de Google prohíben crear varias cuentas o cuentas falsas para saltarse sus políticas, y su política de cumplimiento dice que las cuentas relacionadas pueden suspenderse de forma permanente juntas, sin reembolso de la tarifa de 25 USD. Como Google vincula cuentas por dispositivos, redes y métodos de pago compartidos, fabricar testers con tus propias cuentas pone tu cuenta principal en riesgo real.
¿Cuántos testers exige Google Play en 2026?
Al menos 12 testers que hayan aceptado participar durante al menos los últimos 14 días de forma continua, para cuentas personales creadas después del 13 de noviembre de 2023. El número era 20 hasta diciembre de 2024, cuando Google lo bajó a 12. Los 14 días de forma continua no cambiaron, y la regla sigue vigente en 2026. En la documentación oficial de Google en español, a los testers también se les llama verificadores.
Lo esencial
Resumen
No puedes ser tus propios 12 testers, y usar cuentas de Google extras o falsas para fabricar el conteo arriesga perder tu cuenta de desarrollador por los bans en cascada de Google. El requisito busca 12 personas reales que hayan aceptado participar y con engagement genuino durante 14 días de forma continua, y un montón de cuentas propias no produce eso. Recluta testers reales y activos en dispositivos distintos, pasa a una cuenta de organización exenta o usa un servicio legítimo. PrimeTestLab aporta 12 o más testers reales que hayan aceptado participar desde $19.99, con una prueba que suele arrancar en 4-6 horas y una tasa de éxito de 99.9%, para que tu prueba cerrada muestre el engagement genuino que Google busca. Ver planes de precios →