Google Mobile Ads — qué es, SDK publicitario y monetización

¿Qué es Google Mobile Ads?

Google Mobile Ads es la plataforma publicitaria de Google para aplicaciones móviles, que proporciona un SDK para mostrar anuncios y herramientas de análisis de ingresos. La plataforma incluye dos sistemas principales: AdMob (para desarrolladores independientes) y Google Ad Manager (para grandes editores con campañas publicitarias directas). Ambos sistemas utilizan el mismo SDK de Google Mobile Ads, lo que simplifica la migración entre plataformas.

En el centro de Google Mobile Ads hay una subasta en tiempo real (RTB — Real-Time Bidding). Cuando una aplicación solicita un anuncio, el SDK envía una solicitud a los servidores de Google, donde los algoritmos analizan el perfil del usuario, el contexto de la aplicación y las campañas publicitarias disponibles. El ganador de la subasta se determina en 100–300 milisegundos — cuanto mayor sea la oferta del anunciante, mayores serán los ingresos del desarrollador. Según Google (2025), el eCPM promedio para aplicaciones Android es de $5–15.

eCPM (effective Cost Per Mille) es una métrica clave de monetización que muestra los ingresos por cada 1,000 impresiones. El eCPM depende de la región del usuario (más alto en EE. UU. y Europa, más bajo en Asia), el formato del anuncio (el video recompensado genera un eCPM de $10–30, los banners — $0.50–2) y la época del año (en diciembre el eCPM es 30–50% más alto). Google Mobile Ads SDK optimiza automáticamente las impresiones para obtener el máximo eCPM mediante la subasta.

Formatos de anuncios: banners, intersticiales, recompensados y nativos

Banners publicitarios — bloques rectangulares de tamaño fijo (320×50 — estándar, 320×100 — grande, 300×250 — mediano). Los banners se colocan en la parte inferior o superior de la pantalla y ocupan un mínimo espacio. Desventaja: eCPM bajo ($0.50–2) y habituación del usuario — la tasa de clics (CTR) de los banners es del 0.05–0.5%. Los banners se actualizan automáticamente cada 30–60 segundos, pero Google recomienda no actualizarlos más de cada 60 segundos para preservar la experiencia del usuario.

Anuncios intersticiales — anuncios a pantalla completa que se muestran en pausas naturales de la aplicación (entre niveles de juego, al cambiar de pantalla). Los intersticiales generan un eCPM de $3–15 pero requieren una colocación cuidadosa — las muestras frecuentes irritan a los usuarios. Google limita la frecuencia: no más de un intersticial por minuto. Según Google, con una colocación adecuada, los intersticiales no reducen la retención de usuarios en más del 5%.

Anuncios recompensados — videos que los usuarios ven a cambio de un bono (vidas extra, monedas, acceso premium). El formato más caro con un eCPM de $10–30 y una alta participación del usuario — el 80% de los usuarios acepta ver el video recompensado. Importante: la recompensa debe ser significativa para el usuario, de lo contrario no verá el anuncio. Rewarded interstitial — un formato híbrido (recompensa sin visualización obligatoria), disponible desde SDK 21.0.0.

// Carga y visualización de RewardedAd
class RewardedAdManager {

    private var rewardedAd: RewardedAd? = null

    fun loadAd(context: Context) {
        RewardedAd.load(
            context,
            "ca-app-pub-3940256099942544/5224354917",
            AdRequest.Builder().build(),
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
                override fun onAdFailedToLoad(
                    error: LoadAdError
                ) {
                    Log.d("AdMob", error.message)
                }
            }
        )
    }
}

App Open Ads: anuncios al iniciar la aplicación

Anuncios nativos — anuncios adaptados visualmente al diseño de la aplicación: el desarrollador controla la ubicación del título, la descripción, la imagen y el botón de llamada a la acción. Los anuncios nativos tienen el CTR más alto (0.5–2%) entre todos los formatos y se integran mejor con la experiencia de usuario de la aplicación. Google Mobile Ads SDK proporciona plantillas de anuncios nativos (NativeTemplate) o control total a través de NativeAdOptions. El formato ad_source_type muestra de qué red provino el creativo nativo.

AdMob o Ad Manager: cuál elegir

AdMob — la plataforma publicitaria de Google para aplicaciones móviles, diseñada para desarrolladores independientes y pequeños estudios. AdMob ofrece llenado automático de espacios publicitarios mediante subasta, configuración sencilla a través de una interfaz web y mediación integrada con más de 30 redes publicitarias. Umbral de pago: $100. AdMob es adecuado para el 90% de los desarrolladores, incluidos estudios medianos con ingresos de hasta $100,000 al mes.

Google Ad Manager — una plataforma avanzada para grandes editores con campañas publicitarias directas (direct deals), garantías programáticas y priorización de fuentes. Ad Manager admite múltiples servidores de anuncios, subasta competitiva (App Bidding) y análisis detallados para cada anunciante. Ad Manager requiere un tráfico mensual de 5 millones de impresiones. Según Google, Ad Manager aumenta los ingresos de los grandes editores en un 15–30% en comparación con AdMob.

Para migrar de AdMob a Ad Manager, solo necesita cambiar el ID de la unidad de anuncio en el código de la aplicación — el SDK sigue siendo el mismo (Google Mobile Ads SDK). Google recomienda comenzar con AdMob y, al alcanzar ingresos mensuales de $10,000+, considerar el cambio a Ad Manager. App Bidding — una tecnología clave de Ad Manager que permite que todas las redes publicitarias compitan en una sola subasta, aumentando el eCPM entre un 10–40%.

Mediación: conexión de múltiples redes publicitarias

Mediación de anuncios — una tecnología de Google Mobile Ads que permite conectar múltiples redes publicitarias a una sola unidad de anuncio. Cuando el SDK solicita un anuncio, consulta secuencialmente las redes: primero Google Ads, luego las redes asociadas (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral y otras), seleccionando la red con la oferta más alta para ese usuario.

Google Mobile Ads SDK admite la mediación de más de 30 redes publicitarias a través de adaptadores, que se cargan como dependencias de Gradle independientes. Cada adaptador implementa una interfaz unificada de Google, lo que permite que el SDK funcione de manera uniforme con cualquier red. Según Google, la mediación aumenta los ingresos publicitarios totales entre un 15–50% en comparación con el uso exclusivo de AdMob. App Bidding — una versión más avanzada de la mediación donde todas las redes participan en una subasta única simultáneamente, en lugar de secuencialmente.

// Configuración de mediación (build.gradle)
dependencies {
    implementation "com.google.android.gms:play-services-ads:23.3.0"
    // Adaptadores de mediación
    implementation "com.google.ads:mediation-facebook:6.17.0.0"
    implementation "com.google.ads:mediation-unity:4.10.0.0"
    implementation "com.google.ads:mediation-applovin:12.3.0.0"
}

// Inicialización del SDK de Mobile Ads
MobileAds.initialize(this) {
    Log.d("AdMob",
        "Initialized: $it")
}

App Bidding: subasta paralela

Importante: la mediación aumenta la latencia de visualización de anuncios porque el SDK consulta varias redes secuencialmente. Para los banners esto no es crítico (retraso aceptable — hasta 2 segundos), pero para los intersticiales y recompensados, un retraso de más de 1 segundo reduce la probabilidad de visualización (el usuario puede abandonar la pantalla). Google recomienda usar App Bidding en lugar de la mediación secuencial para minimizar los retrasos. App Bidding procesa todas las ofertas en paralelo en 100–200 ms.

Configuración de Google Mobile Ads en un proyecto Android

La configuración de Google Mobile Ads en una aplicación Android comienza agregando la dependencia play-services-ads en build.gradle e inicializando el SDK en la clase Application. Google Mobile Ads SDK requiere Android 5.0 (API 21) y Google Play Services versión 21.0.0+. Se recomienda inicializar el SDK lo antes posible — en Application.onCreate() — para que los anuncios se carguen en paralelo con el inicio de la aplicación.

Después de la inicialización, el desarrollador crea una unidad de anuncio en la interfaz web de AdMob o Ad Manager e integra AdView en el diseño de la aplicación (para banners) o carga InterstitialAd/RewardedAd mediante programación. Importante: use un ID de unidad de anuncio de prueba durante el desarrollo y un ID de producción después de la publicación. Google Mobile Ads SDK detecta automáticamente el modo de prueba según el dispositivo agregado en Dispositivos de prueba en la consola de AdMob.

// Inicialización del SDK en la clase Application
class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        MobileAds.initialize(this)

        // Habilitación del modo de consentimiento GDPR
        val params = RequestConfiguration.Builder()
            .setTagForUnderAgeOfConsent(false)
            .build()
        MobileAds.setRequestConfiguration(params)
    }
}

// Banner inline en XML
// <com.google.android.gms.ads.AdView
//     android:id="@+id/adView"
//     android:layout_width="match_parent"
//     android:layout_height="wrap_content"
//     app:adUnitId="ca-app-pub-3940256099942544/6300978111"
//     app:adSize="BANNER" />

Después de configurar el SDK y las unidades de anuncio, el desarrollador debe agregar una política de privacidad en la aplicación — este es un requisito obligatorio de Google para publicar en Play Store. También se requiere la integración del SDK de UMP (User Messaging Platform) para recopilar el consentimiento de procesamiento de datos de los usuarios del EEE y el Reino Unido. Sin el SDK de UMP, Google puede limitar la visualización de anuncios personalizados, reduciendo el eCPM entre un 40–60%.

Privacidad del usuario y GDPR

Google Mobile Ads requiere el cumplimiento de las normas de privacidad para usuarios del Espacio Económico Europeo (EEE), Reino Unido, EE. UU. (CCPA/CPRA) y otras regiones con leyes de protección de datos. La herramienta principal es el SDK de User Messaging Platform (UMP), que muestra al usuario un diálogo de consentimiento para la recopilación y el procesamiento de datos con fines de personalización de anuncios.

Sin obtener el consentimiento del usuario para la personalización, Google Mobile Ads SDK solo mostrará anuncios no personalizados, lo que reduce el eCPM entre un 40–60%. TCF v2.0 (Transparency & Consent Framework) — el estándar de IAB Europe para transmitir señales de consentimiento entre sistemas publicitarios. Google Ad Manager admite TCF v2.0 automáticamente. Para AdMob, se requiere la integración a través del SDK de UMP con el parámetro FORMS_PUBLISHER_ID.

// Solicitud de consentimiento del SDK de UMP
val consentInfo = UserMessagingPlatform.getConsentInformation(this)

consentInfo.requestConsentInfoUpdate(
    context,
    ConsentRequestParameters.Builder()
        .setTagForUnderAgeOfConsent(false)
        .build()
) { error ->
    if (error != null) return@requestConsentInfoUpdate

    if (consentInfo.isConsentFormAvailable()) {
        UserMessagingPlatform.loadAndShowConsentFormIfRequired(
            activity,
            activity.getOnConsentFormSuccess(),
            activity.getOnConsentFormFailure()
        )
    }
}

TCF v2.0 y cumplimiento de GDPR

Requisitos adicionales: para usuarios de California (CCPA), Google requiere soporte de la opción “Do Not Sell My Personal Information”. Para niños (COPPA) — activación de tagForChildDirectedTreatment. Google Play Store exige que todas las aplicaciones con anuncios tengan una política de privacidad y un enlace a ella en Google Play Console. La violación de estos requisitos conduce al bloqueo de la visualización de anuncios o la eliminación de la aplicación de Play Store.

Ejemplo de código: mostrar video recompensado en Kotlin

Un ejemplo completo de integración de anuncios recompensados con manejo de recompensa para el usuario. La aplicación carga el video recompensado al iniciar, lo muestra cuando el usuario hace clic en el botón “Obtener bono” y otorga monedas al usuario después de la visualización completa. El código usa corrutinas para la carga asincrónica y verifica que el anuncio no se muestre si el usuario ya recibió la recompensa (protección contra doble recompensa).

class RewardViewModel : ViewModel() {

    private var rewardedAd: RewardedAd? = null
    private val _rewardEarned = MutableLiveData<Boolean>(false)
    val rewardEarned: LiveData<Boolean> = _rewardEarned

    fun loadRewardedAd(context: Context) {
        RewardedAd.load(context, AD_UNIT_ID,
            AdRequest.Builder().build(),
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
            }
        )
    }

    fun showAd(activity: Activity) {
        rewardedAd?.show(activity, {
            // El usuario recibió la recompensa
            _rewardEarned.postValue(true)
            addCoins(100)
            loadRewardedAd(activity) // Preload next
        })
    }
}

Mejores prácticas para anuncios recompensados: precargue el próximo anuncio inmediatamente después de cerrar el actual (para que el usuario no espere la carga). Muestre el video recompensado solo en un contexto donde la recompensa sea obvia (por ejemplo, un botón “Ver anuncio por 100 monedas”). Google prohíbe mostrar anuncios recompensados sin una solicitud explícita del usuario (autoreproducción prohibida). Verifique el callback onUserEarnedReward — solo después de él, otorgue la recompensa.

Consejos para optimizar los ingresos publicitarios

La optimización de los ingresos de Google Mobile Ads comienza con la elección correcta de los formatos de anuncios. La combinación de banners (para ingresos de fondo constantes) y video recompensado (para la participación activa) genera el máximo ingreso total. Use intersticiales solo durante pausas naturales — no más de 3–4 veces por sesión. Google Analytics para Firebase permite rastrear qué pantallas generan más ingresos y dónde los usuarios cierran los anuncios con más frecuencia.

El segundo factor importante es la mediación. Conecte de 3 a 5 redes publicitarias a través de la mediación de AdMob. Según Google, las aplicaciones con mediación ganan un 30% más. App Bidding (disponible para Ad Manager y parcialmente para AdMob) proporciona un aumento adicional del 10–40% mediante subasta simultánea. Pruebas A/B de ubicación de anuncios: pruebe diferentes posiciones de banners (superior/inferior, izquierda/derecha) y la frecuencia de intersticiales en diferentes segmentos de usuarios.

El tercer factor es la segmentación geográfica. El eCPM en EE. UU., Canadá y Australia es de 3 a 5 veces más alto que en India o Indonesia. Si su aplicación es popular en regiones con eCPM bajo, Google recomienda usar la mediación en cascada con redes de esas regiones (por ejemplo, InMobi para India). Establezca límites de frecuencia: no más de 1 intersticial cada 2 minutos y no más de 5 videos recompensados por hora — esto reduce la fatiga publicitaria del usuario.