Guía · Play Console
Play Integrity en prueba cerrada — checklist práctica
Cómo usar Play Integrity API en closed testing de Google Play: veredictos, fallos habituales, cupo de testers y cuándo exigirlo en campañas medibles.
La prueba cerrada (closed testing) cubre el cupo de testers en Play Console. Play Integrity API no es el cupo: atestigua que la app corre en un entorno fiable. En Tester Marketplace puedes exigir Integrity por campaña cuando el fraude o los emuladores importan más que la fricción de integración.
Cupo vs Integrity (no los mezcles)
- Cupo Play: número mínimo de testers reales en el track — ver checklist de cupo.
- Integrity: token de attestation por sesión/dispositivo — veredicto de integridad de la app y del dispositivo.
- Puedes cubrir cupo sin Integrity; Integrity sin cupo no cumple el requisito de prueba cerrada.
Checklist antes de exigir Integrity en closed testing
- Build de prueba publicada en el track de closed testing (no solo APK por sideload).
- Misma firma / app signing que Play Console espera.
- Play Integrity API habilitada y cuenta de servicio / Cloud project enlazados.
- Decodificación del token en servidor (nunca confíes solo en el cliente).
- Umbral de veredicto documentado (p. ej.
MEETS_DEVICE_INTEGRITY) y plan ante fallos legítimos. - Testers avisados: dispositivos root/emulador fallarán — alinea expectativas con la guía técnica.
Fallos habituales (y qué mirar)
- Sin veredicto de dispositivo: emulador, imagen no certificada o instalación fuera de Play.
- App integrity falla: firma distinta, package name o versión no reconocida por Play.
- Token rechazado en backend: reloj, nonce reutilizado o proyecto Cloud incorrecto.
Cuándo activarlo en Tester Marketplace
Si solo necesitas cupo y telemetría, empieza sin Integrity. Actívalo en campañas bien pagadas, soft launch o cuando ya hayas visto abuso — detalle en cuándo exigirlo en campañas.