Guía · requisito Google Play 2026
Cómo conseguir 12 testers para Google Play (14 días)
Actualizado:
Guía práctica: qué exige Google Play a cuentas de desarrollador nuevas (12 testers, 14 días seguidos) y las formas reales de cubrirlo, con pros y contras de cada una.
Si acabas de crear una cuenta de desarrollador personal en Google Play, es muy probable que te hayas encontrado con este mensaje: necesitas al menos 12 testers (Play Console también los llama "probadores" en su versión en español latinoamericano) que acepten la invitación y usen tu app de forma continua durante 14 días antes de poder publicar en producción. Es un requisito real de Google (no de terceros), y hay varias formas de cubrirlo — con distinto nivel de fiabilidad y esfuerzo.
El requisito exacto (y por qué existe)
- Aplica a cuentas personales creadas después del 13 nov 2023. Cuentas de organización y personales anteriores a esa fecha pueden publicar directo.
- El mínimo bajó de 20 a 12 testers en diciembre de 2024 — si ves cifras antiguas mencionando 20, están desactualizadas.
- Los 12 testers deben mantener el opt-in activo 14 días seguidos — instalar el primer día y desinstalar al segundo no cuenta.
- Es una medida antispam de Google: busca evitar apps fantasma que se publican sin ningún uso real detrás.
¿Seguro que tu cuenta necesita este requisito?
Antes de organizar nada, comprueba si de verdad te aplica — es el error de partida más habitual:
Sí te aplica
Cuenta de desarrollador personal (no de organización) creada después del 13 de noviembre de 2023.
No te aplica
Cuentas de organización (verificadas como empresa) y cuentas personales anteriores a esa fecha — pueden publicar directo a producción sin pasar por el cupo de 12 testers.
Puedes comprobarlo tú mismo en Play Console: si al crear una versión nueva te aparece el aviso de prueba cerrada obligatoria, te aplica. Si no aparece, no necesitas nada de esto — no malgastes tiempo organizando testers que no necesitas.
Las opciones reales para conseguirlos
Tu red (amigos, Discord propio, redes)
A favor
Gratis, gente de confianza, cero fricción si ya tienes comunidad activa.
En contra
Si no tienes 12 personas dispuestas a instalar y mantenerlo 14 días, se convierte en perseguir gente por WhatsApp cada dos días.
Comunidades gratuitas (Reddit, Discord públicos)
A favor
Gratis, hay comunidades específicas para esto (intercambio de testeo entre desarrolladores).
En contra
Gente aleatoria con poco compromiso; habitual que menos de la mitad llegue a los 14 días completos.
Gigs sueltos (Fiverr y similares)
A favor
Rápido de contratar, precio bajo por unidad.
En contra
Sin garantía de que Google apruebe la cuenta; sin verificación real de que el uso sea continuo, solo de que "alguien instaló".
Tester Marketplace
A favor
Cupo con reglas medibles (sesiones reales, no solo instalación), Play Integrity opcional para verificar que el dispositivo es legítimo, y operación repetible para el siguiente release.
En contra
Tiene coste por campaña (orden de ~99€ para un cupo típico) y no sustituye estudios cualitativos de UX.
¿Se pueden conseguir 12 testers gratis o compensa pagar?
Se puede, y para muchos proyectos es lo razonable: tu red y las comunidades de intercambio de testeo no cuestan dinero. El coste real es otro: tu tiempo persiguiendo gente, el riesgo de bajas y que una baja deje el contador por debajo de 12. Los servicios de pago anuncian precios desde unos 15–25 $ por un pack (datos publicados por ellos), y desconfía de cualquiera que prometa «aprobación garantizada»: la decisión es siempre de Google.
- Gratis encaja si tienes una comunidad de 20 o más personas fiables que vayan a mantener el opt-in 14 días y a usar la app.
- De pago encaja si tu tiempo vale más que el coste, o si quieres una prueba medible (sesiones reales, no solo instalación) para responder con datos al formulario de producción.
- En cualquiera de los dos casos, pide margen (14–16 testers) y comprueba la actividad real. Cómo cuenta Google los 14 días.
Novedad 2026: Google ya no se conforma con el opt-in
Desde 2026 Google revisa también si esos 12 testers usaron de verdad la app durante la prueba, no solo si aceptaron la invitación. Solicitudes con testers que instalaron pero apenas abrieron la app pueden ser rechazadas por engagement insuficiente, aunque el conteo de 12/14 días se cumpla formalmente. En la práctica, esto significa que Google puede fijarse en señales como la frecuencia de sesiones activas y las transiciones entre pantallas a lo largo de los 14 días, no solo en el primer día de instalación. Esto refuerza justo el punto anterior: necesitas evidencia de uso continuo real, no solo una lista de opt-ins.
Cómo evitar el error más común
El fallo típico es conseguir que 12 personas se apunten el día 1 y que la mitad desinstale antes del día 14 — entonces Google no reconoce el cupo como cumplido y hay que reiniciar el conteo. La clave no es solo reclutar 12 personas, es que mantengan el opt-in activo los 14 días completos. Por eso cualquier opción que uses debería incluir seguimiento activo de quién sigue instalado, no solo una lista de correos inicial.
Más recursos
- Cómo cuenta Google los 14 días (bajas y altas tardías)
- Acceso a producción rechazado: causas y qué hacer
- Formulario de acceso a producción: cómo responder
- Prueba interna vs cerrada vs abierta: cuál cuenta para producción
- Verificación de desarrollador Google Play 2026 (plazo 30 sept.)
- Checklist completa del cupo Play Console
- Prueba cerrada Google Play
- Comparativa: marketplace vs DIY/comunidad
- Precios orientativos