Verificación de desarrolladores de Android: checklist de cumplimiento OEM

Respuesta directa — ¿qué significa la aplicación de la verificación de desarrolladores de Android para los juegos distribuidos en tiendas OEM? Desde el 30 de septiembre de 2026, la verificación de desarrolladores de Android de Google se aplica a las instalaciones desde siete tiendas designadas — Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Transsion Palm Store, vivo V-Appstore y Xiaomi GetApps — para usuarios en Brasil, Indonesia, Singapur y Tailandia, en dispositivos Android certificados con Android 7 o superior. Si tu identidad de desarrollador no está verificada y tu nombre de paquete no está registrado, Google dice que tu app no se puede instalar desde esas tiendas en esos países. Fuera de esos cuatro países, y fuera de esas siete tiendas, nada cambia todavía — pero Google dice que ampliará el requisito a nivel mundial en 2027.

Esta checklist es para estudios y editores que publican en Play además de una o más tiendas OEM: si cumples o no, qué se rompe si no cumples, y qué hay que asegurar antes de que 2027 convierta un requisito de cuatro países en uno mundial.

¿Qué entró exactamente en vigor el 30 de septiembre de 2026?

La página de verificación de desarrolladores de Google indica que, a partir del 30 de septiembre de 2026, «las protecciones comienzan para todos los usuarios que instalen apps desde tiendas participantes en Brasil, Indonesia, Singapur y Tailandia en dispositivos certificados con Android 7+». La página de guías enumera las tiendas participantes: Google (Google Play), Honor (HONOR App Market), OPlus (OPPO App Market), Samsung (Galaxy Store), Transsion (Palm Store), vivo (V-Appstore) y Xiaomi (GetApps). A fecha del 1 de octubre, las páginas de desarrolladores de Google siguen mostrando esa fecha y esa lista de países; no encontramos ningún anuncio oficial de retraso.

El mecanismo importa. En junio de 2026, Google dijo que estaba «desplegando un nuevo servicio del sistema que se instalará automáticamente en la mayoría de los dispositivos Android», que «se usará más adelante este año para verificar el registro de desarrolladores». La aplicación consiste en que el dispositivo rechace la instalación, no principalmente en que una tienda retire tu juego. El Centro de Ayuda de Google formula la consecuencia como que las apps quedan «no disponibles para nueva instalación en dispositivos Android certificados en los países aplicables».

Una inconsistencia a tener en cuenta: esa misma página del Centro de Ayuda para el Android Developer Console enumera solo Indonesia, Singapur y Tailandia. Las guías de developer.android.com y el anuncio de Google de junio de 2026 incluyen también Brasil. Planifica según la lectura de cuatro países — un plan de cumplimiento construido sobre la lista más corta es el que falla.

Tres límites de alcance son tan importantes como la propia norma:

• Solo las siete tiendas participantes. Las FAQ de Google son explícitas: «El plazo del 30 de septiembre de 2026 solo se aplica a las tiendas participantes específicas. Si distribuyes tu app a través de otras tiendas, o si los usuarios hacen sideload de tu app directamente, estos nuevos requisitos de verificación aún no se aplican a tu app».
• Solo dispositivos certificados con Android 7 o superior. Las FAQ dicen que el requisito «se aplicará a todos los dispositivos Android certificados con Android 7 o superior».
• Las apps no verificadas no quedan prohibidas en la plataforma. La entrada de Google de junio dice: «Las apps no registradas se pueden instalar mediante sideload con Android Debug Bridge (adb) o el flujo avanzado». La entrada de Google de marzo de 2026 describe el flujo avanzado como una configuración puntual para usuarios avanzados con «una espera única de un día» antes de que el usuario pueda confirmar. Para un título comercial, esa no es una vía de distribución.

¿A qué canales de tiendas OEM afecta esto realmente?

Para un editor de juegos, la lista lo dice todo: cada gran tienda OEM que un estudio añadiría a un listado de Play para llegar a jugadores indonesios, tailandeses o brasileños está en ella. Si las tiendas OEM eran tu ruta «fácil» en estos mercados, esa ruta ahora pasa por el mismo control de identidad que Play.

Las tiendas independientes más pequeñas, los escaparates de agregadores y los APK directos, según las FAQ de Google, aún no están cubiertos «todavía» — un hueco temporal, no una estrategia. El anuncio de Google de junio dice: «ampliaremos estas protecciones a nivel mundial para todas las apps en dispositivos Android certificados en 2027».

Qué tiendas OEM priorizar a nivel comercial se trata en nuestro comparativo entre Galaxy Store, GetApps y AppGallery; este artículo cubre la capa de cumplimiento que hay debajo. Mapear un título concreto frente a estos canales y ejecutar las operaciones tienda por tienda es exactamente para lo que está nuestra oferta de distribución.

¿Ya cumplo? Depende de cómo distribuyas

Las guías de Google describen tres vías, según la huella de distribución.

Tu configuración	Dónde verificas	Qué dice Google
Solo Google Play	Play Console	Los nombres de paquete creados en Play Console se registran automáticamente. «Para la mayoría de los desarrolladores de Play, no se requiere ninguna acción nueva para la verificación de identidad».
Google Play más tiendas OEM	Play Console	Play Console puede ser «el único lugar para gestionar todos sus requisitos de verificación, incluidos los de sus apps distribuidas fuera de Play».
Solo tiendas OEM, sin listado en Play	Android Developer Console	«Si distribuyes apps solo fuera de Google Play, usa el Android Developer Console para gestionar tu identidad de desarrollador y registrar los nombres de paquete de tu app».

Los estudios centrados en Play están cubiertos en su mayoría — pero compruébalo, no lo des por hecho. La guía de Play Console de Google dice que «el 99% de las apps en Play se han registrado automáticamente» y pide a los desarrolladores que revisen su página de inicio de Play Console. Las apps que usan Play App Signing forman parte del registro automático. El riesgo residual está en los casos límite: títulos que no están en Play, nombres de paquete heredados, y builds OEM firmados de forma distinta a tu build de Play.

Los editores que solo distribuyen en OEM tienen trabajo real por delante. Si lanzas un título exclusivamente a través de Galaxy Store, GetApps u otro canal OEM, necesitas una cuenta de distribución completa en el Android Developer Console. Las FAQ de Google indican que «la tarifa de 25$ de la cuenta Full Distribution en el ADC ayuda a cubrir los costes administrativos», comparable a la propia tarifa de registro de 25$ de Play.

Los builds de prototipo y de prueba tienen una vía gratuita. La cuenta de distribución limitada te permite «compartir apps con hasta 20 dispositivos específicos para pruebas y uso personal sin coste y sin verificación de identidad». Útil para playtests en hardware OEM, no para un lanzamiento.

La checklist de cumplimiento tras el plazo

Aplica esto por título y por tienda. El fallo típico es un build, en una tienda, firmado con una clave que nadie registró.

1. Confirma que tu identidad de desarrollador está verificada en la consola correcta. Desarrolladores de Play: Play Console. Editores que solo distribuyen fuera de Play: Android Developer Console, cuenta de distribución completa. Las organizaciones necesitan un número D-U-N-S — Google lo describe como «un identificador único de 9 dígitos para tu organización, proporcionado por Dun & Bradstreet» — además de un sitio web verificado mediante Google Search Console y documentos oficiales de la organización. Las personas físicas presentan un documento de identidad con foto emitido por el gobierno y un justificante de domicilio. Google dice que el proceso «normalmente lleva unos 10 minutos si tienes lista toda la información necesaria» — el verdadero cuello de botella son los documentos.
2. Inventaría cada nombre de paquete que distribuyes, en cada tienda. Incluye variantes regionales, builds específicos de OEM y títulos heredados que ya no están en Play. Todo lo que no esté en Play no queda cubierto por el registro automático de Play.
3. Inventaría cada clave de firma detrás de esos paquetes. Un estudio que usa Play App Signing en Play pero autofirma el APK que sube a GetApps o Palm Store está distribuyendo el mismo nombre de paquete bajo dos claves. Las FAQ de Google dicen que el Android Developer Console «te permite añadir y verificar varias claves de firma para un mismo paquete» — así que registra cada clave con la que realmente firmas.
4. Registra los paquetes que falten. En el Android Developer Console introduces el nombre del paquete, añades la huella del certificado SHA-256 de tu clave de firma y, para un nombre de paquete ya existente, demuestras la propiedad subiendo un APK firmado con tu clave privada. Los desarrolladores de Play hacen el equivalente desde Play Console.
5. Comprueba el estado, no lo supongas. Google indica tres lugares donde ver el estado del registro: la página de verificación de desarrolladores en Play Console, la pestaña Package names en el Android Developer Console, y Android Studio al generar un App Bundle o APK firmado (Android Studio Panda 4 y superior).
6. Protege tus claves. Las FAQ de Google son tajantes: «Si pierdes tu clave de firma, no podrás registrar tus paquetes».
7. Vigila los conflictos de nombre de paquete. Cuando un nombre de paquete ya está en uso, Google puede decirte que tu clave «no es apta para reclamarlo directamente» y sugerir un nombre de paquete distinto; solicitar el nombre de todos modos activa una revisión adicional.

Lo que aún no sabemos — y qué preguntar a tus socios OEM

Google documenta la comprobación del lado del dispositivo, no del lado de la tienda. Las páginas que revisamos no indican:

• si las tiendas OEM participantes ocultarán o retirarán las apps no verificadas en los cuatro países, o simplemente dejarán que la instalación falle en el dispositivo;
• cómo se tratan las actualizaciones de copias ya instaladas antes del 30 de septiembre — el texto del Centro de Ayuda habla de «nueva instalación»;
• cómo interactúa la comprobación de Google con el propio proceso de alta de desarrolladores de cada tienda. La Palm Store de Transsion, por ejemplo, ya exige su propia verificación de desarrollador con nombre real; nada en la documentación de Google sugiere que una sustituya a la otra.

Si tienes títulos activos en estas tiendas en el sudeste asiático o en Brasil y el conjunto del mercado LATAM, pregunta por escrito a tu gestor de cuenta en cada tienda OEM cómo se están gestionando en tienda los listados no verificados desde el 30 de septiembre, y si reportan las instalaciones fallidas. Si distribuyes a través de Palm Store principalmente para África, ten en cuenta que ningún país africano está en la primera ola — hasta 2027.

Qué vigilar antes del despliegue mundial de 2027

Google no ha publicado una fecha concreta de 2027 en las páginas que revisamos. Dos consecuencias prácticas:

• Tu perímetro de cumplimiento pasa de siete tiendas a toda la distribución. Hoy, las tiendas más pequeñas y los APK directos quedan fuera de alcance. En 2027, Google dice que el requisito cubrirá todas las apps en dispositivos certificados. Registra ya los builds fuera de tienda — APK de web-shop, builds alojados por socios, escaparates de agregadores — mientras un error cuesta cuatro países, no todos.
• Planifica herramientas, no una limpieza puntual. La hoja de ruta de Google de junio de 2026 programó el Android Developer ID Status API, que comprueba si un nombre de paquete está registrado, para julio de 2026, y el Android Developer Console API, que registra y gestiona nombres de paquete desde tu entorno de desarrollo, para un lanzamiento mundial en agosto de 2026. Si lanzas muchos builds en muchas tiendas, integra la comprobación de estado en tu proceso de release.

Preguntas frecuentes

¿Se aplica la verificación de desarrolladores de Android a las apps distribuidas fuera de Google Play?

Sí, pero por fases. Desde el 30 de septiembre de 2026 se aplica a las instalaciones desde siete tiendas participantes — Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Transsion Palm Store, vivo V-Appstore y Xiaomi GetApps — para usuarios en Brasil, Indonesia, Singapur y Tailandia. Las FAQ de Google dicen que, para otras tiendas o el sideload directo, los requisitos «aún no se aplican a tu app». Google dice que ampliará la verificación a nivel mundial para todas las apps en dispositivos Android certificados en 2027.

¿Qué le ocurre a una app no verificada en una tienda OEM en los cuatro países de la primera ola?

Google dice que las apps de desarrolladores que no se verificaron ni se registraron «quedarán no disponibles para nueva instalación en dispositivos Android certificados en los países aplicables» al instalarse desde tiendas participantes. Los usuarios aún pueden instalar apps no registradas mediante adb o el flujo avanzado de Android, una configuración puntual para usuarios avanzados con una espera única de un día. Las páginas de Google no dicen si las tiendas OEM también retirarán esas apps, así que confírmalo con cada tienda.

¿Necesito el Android Developer Console si ya publico en Google Play?

Normalmente no. Google dice que la mayoría de los desarrolladores de Play no necesitan ninguna verificación de identidad nueva, y que Play Console también puede gestionar la verificación de apps distribuidas fuera de Play. El Android Developer Console es para desarrolladores que distribuyen únicamente fuera de Google Play; su cuenta de distribución completa cuesta 25$. Estudiantes y aficionados pueden usar una cuenta de distribución limitada gratuita que cubre hasta 20 dispositivos.

¿Hay un plazo después del 30 de septiembre de 2026?

Google ha anunciado una expansión mundial en 2027, pero no ha publicado una fecha concreta de 2027 en sus páginas de verificación de desarrolladores. La fase de los cuatro países ya está en vigor, así que termina de registrar ahora los títulos exclusivos de OEM, los paquetes heredados y las claves de firma alternativas.

---

La verificación de desarrolladores convierte la distribución OEM en una única identidad y un único registro de paquetes del que depende cada canal. Acertar en Play, Galaxy Store, GetApps, Palm Store y el resto — antes de que 2027 lo convierta en algo global — es exactamente el tipo de trabajo de operaciones de canal que nuestro Founding Developer Program le quita de encima a un estudio.