Banner Ad es un formato de publicidad gráfica en aplicaciones móviles, representado por un banner rectangular incrustado en la interfaz de la aplicación. Según Statista, 2025, el mercado de publicidad in-app superó los $380 mil millones, de los cuales el 18% corresponde a formatos de banner. Los Banner Ads siguen siendo la forma más simple y accesible de monetización para desarrolladores de aplicaciones gratuitas.
Puntos Clave
Banner Ad es un formato de publicidad móvil que muestra un anuncio gráfico o textual dentro de la interfaz de la aplicación. Tamaños estándar: 320×50 px (banner), 320×100 px (banner grande), 300×250 px (rectángulo mediano), 728×90 px (leaderboard para tabletas). El banner ocupa un área fija de la pantalla — normalmente el 5–15% de la altura de la pantalla — y se actualiza automáticamente cada 30–60 segundos.
Según Google AdMob (2025), los banners adaptativos son el formato preferido, ajustándose automáticamente al ancho de pantalla del dispositivo. El banner adaptativo proporciona una tasa de relleno del 98% frente al 85% de los banners fijos, ya que la red publicitaria puede asignar un anuncio al tamaño exacto del bloque. El CTR promedio de los banners es del 0.1–0.5% y la tasa de conversión por clic es del 2–5%.
Banner Ad es el formato publicitario menos invasivo: el banner no cubre el contenido constantemente (a diferencia del interstitial), no requiere acción del usuario (a diferencia del rewarded video) y no interrumpe la experiencia del usuario. Sin embargo, el bajo eCPM hace que los banners sean efectivos solo con un gran número de impresiones — las aplicaciones con DAU inferior a 10,000 pueden no recuperar el costo de integrar la publicidad de banners. Según Appodeal (2025), el umbral mínimo para la rentabilidad de los Banner Ads es de 30,000 impresiones al día.
Un Banner Ad funciona a través de SDK publicitarios (Software Development Kit) que se integran en la aplicación y gestionan la carga, visualización y actualización de los anuncios.
El SDK publicitario (por ejemplo, Google Mobile Ads SDK) carga un anuncio de la red publicitaria al iniciar la aplicación. El banner solicita un anuncio, la red realiza una subasta en tiempo real entre los anunciantes, y el anuncio ganador se muestra en el banner. Después de 30–60 segundos el proceso se repite (auto-refresh). El desarrollador obtiene ingresos por impresiones (CPM) o clics (CPC), según las condiciones de la red.
RTB es una subasta en tiempo real donde los anunciantes pujan por cada impresión. Al solicitar un banner se transmiten: geo, tipo de dispositivo, categoría de la aplicación, historial del usuario (si se ha dado consentimiento). El ganador de la subasta es el anunciante con la puja más alta. El tiempo medio de subasta es de 100–200 ms. El in-app bidding aumenta el eCPM entre un 20 y un 40% en comparación con el modelo waterfall tradicional (datos de PubMatic, 2025).
Ejemplo de integración de un banner adaptativo de AdMob en una aplicación con Kotlin:
class MainActivity : AppCompatActivity() {
private lateinit var adView: AdView
private val adUnitId = "ca-app-pub-3940256099942544/6300978111"
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
adView = AdView(this)
adView.adUnitId = adUnitId
adView.adSize = AdSize.getCurrentOrientationAnchoredAdaptiveBannerAdSize(
this, AdSize.FULL_WIDTH
)
val adContainer = findViewById<FrameLayout>(R.id.ad_container)
adContainer.addView(adView)
loadBanner()
}
private fun loadBanner() {
val adRequest = AdRequest.Builder().build()
adView.loadAd(adRequest)
}
override fun onPause() {
adView.pause()
super.onPause()
}
override fun onResume() {
super.onResume()
adView.resume()
}
override fun onDestroy() {
adView.destroy()
super.onDestroy()
}
}
Los Banner Ads se diferencian por tamaño, comportamiento y tecnología de visualización. La elección del tipo de banner afecta al eCPM, la experiencia de usuario y la complejidad técnica de la integración.
Un banner estático es una imagen gráfica (PNG, JPG) o animación HTML5 de tamaño fijo. Tamaños: 320×50 px para teléfonos, 728×90 px para tabletas. Los banners estáticos tienen el eCPM más bajo ($0.5–$2) debido a su baja capacidad de atraer interacción. La ventaja es un impacto mínimo en el rendimiento de la aplicación (no cargan CPU/GPU). Se utilizan en utilidades, catálogos y aplicaciones de contenido.
Los banners adaptativos ajustan automáticamente el ancho y el alto al tamaño de pantalla del dispositivo. Google AdMob recomienda los banners adaptativos como estándar: proporcionan la máxima tasa de relleno y un eCPM entre un 15 y un 25% superior al de los banners fijos. Los banners adaptativos están disponibles en variantes ancladas (posición fija abajo/arriba) y en línea (integrados en contenido desplazable). Los banners adaptativos en línea son el formato más reciente, integrados en una lista o feed.
Los banners Rich Media son anuncios interactivos con vídeo, animación, deslizamientos y formularios. Son compatibles con MRAID (Mobile Rich Media Ad Interface Definitions), el estándar IAB para publicidad interactiva. Los banners Rich Media tienen un eCPM de $3–$8, pero requieren cargar de 2 a 5 MB de datos y pueden reducir el rendimiento de la aplicación en dispositivos antiguos. Se utilizan en aplicaciones premium y campañas de marca.
Collapsible es un formato de Google AdMob en el que un banner grande (320×100 px) se colapsa automáticamente al tamaño estándar (320×50 px) después de 10–15 segundos. El formato permite mostrar más información en los primeros segundos sin ocupar espacio permanente en la pantalla. Los banners Collapsible muestran un eCPM entre un 20 y un 30% superior al de los estándar, mientras que la tasa de retención no disminuye (datos de Google AdMob, 2025).
La elección de la red publicitaria afecta críticamente al eCPM, la tasa de relleno y la estabilidad de los ingresos. Diferentes redes se especializan en diferentes regiones y categorías de aplicaciones.
| Red | eCPM (EE. UU.) | Tasa de relleno | Característica |
|---|---|---|---|
| AdMob | $1.5–$3 | 95–98% | Red más grande, pagos estables |
| AppLovin | $2–$4 | 90–95% | eCPM alto, in-app bidding |
| Meta Audience Network | $3–$7 | 40–70% | eCPM máximo, baja tasa de relleno |
| Unity Ads | $1–$3 | 85–90% | Buena para juegos |
| IronSource | $1.5–$3.5 | 85–90% | Mediación y pruebas A/B |
Mediación es una tecnología en la que la plataforma publicitaria consulta múltiples redes y muestra el anuncio con el eCPM más alto. Para los Banner Ads, la mediación es especialmente importante debido al bajo eCPM — incluso un aumento del 20% es significativo. Plataformas de mediación populares: AdMob Mediation (gratuita), AppLovin MAX (gratuita), IronSource (gratuita). La mediación aumenta el eCPM de los banners entre un 20 y un 40% y la tasa de relleno hasta el 97% (datos de PubMatic, 2025).
In-app bidding es el siguiente nivel de mediación, donde todas las redes participan en una subasta única simultáneamente (en lugar de secuencialmente como en waterfall). Para los Banner Ads, el in-app bidding proporciona un aumento del eCPM del 15–30% gracias al acceso igualitario de todas las redes a cada impresión. Compatible con AppLovin MAX, AdMob (con Open Bidding) e IronSource.
La colocación de banners es un factor clave que determina tanto los ingresos como la experiencia de usuario. Una colocación incorrecta puede reducir la retención entre un 30 y un 50%.
La posición óptima es en la parte inferior de la pantalla (bottom anchor). El banner no cubre el contenido y el usuario se acostumbra a su presencia. La posición superior (top anchor) es adecuada para aplicaciones con navegación inferior. Los banners flotantes son la peor opción: cubren el contenido y molestan al usuario. Según Google (2025), los banners inferiores tienen un CTR un 15% más alto que los superiores y no reducen la retención.
Auto-refresh es el mecanismo estándar para los Banner Ads, que reemplaza el anuncio cada 30–60 segundos. Intervalo recomendado: 60 segundos para aplicaciones de contenido (el usuario no se distrae), 30 segundos para utilidades (sesiones cortas). Una actualización demasiado frecuente (< 30 segundos) no aumenta los ingresos — los anunciantes pagan menos por impresiones en aplicaciones con alta densidad de anuncios. Google AdMob no recomienda intervalos inferiores a 30 segundos.
El manejo correcto del ciclo de vida de la Activity es crítico para los Banner Ads. El banner debe pausarse en onPause, reanudarse en onResume y destruirse en onDestroy. Una gestión incorrecta crea fugas de memoria y desperdicio de tráfico. La gestión correcta del ciclo de vida se muestra en el código de integración anterior — onPause, onResume, onDestroy son obligatorios.
El tema oscuro afecta a la publicidad con banners: los usuarios del tema oscuro hacen clic entre un 20 y un 30% menos en banners brillantes (datos de AppDynamics, 2025). AdMob admite forceAdaptiveBanner para la adaptación de contraste. Para aplicaciones con tema oscuro se recomienda: usar anuncios nativos (se integran en el tema), elegir anunciantes con creativos en modo oscuro y usar una paleta de colores neutra para el banner.
El monitoreo de las métricas de Banner Ads permite evaluar la efectividad de la monetización publicitaria y optimizar la colocación oportunamente.
| Métrica | Descripción | Benchmark |
|---|---|---|
| Impressions | Número de impresiones del banner | Depende del DAU |
| eCPM | Ingresos por cada 1000 impresiones | $0.5–$3 (EE. UU.) |
| CTR | Tasa de clics (Click-Through Rate) | 0.1–0.5% |
| Fill Rate | % de solicitudes exitosas | > 95% |
| Revenue per DAU | Ingresos por usuario activo | $0.01–$0.05/día |
| Impression RPM | Ingresos por cada 1000 impresiones | Igual al eCPM |
Los ingresos de los Banner Ads se calculan con la fórmula: Ingresos diarios = DAU × Sesiones × Veces que se muestra el banner por sesión × eCPM / 1000. Ejemplo: 100,000 DAU, 3 sesiones al día, banner mostrado en 2 sesiones, eCPM $2. Ingresos = 100,000 × 3 × 0.7 × $2 / 1000 = $420 al día. Con mediación, el eCPM puede aumentar a $3, elevando los ingresos diarios a $630. En comparación, un interstitial con eCPM de $8 con una impresión por usuario al día generaría $800 — los banners son efectivos solo con una alta frecuencia de sesiones.
LTV de un usuario monetizado solo con banners: LTV = Ingresos diarios por usuario × Días de vida promedio. Con Ingresos diarios por usuario de $0.02 (100,000 DAU, $2000 al día) y una vida media de 120 días, LTV = $2.40. Para la rentabilidad, el CPI debe ser inferior a $2.40. Con un CPI de juegos de $2.80, la monetización solo con banners puede no ser rentable — se necesita una combinación con interstitial o rewarded video para alcanzar un LTV > CPI.
Las pruebas de posición, tamaño y frecuencia de los banners son un proceso continuo. Google recomienda pruebas A/B con el siguiente esquema: grupo de control (70% del tráfico) con la configuración actual, grupo de prueba (30% del tráfico) con la nueva. Métricas para comparar: ingresos por usuario, retención D7, CTR y eCPM. Después de 7–14 días de prueba se toma una decisión. Pruebas A/B típicas para Banner Ads: inferior vs superior, 320×50 vs 320×100, actualización cada 30 segundos vs cada 60 segundos.
Preguntas Frecuentes
Un eCPM bueno para banners es de $2–$4 en EE. UU., promedio de $1–$2, bajo < $1. Para otras regiones, el eCPM es de 2 a 5 veces menor. La mediación y el in-app bidding aumentan el eCPM entre un 20 y un 40% en comparación con una sola red.
Óptimamente — en la parte inferior de la pantalla (bottom anchor). El banner no cubre el contenido ni interfiere con la navegación. La colocación superior es adecuada para aplicaciones con navegación inferior. Evite los banners flotantes que cubren el contenido.
Solo un banner por pantalla. La política de Google AdMob permite no más de una vista de banner por pantalla. La infracción puede llevar al bloqueo de la cuenta. La excepción es la mediación con banners colapsables de diferentes redes, pero solo uno visible.
El impacto es mínimo: el SDK de banners añade 2–5 MB al tamaño de la aplicación y 10–30 MB de RAM. En dispositivos modernos, el efecto en los FPS es imperceptible. En dispositivos con RAM < 2 GB se recomienda usar lazy loading con un retardo de 1–2 segundos después del inicio.
Banner — ingresos estables y predecibles con un impacto mínimo en la experiencia de usuario. Interstitial — eCPM más alto ($5–15 vs $0.5–3), pero riesgo de pérdida de usuarios si se muestra con frecuencia. Combinación óptima: banner siempre + interstitial no más de una vez cada 90 segundos.
Resumen
Desarrollaremos una aplicación móvil llave en mano
IT Sectr crea aplicaciones para iOS y Android para startups y empresas desde 2017. Le asesoraremos y le propondremos la mejor solución.
Lea también