Google Play: qué es, publicación de aplicaciones y consola para desarrolladores

¿Qué es Google Play?

Google Play es la plataforma de distribución digital de Google que combina una tienda de aplicaciones, juegos, películas, libros y música. Lanzada el 22 de octubre de 2008 bajo el nombre de Android Market, la plataforma pasó a llamarse Google Play en marzo de 2012. A diferencia de App Store de Apple, Google Play no es el único canal para instalar aplicaciones Android: los usuarios pueden instalar APK desde fuentes de terceros (sideloading), usar tiendas alternativas (Samsung Galaxy Store, Amazon Appstore, F-Droid), pero la mayoría de los usuarios usan Google Play.

Según Google I/O 2026, la audiencia mensual de Google Play supera los 2800 millones de usuarios activos de más de 190 países. La cantidad de aplicaciones disponibles supera los 3,2 millones. El precio medio de las aplicaciones es más bajo que en App Store: muchos desarrolladores utilizan un modelo gratuito con anuncios o compras dentro de la aplicación. Google Play también incluye secciones para tabletas (Large Screen Apps), Wear OS, Android TV, Android Auto y Chromebook.

Google Play ofrece herramientas exclusivas para Android: Google Play Protect — un antivirus integrado que analiza cada aplicación antes y después de la instalación; Android Vitals — análisis del rendimiento de la aplicación (ANR, tasa de fallos, tiempo de inicio); Google Play Integrity — una API para verificar la autenticidad del dispositivo y la aplicación (sustituye a SafetyNet Attestation). Play Integrity es obligatorio para las aplicaciones que manejan datos confidenciales y pagos.

Google Play Console: funciones y configuración

Google Play Console es la herramienta central para desarrolladores para gestionar aplicaciones en Google Play. Disponible en play.google.com/console. Para empezar, se necesita una cuenta de desarrollador (pago único de $25) y verificación de identidad. Play Console proporciona el ciclo completo de gestión de aplicaciones: desde la carga del primer AAB hasta el análisis de ventas e informes de fallos.

Secciones principales de Play Console: Dashboard — estadísticas generales de todas las aplicaciones (instalaciones, desinstalaciones, fallos, calificación, ingresos); Release — gestión de versiones y canales (Production, Open Beta, Closed Beta, Internal Testing); Growth — herramientas de promoción (Google Ads, Promo Codes, Store Listing Experiments); Quality — Android Vitals (tasa de ANR, tasa de fallos, tiempo de inicio, tiempo de renderizado); Monetization — configuración de productos, suscripciones, Google Play Pass; Users & Permissions — gestión de acceso del equipo.

Canales de prueba de Google Play — una diferencia clave con App Store. Internal Testing — hasta 100 evaluadores, no requiere revisión, las actualizaciones se publican al instante. Closed Testing (Alpha) — hasta 100 evaluadores, requiere revisión. Open Testing (Beta) — evaluadores ilimitados, la aplicación está disponible en Google Play para todos los registrados en la prueba. Se recomienda publicar la aplicación primero en Internal Testing, luego en Closed/Open Beta y solo después en Production.

// Google Play Billing Library 6.x — verificación de suscripción
import com.android.billingclient.api.BillingClient
import com.android.billingclient.api.BillingClientStateListener
import com.android.billingclient.api.BillingFlowParams
import com.android.billingclient.api.PurchasesUpdatedListener
import com.android.billingclient.api.QueryProductDetailsParams
import kotlinx.coroutines.tasks.await

class PlayBillingManager(
    private val context: Context
) {
    private val billingClient = BillingClient.newBuilder(context)
        .setListener(purchasesUpdatedListener)
        .enablePendingPurchases()
        .build()

    private val purchasesUpdatedListener = PurchasesUpdatedListener { billingResult, purchases ->
        if (billingResult.responseCode == BillingClient.BillingResponseCode.OK && purchases != null) {
            // Compra exitosa — procesar compras
            purchases.forEach { purchase ->
                handlePurchase(purchase)
            }
        }
    }

    suspend fun startConnection() {
        billingClient.startConnection(object : BillingClientStateListener {
            override fun onBillingSetupFinished(result: BillingResult) {
                if (result.responseCode == BillingClient.BillingResponseCode.OK) {
                    // Cliente listo para funcionar
                }
            }
            override fun onBillingServiceDisconnected() {
                // Reconexión
            }
        })
    }

    suspend fun querySubscription(productId: String): ProductDetails? {
        val params = QueryProductDetailsParams.newBuilder()
            .setProductList(
                listOf(
                    QueryProductDetailsParams.Product.newBuilder()
                        .setProductId(productId)
                        .setProductType(BillingClient.ProductType.SUBS)
                        .build()
                )
            )
            .build()

        val result = billingClient.queryProductDetails(params)
        return result.productDetailsList?.firstOrNull()
    }

    private fun handlePurchase(purchase: Purchase) {
        // Verificación de compra en el servidor
        // 1. Enviar purchaseToken a su servidor
        // 2. El servidor verifica a través de Google Play Developer API
        // 3. En caso de éxito — desbloquear funcionalidad
        val purchaseToken = purchase.purchaseToken
        val productId = purchase.products.firstOrNull()
        println("Purchase: $productId, Token: $purchaseToken")
    }
}

La clase PlayBillingManager demuestra el trabajo con Google Play Billing Library 6.x: establecer una conexión con BillingClient, solicitar detalles del producto (suscripción o compra única), gestionar los resultados de la compra a través de PurchasesUpdatedListener. La verificación debe realizarse en el servidor a través de Google Play Developer API con un purchaseToken — nunca confíe solo en la validación local, ya que la compra podría ser falsificada.

Proceso de publicación de una aplicación en Google Play

Publicar en Google Play es un proceso de varias etapas que incluye el registro de la cuenta, la preparación de la aplicación, la configuración en Play Console, la carga del AAB, la aprobación de la revisión y la publicación. En comparación con App Store, el proceso está menos formalizado: Google se basa en comprobaciones automatizadas (Play Integrity, análisis de malware a través de Google Play Protect) en lugar de una moderación manual de cada aplicación.

Etapa 1: Registro de la cuenta de desarrollador

Para publicar se necesita una cuenta de Google y registrarse en Google Play Console por $25 (pago único). Después del pago, se requiere verificación de identidad: cargar un documento de identidad (pasaporte o licencia de conducir) y confirmar la dirección. El proceso de verificación tarda de 24 horas a 2 semanas. Sin verificación, la aplicación no se publicará en el canal Production.

Etapa 2: Compilación del AAB y llenado de la ficha de tienda

Google recomienda el formato AAB (Android App Bundle) desde agosto de 2021: ya no se acepta APK para aplicaciones nuevas. AAB permite que Google Play genere APK optimizados para cada tipo de dispositivo (diferentes ABI, pantallas, idiomas), lo que reduce el tamaño de descarga entre un 15 % y un 35 %. La compilación se realiza mediante Android Studio: Build → Build Bundle(s) / APK(s) → Build Bundle(s). El AAB se firma a través de Play App Signing: Google almacena la clave de firma en su lado.

Ficha de tienda (Store Listing): página de la aplicación en Google Play: título (50 caracteres), descripción breve (80 caracteres), descripción completa (4000 caracteres), capturas de pantalla (mínimo 2, hasta 8; para teléfono 5", 6.5", para tableta 7"+), icono (512x512), gráfico destacado (1024x500), vídeo promocional (YouTube). La descripción breve es lo más importante para la búsqueda en Google Play: se indexa y se muestra en los resultados. La descripción completa se indexa pero es menos importante para la búsqueda.

Etapa 3: Elección del canal y publicación

Después de cargar el AAB, el desarrollador selecciona un canal: Internal Testing (hasta 100 evaluadores, sin revisión), Closed Testing (Alpha, hasta 100 personas, con revisión), Open Testing (Beta, ilimitado, con revisión) o Production. Se recomienda empezar con Internal Testing: probar en dispositivos reales, luego Closed Testing para una validación más amplia y solo después Production. Para Open Testing y Production, se requieren al menos 12 horas y 20 evaluadores en Closed Testing durante los últimos 14 días para cuentas nuevas (política de Google Play 2024).

Después de la publicación, la aplicación aparece en Google Play en un plazo de 1 a 24 horas. La primera actualización puede someterse a una revisión exhaustiva. Google Play analiza automáticamente cada aplicación en busca de código malicioso mediante Google Play Protect. Si se detecta una amenaza, la aplicación puede retirarse de la publicación y la cuenta del desarrollador puede suspenderse.

Requisitos de Google Play para targetSdkVersion

Google Play establece requisitos obligatorios de targetSdkVersion para publicar y actualizar aplicaciones. Cada año Google eleva el targetSdk mínimo para garantizar que las aplicaciones utilicen los cambios de comportamiento de seguridad más recientes. Desde agosto de 2024, el targetSdk mínimo es API 33; desde agosto de 2025 — API 34; desde agosto de 2026 — API 35 (Android 15).

Las aplicaciones que no cumplan el requisito se bloquean: no se pueden publicar ni actualizar. Las aplicaciones ya publicadas con un targetSdk bajo siguen funcionando en la tienda, pero para actualizarlas es necesario aumentar el targetSdk. Google Play Console avisa 90 días antes del aumento del umbral. Muchos desarrolladores retrasan la actualización hasta el último momento, lo que crea el riesgo de bloqueo de la aplicación cuando se necesita una corrección urgente de errores.

El aumento de targetSdkVersion requiere revisar todos los cambios de comportamiento introducidos entre el targetSdk antiguo y el nuevo. Por ejemplo, al migrar de API 33 (Android 13) a API 35 (Android 15), hay que revisar: Foreground Service Types (API 34): declaración obligatoria del tipo de servicio en el manifiesto; Privacy Sandbox (API 35): restricciones en los identificadores publicitarios; PhotoPicker (API 34+): sustitución del acceso directo a la galería por el selector del sistema; nuevas restricciones de servicios en segundo plano. Cada cambio de comportamiento puede requerir modificaciones en el código.

API de Play Console para automatización del cumplimiento

Google Play Developer API (REST) permite automatizar la comprobación del cumplimiento de targetSdk para todas las aplicaciones de la cuenta. El método applications.get devuelve información sobre targetSdkVersion. Se recomienda configurar la supervisión a través de la API 120 días antes de la fecha límite para obtener una lista de las aplicaciones que necesitan actualización. Para aplicaciones con una base de código grande, el esfuerzo estimado es de 2 días a 2 semanas para los cambios de comportamiento.

// Comprobación de cumplimiento de targetSdk en el código de la aplicación
import android.os.Build

class TargetSdkCompliance {

    // targetSdk mínimo exigido por Google Play en 2026
    companion object {
        const val REQUIRED_TARGET_SDK = 35
    }

    // Comprobación: ¿necesitamos gestionar el cambio de comportamiento de API 34?
    fun checkForegroundServiceTypes(targetSdk: Int): Boolean {
        // Foreground Service Types obligatorio para targetSdk >= 34
        return targetSdk >= 34
    }

    // Comprobación: ¿necesitamos gestionar Privacy Sandbox (API 35)?
    fun checkPrivacySandbox(targetSdk: Int): Boolean {
        return targetSdk >= 35
    }

    // Comprobación de cumplimiento antes de la compilación
    fun validateCompliance(targetSdk: Int): List<String> {
        val warnings = mutableListOf<String>()

        if (targetSdk < REQUIRED_TARGET_SDK) {
            warnings.add("targetSdk $targetSdk está por debajo del $REQUIRED_TARGET_SDK requerido")
        }

        if (targetSdk >= 34) {
            // Asegúrese de que todos los servicios en primer plano tengan un tipo declarado en el manifiesto
            warnings.add("Compruebe: todos los servicios en primer plano declaran un tipo en AndroidManifest.xml")
        }

        if (targetSdk >= 35) {
            warnings.add("Compruebe: Privacy Sandbox, restricciones de Advertising ID")
        }

        return warnings
    }
}

La clase TargetSdkCompliance comprueba el cumplimiento de targetSdk antes de la compilación. El método validateCompliance devuelve una lista de advertencias sobre los cambios de comportamiento necesarios para un targetSdk determinado. Utilice este código en CI/CD para comprobar automáticamente el cumplimiento antes de enviar una compilación a Google Play Console. En IT Sectr, implementamos esta comprobación en CI después de que uno de nuestros proyectos se bloqueara por un targetSdk omitido.

Monetización en Google Play: facturación dentro de la aplicación, suscripciones y AdMob

La monetización en Google Play incluye varios modelos: descarga de pago, productos dentro de la aplicación (compras únicas: consumibles — moneda del juego; no consumibles — eliminación de anuncios), suscripciones (suscripciones de renovación automática a través de Google Play Billing), anuncios (AdMob, Google Ad Manager, redes de terceros) y Google Play Pass (una suscripción a un conjunto de aplicaciones, cuyos ingresos se comparten entre los desarrolladores según el tiempo de uso).

Google Play Billing Library (versión actual: 7.x en 2026) es la herramienta obligatoria para vender bienes digitales dentro de una aplicación. Los sistemas de pago alternativos están prohibidos para bienes digitales (excepciones: Corea del Sur, India, Ley de Mercados Digitales de la UE). Billing Library 7.x requiere migrar de compras basadas en SKU a modelos basados en productos (ProductDetails en lugar de SkuDetails) y admite Kotlin Coroutines y Flow para operaciones asíncronas.

Comisión de Google Play: 30 % estándar, 15 % para los primeros $1 millón de ingresos al año (similar al programa para pequeñas empresas de Apple). Después de alcanzar el umbral de $1 millón, la comisión vuelve al 30 % durante el resto del año. Suscripciones: 30 % el primer año, 15 % a partir del segundo año (similar a App Store). Para los programas de Google Play Pass, los ingresos se distribuyen en función de la participación (tiempo que los usuarios pasan en la aplicación como suscriptores de Pass), no con una tarifa fija.

AdMob de Google es la principal herramienta de monetización mediante anuncios. Admite anuncios de banner, intersticiales, nativos y recompensados. Google Analytics for Firebase se integra con AdMob para realizar un seguimiento de la conversión de anuncios en acciones objetivo. Con Android 14+ (API 34), se requieren Google Play Services for Ads 22.0+ y la API Handling Ad Responses para cumplir con Privacy Sandbox. La monetización mediante anuncios (comisión del 0 %) es una opción popular para aplicaciones gratuitas con una gran audiencia.

Moderación de Google Play: comprobaciones y políticas

La moderación de Google Play (Google Play Policy Review) difiere de App Store: Google se basa en comprobaciones automatizadas y moderación manual selectiva, en lugar de una revisión manual al 100 % de cada aplicación. El sistema automatizado analiza el AAB/APK en busca de código malicioso, infracciones de políticas (Spyware, Deceptive Behavior, infracciones de SDK) e incumplimiento de los requisitos de targetSdk. Si se detecta una infracción, la aplicación puede ser rechazada o retirada de la publicación.

Google Play publica las Developer Program Policies: un conjunto de normas que cubren el contenido, el comportamiento de la aplicación, la monetización y la privacidad. Secciones principales: Restricted Content (violencia, odio, actividad ilegal), Deceptive Behavior (afirmaciones falsas, imitación de otras aplicaciones), Monetization and Ads (publicidad honesta, cumplimiento de la política de compras integradas), Privacy and Security (recopilación de datos, cifrado), Store Listing and Promotion (descripción precisa, categorización correcta).

Google lucha activamente contra el spyware y los SDK engañosos. En 2024-2025, Google eliminó más de 1,5 millones de aplicaciones que infringían las políticas de privacidad. Se presta especial atención a los SDK que recopilan datos sin conocimiento del usuario (seguimiento de ubicación sin consentimiento, lectura de contactos y SMS). Antes de publicar, compruebe que los SDK que utiliza cumplen con las políticas de Google Play: muchos SDK populares (por ejemplo, algunas redes publicitarias) han sido bloqueados por infringir las políticas.

Proceso de apelación: si una aplicación es rechazada, el desarrollador recibe una notificación en Play Console con el motivo y las recomendaciones. Se puede presentar una apelación a través de Play Console → Policy → Appeals. El plazo de revisión es de hasta 7 días. Las infracciones repetidas de la misma política conllevan una advertencia (strike), la tercera infracción conlleva la suspensión de la cuenta del desarrollador. Recuperar una cuenta suspendida es un proceso extremadamente difícil que requiere una apelación por escrito y pruebas de que se han corregido las infracciones.

Para minimizar los riesgos: use Google Play Integrity API para verificar la autenticidad de las solicitudes, implemente la Sección de seguridad de datos (obligatoria desde 2023: especifique todos los datos recopilados y los fines de la recopilación), compruebe todos los SDK para verificar el cumplimiento de las políticas del programa para desarrolladores, use Play Console Policy Insights para realizar un seguimiento de posibles infracciones antes de la publicación. Durante el desarrollo en IT Sectr, probamos cada aplicación mediante pruebas internas en dispositivos reales antes del lanzamiento a Production.