Si gestionas una app móvil y quieres maximizar el ARPDAU, el eCPM y los ingresos publicitarios totales, elegir entre la mediación de anuncios en cascada (waterfall) y el in-app bidding (a veces llamado header bidding para móviles) es la decisión de configuración más importante que tomarás este año. Casi todos los SDK de monetización publicitaria admiten ambos modelos, y casi todas las cuentas que auditamos utilizan solo uno de ellos, normalmente el menos adecuado para su etapa de crecimiento.
Esta es la guía práctica que entregamos a los editores de apps durante sus primeros treinta días con Apps Kit SDK. Partimos de que ya sabes qué es la mediación de anuncios —una capa que solicita pujas a varias redes publicitarias y asigna la impresión a la que más paga— y quieres saber cómo configurarla. Repasaremos el funcionamiento de cada modelo, un ejemplo detallado de subasta, el presupuesto de latencia que condiciona cada decisión y una lista de pasos para un despliegue de 30 días que podrás llevar mañana a tu reunión diaria.
Mediación en cascada: el modelo original de monetización publicitaria
La mediación en cascada ordena tus fuentes de demanda según su eCPM histórico y les ofrece cada impresión de forma secuencial. Gana la primera red que puede servir un anuncio a un precio igual o superior al precio mínimo que tiene asignado. Es un modelo sencillo, fácil de depurar y predecible; por eso impulsó la primera década de la monetización de apps móviles.
El coste está en la eficiencia de la subasta. Una red situada en tercera posición podría haber estado dispuesta a pagar más por ese usuario concreto que la red situada en primera posición, pero nunca tuvo la oportunidad. Pierdes ingresos en cada impresión, y la brecha aumenta a medida que tu audiencia se vuelve más heterogénea. El otro coste oculto es operativo: cada precio mínimo que cambias en una cascada requiere una decisión manual, y una cascada ajustada a mano pierde buena parte de su eficacia en unas dos semanas, cuando las curvas de eCPM cambian y el orden de prioridad vuelve a ser incorrecto.
In-app bidding: determinación de precios en tiempo real
El in-app bidding ejecuta una subasta unificada y en tiempo real entre todas las fuentes de demanda para cada impresión. No hay un orden fijo: gana la puja más alta en ese momento. Es el mismo mecanismo que transformó la publicidad display en la web con el header bidding, adaptado al entorno móvil.
En la mayoría de las configuraciones de monetización de apps, sustituir la parte superior de la cascada por in-app bidding aumenta el eCPM entre un 10 % y un 30 %. La mejora es mayor en el inventario premium de vídeo recompensado de países de nivel 1 (Tier 1), donde los pujadores compiten de verdad; es menor en el inventario de banners de segmentos poco sensibles al precio, donde la subasta no permite descubrir mejores precios.
La contrapartida es la latencia. Una subasta debe esperar al pujador más lento que quiera tener en cuenta, o alcanzar el tiempo de espera máximo y perder su aportación. Si fijas un tiempo de espera demasiado corto, limitas el eCPM; si es demasiado largo, limitas las impresiones por sesión. La mayoría de los equipos lo descubren por las malas tras su primera semana con bidding, cuando el ARPDAU sube, pero la duración de las sesiones baja.
Un ejemplo detallado: de dónde salen los céntimos extra
Imagina una única impresión de anuncio recompensado con cuatro redes interesadas. En una cascada ordenada según el eCPM de la semana pasada, la red A está en primera posición con un precio mínimo de 9 USD; B, con 7 USD; C, con 5 USD; y D, con 3 USD. La red A sirve el anuncio a 9 USD. Obtienes 9 USD.
Ahora ofrece la misma impresión en una subasta en tiempo real. La red A puja 8,40 USD porque ese usuario concreto parece menos valioso que la cohorte de la semana pasada. La red C, que tiene una campaña dirigida exactamente a esa ubicación y ese sistema operativo, puja 11,20 USD. La subasta se cierra en 11,20 USD: una mejora del 24 % en una impresión, con las mismas cuatro redes y sin ninguna integración nueva. Multiplícalo por unos cuantos millones de impresiones al día y la ventaja resulta evidente.
El mismo ejemplo también explica por qué el bidding no genera ingresos extra sin contrapartidas. Si el adaptador de la red C tarda 1100 ms en responder y tu tiempo de espera máximo es de 900 ms, la red C nunca llega a pujar, la red A gana a 9 USD y has asumido el coste de latencia del bidding sin obtener ninguna de sus ventajas.
Por qué el modelo híbrido gana para casi todos los editores de apps
La configuración que maximiza el ARPDAU de forma consistente es la híbrida: in-app bidding en la parte superior de la configuración, donde existe competencia real entre pujadores y el coste de latencia está justificado, más una cascada corta y limitada para cubrir el inventario restante (backfill). La cascada recoge las impresiones que ningún pujador en tiempo real ha querido, de modo que la tasa de cobertura se mantiene cerca del 100 % sin la latencia adicional de hacer pasar cada entrada de la cascada por la subasta.
En Apps Kit SDK, la configuración híbrida predeterminada es la siguiente: in-app bidding entre todos los participantes que lo admiten (AdMob, AppLovin MAX, Meta Audience Network, Unity LevelPlay, Mintegral y Pangle), seguido de una cascada de respaldo de dos entradas con redes sin bidding y un precio mínimo conservador. Sin ajustes adicionales, esta configuración iguala o supera las configuraciones manuales que hemos visto en estudios con equipos dedicados a operaciones publicitarias.
El presupuesto de latencia que nadie documenta
Cada solicitud de anuncio tiene un presupuesto medido en milisegundos, y deberías dejar el tuyo por escrito. Un punto de partida razonable para el vídeo recompensado es de 1500 ms de principio a fin: 200 ms para que el SDK prepare la solicitud, 900 ms para la subasta, 300 ms para descargar la creatividad y 100 ms para renderizarla. Si superas ese tiempo, el usuario ya habrá pasado a otra cosa.
Cuando añadas un nuevo pujador, mide el percentil 95 (p95) de su tiempo de respuesta en dispositivos reales de tus tres principales países. Si el p95 supera el tiempo de espera máximo de la subasta en alguno de ellos, ese pujador perderá silenciosamente todas las subastas en esa ubicación. Establece límites de tiempo de espera por pujador, no de forma global, y recuperarás ingresos sin alargar la espera de la impresión mediana.
Una matriz de decisión que puedes aplicar hoy
Usa esta matriz como punto de partida y apártate de ella solo cuando tengas datos que la contradigan:
- Antes del lanzamiento / menos de 50 000 DAU: solo cascada, tres redes y prioridad a la retención, no al ARPDAU
- Entre 50 000 y 500 000 DAU, con predominio de anuncios recompensados: modelo híbrido, con bidding en recompensados y cascada en intersticiales
- Entre 500 000 y 5 millones de DAU, con inventario mixto: modelo híbrido completo, bidding donde sea compatible y cascada de respaldo de dos entradas
- Más de 5 millones de DAU, en varias regiones: modelo híbrido completo, más tiempos de espera de subasta por país y matrices de precios mínimos por formato
- Apps de utilidades o de una sola sesión de menos de 5 min: solo cascada; la sobrecarga de la subasta nunca compensa
Técnicas de configuración de la visualización de anuncios que multiplican la mejora
El tipo de mediación fija el máximo que puedes ganar por impresión. La configuración de la visualización determina cuántas impresiones sirves realmente y cuánto vale cada una. Estas cuatro palancas potencian los resultados de cualquier configuración de mediación:
- Precios mínimos adaptados al país y al formato, recalculados semanalmente a partir de los datos de pujas de los catorce días anteriores: una matriz por bloque de anuncios, no una única cifra
- Longitud limitada de la cascada: los seis principales pujadores más dos redes de respaldo; todo lo que añadas por debajo aumenta la latencia sin aportar ingresos
- Límites de frecuencia según la franja horaria: lo que funciona a las 20:00 con Wi-Fi arruina la retención a las 03:00 en un dispositivo de gama baja (Tier 3)
- Impresiones por DAU como KPI anticipado: cambia aproximadamente una semana antes que el ARPDAU, lo que te permite corregir problemas antes de que los detecte el equipo de finanzas
Cuándo la mediación exclusivamente en cascada sigue siendo la mejor opción
La mediación exclusivamente en cascada sigue superando al modelo híbrido en dos casos. Primero, en apps con sesiones de menos de cinco minutos de media: el coste de latencia de cualquier subasta en tiempo real se come la mejora que aporta. Segundo, en apps de mercados donde menos de tres pujadores compiten de forma significativa: la subasta no permite descubrir mejores precios y la sobrecarga es un coste sin beneficio.
Fuera de esos dos casos, gana el modelo híbrido. Si tienes dudas, ejecuta una prueba A/B de dos semanas en una sola ubicación de anuncios recompensados y compara el ARPDAU por cohorte. La respuesta adecuada para tu app será evidente en menos de diez días.
Los editores que maximizan los ingresos publicitarios no son los que tienen más redes ni el contrato de mediación más sofisticado. Son los que adaptan el tipo de mediación a su inventario y gestionan la configuración de la visualización de anuncios como una función operativa.
Lista de pasos para un despliegue de 30 días
Si tu equipo está migrando de una mediación exclusivamente en cascada a un modelo híbrido, esta es la secuencia que seguimos en las implementaciones de Apps Kit SDK. Cada paso se puede revertir mediante configuración remota, sin publicar una nueva versión de la app.
- Días 1–3: configura la medición de impresiones por DAU, la latencia p95 de las solicitudes de anuncios y la tasa de solicitudes que superan el tiempo de espera por pujador
- Días 4–7: activa el bidding en una ubicación de anuncios recompensados, solo en tu principal país, y mantén todo lo demás sin cambios
- Días 8–14: compara el ARPDAU por cohorte y la retención del día 7 con los del grupo de control; si ambos indicadores son favorables, amplía el bidding a todos los anuncios recompensados
- Días 15–21: extiende el bidding a los intersticiales en el mismo país y vigila de cerca su impacto en la duración de las sesiones
- Días 22–30: despliega la configuración a nivel global con tiempos de espera de subasta por país y elimina las entradas de menor rendimiento de tu cascada
Qué hacer esta semana
Si te quedas con una sola idea de este artículo, revisa tu configuración actual de mediación de anuncios comparándola con la configuración híbrida predeterminada descrita arriba y configura la medición de impresiones por DAU a nivel de cohorte. Juntos, estos dos cambios suelen aumentar el ARPDAU entre un 20 % y un 40 % en dos semanas, sin añadir una sola red publicitaria ni cambiar una línea de código de la app. Todo lo demás de este artículo son optimizaciones sobre esos dos pilares.
