Mediación de anuncios móviles para tus apps o tu red publicitaria: usar una plataforma de mediación, licenciar una o construir la tuya

La mediación de anuncios es código dentro de una app que, cada vez que la app tiene un espacio publicitario que llenar, pide un anuncio a varias fuentes de anuncios. Después intenta mostrar el que mejor paga. Una fuente de anuncios es cualquier red o exchange capaz de suministrar anuncios. Un editor de apps o una red publicitaria in-app puede usar una plataforma existente, como Google AdMob, AppLovin MAX o Unity LevelPlay. También puede licenciar el producto de un proveedor y operarlo con su propia marca (white-label), o construir una capa de mediación propia. La elección depende sobre todo de qué necesitas que sea tuyo. También depende de si tu equipo puede mantener al día en cada app un SDK, el paquete de código que muestra los anuncios.

¿Qué hace la mediación dentro de una app?

Una app muestra anuncios a través de un SDK (software development kit, kit de desarrollo de software), un paquete de código que los desarrolladores añaden a la app. Con la mediación, un único SDK lleva el mando. Llama a varias fuentes de anuncios a través de adaptadores, pequeñas piezas de código que lo conectan con el SDK propio de cada red.

El centro de ayuda de AdMob de Google lo explica así: «La mediación te permite gestionar en un solo lugar las fuentes de anuncios que se usan para publicar anuncios en tus apps». Unity describe LevelPlay como «una solución de monetización que permite a los desarrolladores de apps gestionar y optimizar varias redes publicitarias con un solo SDK». Todas las fuentes de este artículo se consultaron el 6 de noviembre de 2026.

¿En qué se diferencian la cascada y las pujas in-app?

La cascada (waterfall) es el método más antiguo. El editor ordena las fuentes de anuncios por eCPM, los ingresos por cada mil anuncios mostrados, y el SDK las consulta una tras otra hasta que una devuelve un anuncio. La guía de AdMob dice: «La mediación en cascada llama a las fuentes de anuncios una a una según el eCPM medio que fijas tú, no según lo que la fuente de anuncios está dispuesta a pagar».

Las pujas in-app (in-app bidding) consultan a todas las fuentes de puja en el mismo momento, y cada una da un precio por ese anuncio concreto. La misma guía dice: «Las fuentes de puja pujan en tiempo real y compiten en una sola subasta, mientras que a las fuentes en cascada se las llama una a una en el orden de su eCPM, que fijas tú».

Muchas configuraciones combinan las dos. En la configuración híbrida de AdMob, la puja ganadora ocupa un lugar en la cascada «según el valor de eCPM», y a las fuentes en cascada situadas por encima se las llama primero.

AppLovin dice que la subasta de MAX es «de primer precio», lo que significa que el ganador paga lo que pujó. Las pujas llegan «a través del protocolo OpenRTB 2.5». OpenRTB es el estándar de solicitudes de puja de IAB Tech Lab, la organización sin ánimo de lucro que redacta estándares técnicos para la publicidad digital. Las pujas deben llegar dentro de un tiempo límite llamado tmax, y el «servidor de subastas de MAX las combina con las fuentes de demanda que no pujan en la cascada del editor».

¿Cuáles son las tres formas de gestionar la mediación?

• Usar una plataforma de mediación existente. Añades a tus apps su SDK y un adaptador para cada fuente de anuncios, y configuras la cascada y las pujas en su panel. La plataforma organiza la subasta.
• Licenciar un producto white-label. Un proveedor te concede la licencia de su SDK de mediación y del servidor que hay detrás, con tu marca. Los editores instalan el SDK con tu nombre, y el proveedor mantiene el código.
• Construir una capa propia. Tu equipo, o una empresa que contrates, escribe el SDK, los adaptadores y el servidor de subastas, normalmente sobre estándares abiertos como OpenRTB. El código es tuyo y lo operas tú.

Las vías se pueden combinar. Prebid Mobile, que Prebid.org describe como «una biblioteca de código abierto para iOS y Android», incluye AdMob y MAX entre las plataformas de mediación que admite. Obtiene sus pujas de un Prebid Server, que se explica en el artículo sobre cómo construir tu propia supply-side platform (SSP). Una SSP es el sistema que ofrece el espacio publicitario de un editor a los compradores.

¿Cuándo basta una plataforma de mediación existente?

Recurre a una plataforma existente cuando se cumpla la mayoría de estos puntos:

• Publicas tus propias apps, y los ingresos publicitarios te importan más que ser dueño de la tecnología publicitaria
• Nadie en tu equipo puede mantener un SDK al día con las nuevas versiones de iOS y Android
• Las redes publicitarias que quieres ya tienen adaptadores para la plataforma

A cambio, aceptas las reglas de la plataforma, que decide cómo funciona la subasta y qué postores pueden participar; su SDK cambia según su propio calendario. La empresa que organiza la subasta también puede vender anuncios en ella. El 6 de noviembre de 2026, la página de MAX de AppLovin decía: «Todas las redes, incluida AppLovin, compiten en igualdad de condiciones en la subasta unificada». Contrasta esa afirmación del proveedor con tus propios datos de ingresos por fuente de anuncios.

Una red publicitaria puede seguir llegando a los editores que usan una plataforma: AdMob ofrece eventos personalizados, que permiten a un editor añadir «una fuente de anuncios que AdMob Mediation no admite».

¿Cuándo tiene sentido un producto licenciado o white-label?

Los SDK de mediación white-label se ofrecen a empresas que operan una plataforma publicitaria, como una red publicitaria in-app o una SSP que quiere que los editores le envíen las solicitudes de anuncio directamente. Opta por uno cuando:

• Los editores deben instalar un SDK con tu nombre, para que sus solicitudes de anuncio lleguen primero a tu plataforma
• Tienes personal para captar editores y darles soporte, pero no ingenieros para escribir y mantener un SDK

Teqblaze, un proveedor de ad tech, muestra cómo se describen estos productos. Su página del SDK llama a la oferta «un kit de desarrollo de software de marca propia» y dice que está «pensado para empresas que quieren controlar la monetización de anuncios móviles sin desarrollar un SDK desde cero». Una entrada de su blog de junio de 2024 dice que los editores pueden «enviar solicitudes directamente a la plataforma de la solución white-label». La página del SDK no muestra precios. Son afirmaciones del propio proveedor.

La marca es tuya, pero el código sigue siendo del proveedor. Xcode es la herramienta de Apple para crear apps. Cuando una app adopta una versión nueva de un SDK de terceros, Xcode comprueba «que lo firmó el mismo desarrollador», así que pregunta de quién es la firma que lleva tu SDK. Si el proveedor deja de actualizar el SDK, cada editor tiene que publicar una actualización de su app para dejar de usarlo.

¿Cuándo compensa construir tu propia capa de mediación?

Construye uno propio cuando se cumpla al menos uno de estos puntos:

• La mediación es lo que vendes, por ejemplo como red publicitaria que organiza subastas en las apps de muchos editores
• Necesitas reglas que las plataformas que probaste no pueden aplicar, como tus propios precios mínimos para cada grupo de usuarios. Un precio mínimo es la puja más baja que aceptas.
• Las tarifas y el reparto de ingresos ya cuestan más de lo que costaría un equipo que operara tu propio sistema
• Los datos en bruto de cada impresión (un anuncio mostrado una vez) tienen que quedarse en tus propios sistemas

El trabajo continúa después del lanzamiento. Cada red sigue actualizando su SDK, y el adaptador tiene que seguirle el paso. AdMob publica un adaptador nuevo para cada versión nueva del SDK de una red «después de probarlo con ese nuevo SDK». En tu propia capa, esas pruebas las hace tu equipo, y cada red tiene que aceptar trabajar contigo con su propio contrato.

¿Qué es nuestro en cada vía?

Comprueba cuatro cosas antes de firmar o de empezar a construir.

• Datos de impresiones e ingresos. Las tres plataformas informan de los ingresos de cada impresión, y dos los conservan durante un tiempo limitado. El SDK de AdMob los comunica «cuando se produce una impresión», y un comentario del código de ejemplo de Google indica que se envíen a «tu servidor de analítica preferido directamente dentro de este callback». La User-Level Ad Revenue API de AppLovin, su interfaz para extraer esos datos, «tiene una ventana de consulta de 45 días». Unity mantiene los datos de LevelPlay a nivel de impresión de cada fecha «disponibles solo durante 14 días». Cópialos cada día a tu propio almacenamiento. Con un proveedor white-label, deja por escrito que los logs en bruto son tuyos y que puedes exportarlos en cualquier momento.
• Relaciones con las fuentes de anuncios. La página de configuración de Unity dice: «Debes tener una cuenta activa en esta red para publicar su inventario publicitario en tu app». En MAX, los postores envían sus pujas al servidor de subastas de AppLovin. Pregunta a cada plataforma qué conexiones siguen siendo tuyas si te vas. Con un producto white-label, comprueba a nombre de quién están los contratos con los compradores. Si lo construyes tú, los firmas tú uno a uno.
• El SDK de tus apps. Una plataforma es dueña de su SDK y de sus actualizaciones, y un proveedor white-label es dueño de su código. Si lo construyes tú, el código puede ser tuyo, junto con cada actualización y cada archivo de privacidad.
• El coste de cambiar. Las directrices de revisión del App Store (App Review Guidelines) de Apple dicen que las apps no pueden «descargar, instalar ni ejecutar código que introduzca o cambie características o funcionalidades de la app». La política de Google Play dice que una app «no puede modificarse, sustituirse ni actualizarse a sí misma por ningún método que no sea el mecanismo de actualización de Google Play». Un SDK de mediación nuevo solo llega a las personas en una versión nueva de la app, y quienes no actualizan siguen con la antigua.

Algunos cambios no requieren actualizar la app. El orden de la cascada y la configuración de pujas están en el panel de la plataforma. El archivo app-ads.txt, que enumera todas las empresas autorizadas a vender el espacio publicitario de un editor, está en el sitio web del desarrollador. AdMob recuerda a los editores: «Si usas otra red publicitaria, recuerda añadir esa red a tu archivo app-ads.txt».

¿Qué obligaciones de las tiendas de apps y de privacidad conlleva cualquier SDK de anuncios?

Estas obligaciones se aplican en todas las vías. Apple dice: «Los desarrolladores son responsables de todo el código incluido en sus apps». Las propias páginas de Apple y de Google dicen:

• App Tracking Transparency (ATT). En iOS, Apple dice que «necesitas obtener el permiso del usuario a través del framework App Tracking Transparency (ATT) para rastrearlo o acceder al identificador de publicidad de su dispositivo». Apple define el rastreo como vincular datos de tu app con datos de apps, sitios web o propiedades offline de otras empresas «con fines de publicidad dirigida o de medición publicitaria». Compartir datos de usuarios o de dispositivos con intermediarios de datos también cuenta como rastreo.
• AdAttributionKit y SKAdNetwork. Estos frameworks de Apple informan de qué anuncios dieron lugar a instalaciones. La página de SKAdNetwork de Apple dice ahora: «Usa AdAttributionKit para las campañas publicitarias de apps en el App Store y en tiendas alternativas». Las redes publicitarias «se registran en Apple para obtener un ID de red publicitaria». Apple también dice: «Solo los anuncios de redes publicitarias que tengan una entrada en la Information Property List de la app pueden optar a la validación de instalaciones». Esa lista va dentro de la app, así que una red nueva implica una versión nueva de la app.
• Manifiestos de privacidad y firmas. Un manifiesto de privacidad es un archivo en el que una app o un SDK declara qué datos recopila y para qué. Apple enumera ciertos SDK por su nombre. Cuando envías una app que contiene uno de ellos, debes incluir su manifiesto de privacidad. Si el SDK se añade como archivo binario (código ya compilado en lugar de código fuente), también debes incluir su firma. Para los demás SDK, Apple pide a sus desarrolladores que incluyan un manifiesto si, entre otros casos, el SDK «recopila datos sobre la persona que usa apps que incluyen el SDK de terceros» o «contacta con dominios de rastreo».
• Formularios de privacidad de las tiendas. Apple pide tus prácticas de privacidad, «incluidas las prácticas de los socios externos cuyo código integras en tu app», y cita las redes publicitarias entre esos socios. Google dice que «todos los desarrolladores que tengan una app publicada en Google Play deben completar el formulario Data safety». El formulario cubre los datos «recopilados y gestionados a través de cualquier biblioteca o SDK de terceros que se use en sus apps».
• Apps para niños. Google Play dice: «Si muestras anuncios en tu app y tu público objetivo solo incluye a niños, debes usar únicamente versiones de SDK de anuncios autocertificadas para Familias». Las apps dirigidas tanto a niños como a usuarios de más edad deben filtrar por edad, por ejemplo con una pantalla neutral que pregunte la edad sin sugerir ninguna respuesta. Esas apps solo pueden mostrar anuncios a niños desde versiones de SDK de anuncios autocertificadas. Google exige que «los SDK de anuncios y las plataformas de mediación se autocertifiquen como adecuados para niños». AdMob dice que sus fuentes de puja «no admiten la publicación de anuncios en apps ni en solicitudes de anuncios dirigidas a niños». Apple dice que las apps de la categoría Niños «no deben incluir analíticas ni publicidad de terceros». Añade que la publicidad contextual de terceros, es decir, anuncios elegidos según lo que muestra la app y no según datos sobre el usuario, «también puede permitirse en casos limitados».

Las políticas de las tiendas cambian, y la normativa de privacidad varía según el país. Confirma estos puntos con un abogado antes de añadir o cambiar un SDK de anuncios, sobre todo en apps que usan niños.

¿Cómo comprobamos la visibilidad y el tráfico no válido?

La visibilidad (viewability) indica si un anuncio apareció en pantalla donde una persona podía verlo. El Open Measurement SDK (OM SDK) de IAB Tech Lab permite a empresas de medición externas verificar los anuncios dentro de las apps. IAB Tech Lab dice que «confirma cuándo aparecen los anuncios en pantalla, qué porcentaje es visible y durante cuánto tiempo» y que «facilita la verificación por terceros del tráfico no válido y de los requisitos de marca».

En una plataforma, pregunta cuáles de tus fuentes de anuncios admiten OM SDK. En tu propio SDK, lo integras tú, e IAB Tech Lab ofrece una certificación que «verifica que tu implementación de OM SDK funciona con los proveedores de medición».

El tráfico no válido son las visualizaciones de anuncios y los clics que no proceden de un interés real del usuario. El centro de ayuda de AdMob dice que «abarca tanto el tráfico intencionadamente fraudulento como los clics accidentales». Dos artículos anteriores explican cómo lo filtra una plataforma publicitaria y por qué se separan dos conjuntos de informes.

¿Cuánto cuesta cada vía?

Los precios dependen del proveedor y de tu volumen, así que compara cómo se cobra cada vía:

• Plataforma existente: comprueba cómo gana dinero la plataforma. El 6 de noviembre de 2026, la página de MAX de AppLovin decía: «La mediación de Max es gratuita para los editores. Las redes que pujan pagan a AppLovin una comisión sobre los ingresos publicitarios generados». No decía de cuánto es esa comisión, y las páginas de AdMob y de LevelPlay consultadas para este artículo no indicaban ninguna tarifa de mediación. Pregunta qué se descuenta entre la puja del anunciante y tu pago, y quién se lo queda.
• Producto white-label: una cuota de puesta en marcha o de licencia, una cuota mensual, un reparto de ingresos o una combinación. Pregunta sobre qué base se calcula ese porcentaje.
• Desarrollo propio: ingenieros para el SDK, los adaptadores y el servidor de subastas. Después del lanzamiento llegan los servidores y el tráfico, que crecen con las solicitudes de anuncio, las personas de guardia, la certificación OM SDK y las actualizaciones de los adaptadores.
• En todas las vías: el tiempo de los desarrolladores para probar cada actualización del SDK antes de publicar una versión de la app, y la revisión jurídica de tus declaraciones de privacidad.

El grueso del coste de un desarrollo propio llega antes de que se muestre el primer anuncio, mientras que el reparto de ingresos crece con cada anuncio que vendes.

¿Qué deberíamos preguntar a una empresa que vaya a construir o integrar nuestra mediación?

• ¿Cómo llegarán a nuestro propio almacenamiento los datos de ingresos en bruto de cada impresión, y cómo los cotejarán con los informes de cada red?
• ¿Qué redes publicitarias tendrán adaptadores en el lanzamiento, y quién actualiza cada adaptador cuando una red publica un SDK nuevo?
• ¿Cómo se comportará el SDK en iOS cuando una persona rechace el rastreo, y qué declarará su manifiesto de privacidad?
• ¿Quién firma el SDK, y con el nombre de quién lo verán los editores y las tiendas de apps?
• ¿Será compatible el SDK con OM SDK, y quién se encargará de llevarlo a la certificación de IAB Tech Lab?
• ¿Cómo cumplirán la política de Familias de Google Play los anuncios para niños y para usuarios de edad desconocida?
• ¿Pueden mostrarnos esto funcionando en una app que esté hoy publicada en las tiendas?

¿Dónde encaja amBrain?

amBrain publica este blog. Tres de sus propias afirmaciones tienen que ver con la parte de servidor de las vías que se describen aquí. Una dice: «amBrain construye supply-side platforms (SSP) para editores». Otra: «amBrain construye ad servers: segmentación, frequency capping e informes». Una tercera: «amBrain construye pipelines de analítica de eventos para ad tech: recopilación, procesamiento e informes de eventos de impresión y de clic».

amBrain desarrolla software desde 2019. Sobre cómo trabaja con sus clientes, dice: «Tres formatos: entrega completa, un equipo dedicado o ingenieros integrados en tu equipo». Sobre la propiedad, su frase es: «El cliente conserva la propiedad completa del producto y del código, salvo nuestros componentes reutilizables». Pide la lista de esos componentes, nombre por nombre, antes de firmar.

Este artículo no es un caso de estudio y no describe ningún trabajo para clientes. Las líneas de amBrain citadas arriba no mencionan ninguna plataforma de mediación, ningún SDK de anuncios móviles ni ningún adaptador para ninguna red publicitaria. Tampoco da el artículo precios ni plazos de amBrain. Google, AppLovin, Unity, Teqblaze, Prebid.org, Apple e IAB Tech Lab se citan a partir de sus propias páginas. El artículo no recomienda a ninguno de ellos ni afirma tener relación alguna con ninguno.

Tampoco es asesoramiento jurídico. Pide a un abogado que lea los contratos con la plataforma y con el proveedor, y tus declaraciones de privacidad, antes de firmar o de publicar una actualización. Si amBrain está en tu lista corta, hazle las mismas preguntas que a cualquier otra empresa.