Google Registered App Stores: el alcance de las tiendas alternativas
Desde el 1 de diciembre de 2026, las tiendas Android registradas ofrecen instalación en un toque y actualizaciones en segundo plano. Qué cambia para los editores.
Respuesta directa — ¿qué cambia el programa Registered App Stores de Google para los juegos distribuidos en tiendas Android de terceros? Desde el 1 de diciembre de 2026, una tienda Android de terceros que se registre en Google puede instalar apps en un toque, sin la pantalla de confirmación del sistema, y actualizarlas en segundo plano — pero solo en dispositivos con Android 17 QPR2 o posterior, y solo para usuarios cuyo país de residencia figure en la lista de Google, que no incluye Estados Unidos. El registro es opcional, cuesta a la tienda 10 000 $ al año y exige compartir todo su catálogo con Google para el análisis de malware. Para los editores, elimina las dos fricciones que más penalizan a las tiendas de sideload — el aviso en cada instalación y las actualizaciones manuales —, pero los dispositivos que se beneficiarán serán al principio una parte pequeña de la base Android, así que mejora la conversión en las tiendas que ya usas en lugar de abrir alcance nuevo de la noche a la mañana.
El programa nació del acuerdo con el que Google dijo, en marzo de 2026, haber resuelto sus disputas a nivel mundial con Epic Games, junto con los cambios de comisiones de Play que desglosamos en nuestra guía de comisiones y facturación alternativa de Google Play. La tabla de comisiones se llevó los titulares. Registered App Stores es el cambio más discreto y, para los estudios que publican fuera de Play, el más estructural: da a las tiendas que no son Play una vía autorizada para comportarse como Play en el dispositivo.
¿Qué obtienen exactamente las tiendas registradas?
La página de resumen de Google expone la diferencia con una tienda de sideload estándar en tres líneas:
| Registered App Store | Tienda de terceros estándar | |
|---|---|---|
| Permiso de instalación | Se concede automáticamente cuando la tienda está verificada | El usuario debe activar manualmente REQUEST_INSTALL_PACKAGES en Ajustes del sistema |
| Instalar una app | Instalación en un toque, sin pantalla de confirmación adicional | Un cuadro de confirmación por cada app |
| Actualizar una app | Actualizaciones en segundo plano, con ajustes de control para el usuario | Aprobación manual del usuario en cada actualización |
Quien haya lanzado una campaña para llevar jugadores a una tienda de sideload sabe dónde duelen esas tres líneas. El desvío por los ajustes es donde abandonan los usuarios nuevos; el cuadro de cada instalación añade un paso a toda adquisición; y las actualizaciones manuales hacen que un juego con live-ops acabe con jugadores atascados en versiones antiguas, lo que supone un coste de soporte y, para todo lo que compruebe la versión en servidor, un evento de churn.
El programa no cambia nada para las tiendas que se quedan fuera. El anuncio del 4 de marzo de Google es explícito: «If a store chooses not to participate, nothing changes for them and they retain the same experience as any other sideloaded app on Android.» Nadie es expulsado del dispositivo; las tiendas registradas pasan por delante.
¿Dónde y en qué dispositivos se aplica?
Dos filtros deciden si un jugador concreto ve el flujo registrado, y ambos reducen bastante el alcance inicial.
El filtro de dispositivo. Las FAQ indican que «starting December 1, 2026, Registered App Store status is available on Android 17 QPR2 and higher devices». QPR2 es una actualización trimestral de Android 17, no una versión mayor nueva, así que en el lanzamiento la base instalada que cumple se limita a los dispositivos que ya la han recibido. Los fabricantes (OEM) publican las actualizaciones de Android según su propio calendario, por lo que los dispositivos de gama media y de entrada en los que se apoyan muchas tiendas de terceros pueden ser de los últimos en cumplir. Modelízalo como una curva a lo largo de 2027, no como un interruptor que se activa el 1 de diciembre.
El filtro de país. La disponibilidad depende de «the end-user’s home account country», no de dónde esté el teléfono en ese momento. La lista de países admitidos es larga — incluye Brasil, México, India, Indonesia, Japón, Corea del Sur, el Reino Unido, todos los Estados miembros de la UE, Nigeria, Kenia, Arabia Saudí y Turquía, entre muchos otros —, pero Estados Unidos no está en ella. El anuncio de Google dice que el programa «will begin outside of the US first and we intend to bring it to the US as well, subject to court approval.»
No lo confundas con Third-Party App Store on Play, el programa distinto de Google Play, exclusivo de EE. UU., con el que se distribuyen tiendas rivales a través de la propia Play Store. Las FAQ de Google trazan la línea con claridad: Registered App Stores ofrece «OS-level platform capabilities, such as one-tap installs», mientras que el otro «governs third-party stores distributed specifically within the Play Store ecosystem, available in the US only.» Dos programas, dos geografías, dos problemas distintos: uno trata de llevar la tienda al teléfono, el otro de cómo se comporta una vez allí.
¿Qué tiene que hacer una tienda para registrarse?
Aquí conviene que los editores lean con atención, porque las obligaciones que Google impone a las tiendas repercuten en los estudios que figuran en ellas. Según la página de requisitos y la guía de inscripción:
- Una organización verificada. La tienda debe operar desde una cuenta de Organization en la Android Developer Console y tener estado verificado bajo la verificación de desarrolladores de Android. Las cuentas individuales no son elegibles.
- Una cuota anual de 10 000 $. La guía de inscripción indica que «active participation as a Registered App Store requires an annual registration fee of $10,000», que se paga para iniciar la revisión de elegibilidad.
- Compartir todo el catálogo. Las tiendas deben subir «all existing APKs currently published in your store» y cada APK nuevo o actualización posterior a un bucket de almacenamiento provisto por Google «for ongoing malware scanning». Cada versión posterior del APK de la propia tienda también debe enviarse para su análisis.
- Umbrales de seguridad con precio. «If more than 1% of install attempts or 2% of apps in the catalog over a 30 day period are found to be PHA, Google will assess variable fees required to screen and remediate high-risk catalogs.»
- Certificación con calendario. Las tiendas deben contar con la certificación MASA de la App Defense Alliance en el nivel MASA AL2 desde el 1 de junio de 2027, y mostrar una sección de seguridad de los datos creada a partir del App Metadata Bundle desde el 1 de diciembre de 2027.
- Reglas de mercado abierto. La tienda debe funcionar como «an open third-party marketplace for all eligible developers with clear, non-discriminatory policies» y, si admite publicidad, debe permitir a los desarrolladores integrar cualquier red publicitaria que cumpla sus políticas de confianza y seguridad.
- La responsabilidad sigue siendo de la tienda. «App stores remain responsible and liable for their entire catalog. Google won’t moderate the content available within registered app stores.»
Dos consecuencias para un estudio. Primera, 10 000 $ al año más la certificación y la ingeniería de ingesta del catálogo son algo trivial para una tienda grande y una decisión real para una pequeña tienda regional; es de esperar que se registren los nombres consolidados y que la cola larga espere. Segunda, tus builds en el catálogo de una tienda registrada se enviarán a Google para su análisis. Es la misma lógica de análisis de malware que Play ya aplica, pero conviene saberlo antes de distribuir una versión preliminar o un build exclusivo de una región a través de una tienda socia.
¿Cambia la menor fricción las cuentas del alcance de las tiendas alternativas?
En parte, y en un punto concreto. El programa ayuda a las tiendas que los usuarios deben descargar por su cuenta — los escaparates de sideload que hoy dependen de que el jugador supere una pantalla de ajustes y un aviso de seguridad. Los escaparates que vienen preinstalados en el firmware del dispositivo, como la mayoría de las tiendas OEM, por lo general no pasan por ese flujo de sideload, así que el flujo registrado les cambia menos. Para la capa OEM, el cambio de cumplimiento que ya ocurrió es el más relevante: nuestra checklist de verificación de desarrolladores de Android cubre lo que se aplica desde el 30 de septiembre de 2026 a las instalaciones desde siete tiendas designadas, Google Play y seis tiendas OEM, para usuarios en Brasil, Indonesia, Singapur y Tailandia.
Para una tienda de sideload, la mejora se refleja en tres cifras que ya puedes medir:
- Finalización de la instalación de la tienda — la proporción de usuarios que llegan a la página de descarga de la tienda y acaban con una tienda funcional. El flujo en un toque no afecta al primer sideload de la propia tienda, así que esta cifra es la que menos se mueve.
- Conversión de instalación del juego dentro de la tienda — eliminar el cuadro de confirmación por app quita un paso de cada instalación.
- Adopción de actualizaciones — las actualizaciones en segundo plano deberían reducir la cola de jugadores en versiones antiguas, que es la métrica que más importa en los títulos con live-ops.
La lectura honesta es que el programa mejora la economía de los canales que ya has decidido usar. No convierte en fuerte a una tienda con poco descubrimiento orgánico, y el primer día solo se aplica al subconjunto de sus usuarios con dispositivos que cumplen los requisitos en países de la lista. Si estás construyendo el caso de negocio de un canal nuevo, toma el flujo sin registro como escenario base y trata el flujo registrado como mejora potencial que crece a lo largo de 2027. Nuestro equipo de distribución elabora esos modelos de canal con los estudios, tienda por tienda y país por país.
Hay un cambio estructural que conviene ir descontando ya. Cuando unas pocas tiendas se registren y otras no, los jugadores del mismo teléfono notarán la diferencia, y las tiendas sin registro parecerán menos fiables en comparación. Con el tiempo, es probable que eso concentre el volumen de sideload en las tiendas que pagan por registrarse — un conjunto más reducido y más profesional de escaparates alternativos, similar al panorama de tiendas de apps alternativas que describimos para 2026.
¿Qué debería preguntar un editor a sus tiendas antes del 1 de diciembre?
Añade estas preguntas a tu próxima revisión con cualquier tienda Android de terceros en la que publiques o que estés evaluando:
- ¿Os vais a registrar y cuándo? Pide una fecha objetivo para el estado «Registered», no una intención.
- ¿Qué mercados nuestros cubre? Cruza tus principales países con la lista de países admitidos de Google. Los jugadores de EE. UU. no ven cambios por ahora.
- ¿Cómo vais a gestionar la titularidad de las actualizaciones? Las FAQ de Google dicen que si se desinstala una tienda, sus apps «stop receiving automatic updates», y que una reinstalación las recupera solo si ninguna otra tienda las ha actualizado mientras tanto. Si tu juego también está en Play, sabe qué tienda se encarga de las actualizaciones para qué jugadores.
- ¿Qué pasa con nuestros builds en el feed del catálogo? Confirma qué sube la tienda a Google y si necesitas alinear la firma o el calendario de lanzamiento.
- ¿Cuál es vuestro plan para MASA y la sección de seguridad de los datos? Una tienda que no cumpla los requisitos del 1 de junio de 2027 o del 1 de diciembre de 2027 corre el riesgo de ser retirada del programa, lo que devolvería a tus jugadores al flujo manual.
- ¿Qué cambia en vuestras condiciones de publicidad y facturación? El registro no cambia quién gestiona los pagos; tus condiciones comerciales con la tienda siguen determinando tu margen.
Después, mide. Divide la conversión de instalación y la adopción de actualizaciones por versión de Android a partir de diciembre, para que a mediados de 2027 puedas ver con tus propios datos si el flujo registrado compensa.
Preguntas frecuentes
¿Es obligatorio el programa Registered App Stores para las tiendas Android de terceros?
No. Las FAQ de Google indican que la participación «is entirely optional» y que las tiendas de terceros «may continue to operate on Android as they do today without enrolling». Las tiendas que se quedan fuera mantienen la experiencia estándar de sideload, con el permiso de instalación en Ajustes del sistema y una confirmación en cada instalación y actualización.
¿Cuándo empieza el programa Registered App Stores?
El 1 de diciembre de 2026, en dispositivos con Android 17 QPR2 o superior, para usuarios cuyo país de la cuenta de residencia figure en la lista de regiones admitidas de Google. Estados Unidos no está en esa lista; Google dice que tiene la intención de llevar el programa a EE. UU. sujeto a la aprobación judicial.
¿Cuánto le cuesta a una tienda registrarse?
La guía de inscripción de Google fija una cuota anual de registro de 10 000 $. Las tiendas cuyo catálogo supere los umbrales de malware de Google — más del 1% de los intentos de instalación o del 2% de las apps del catálogo identificadas como potencialmente dañinas en un periodo de 30 días — se enfrentan a cuotas variables adicionales.
¿Una tienda registrada usa la facturación de Google Play?
Nada en los requisitos de Registered App Stores de Google obliga a una tienda a usar la facturación de Google Play. Las obligaciones cubren verificación, seguridad, compartición del catálogo y experiencia de usuario; tus condiciones de pago siguen siendo las que acuerdes con la tienda.
¿Es lo mismo que tener tiendas de terceros disponibles dentro de Google Play?
No. Third-Party App Store on Play es un programa distinto de Google Play, exclusivo de EE. UU., para distribuir tiendas rivales a través de la Play Store. Registered App Stores es una capacidad de la plataforma Android que se aplica a las tiendas instaladas fuera de Play, en las regiones admitidas.
Si publicas en tiendas Android de terceros, o estás decidiendo cuáles merece la pena añadir antes de que se despliegue el flujo registrado, habla con nuestro equipo de distribución. Los estudios en fase temprana pueden empezar con el Founding Developer Program.