Cada trimestre recibimos la misma pregunta de los editores de apps que incorporamos: ¿qué red deberíamos añadir ahora? Parece la palanca más evidente: más demanda, más competencia y precios más altos. En la práctica, los equipos que duplicaron su ROAS en 2026 casi nunca lo consiguieron añadiendo redes. Lo lograron al evaluar con honestidad tres aspectos que ya tenían en producción.
Este es el plan que ahora aplicamos con cada cuenta nueva durante sus primeros treinta días en Apps Kit SDK, organizado por semanas para que puedas incorporarlo directamente a tu planificación de sprints.
1. Precios mínimos que se adaptan al usuario, no al emplazamiento
Los precios mínimos estáticos son la causa más habitual del bajo rendimiento de una cascada de mediación (waterfall). Un eCPM mínimo de 4 USD puede ser perfecto para un usuario de iOS en Estados Unidos que ve un vídeo recompensado por Wi-Fi a las 20:00, y desastroso para ese mismo emplazamiento en un dispositivo Android de un mercado de nivel 3 a las 03:00.
Sustituimos el precio mínimo único de cada unidad de anuncios por una pequeña matriz: nivel del país × formato × franja horaria. Seis valores por unidad de anuncios, recalculados cada semana a partir de los datos de pujas de los catorce días anteriores. La lógica de la cascada no cambia; solo cambia el precio mínimo que recibe. La mediana del aumento en las dos primeras semanas fue del 38 % en anuncios recompensados y del 22 % en intersticiales.
2. Recorta la cola de la cascada de mediación
La mayoría de las cuentas que auditamos tienen entre 18 y 40 líneas de configuración por emplazamiento. Una vez aplicados los precios mínimos, casi ninguna de las pujas situadas por debajo de las seis primeras llega a ganar: solo añaden latencia y riesgo de agotar el tiempo de espera. Recortamos sin contemplaciones: los seis mejores pujadores y dos redes de respaldo, sin excepciones.
La latencia de la solicitud de anuncio pasa de los 1,4 s habituales a menos de 800 ms. Ese tiempo recuperado se convierte directamente en impresiones, porque el usuario sigue en la sesión cuando se muestra el anuncio.
3. Usa las impresiones por DAU como KPI principal
El ROAS es una métrica rezagada. El indicador adelantado, el primero que cambia cuando algo va mal, son las impresiones por usuario activo diario. Si el IPM cae un 10 %, el ROAS caerá entre un 8 % y un 12 % la semana siguiente, sin falta.
Configuramos su medición por cohorte, formato y versión de la app. El panel de control destaca las variaciones en cuanto superan el umbral del 5 %. Para cuando el equipo financiero detecta la caída del ROAS, nuestro equipo ya ha aplicado un cambio de configuración remota.
El calendario semanal que seguimos en la práctica
Estos tres cambios son sencillos por separado. El orden importa más de lo que parece: hay que configurar la medición antes de modificar cualquier precio mínimo; de lo contrario, no podrás saber si el cambio ha funcionado.
- Semana 1: poner en marcha paneles de impresiones por DAU, desglosados por cohorte y formato, con una alerta de variación del 5 %
- Semana 2: limitar la cascada a los seis mejores pujadores y dos redes de respaldo, sin modificar los precios mínimos
- Semana 3: aplicar la matriz de precios mínimos por país × formato × franja horaria a un emplazamiento de anuncios recompensados
- Semana 4: ampliar la matriz a los intersticiales, eliminar los últimos precios mínimos estáticos y realizar el análisis retrospectivo que detallamos a continuación
Qué medimos y cómo
Tres cifras nos indicaron si cada cambio funcionaba. Las impresiones por DAU, segmentadas por versión de la app y país, fueron el indicador adelantado: variaban en las primeras 24 horas tras cualquier cambio de precio mínimo. El ARPDAU por cohorte, desglosado por semana de instalación, nos decía si el aumento era real o una anomalía de un solo día. El ARPDAU de los usuarios retenidos en el día 7, una métrica compuesta poco vistosa, nos indicaba si estábamos obteniendo ingresos a costa de los de la semana siguiente.
Antes de dar por válido cada cambio, lo contrastamos durante al menos siete días con una cohorte de control que representaba el 10 % de las nuevas instalaciones. El grupo de control no es negociable. Sin él, no puedes distinguir el efecto de tu cambio de precio mínimo de un efecto estacional o de una campaña de Meta que casualmente se lanzó ese mismo martes.
El análisis retrospectivo: un ajuste que salió mal
En la segunda semana también probamos un cuarto ajuste: reducir agresivamente los tiempos de espera de los pujadores, de 900 ms a 600 ms. La teoría tenía sentido: subastas más rápidas y más impresiones por sesión. En la práctica, fijamos el límite por debajo del p95 de respuesta de dos pujadores que pagaban bien y perdimos un 11 % del eCPM de anuncios recompensados en tres días.
La solución fue establecer tiempos de espera por pujador en lugar de un límite global: mantuvimos los 600 ms para los pujadores rápidos y lo ampliamos a 1100 ms para los dos lentos pero valiosos. El ARPDAU se recuperó en 48 horas. La lección: aplicar un único ajuste de forma global casi siempre rompe algo. Adaptar ese mismo ajuste a cada segmento casi siempre funciona.
Lo que no marcó la diferencia
- Añadir una séptima red publicitaria: los rendimientos decrecientes aparecen enseguida
- Aplicar header bidding a las unidades de anuncios nativos: la sobrecarga de la subasta anuló la mejora
- Establecer límites de frecuencia agresivos por debajo de 3 anuncios por sesión: el efecto sobre la recuperación de la retención del día 2 fue negativo
- Cambiar de SDK de mediación: seis semanas de trabajo para una variación del 2 %; no compensa para la mayoría de los equipos
Los equipos que duplicaron el ROAS no fueron los que tenían más redes. Fueron los que sabían, hora a hora, cuánto valían sus usuarios.
Qué hacer a continuación
Si solo vas a hacer una cosa este trimestre, configura la medición de impresiones por DAU a nivel de cohorte y vincúlala a una matriz de precios mínimos gestionada mediante configuración remota. La tercera palanca, limitar la cascada, requiere dos horas de trabajo y se amortiza solo con la reducción de latencia. La cuarta, los tiempos de espera por pujador, marca la diferencia entre una mejora del 40 % y una del 100 %, y ahora la incluimos por defecto en todas las cuentas nuevas de Apps Kit SDK.
