Si ja monetitzes amb AdMob i vols anar un pas més enllà per generar ingressos amb la teva app Android, la optimització dingressos publicitaris mitjançant AdMob Mediation probablement és el moviment més rendible que pots fer. Ben configurada, la mediació converteix el teu inventari en una subhasta contínua entre múltiples xarxes, esprement cada impressió al màxim sense destrossar lexperiència dusuari.
En aquest article trobaràs una guia completa i molt aterrada, pensada per a desenvolupadors i publishers que ja generen ingressos però volen saber com treure tot el suc a AdMob unificant mediació, licitació (bidding), segmentació, compliment legal i anàlisi. Veuràs des dels conceptes bàsics fins a bones pràctiques avançades, exemples reals, problemes típics i com integrar-lo a Android, iOS i motors com Unity.
Què és la Mediació d'AdMob i per què dispara els vostres ingressos?
La Mediació d'AdMob és una funció que us permet gestionar des d'un únic panell totes les fonts d'anuncis que serveixen publicitat a les teves apps: la pròpia xarxa d'AdMob i desenes de xarxes externes. En lloc de dependre només d'una xarxa, AdMob envia cada sol·licitud d'anunci a diverses fonts i es queda amb la que paga millor o la que té més probabilitats d'emplenar.
AdMob treballa amb més de 30 xarxes mitjançant adaptadors oficials i més de 70 mitjançant esdeveniments personalitzats. Totes aquestes xarxes reben accés equitatiu a l'inventari, cosa que garanteix una dinàmica de subhasta justa: se serveix l'anunci de la xarxa que més paga per aquesta impressió concreta, sempre que compleixi la segmentació i les polítiques.
Un dels punts forts és que AdMob no només fa de pont entre xarxes, sinó que ofereix eines integrades per automatitzar i simplificar la teva estratègia de monetització. Això inclou Optimització de xarxes publicitàries (ORP), grups de mediació, informes detallats i una integració profunda amb l'ecosistema de Google (Firebase, Analytics, UMP, etc.).
Mediació en cascada vs bidding: dos models que podeu combinar
A AdMob hi conviuen dos tipus de fonts publicitàries: fonts en cascada i fonts postores (bidding). L'interessant és que podeu crear configuracions híbrides combinant totes dues en un mateix grup de mediació per esprémer al màxim cada impressió.
En el model en cascada, les fonts es diuen una a una seguint el eCPM mitjà que tu defineixis manualment, no allò que la xarxa estigui disposada a pagar en aquest moment. Es truca primer a la xarxa amb eCPM més alt; si no empleneu la impressió, es passa a la següent, i així successivament. És un model clàssic que funciona però no sempre captura el valor real de cada impressió.
El bidding, en canvi, permet que les fonts d'anuncis competeixen en temps real en una única subhasta. Cada xarxa postora llança la seva licitació basant-se en el valor d'aquesta impressió concreta (usuari, context, país, tipus de dispositiu…), i guanya la que pagui més. Aquesta solució, que Google anomena simplement Licitació, està dissenyada per treure encara més diners de cada impressió i reduir el treball manual dajustament deCPMs.
AdMob permet crear configuracions híbrides als teus grups de mediació: les fonts postores rivalitzen en temps real i, si no s'omple la impressió, la mediació passa a la part en cascada com a respatller. D'aquesta manera, combines l'eficiència de la subhasta amb la seguretat de tenir un waterfall ben definit.
Grups de mediació i segmentació de trànsit
Els grups de mediació són el cor de la configuració. Un grup de mediació és una combinació de configuració de segmentació i fonts d'anuncis que s'apliquen a un o més blocs d'anuncis. Amb ells pots controlar de manera molt fina quines fonts competeixen per quin trànsit.
AdMob permet segmentar els teus grups de mediació per format d'anunci, plataforma (Android/iOS), app concreta, bloc d'anuncis i país. Per exemple, podeu tenir un grup de mediació només per a intersticials en Android a determinats països, amb xarxes específiques i regles d'eCPM personalitzades.
El gran avantatge pràctic és que no has de repetir la configuració de mediació bloc a bloc. Crees el grup amb la segmentació i les fonts, i després vas assignant a aquest grup tants blocs d'anuncis com vulguis. Així escales molt millor quan gestiones diverses apps o formats.
Passos clau per començar: blocs, fonts, assignacions i grups
Per fer servir mediació amb cap, convé seguir un flux lògic de configuració. En general, l'ordre recomanat és crear blocs d'anuncis, configurar fonts, fer les assignacions i muntar els grups de mediació.
Primer necessites tenir la teva app registrada a AdMob i, a partir d'aquí, crear un o més blocs d'anuncis. Cada bloc és un contenidor que insereixes a la teva app. Aquest bloc envia sol·licituds d'anunci a AdMob i mostra el que rebeu com a resposta. Quan ho creguis, li assignes un format (banner, intersticial, nadiu, vídeo recompensat, etc.) i es genera un ID únic que utilitzaràs al teu codi.
El segon pas és configurar les fonts publicitàries que inclouràs a la mediació. Aquí pots optar per xarxes postores (per a bidding) i xarxes en cascada. El tipus que trieu determina com participa aquesta xarxa a la subhasta: en temps real o seguint el vostre ordre d'eCPM fix.
En tercer lloc, necessites assignar els blocs d'anuncis a les fonts de tercers. A la interfície d'AdMob, cada font té una pàgina de configuració on introduïu dades de mapatge (IDs de blocs, zones, etc.), que obteneu del compte d'aquesta xarxa externa. Sense aquestes assignacions, AdMob no es pot comunicar correctament amb la font per emplenar les sol·licituds.
Finalment, creeu el grup de mediació per format i plataforma. Per a cada tipus d'anunci (banner, intersticial, recompensat…) i per a cada sistema operatiu (Android/iOS) hauràs de tenir com a mínim un grup de mediació. Dins aquest grup defineix el país o països objectiu, quines fonts participen, en quin ordre (per a cascada) i quins blocs d'anuncis queden associats.
Requisits previs i permisos de compte
Abans de lliurar-te amb la integració tècnica convé validar que el teu compte compleix certs requisits. Necessites permisos de compte suficients per administrar inventari, apps i la part de Privadesa i missatgeria. Normalment això implica rol d'administrador o rol personalitzat amb aquests accessos.
A més, abans d'integrar mediació per a un format d'anunci concret, heu de tenir aquest format correctament implementat sense mediació a la teva app. És a dir, que ja sàpigues carregar i mostrar banners, intersticials o recompensats utilitzant únicament AdMob. Sobre aquesta base estable afegiràs després les altres xarxes.
Per a la part de bidding i les darreres funcions de mediació, és obligatori treballar amb Google Mobile Ads SDK 18.3.0 o superior. Usar versions antigues et pot deixar sense característiques clau, sense compatibilitat amb determinats adaptadors i, el pitjor, sense suport per a noves polítiques de privadesa.
Inicialització de Google Mobile Ads SDK i adaptadors de mediació
La inicialització del SDK és crítica perquè la mediació funcioni bé. Durant la trucada d'inicialització de Google Mobile Ads SDK es inicialitzen també els adaptadors de mediació. Per això és important esperar que acabi aquest procés abans de carregar anuncis, de manera que totes les xarxes estiguin llestes des de la primera impressió.
Els adaptadors de bidding, en particular, requereixen una inicialització explícita del SDK. Si no ho fas, és probable que aquestes xarxes no participin a la subhasta inicial i perdis ingressos en els primers segons d'ús de l'app, que solen ser molt valuosos.
A Android, per exemple, podeu inicialitzar l'SDK en un fil en segon pla i registrar l'estat de cada adaptador. El patró típic a Java és trucar a MobileAds.initialize(context, callback) i, al callback, recorreu el mapa d'estats d'adaptador (adapterStatusMap). Així podeu llogar el nom de la classe de l'adaptador, una breu descripció i la latència d'inicialització en mil·lisegons per depurar possibles problemes.
A Kotlin, la idea és la mateixa, només que et pots donar suport a coroutins amb Dispatchers.IO per moure la inicialització fora del fil principal. Al callback d'inicialització recorres adapterStatusMap i registres, per cada adaptador, la descripció i la latència. Veure aquestes dades a Logcat és molt útil per detectar xarxes que s'inicialitzen lentes o que no arriben a estat llest.
A més, per a bàners o altres formats, pots saber quina xarxa ha servit un anunci concret consultant el ResponseInfo de la resposta d'anunci. A Java, mitjançant ad.getResponseInfo().getMediationAdapterClassName(), obtens el nom de la classe de l'adaptador que va guanyar aquesta impressió. A Kotlin, accedeixes a ad.responseInfo?.mediationAdapterClassName i ho escrius als logs.
Context i Activity: detall important perquè les xarxes funcionin
Quan creeu un objecte d'anunci (per exemple, un AdView per a banners), has de passar un Context al constructor. En mediació aquest detall és clau, perquè aquest Context es cedirà internament a les xarxes externes.
Moltes xarxes de tercers necessiten un Context de tipus Activity (no només Application) per poder mostrar correctament els vostres anuncis, especialment intersticials i vídeos. Si només els arriba un Context genèric, algunes poden fallar silenciosament i no mostrar res, cosa que es tradueix en caiguda de fill rate i d'ingressos.
Per això es recomana fortament passar sempre una instància d'Activity en inicialitzar els vostres objectes d'anunci. D'aquesta manera t'assegures que les xarxes intervingudes tenen el que necessiten i l'experiència publicitària és consistent entre totes.
Bones pràctiques per a banners i inventari de display
En el cas dels banners, hi ha una recomanació bàsica que molts desenvolupadors passen per alt: desactiva les autoactualitzacions a les interfícies d'usuari de les xarxes externes quan aquest bloc d'anunci es fa servir dins de la Mediació d'AdMob.
Si permeteu que, per exemple, una xarxa externa refresqui el banner pel vostre compte, i alhora AdMob ja està actualitzant el bloc segons la seva freqüència de refresc, pots generar una doble actualització que perjudica el rendiment i dóna una experiència molt dolenta a lusuari. L'ideal és que el ritme de refresc només el controli AdMob des de la configuració del bloc.
També és clau provar els teus banners amb IDs d'anuncis de prova durant el desenvolupament. Això evita clics accidentals o proves internes sobre campanyes reals que es poden considerar trànsit invàlid. Només quan l'app està preparada per a la producció substitueixes aquests IDs de test pels IDs reals dels teus blocs.
Mediació amb anuncis nadius: polítiques i recomanacions
Amb els anuncis nadius la cosa es complica una mica més perquè cada xarxa té les seves pròpies polítiques de presentació i requisits de disseny. Quan feu servir mediació, continueu obligat a complir les polítiques de la xarxa de mediació que serveix l'anunci, ia la vegada respectar les normes generals de contingut i experiència d'usuari de Google.
Un detall tècnic important és que, per als anuncis nadius intervinguts, has de utilitzar el mètode loadAd() i no loadAds(). El mètode loadAds() està pensat per carregar només anuncis de Google; si el fas servir amb mediació, les xarxes de tercers poden ni tan sols entrar en joc.
A més, has de tenir cura molt bé que els anuncis nadius no es camuflen com a contingut orgànic de forma enganyosa, que es mantingui algun indicador que són contingut patrocinat i que no hi hagi elements clicables fora de les àrees permeses per cada xarxa. Això no és només política d'AdMob, també de la majoria de xarxes que integraràs en mediació.
Privadesa, RGPD i lleis estatals dels EUA en mediació
Si la teva app es distribueix a Europa oa determinats estats dels Estats Units, estàs obligat a complir amb el RGPD i les lleis estatals de privadesa. En el context de mediació això significa quelcom molt concret: heu d'afegir als vostres socis de mediació a la llista de socis publicitaris que compleixen la normativa dins la secció de Privadesa i missatgeria d'AdMob.
Si no ho fas, és possible que aquestes xarxes no puguin servir anuncis als usuaris subjectes a aquestes regulacions, el que es tradueix en menys fill rate i caiguda dingressos en aquestes regions. La consola d'AdMob ofereix pantalles específiques per configurar la normativa dels Estats Units per estats i el RGPD, on podeu indicar quins socis utilitzeu i com gestioneu el consentiment.
Per gestionar permisos i consentiment de manera correcta, Google ofereix el SDK d'User Messaging Platform (UMP). Amb UMP pots mostrar diàlegs de consentiment adaptats a la normativa, habilitar el processament de dades restringit (RDP) en contextos sensibles i assegurar-te que només comparteixes dades amb les xarxes amb consentiment explícit de l'usuari.
Integració d'AdMob i mediació a Android
A Android, la implementació sol començar configurant les dependències necessàries al fitxer build.gradle del mòdul de l'app, afegint la llibreria de Google Mobile Ads i els adaptadors de les xarxes que has de mediar (per exemple, AppLovin, ironSource, Meta Audience Network, etc.).
Un cop afegit el SDK, registres la teva app a AdMob i còpies l'ID d'aplicació a l'AndroidManifest o al codi d'inicialització. A continuació crees les unitats d'anunci a la consola (banners, intersticials, recompensats…) i obtens els ID d'unitat que utilitzaràs al codi Java/Kotlin.
Després, a l'app, inicialitzes el SDK de Google Mobile Ads en arrencar (idealment a Application oa la primera Activity) i, a partir d'aquí, implementes càrregues i visualitzacions d'anuncis usant els IDs proporcionats per AdMob. Per a bàners, afegiu un AdView al layout XML; per a intersticials i recompensats, sols carregar-los en segon pla i mostrar-los en moments naturals (canvi de nivell, fi de partida, etc.).
Durant tot el procés de desenvolupament, convé treballar amb IDs d'anuncis de prova que Google documenta per a cada format. Això evita que els clics dels teus testers o teus mateixos es considerin comportament sospitós. Quan la teva aplicació va a producció, substitueixes aquests IDs pels reals i comproves que els anuncis de mediació es carreguen i registren bé als informes.
Integració a iOS: particularitats de Xcode i CocoaPods
A iOS, el camí és similar, però adaptat a l'ecosistema d'Apple. Normalment comences afegint el SDK de Google Mobile Ads al teu projecte Xcode, ja sigui mitjançant CocoaPods (el més habitual) o integrant-lo manualment.
Amb CocoaPods defineixes a la teva Podfil la dependència de Google-Mobile-Ads-SDK i, si escau, els pods dels adaptadors de les xarxes amb què has de mediar. Després executes pod install i obris el workspace generat per treballar sempre des d'allà.
Al codi, sols inicialitzar el SDK a AppDelegate, utilitzant l'ID d'aplicació d'AdMob. Després, igual que a Android, crees a la consola les unitats d'anunci, copies els seus IDs i les utilitzes al codi Swift o Objective‑C per carregar banners (GADBannerView), intersticials, nadius o recompensats en els punts de l'app que tingui sentit.
També a iOS és obligatori provar amb IDs de prova abans de publicar, i revisar que els anuncis es mostrin bé amb diferents mides de pantalla, orientacions i versions de iOS. Un error molt comú és no adaptar bé la mida del bàner o col·locar un intersticial en un moment que trenca la navegació natural de lusuari.
Panell d'AdMob, tipus d'anuncis i anàlisi avançada
La consola d'AdMob està estructurada per donar-ne una visió ràpida del rendiment i accés fàcil a la configuració d'apps, blocs i mediació. Al panell principal veieu estimacions d'ingressos, impressions, clics i altres indicadors clau, a més d'alertes i notificacions importants.
A la secció d'unitats d'anunci podeu crear, editar i gestionar tots els blocs, triant format, comportament, mides i opcions com la freqüència de refresc de banners. La secció d'apps permet afegir aplicacions noves, vincular-les a botigues (Google Play, App Store) i configurar paràmetres específics.
A Informes, AdMob ofereix una suite de reports molt personalitzables. Podeu analitzar impressions, clics, CTR, ingressos estimats, eCPM per format, per país, per app o per bloc d'anunci. També podeu comparar períodes, filtrar per tipus de trànsit i detectar tendències.
Aquestes mètriques us ajuden a identificar quins formats d'anuncis rendeixen millor (banners vs intersticials vs recompensats vs nadius), a quines ubicacions obtens més ingressos i quins països o segments d'usuaris són més rendibles. Si uneixes aquesta informació amb Firebase o Google Analytics, pots correlacionar ingressos per usuari (ARPU), retenció i esdeveniments clau dins de l'app.
Polítiques, qualitat de l'app i trànsit vàlid
AdMob té un conjunt de polítiques força estrictes que afecten tant al contingut de l'app com al comportament dels anuncis. Ignorar-les és jugar amb foc: pots acabar amb el compte limitat o directament suspès.
Pel que fa a contingut, la teva app no pot promoure activitats il·legals ni contenir pornografia, violència extrema, discurs d'odi o material explícit. També ha de respectar la privadesa dels usuaris, complir les lleis de protecció de dades i manejar amb especial cura tot allò relatiu a menors.
A la part d'anuncis, es prohibeixen pràctiques com col·locar anuncis on es confonguin amb el contingut, superposar-los a elements interactius o forçar clics. Els intersticials no han d'aparèixer de manera totalment inesperada ni bloquejar accions crítiques (per exemple, just quan l'usuari tocarà un botó clau).
El trànsit no vàlid és un altre tema delicat. Estan prohibits els clics incentivats, bots, scripts automàtics o animar de forma directa els usuaris a prémer anuncis. Es recomana monitoritzar els pics estranys d'impressions i clics, revisar els informes i aprofitar les eines de filtratge d'AdMob per bloquejar fonts sospitoses.
Optimització, proves A/B i comparació amb altres plataformes
Optimitzar la mediació és un exercici continu. Cal experimentar amb diferents formats d'anuncis, ubicacions, freqüències i combinacions de xarxes fins trobar lequilibri correcte entre ingressos i experiència dusuari.
Les proves A/B són especialment útils. Per exemple, pots provar un set de xarxes utilitzant només mediació d'AdMob davant d'una altra plataforma o combinació diferent. Un cas real: l'estudi Gamegou va comparar la Mediació d'AdMob davant d'una altra plataforma en un dels títols principals, Super Goal. La prova va mostrar que AdMob oferia millors resultats en ingressos, eCPM i ARPU.
Quan compares AdMob amb altres solucions, entren en joc factors com la cobertura d'anunciants, la taxa de rebliment, la facilitat d'ús de la interfície, les opcions de personalització i els llindars de pagament. AdMob destaca per la seva integració amb l'ecosistema Google, la seva enorme base d'anunciants i el panell relativament amigable fins i tot per a equips petits.
Gestió de campanyes, seguretat de compte i pagaments
La gestió de la monetització no acaba a la configuració tècnica. També és important tenir clares les teves objectius d'ingressos, retenció i experiència d'usuari i revisar les dades amb regularitat per ajustar lestratègia.
A nivell de seguretat, és clau fer servir contrasenyes robustes i activar la verificació en dos passos al compte de Google associat a AdMob. Revisar periòdicament l'activitat del compte i mantenir actualitzat l'SDK i les eines de desenvolupament redueix molt el risc de problemes de seguretat o incompatibilitats.
Per cobrar, has de complir tres condicions bàsiques: assolir el llindar mínim de pagament, tenir el compte verificat (incloent-hi PIN postal si escau) i respectar les polítiques. Els pagaments solen emetre's en cicles mensuals i poden arribar mitjançant transferència electrònica, xec o altres mètodes disponibles segons el país (com Western Union o solucions locals).
No oblidis que els ingressos que generes amb AdMob tenen implicacions fiscals. Has de declarar-los segons la legislació del teu país, pot haver-hi retencions aplicables i en alguns casos cal emplenar formularis fiscals específics per a Google. Tenir assessorament professional sol ser una bona idea quan les xifres comencen a ser importants.
En conjunt, la Mediació d'AdMob, ben plantejada i respectant polítiques, privadesa i experiència d'usuari, et permet convertir un inventari publicitari pla en un sistema dinàmic on múltiples xarxes competeixen de forma transparent per cada impressió, recolzat en reporting avançat, eines d'optimització i una infraestructura de Google pensada per sostenir projectes que creixen amb el temps. Comparteix la informació i ajuda els altres a conèixer del tema.