Si ya monetizas con AdMob y quieres ir un paso más allá para generar ingresos con tu app Android, la optimización de ingresos publicitarios mediante AdMob Mediation es probablemente el movimiento más rentable que puedes hacer. Bien configurada, la mediación convierte tu inventario en una subasta continua entre múltiples redes, exprimiendo cada impresión al máximo sin destrozar la experiencia de usuario.
En este artículo vas a encontrar una guía completa y muy aterrizada, pensada para desarrolladores y publishers que ya generan ingresos pero quieren saber cómo sacarle todo el jugo a AdMob unificando mediación, pujas (bidding), segmentación, cumplimiento legal y análisis. Verás desde los conceptos básicos hasta buenas prácticas avanzadas, ejemplos reales, problemas típicos y cómo integrarlo en Android, iOS y motores como Unity.
¿Qué es la Mediación de AdMob y por qué dispara tus ingresos?
La Mediación de AdMob es una función que te permite gestionar desde un único panel todas las fuentes de anuncios que sirven publicidad en tus apps: la propia red de AdMob y decenas de redes externas. En lugar de depender solo de una red, AdMob envía cada solicitud de anuncio a varias fuentes y se queda con la que mejor paga o la que tiene más probabilidades de rellenar.
AdMob trabaja con más de 30 redes mediante adaptadores oficiales y más de 70 a través de eventos personalizados. Todas estas redes reciben acceso equitativo al inventario, lo que garantiza una dinámica de subasta justa: se sirve el anuncio de la red que más paga por esa impresión concreta, siempre que cumpla la segmentación y las políticas.
Uno de los puntos fuertes es que AdMob no solo hace de puente entre redes, sino que ofrece herramientas integradas para automatizar y simplificar tu estrategia de monetización. Esto incluye la Optimización de redes publicitarias (ORP), los grupos de mediación, informes detallados y una integración profunda con el ecosistema de Google (Firebase, Analytics, UMP, etc.).
Mediación en cascada vs bidding: dos modelos que puedes combinar
En AdMob conviven dos tipos de fuentes publicitarias: fuentes en cascada y fuentes postoras (bidding). Lo interesante es que puedes crear configuraciones híbridas combinando ambas en un mismo grupo de mediación para exprimir al máximo cada impresión.
En el modelo en cascada, las fuentes se llaman una a una siguiendo el eCPM medio que tú definas manualmente, no lo que la red esté dispuesta a pagar en ese momento. Se llama primero a la red con eCPM más alto; si no rellena la impresión, se pasa a la siguiente, y así sucesivamente. Es un modelo clásico que funciona, pero no siempre captura el valor real de cada impresión.
El bidding, en cambio, permite que las fuentes de anuncios compitan en tiempo real en una única subasta. Cada red postora lanza su puja basándose en el valor de esa impresión concreta (usuario, contexto, país, tipo de dispositivo…), y gana la que más pague. Esta solución, que Google denomina simplemente Bidding, está diseñada para sacar todavía más dinero de cada impresión y reducir el trabajo manual de ajuste de eCPMs.
AdMob permite crear configuraciones híbridas en tus grupos de mediación: las fuentes postoras rivalizan en tiempo real y, si no se rellena la impresión, la mediación pasa a la parte en cascada como respaldo. De esta forma combinas la eficiencia de la subasta con la seguridad de tener un waterfall bien definido.
Grupos de mediación y segmentación de tráfico
Los grupos de mediación son el corazón de la configuración. Un grupo de mediación es una combinación de ajustes de segmentación y fuentes de anuncios que se aplican a uno o varios bloques de anuncios. Con ellos puedes controlar de forma muy fina qué fuentes compiten por qué tráfico.
AdMob permite segmentar tus grupos de mediación por formato de anuncio, plataforma (Android/iOS), app concreta, bloque de anuncios y país. Por ejemplo, puedes tener un grupo de mediación solo para intersticiales en Android en determinados países, con redes específicas y reglas de eCPM personalizadas.
La gran ventaja práctica es que no tienes que repetir la configuración de mediación bloque a bloque. Creas el grupo con la segmentación y las fuentes, y luego vas asignando a ese grupo tantos bloques de anuncios como quieras. Así escalas mucho mejor cuando gestionas varias apps o formatos.
Pasos clave para empezar: bloques, fuentes, asignaciones y grupos
Para usar mediación con cabeza, conviene seguir un flujo lógico de configuración. En general, el orden recomendado es crear bloques de anuncios, configurar fuentes, hacer las asignaciones y montar los grupos de mediación.
Primero necesitas tener tu app registrada en AdMob y, a partir de ahí, crear uno o varios bloques de anuncios. Cada bloque es un contenedor que insertas en tu app. Ese bloque envía solicitudes de anuncio a AdMob y muestra lo que reciba como respuesta. Cuando lo creas, le asignas un formato (banner, intersticial, nativo, vídeo recompensado, etc.) y se genera un ID único que usarás en tu código.
El segundo paso es configurar las fuentes publicitarias que vas a incluir en la mediación. Aquí puedes optar por redes postoras (para bidding) y redes en cascada. El tipo que elijas determina cómo participa esa red en la subasta: en tiempo real o siguiendo tu orden de eCPM fijo.
En tercer lugar, necesitas asignar tus bloques de anuncios a las fuentes de terceros. En la interfaz de AdMob, cada fuente tiene una página de configuración donde introduces datos de mapeo (IDs de bloques, zonas, etc.), que obtienes de la cuenta de esa red externa. Sin estas asignaciones, AdMob no puede comunicarse correctamente con la fuente para rellenar las solicitudes.
Por último, creas el grupo de mediación por formato y plataforma. Para cada tipo de anuncio (banner, intersticial, recompensado…) y para cada sistema operativo (Android/iOS) deberás tener al menos un grupo de mediación. Dentro de ese grupo defines el país o países objetivo, qué fuentes participan, en qué orden (para cascada) y qué bloques de anuncios quedan asociados.
Requisitos previos y permisos de cuenta
Antes de liarte con la integración técnica conviene validar que tu cuenta cumple ciertos requisitos. Necesitas permisos de cuenta suficientes para administrar inventario, apps y la parte de Privacidad y mensajería. Normalmente esto implica rol de administrador o un rol personalizado con esos accesos.
Además, antes de integrar mediación para un formato de anuncio concreto, debes tener ese formato correctamente implementado sin mediación en tu app. Es decir, que ya sepas cargar y mostrar banners, intersticiales o recompensados utilizando únicamente AdMob. Sobre esa base estable añadirás después las demás redes.
Para la parte de bidding y las últimas funciones de mediación, es obligatorio trabajar con Google Mobile Ads SDK 18.3.0 o superior. Usar versiones antiguas te puede dejar sin características clave, sin compatibilidad con determinados adaptadores y, lo peor, sin soporte para nuevas políticas de privacidad.
Inicialización de Google Mobile Ads SDK y adaptadores de mediación
La inicialización del SDK es crítica para que la mediación funcione bien. Durante la llamada de inicialización de Google Mobile Ads SDK se inicializan también los adaptadores de mediación. Por eso es importante esperar a que termine este proceso antes de cargar anuncios, de forma que todas las redes estén listas desde la primera impresión.
Los adaptadores de bidding, en particular, requieren una inicialización explícita del SDK. Si no lo haces, es probable que esas redes no participen en la subasta inicial y pierdas ingresos en los primeros segundos de uso de la app, que suelen ser muy valiosos.
En Android, por ejemplo, puedes inicializar el SDK en un hilo en segundo plano y registrar el estado de cada adaptador. El patrón típico en Java es llamar a MobileAds.initialize(context, callback) y, en el callback, recorrer el mapa de estados de adaptador (adapterStatusMap). Así puedes loguear el nombre de la clase del adaptador, una breve descripción y la latencia de inicialización en milisegundos para depurar posibles problemas.
En Kotlin, la idea es la misma, solo que puedes apoyarte en coroutines con Dispatchers.IO para mover la inicialización fuera del hilo principal. En el callback de inicialización recorres adapterStatusMap y registras, por cada adaptador, la descripción y la latencia. Ver estos datos en Logcat es muy útil para detectar redes que se inicializan lentas o que no llegan a estado listo.
Además, para banners u otros formatos, puedes saber qué red ha servido un anuncio concreto consultando el ResponseInfo de la respuesta de anuncio. En Java, mediante ad.getResponseInfo().getMediationAdapterClassName(), obtienes el nombre de la clase del adaptador que ganó esa impresión. En Kotlin, accedes a ad.responseInfo?.mediationAdapterClassName y lo escribes en los logs.
Contexto y Activity: detalle importante para que las redes funcionen
Cuando creas un objeto de anuncio (por ejemplo, un AdView para banners), debes pasar un Context en el constructor. En mediación este detalle es clave, porque ese Context se va a ceder internamente a las redes externas.
Muchas redes de terceros necesitan un Context de tipo Activity (no solo Application) para poder mostrar correctamente sus anuncios, especialmente intersticiales y vídeos. Si solo les llega un Context genérico, algunas pueden fallar silenciosamente y no mostrar nada, lo que se traduce en caída de fill rate y de ingresos.
Por ello se recomienda fuertemente pasar siempre una instancia de Activity al inicializar tus objetos de anuncio. De esta forma te aseguras de que las redes mediadas tienen lo que necesitan y la experiencia publicitaria es consistente entre todas ellas.
Buenas prácticas para banners e inventario de display
En el caso de los banners, hay una recomendación básica que muchos desarrolladores pasan por alto: desactiva las auto-actualizaciones en las interfaces de usuario de las redes externas cuando ese bloque de anuncio se usa dentro de la Mediación de AdMob.
Si permites que, por ejemplo, una red externa refresque el banner por su cuenta, y al mismo tiempo AdMob ya está actualizando el bloque según su propia frecuencia de refresco, puedes generar una doble actualización que perjudica al rendimiento y da una experiencia muy mala al usuario. Lo ideal es que el ritmo de refresco lo controle solo AdMob desde la configuración del bloque.
También es clave probar tus banners con IDs de anuncios de prueba durante el desarrollo. Esto evita clics accidentales o pruebas internas sobre campañas reales que pueden considerarse tráfico inválido. Solo cuando la app está lista para producción sustituyes esos IDs de test por los IDs reales de tus bloques.
Mediación con anuncios nativos: políticas y recomendaciones
Con los anuncios nativos la cosa se complica un poco más porque cada red tiene sus propias políticas de presentación y requisitos de diseño. Al usar mediación, sigues obligado a cumplir las políticas de la red de mediación que sirve el anuncio, y a la vez respetar las normas generales de contenido y experiencia de usuario de Google.
Un detalle técnico importante es que, para los anuncios nativos mediados, debes usar el método loadAd() y no loadAds(). El método loadAds() está pensado para cargar solo anuncios de Google; si lo empleas con mediación, las redes de terceros pueden ni siquiera entrar en juego.
Además, tienes que cuidar muy bien que los anuncios nativos no se camuflen como contenido orgánico de forma engañosa, que se mantenga algún indicador de que son contenido patrocinado y que no haya elementos clicables fuera de las áreas permitidas por cada red. Esto no solo es política de AdMob, también de la mayoría de redes que integrarás en mediación.
Privacidad, RGPD y leyes estatales de EE. UU. en mediación
Si tu app se distribuye en Europa o en determinados estados de Estados Unidos, estás obligado a cumplir con el RGPD y las leyes estatales de privacidad. En el contexto de mediación esto significa algo muy concreto: debes añadir a tus socios de mediación a la lista de socios publicitarios que cumplen la normativa dentro de la sección de Privacidad y mensajería de AdMob.
Si no lo haces, es posible que estas redes no puedan servir anuncios a los usuarios sujetos a esas regulaciones, lo que se traduce en menos fill rate y caída de ingresos en esas regiones. La consola de AdMob ofrece pantallas específicas para configurar la normativa de EE. UU. por estados y el RGPD, donde puedes indicar qué socios usas y cómo gestionas el consentimiento.
Para gestionar permisos y consentimiento de manera correcta, Google ofrece el SDK de User Messaging Platform (UMP). Con UMP puedes mostrar diálogos de consentimiento adaptados a la normativa, habilitar el procesamiento de datos restringido (RDP) en contextos sensibles y asegurarte de que solo compartes datos con las redes que tienen consentimiento explícito del usuario.
Integración de AdMob y mediación en Android
En Android, la implementación suele comenzar configurando las dependencias necesarias en el archivo build.gradle del módulo de la app, añadiendo la librería de Google Mobile Ads y los adaptadores de las redes que vas a mediar (por ejemplo, AppLovin, ironSource, Meta Audience Network, etc.).
Una vez añadido el SDK, registras tu app en AdMob y copias el ID de aplicación en el AndroidManifest o en el código de inicialización. A continuación creas las unidades de anuncio en la consola (banners, intersticiales, recompensados…) y obtienes los IDs de unidad que usarás en tu código Java/Kotlin.
Luego, en la app, inicializas el SDK de Google Mobile Ads al arrancar (idealmente en Application o en la primera Activity) y, a partir de ahí, implementas cargas y visualizaciones de anuncios usando los IDs proporcionados por AdMob. Para banners, agregas un AdView en el layout XML; para intersticiales y recompensados, sueles cargarlos en segundo plano y mostrarlos en momentos naturales (cambio de nivel, fin de partida, etc.).
Durante todo el proceso de desarrollo, conviene trabajar con IDs de anuncios de prueba que Google documenta para cada formato. Esto evita que los clics de tus testers o tuyos mismos se consideren comportamiento sospechoso. Cuando tu app va a producción, sustituyes esos IDs por los reales y compruebas que los anuncios de mediación se cargan y registran bien en los informes.
Integración en iOS: particularidades de Xcode y CocoaPods
En iOS, el camino es similar, pero adaptado al ecosistema de Apple. Normalmente comienzas añadiendo el SDK de Google Mobile Ads a tu proyecto Xcode, ya sea mediante CocoaPods (lo más habitual) o integrándolo manualmente.
Con CocoaPods defines en tu Podfile la dependencia de Google-Mobile-Ads-SDK y, si corresponde, los pods de los adaptadores de las redes con las que vayas a mediar. Después ejecutas pod install y abres el workspace generado para trabajar siempre desde ahí.
En el código, sueles inicializar el SDK en AppDelegate, utilizando el ID de aplicación de AdMob. Luego, igual que en Android, creas en la consola las unidades de anuncio, copias sus IDs y las usas en tu código Swift u Objective‑C para cargar banners (GADBannerView), intersticiales, nativos o recompensados en los puntos de la app que tenga sentido.
También en iOS es obligatorio probar con IDs de prueba antes de publicar, y revisar que los anuncios se muestren bien con distintos tamaños de pantalla, orientaciones y versiones de iOS. Un error muy común es no adaptar bien el tamaño del banner o colocar un intersticial en un momento que rompe la navegación natural del usuario.
Panel de AdMob, tipos de anuncios y análisis avanzado
La consola de AdMob está estructurada para dar una visión rápida del rendimiento y acceso fácil a la configuración de apps, bloques y mediación. En el panel principal ves estimaciones de ingresos, impresiones, clics y otros indicadores clave, además de alertas y notificaciones importantes.
En la sección de unidades de anuncio puedes crear, editar y gestionar todos tus bloques, eligiendo formato, comportamiento, tamaños y opciones como la frecuencia de refresco de banners. La sección de apps permite añadir nuevas aplicaciones, vincularlas a tiendas (Google Play, App Store) y configurar parámetros específicos.
En Informes, AdMob ofrece una suite de reportes muy personalizables. Puedes analizar impresiones, clics, CTR, ingresos estimados, eCPM por formato, por país, por app o por bloque de anuncio. También puedes comparar periodos, filtrar por tipo de tráfico y detectar tendencias.
Estas métricas te ayudan a identificar qué formatos de anuncios rinden mejor (banners vs intersticiales vs recompensados vs nativos), en qué ubicaciones obtienes más ingresos y qué países o segmentos de usuarios son más rentables. Si unes esta información con Firebase o Google Analytics, puedes correlacionar ingresos por usuario (ARPU), retención y eventos clave dentro de la app.
Políticas, calidad de la app y tráfico válido
AdMob tiene un conjunto de políticas bastante estrictas que afectan tanto al contenido de la app como al comportamiento de los anuncios. Ignorarlas es jugar con fuego: puedes acabar con la cuenta limitada o directamente suspendida.
En cuanto a contenido, tu app no puede promover actividades ilegales ni contener pornografía, violencia extrema, discurso de odio o material explícito. También debe respetar la privacidad de los usuarios, cumplir las leyes de protección de datos y manejar con especial cuidado todo lo relativo a menores.
En la parte de anuncios, se prohíben prácticas como colocar anuncios donde se confundan con el contenido, superponerlos a elementos interactivos o forzar clics. Los intersticiales no deben aparecer de manera totalmente inesperada ni bloquear acciones críticas (por ejemplo, justo cuando el usuario va a tocar un botón clave).
El tráfico no válido es otro tema delicado. Están prohibidos los clics incentivados, bots, scripts automáticos o animar de forma directa a los usuarios a pulsar anuncios. Se recomienda monitorizar los picos extraños de impresiones y clics, revisar los informes y aprovechar las herramientas de filtrado de AdMob para bloquear fuentes sospechosas.
Optimización, pruebas A/B y comparación con otras plataformas
Optimizar la mediación es un ejercicio continuo. Hay que experimentar con diferentes formatos de anuncios, ubicaciones, frecuencias y combinaciones de redes hasta encontrar el equilibrio correcto entre ingresos y experiencia de usuario.
Las pruebas A/B son especialmente útiles. Por ejemplo, puedes probar un set de redes usando solo mediación de AdMob frente a otra plataforma o combinación distinta. Un caso real: el estudio Gamegou comparó la Mediación de AdMob frente a otra plataforma en uno de sus títulos principales, Super Goal. La prueba mostró que AdMob ofrecía mejores resultados en ingresos, eCPM y ARPU.
Cuando comparas AdMob con otras soluciones, entran en juego factores como la cobertura de anunciantes, la tasa de relleno, la facilidad de uso de la interfaz, las opciones de personalización y los umbrales de pago. AdMob destaca por su integración con el ecosistema Google, su enorme base de anunciantes y su panel relativamente amigable incluso para equipos pequeños.
Gestión de campañas, seguridad de cuenta y pagos
La gestión de la monetización no acaba en la configuración técnica. También es importante tener claros tus objetivos de ingresos, retención y experiencia de usuario y revisar los datos con regularidad para ajustar la estrategia.
A nivel de seguridad, es clave usar contraseñas robustas y activar la verificación en dos pasos en la cuenta de Google asociada a AdMob. Revisar periódicamente la actividad de la cuenta y mantener actualizado el SDK y las herramientas de desarrollo reduce mucho el riesgo de problemas de seguridad o incompatibilidades.
Para cobrar, debes cumplir tres condiciones básicas: alcanzar el umbral mínimo de pago, tener la cuenta verificada (incluyendo PIN postal si corresponde) y respetar las políticas. Los pagos suelen emitirse en ciclos mensuales y pueden llegar mediante transferencia electrónica, cheque u otros métodos disponibles según el país (como Western Union o soluciones locales).
No olvides que los ingresos que generas con AdMob tienen implicaciones fiscales. Debes declararlos según la legislación de tu país, puede haber retenciones aplicables y en algunos casos es necesario rellenar formularios fiscales específicos para Google. Contar con asesoramiento profesional suele ser una buena idea cuando las cifras empiezan a ser importantes.
En conjunto, la Mediación de AdMob, bien planteada y respetando políticas, privacidad y experiencia de usuario, te permite convertir un inventario publicitario plano en un sistema dinámico donde múltiples redes compiten de forma transparente por cada impresión, apoyado en reporting avanzado, herramientas de optimización y una infraestructura de Google pensada para sostener proyectos que crecen con el tiempo. Comparte la in formación ya ayuda a otros a conocer del tema.