Un usuario abre tres aplicaciones distintas en la misma tarde: un juego casual para matar el rato en la sala de espera, una app del tiempo para ver si va a llover, y una herramienta profesional que usa a diario para su trabajo. Las tres podrían mostrar anuncios. Las tres tienen usuarios y, como vimos en el artículo anterior de esta serie , inventario publicitario disponible: espacios y momentos en los que, técnicamente, cabría un anuncio. Pero no deberían monetizarse de la misma manera, ni de lejos.
En el juego, a ese mismo usuario probablemente no le importe ver un anuncio de 15 segundos a cambio de una vida extra que le permita seguir jugando; de hecho, es muy probable que lo busque activamente cuando se quede sin intentos. En la app del tiempo, un banner discreto en la parte inferior de la pantalla puede convivir perfectamente con la previsión que está consultando, casi como el hueco publicitario de un periódico impreso: molesta poco porque nunca compite con lo que el usuario ha venido a hacer. Pero en la herramienta profesional, un intersticial a pantalla completa que aparece sin avisar, justo cuando está a punto de guardar un cambio importante, puede ser suficiente para que ese usuario empiece a buscar una alternativa esa misma tarde, y probablemente la encuentre.
Si las tres aplicaciones tienen usuarios e inventario, ¿por qué no deberían utilizar el mismo modelo de monetización? ¿Cuándo un anuncio es una interrupción molesta y cuándo es una opción que el propio usuario agradece? ¿Cuándo compensa ofrecer una suscripción, o directamente la posibilidad de pagar para eliminar los anuncios? ¿Y por qué, en ocasiones, una aplicación con menos anuncios puede terminar generando más valor que otra que muestra el triple?
Este es el segundo artículo de la serie sobre monetización publicitaria. El primero terminaba precisamente con esa pregunta: ¿deberíamos monetizar todas las aplicaciones exactamente de la misma manera? La respuesta corta es no. La respuesta larga —qué determina el modelo adecuado para cada producto, qué opciones existen y cómo elegir entre ellas— es el resto de este artículo.
Este texto está pensado sobre todo para quien está al otro lado de la pantalla desde el punto de vista creativo: personas que han construido un producto digital —una app, un juego, una herramienta, un espacio de contenido— porque tenían una idea que querían llevar al mundo, y que ahora se plantean, quizá por primera vez, si tiene sentido introducir publicidad para sostenerlo económicamente. No hace falta venir de un perfil de negocio ni de growth para tomar esta decisión bien; de hecho, entender bien a quién sirve tu producto y qué sensación quieres que tenga al usarlo —algo que cualquier persona creativa ya sabe hacer— es la mitad del trabajo.
Antes de seguir, una aclaración importante sobre el alcance: aquí no vamos a entrar en el detalle de cada formato publicitario, ni en cuándo colocar exactamente un banner o un intersticial en la pantalla, ni en frecuencias óptimas. Eso lo dejamos para el tercer artículo de la serie. Hoy los formatos van a aparecer, pero como herramientas al servicio de una decisión de producto, no como protagonistas.
La monetización no empieza eligiendo una red publicitaria
Es tentador pensar en la monetización publicitaria como un problema técnico: integrar un SDK, crear unas cuantas ad units, colocar un banner en algún sitio de la interfaz y esperar a que empiecen a llegar los ingresos. Con lo que vimos en el artículo anterior, ya sabemos que detrás de eso hay todo un mercado funcionando en tiempo real, con anunciantes pujando por cada oportunidad en milisegundos. Pero incluso sabiendo cómo funciona ese mercado, seguiríamos dejando sin responder la pregunta más importante de todas, la que de verdad determina si el proyecto va a funcionar o no a medio plazo: ¿debería esta aplicación concreta monetizarse con publicidad, y si es así, de qué forma?
Es una pregunta fácil de saltarse, precisamente porque la parte técnica es la que se puede resolver en una tarde: crear una cuenta, generar unas ad units, pegar un fragmento de código y ya está, hay un banner en pantalla. Esa rapidez engaña. Da la sensación de haber tomado una decisión de negocio cuando en realidad solo se ha activado un interruptor. La decisión de negocio real —qué modelo, con qué intensidad, en qué momentos— suele quedar sin pensarse, y se acaba heredando por defecto de lo que hace la competencia o de lo primero que aparece en un tutorial.
La monetización no empieza eligiendo una red publicitaria ni colocando un banner. Empieza entendiendo cómo se comportan los usuarios, qué valor reciben de la aplicación y qué partes de esa experiencia pueden acompañarse con publicidad sin deteriorarlas.
Esa decisión depende, principalmente, de tres cosas: qué problema resuelve la aplicación, qué está haciendo el usuario en cada momento, y con qué frecuencia y durante cuánto tiempo vuelve a usarla. Vamos a detenernos en cada una, porque de las tres sale, casi de forma directa, el modelo de monetización que tiene sentido para un producto concreto.
Qué problema resuelve la aplicación
No es lo mismo entretener que informar, ni informar que ayudar a alguien a gestionar su dinero. Entretenimiento, información, comunicación, utilidad puntual, productividad, educación, finanzas, salud, gaming: cada categoría trae consigo una tolerancia distinta a las interrupciones, y esa tolerancia no depende de gustos personales, sino de lo que hay en juego si algo sale mal.
Cuanto más importante, sensible o profesional sea la tarea que el usuario está realizando, menor suele ser su tolerancia a que algo se interponga en el camino. A nadie le importa demasiado un banner mientras hojea las noticias del día, o mientras escucha un pódcast de fondo: son momentos de bajo riesgo, en los que una interrupción cuesta, como mucho, un segundo de atención. Pero esa misma persona probablemente reaccionaría muy distinto si ese banner apareciera mientras está rellenando una declaración de impuestos, revisando el saldo de su cuenta bancaria o exportando el proyecto en el que lleva trabajando toda la tarde. No es que sea más o menos permisiva por naturaleza: es que el coste de un error, o simplemente de una distracción, es completamente distinto en cada caso.
Piensa también en productos con un componente claramente creativo o profesional —una app de edición de fotos, un editor de audio, una herramienta de diseño, un gestor de tareas para equipos—. En todos ellos el usuario está invirtiendo tiempo y atención en producir algo, no solo en consumir. Esa diferencia importa muchísimo a la hora de decidir si la publicidad tiene sitio ahí, y de qué manera.
Qué hace el usuario en cada momento
Más allá del tipo de aplicación en general, importa qué está haciendo el usuario en el instante concreto en el que aparecería el anuncio. No es lo mismo estar consumiendo contenido de forma pasiva —leyendo, viendo, escuchando— que estar completando una tarea activa, esperando un resultado, compitiendo contra otros usuarios, desbloqueando algo que quiere conseguir, o repitiendo una acción de forma mecánica.
La publicidad encaja mejor cuando respeta el objetivo que el usuario ya tenía antes de que el anuncio apareciera. Un anuncio que se presenta como parte natural de ese objetivo —una recompensa a cambio de una vida extra, por ejemplo, o un momento de pausa natural entre dos tareas— se percibe de forma completamente distinta a uno que se interpone entre el usuario y lo que estaba intentando hacer. La diferencia no está tanto en el formato del anuncio como en si el usuario siente que el anuncio “va con él” o “va contra él” en ese instante concreto. Es la misma lógica que hay detrás de por qué un anuncio en la pausa de un partido de fútbol molesta mucho menos que uno que corta la retransmisión en pleno gol: el contenido y el momento importan tanto como el propio anuncio.
Cuánto y cómo vuelve el usuario
Aquí es donde conectamos con algo que ya introdujimos en el artículo anterior: la recurrencia. No es lo mismo una aplicación de uso diario que una de uso ocasional, ni una con sesiones largas que una con sesiones de pocos segundos, ni un producto con muchas transiciones internas —pantallas, secciones, niveles— que uno centrado en una sola acción muy concreta, como escanear un documento o convertir un archivo.
Esta variable conecta directamente con la retención, el ARPDAU y el LTV que ya vimos anteriormente. El objetivo de una buena estrategia de monetización nunca es maximizar las impresiones dentro de una única sesión aislada, sino el valor acumulado de usuarios que siguen volviendo. Una aplicación que un usuario abre 40 veces al mes tiene muchísimas más oportunidades de generar ingresos sostenibles —con una presión publicitaria moderada en cada sesión— que otra que ese mismo usuario abre una sola vez y no vuelve a tocar. Dicho de otra forma: es mucho mejor negocio un usuario que ve un anuncio discreto cada día durante un año, que uno al que se le muestran diez anuncios agresivos en su única visita y que nunca regresa.
Esto tiene una implicación muy práctica para cualquier persona que esté construyendo un producto por primera vez: si tu aplicación todavía tiene poca recurrencia —si la mayoría de usuarios la abren una vez y no vuelven—, el problema urgente no es qué modelo de monetización elegir, sino por qué no están volviendo. La publicidad puede acompañar a un producto que ya retiene, pero no va a arreglar uno que no lo hace.
Con estos tres factores sobre la mesa —el problema que resuelve la app, lo que el usuario está haciendo y con qué frecuencia vuelve— ya podemos empezar a hablar de los modelos de monetización disponibles y de cuándo tiene sentido cada uno.
Los modelos principales de monetización
Antes de entrar en cada modelo, conviene dejar clara una idea: ningún modelo es intrínsecamente mejor que otro. No existe una jerarquía donde la suscripción sea “más noble” que la publicidad, o donde ads-first sea “de segunda categoría”. Son herramientas distintas, cada una con su propio encaje, sus propios riesgos y su propio techo de ingresos. La pregunta nunca es cuál es el mejor modelo en abstracto, sino cuál es el más coherente con el producto que has construido y con la relación que quieres tener con quien lo usa.
Ads-first
En un modelo ads-first, la publicidad es la fuente principal, o casi única, de ingresos. El producto es gratuito, sin ninguna barrera de pago, y todo el negocio se sostiene sobre el inventario publicitario que genera su audiencia. Es, probablemente, el modelo más intuitivo de todos para quien empieza: no hay que diseñar planes de precios, ni un muro de pago, ni convencer a nadie de que saque la tarjeta. Basta con que la gente use la aplicación.
Tiene más sentido cuando el producto necesita ser gratuito para poder crecer —por ejemplo, porque su valor depende de tener mucha gente usándolo, como ocurre en apps sociales o de contenido—, cuando existe una audiencia potencial amplia, cuando hay muchas sesiones o páginas vistas por usuario, y cuando esa audiencia tolera razonablemente bien cierta presencia publicitaria a cambio de no pagar nada. Piensa en apps de noticias, agregadores de contenido, juegos casuales muy accesibles o utilidades sencillas de uso frecuente: todas ellas comparten un patrón de mucho volumen y poca fricción de entrada, que es exactamente el terreno donde ads-first rinde mejor.
Los riesgos de este modelo son igual de claros: una dependencia casi total del volumen de usuarios y de sesiones, lo que significa que cualquier bajada de tráfico se traduce directamente en una bajada de ingresos, sin ningún colchón que la amortigüe. Existe también la tentación —muy real, y muy fácil de justificar a corto plazo cuando los ingresos bajan— de aumentar la presión publicitaria para compensar caídas de ingresos, lo cual, como vimos en el artículo anterior, tiende a alimentar un círculo que se retroalimenta mal: más anuncios, peor experiencia, más abandono, menos usuarios, e ingresos que vuelven a caer poco después. A esto se suma la exposición directa a variaciones del eCPM o de la demanda del mercado —que cambian por estacionalidad, geografía y muchos otros factores que ya repasamos—, y una dificultad estructural para monetizar a los usuarios menos activos, que generan pocas sesiones y, por tanto, poco inventario, por mucho que “estén ahí” en las estadísticas de instalaciones.
Freemium con publicidad
En el modelo freemium con publicidad, el usuario utiliza la aplicación de forma gratuita mientras convive con anuncios, y tiene la opción de pagar para desbloquear funciones adicionales, eliminar límites de uso o acceder a una experiencia sin publicidad.
La diferencia con el modelo ads-first es sutil pero importante: aquí la publicidad no es necesariamente el negocio completo, sino la capa que permite acceder gratuitamente a una versión limitada del producto. El verdadero negocio puede terminar estando tanto en los ingresos publicitarios como en la conversión de una parte de esos usuarios gratuitos hacia el pago. Es un modelo muy habitual en aplicaciones de productividad, edición o creatividad: la versión gratuita, sostenida con anuncios, sirve como escaparate real del producto —el usuario lo prueba de verdad, con sus propios archivos y su propio caso de uso— y una parte de esos usuarios termina pagando cuando el producto ya le ha demostrado su valor, no antes.
Una ventaja poco comentada de este modelo, y que suele encajar bien con productos nacidos de una idea creativa concreta, es que no obliga a elegir entre “gratis con anuncios” o “de pago” desde el primer día. Permite lanzar con publicidad para validar que el producto tiene tracción real, e ir introduciendo después, con calma, las funciones o niveles que tendría sentido cobrar, una vez que ya se entiende mejor qué es lo que los usuarios más comprometidos estarían dispuestos a pagar.
Modelo híbrido
El modelo híbrido combina varias fuentes de ingreso a la vez: publicidad, compras dentro de la aplicación, suscripción, moneda virtual, funciones premium o la opción de eliminar los anuncios mediante un pago único o recurrente.
Este modelo es especialmente relevante cuando conviven, dentro de la misma base de usuarios, perfiles con una disposición a pagar muy distinta. Una parte de la audiencia nunca pagará nada y generará ingresos exclusivamente a través de publicidad; otra parte estará dispuesta a hacer alguna compra puntual; y una tercera parte, normalmente la más pequeña, puede llegar a convertirse en usuario de pago recurrente. Es un patrón que se repite en casi cualquier producto digital con suficiente escala: una minoría de usuarios muy comprometidos genera una parte desproporcionadamente grande del ingreso de pago, mientras que la mayoría, mucho más numerosa, sostiene el negocio a través del volumen publicitario. Un modelo híbrido bien diseñado intenta capturar valor de los tres grupos a la vez, en lugar de forzar a todos por el mismo camino —y, sobre todo, sin hacer sentir mal a quien nunca va a pagar, porque ese usuario también aporta valor a través de su atención publicitaria.
El reto principal de un modelo híbrido no es técnico, sino de coherencia: cada capa debe sentirse como una opción, no como una penalización. “Puedes eliminar los anuncios si quieres” transmite algo muy distinto a “te bombardeamos con anuncios hasta que pagues”, aunque en el fondo ambas frases describan el mismo sistema de negocio.
Suscripción o pago como modelo principal
En algunos productos, la suscripción o el pago —ya sea único o recurrente— tiene más sentido como modelo principal, dejando la publicidad en un papel secundario o directamente ausente.
Esto suele ocurrir cuando la aplicación resuelve un problema recurrente al que el usuario vuelve una y otra vez, cuando aporta un valor claramente profesional o económico, cuando la tarea exige concentración sostenida, o cuando la propuesta del producto es premium por naturaleza y la publicidad podría deteriorar precisamente lo que el usuario está pagando por evitar. Piensa en herramientas de edición avanzada, aplicaciones de gestión financiera personal, apps de meditación o bienestar, o cualquier producto donde el propio usuario esté dispuesto a decir, sin que nadie se lo pregunte, “pagaría por esto sin dudarlo si me ahorra tiempo o me da tranquilidad”. Ese tipo de frase, cuando aparece de forma espontánea en las conversaciones con usuarios reales, suele ser la señal más fiable de que el pago, y no la publicidad, es el camino correcto.
También conviene tener presente que un modelo de suscripción no está reñido con seguir siendo un producto pequeño o de nicho. De hecho, suele ser el modelo que mejor funciona precisamente cuando la audiencia es reducida pero muy comprometida: mil personas dispuestas a pagar una cuota mensual razonable pueden sostener un producto perfectamente, mientras que esas mismas mil personas, vistas únicamente como inventario publicitario, generarían un ingreso residual, casi irrelevante.
Cuándo quizá no conviene utilizar anuncios
Y hay casos en los que, sencillamente, la publicidad puede no ser una buena idea, por mucho que el resto del mercado la utilice. Herramientas profesionales donde la confianza y la concentración son el producto en sí mismo, y donde cualquier distracción se traduce directamente en una pérdida de productividad para quien paga tu producto con su tiempo. Aplicaciones financieras, donde una interrupción mal ubicada puede llegar a provocar un error costoso —una transferencia mal confirmada, un dato mal introducido—. Productos centrados en la privacidad, donde el propio modelo publicitario, que a menudo implica compartir señales con terceros, puede entrar en conflicto directo con la propuesta de valor que el producto vende. Experiencias dirigidas a niños o a usuarios vulnerables, donde la presión publicitaria plantea, además, consideraciones éticas que van mucho más allá del negocio y que conviene tomarse muy en serio, más allá de lo que diga la normativa mínima aplicable. Y, en general, cualquier producto donde una interrupción mal colocada pueda provocar un error real o una pérdida de información para quien lo está usando.
Vale la pena decirlo con claridad, porque a veces se asume lo contrario: no monetizar con publicidad no es “dejar dinero sobre la mesa”. A veces es, sencillamente, la decisión que protege el producto y permite cobrar lo que de verdad vale.
Los formatos, vistos como herramientas de una decisión
Antes de seguir, una aclaración: este apartado es deliberadamente introductorio. El análisis detallado de cada formato —cuándo colocarlo, con qué frecuencia, en qué placement exacto— es el tema central del próximo artículo de la serie. Aquí nos interesa únicamente entender, a grandes rasgos, qué formatos existen y con qué tipo de modelo y de experiencia encajan mejor de forma natural, para que la elección de modelo que hagas hoy no choque de frente con los formatos que tendría sentido usar mañana.
Banner. Un espacio publicitario fijo, normalmente en la parte superior o inferior de la pantalla. Adecuado en pantallas de contenido o de consulta, y en herramientas de uso recurrente donde pueda convivir con la tarea sin molestar demasiado. Para que funcione bien debe ocupar un espacio estable, reservado desde el primer momento, y no aparecer ni desaparecer de forma que desplace el resto de la interfaz —pocas cosas generan más rechazo que un botón que se mueve en el último instante porque justo entonces ha cargado un banner encima. Sus riesgos principales son la fatiga visual por estar siempre presente, un valor por impresión relativamente bajo comparado con otros formatos, un refresco demasiado frecuente, y los clics accidentales cuando queda demasiado cerca de controles importantes de la interfaz.
Interstitial. Un anuncio a pantalla completa que interrumpe momentáneamente el uso de la aplicación. Adecuado en transiciones claras: después de completar una tarea, entre niveles de un juego, o al cambiar de una sección a otra, momentos en los que el usuario ya ha cerrado mentalmente lo que estaba haciendo y todavía no ha empezado lo siguiente. Lo que nunca debería hacer es aparecer en mitad de una acción, ni justo cuando el usuario acaba de pulsar un control importante: ese es, con diferencia, el error de monetización más habitual y el que más rápido destruye la confianza en un producto.
Rewarded. Un anuncio que el usuario elige ver de forma voluntaria, a cambio de una recompensa concreta: una vida extra, contenido desbloqueado, una segunda oportunidad, tiempo adicional. La idea clave de este formato es que el usuario acepta un intercambio explícito; no está sufriendo una interrupción, está tomando una decisión. Es, probablemente, el formato con mejor percepción entre todos los que existen, precisamente porque invierte la lógica habitual: en lugar de “te interrumpo para venderte algo”, dice “te ofrezco algo a cambio de tu atención, y decides tú”.
Rewarded interstitial. Una variante que combina la pantalla completa del intersticial con la lógica de recompensa del rewarded. Conviene presentarlo con cautela, porque exige explicar con claridad qué se está ofreciendo a cambio, respetar bien el momento en el que aparece, y permitir siempre que el usuario decida no participar sin penalización real. Sin esas tres condiciones, este formato puede terminar sintiéndose como un intersticial normal disfrazado de recompensa, lo cual suele generar más rechazo que un intersticial honesto.
Native. Un anuncio diseñado para adoptar la apariencia visual del contenido que lo rodea. Puede encajar bien en feeds, listas, artículos y catálogos. Lo importante aquí es mantener siempre una separación clara entre contenido y publicidad: un native ad nunca debería diseñarse con la intención de inducir a error sobre qué es contenido editorial y qué es publicidad pagada, no solo por una cuestión ética, sino porque los usuarios que se sienten engañados una vez tienden a dejar de confiar en todo el feed, no solo en ese anuncio concreto.
App open. Un anuncio que puede acompañar ciertos retornos a la aplicación, típicamente cuando el usuario vuelve tras haber estado un tiempo fuera. No debería aparecer en cada reanudación breve —por ejemplo, al volver de haber consultado una notificación durante dos segundos, algo que puede ocurrir decenas de veces al día— ni bloquear al usuario cuando necesita acceder de inmediato a alguna función. Requiere límites de frecuencia bien pensados y aprovechar un momento natural de reentrada, no cualquier reentrada.
Banner de contenido. Un término que puede referirse tanto a un banner integrado dentro de una pantalla de contenido como a una variante de anuncio native. Más allá del nombre exacto, lo relevante es siempre lo mismo: el contexto en el que aparece, el diseño que utiliza y la separación visual que mantiene respecto al contenido editorial que lo rodea.
Una matriz orientativa, no una clasificación absoluta
La siguiente tabla resume, de forma orientativa, cómo suelen combinarse tipo de producto, modelo inicial y formatos candidatos. No es una fórmula cerrada ni una clasificación absoluta: cada producto tiene matices propios que pueden alejarlo de lo que sugiere esta tabla —tu app puede parecerse mucho a una categoría y, aun así, tener una razón de peso para hacer algo distinto—, y el objetivo es únicamente ofrecer un punto de partida razonable para pensar sobre ello, no una respuesta cerrada que sustituya al criterio propio.
| Tipo de producto | Modelo inicial probable | Formatos candidatos | Precaución principal |
|---|---|---|---|
| Juego casual | Ads-first o híbrido | Rewarded, interstitial entre partidas, banner secundario | No interrumpir durante la partida |
| App de contenido | Ads-first | Banner, native, interstitial entre piezas | No confundir contenido con publicidad |
| Utility gratuita | Ads-first ligero o híbrido | Banner, rewarded puntual | No bloquear la tarea principal |
| App social | Híbrido o publicidad integrada | Native y formatos de feed | No deteriorar la conversación |
| Herramienta profesional | Suscripción, pago o híbrido | Publicidad limitada o ninguna | Proteger confianza y concentración |
| App educativa | Freemium o suscripción | Rewarded contextual, banner moderado | Evitar presión sobre usuarios jóvenes |
| App financiera o sensible | Suscripción, comisión o premium | Publicidad muy limitada | Proteger confianza y privacidad |
Formato, posición y momento: una decisión, no tres palabras sueltas
No basta con decir “utilizamos intersticiales” o “tenemos banners”. Una decisión de monetización completa tiene que responder a bastantes más preguntas: qué formato exacto, en qué pantalla, después de qué acción concreta del usuario, para qué tipo de usuario, con qué frecuencia, qué ocurre si el anuncio no llega a cargar, y con qué métrica se va a evaluar si esa decisión está funcionando o no.
“Intersticial en la pantalla principal” es una decisión incompleta, casi un boceto sin terminar; describe una herramienta, pero no explica cómo se va a usar. “Intersticial después de completar una acción, como máximo una vez cada cierto periodo de tiempo, y solo para usuarios que no estén en mitad de una tarea crítica” ya empieza a parecerse a una decisión de producto de verdad, porque incorpora al usuario, al contexto y a un límite razonable, no solo al formato.
Esta forma de pensar —formato más contexto más límite— es la que separa a los equipos que monetizan bien de los que simplemente “ponen anuncios”. No hace falta tener experiencia previa en ad tech para razonar así; basta con aplicar el mismo cuidado con el que ya se diseña cualquier otra parte de la interfaz, y preguntarse, ante cada anuncio, “¿cómo me sentiría yo si esto me apareciera justo aquí, justo ahora?”.
Deliberadamente, no vamos a dar aquí cifras universales de frecuencia —ni “un intersticial cada tres pantallas” ni “un máximo de cinco impresiones al día”—. Cualquier número de ese tipo, sacado de contexto, sería tan poco fiable como preguntar por un buen eCPM sin más información, algo que ya desaconsejamos en el artículo anterior: depende demasiado del tipo de producto, del país, de la sesión media y de decenas de factores más como para que una cifra genérica sirva de guía real. Lo razonable es medir y experimentar por segmentos de usuarios, y llegar a esas cifras con datos propios en lugar de con reglas genéricas copiadas de otro producto que, aunque se parezca al tuyo, casi nunca es idéntico.
Corto plazo, largo plazo: dos formas de mirar los mismos números
Cualquier configuración de monetización se puede observar desde dos horizontes temporales distintos, y conviene no perder de vista ninguno de los dos, porque cada uno cuenta una parte distinta —y a menudo contradictoria— de la misma historia.
En el corto plazo miramos impresiones, eCPM, ingresos diarios y Ads ARPDAU: cifras que responden a la pregunta de cuánto estamos ganando hoy con la configuración actual. Son números cómodos de mirar porque reaccionan rápido: cambias algo por la mañana y por la tarde ya tienes una cifra distinta en el panel.
En el largo plazo miramos retención, duración de las sesiones, frecuencia de regreso, churn, LTV y conversión hacia pago o suscripción: cifras que responden a una pregunta bastante más incómoda, que es si esa misma configuración está construyendo o erosionando el negocio con el paso del tiempo. Estas cifras son mucho más lentas de leer —a veces hacen falta semanas para ver el efecto real de un cambio—, y precisamente por eso son las que se ignoran con más facilidad cuando hay prisa por ver resultados.
Una configuración de anuncios puede aumentar las impresiones y los ingresos diarios y, al mismo tiempo, reducir la retención de la aplicación. Ese resultado no debería considerarse automáticamente un éxito solo porque el gráfico de ingresos de esta semana suba: es exactamente el tipo de espejismo que hace que, dos o tres meses después, alguien se pregunte por qué la base de usuarios activa ha caído, sin relacionarlo con el cambio de monetización que se hizo bastante antes. Como ya apuntamos en el artículo anterior, maximizar el número de anuncios mostrados por sesión y maximizar el valor real que genera un usuario a lo largo del tiempo no son el mismo problema, aunque a veces lo parezcan durante unos días.
Una forma sencilla de protegerse de este espejismo, sin necesidad de infraestructura sofisticada, es acostumbrarse a revisar siempre los dos horizontes juntos antes de dar por bueno un cambio: si la primera semana los ingresos suben, pero la retención a siete o catorce días empieza a bajar, esa subida de ingresos probablemente no es una victoria, sino una factura que todavía no ha llegado.
Un árbol de decisión para orientarse
Si todavía no tienes claro por dónde empezar, estas preguntas pueden ayudarte a orientar la decisión. No hace falta responderlas con precisión de laboratorio: basta con ser honesto sobre cómo es realmente tu producto hoy, no cómo te gustaría que fuera dentro de un año.
- ¿Puede el usuario completar su objetivo principal sin que nada le interrumpa?
- ¿Tiene el producto suficiente recurrencia como para generar inventario publicitario de forma sostenida?
- ¿Existe una razón clara, tangible, por la que alguien pagaría por este producto?
- ¿Obtendría el usuario un valor real si eliminara los anuncios?
- ¿Tolera la audiencia la publicidad sin llegar a abandonar la aplicación por su culpa?
- ¿Depende el producto, de forma esencial, de la confianza o de la concentración del usuario?
- ¿Es tan alto el coste de conseguir cada usuario que hace falta recuperar ese valor mediante compras o suscripciones, y no solo con publicidad?
Ninguna de estas preguntas tiene, por sí sola, la respuesta definitiva. Pero, combinadas, suelen empujar con bastante claridad hacia una de tres salidas: publicidad como modelo principal, un modelo híbrido, o pago y suscripción como modelo principal. Si al responderlas notas que tus respuestas tiran en direcciones distintas —por ejemplo, mucha recurrencia pero también mucha dependencia de la concentración del usuario—, esa tensión no es un error tuyo: normalmente es la señal más clara de que el modelo correcto es el híbrido, y no uno de los extremos.
Tres aplicaciones, tres decisiones distintas
Volvamos al punto de partida: el juego casual, la app del tiempo convertida ahora en una app de contenido, y la herramienta profesional. Con todo lo que hemos visto, ya podemos tratar de decidir un modelo razonable para cada una, aplicando el mismo razonamiento que podrías aplicar a tu propio producto.
Aplicación A: el juego casual. Muchos usuarios, sesiones frecuentes y numerosas transiciones naturales entre partidas. El rewarded encaja como intercambio voluntario —una vida extra a cambio de ver un anuncio—, el interstitial puede aparecer de forma limitada entre niveles, aprovechando esas transiciones ya naturales del propio juego, y siempre cabe ofrecer una compra para eliminar los anuncios a quien prefiera pagar antes que verlos, capturando así también al pequeño grupo de jugadores más comprometidos. Un modelo ads-first o híbrido parece razonable de partida, y es perfectamente compatible con ir introduciendo más adelante otras capas de ingreso si el juego crece.
Aplicación B: la app de contenido. Un banner estable que convive con la lectura, algún native integrado de forma natural dentro del feed, y un interstitial que solo aparece entre piezas o entre secciones, nunca en mitad de una. La prioridad absoluta aquí es que el anuncio nunca llegue a confundirse con el propio contenido editorial, porque esa confusión no solo perjudica al anunciante, sino que erosiona la confianza que el lector tiene en todo lo demás que publica la app. Un modelo ads-first suele funcionar bien, especialmente si el volumen de contenido y de visitas es alto y constante.
Aplicación C: la herramienta profesional. Sesiones cortas, pero de un valor muy alto para quien las usa, con un usuario completamente concentrado en una tarea concreta y, probablemente, con dinero o tiempo de trabajo en juego. Aquí probablemente sea mejor priorizar una suscripción, un pago único o un modelo freemium, dejando la publicidad muy limitada —o directamente ausente— y solo en los casos en los que no comprometa la confianza del usuario en el producto. Para este tipo de producto, la publicidad casi nunca es el problema urgente; el problema urgente suele ser demostrar el valor suficiente como para justificar un precio.
La conclusión de este caso, aplicada a cualquier producto real, es que ninguna de las tres aplicaciones tiene “el mejor formato” en abstracto. Cada una necesita un modelo coherente con la forma en que se usa, y ese modelo puede —y probablemente deba— evolucionar a medida que el producto y su audiencia también lo hacen.
Por qué no todas las apps deberían monetizarse igual
Volvamos, para cerrar, a la pregunta con la que terminaba el artículo anterior: ¿deberíamos monetizar todas las aplicaciones exactamente de la misma manera? Ya podemos responderla con más precisión que un simple “no”.
No todas las apps deberían monetizarse igual porque no todos los usuarios tienen la misma intención al abrir una aplicación, ni la misma paciencia, ni la misma frecuencia de uso, ni la misma disposición a pagar por lo que reciben. La publicidad puede ser el modelo principal de un negocio, la puerta de entrada gratuita a un producto más amplio, un complemento razonable de las compras y las suscripciones, una recompensa que el propio usuario elige aceptar, o directamente una mala elección para determinados productos.
La primera decisión de monetización nunca es qué anuncio mostrar. Es decidir qué experiencia estás dispuesto a proteger, y qué valor quieres construir a largo plazo con las personas que deciden confiar en tu producto. Esa decisión, tomada con cuidado al principio, suele ahorrar muchos ajustes dolorosos más adelante —es mucho más fácil introducir publicidad de forma medida desde el principio que retirarla o suavizarla después de haber generado rechazo entre los usuarios que más quieres conservar.
Una vez decidido qué modelo encaja con cada producto, queda una pregunta bastante más concreta por responder: ¿dónde debe aparecer exactamente cada anuncio, y en qué momento de la experiencia? El próximo artículo de la serie estará dedicado precisamente a eso —formatos y placements en profundidad— y a cómo monetizar sin convertir la experiencia en una sucesión constante de interrupciones.
Happy Earning!!
