惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
A
About on SuperTechFans
Y
Y Combinator Blog
V
V2EX
Engineering at Meta
Engineering at Meta
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V
Visual Studio Blog
博客园 - 叶小钗
博客园 - 聂微东
阮一峰的网络日志
阮一峰的网络日志
H
Help Net Security
小众软件
小众软件
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The GitHub Blog
The GitHub Blog
WordPress大学
WordPress大学
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
MongoDB | Blog
MongoDB | Blog
B
Blog
G
Google Developers Blog
J
Java Code Geeks
博客园 - 三生石上(FineUI控件)
IT之家
IT之家
N
Netflix TechBlog - Medium
腾讯CDC

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
IAA 阅读产品 商业化广告
PM大明同学 · 2024-12-06 · via 人人都是产品经理

主流的小说、阅读类APP都是通过内置的广告位赚钱。这篇文章,作者分享了此类APP内置广告位的设计,供大家参考。

阅读App广告场景设置主要分为打开并使用app、进入阅读器内、任务体系三种场景;主流小说app广告场景收入占比:阅读器内(信息流插页)>阅读器内(底部通栏信息流/banner)>激励视频>开屏。

一、场景:打开app并使用

开屏

广告位说明:用户打开应用时弹出的第一个视觉性广告,冷热启均可弹,热启弹出,建议间隔5分钟以上头部品牌广告主偏爱的黄金展位,高点击高转化。

开屏配置勾选“创意交互样式”,可随机出现摇动屏幕、手指滑动、扭动手机等提高收益。

*有一些特殊的厂商渠道也会出现双开屏的场景,比如小米系统开屏&开屏,用户在打开App时先打开厂商自动的系统开屏,然后再触发一个开屏。

二、场景:进入阅读器内

信息流

广告位说明:信息流也叫插页广告 用户阅读时,每隔XX页出一页广告,与原生场景高度融合,广告间隔页数最好不要低于3页,弹出频率高会影响用户体验,导致留存过低。

强制停留信息流

广告位说明:用户阅读翻页弹出一页广告,强制停留XX秒,一般停留时长控制在5秒左右,具体根据实际业务配置。

底部Banner

广告位说明:底部Banner也叫横幅,用户阅读时底部通栏轮播,轮播时长一般20-30秒刷新一次,过低会导致转化率下降,且影响用户阅读体验。

免广告激励视频 / 新插屏-全屏

广告位说明:在插页广告底部加激励视频免广告链接,看激励视频免XX分钟广告,免广告时长可根据相同时间内可出现的信息流广告收益来判断,保证RIO能打正。

三、场景:任务体系

激励视频

广告位说明:福利页任务列表插入激励视频例如:看激励视频获得金币、抽奖,干饭补贴,红包雨等场景都可以插入激励视频。用户主动观看广告,用户获得收益的同时平台获得收益,用户看视频的金币或次数,根据用户的生命周期价值和ARPU综合决定。

请求时机

请求时机有误会影响广告请求量、展示率甚至会造成收入负向,所以合理的请求时机能够保证每一个广告场景在有广告曝光的情况下实现实时价格最高。

开屏:所有开屏代码位均要做缓存机制,用户进入app时直接请求。

信息流:提前一页实时请求。

Banner:用户进入阅读场景开始实时请求。

激励视频/新插屏-全屏:视频广告加载时间相对较长,建议开发者做好预请求, 即在用户进入阅读器内发起请求不建议开发者再做缓存(SDK内有缓存逻辑, 如开屏)

流量分配方式

流量分配方式的演化是由DAU切量–>瀑布流(waterfall)–>「waterfall+bidding」的一个过程。

1.开发者在waterfall的基础上同时引入bidding实时竞价,即「waterfall+bidding」共同比价,价高者胜出,实现每一次请求广告收益最大化。

2.关于「waterfall+bidding」中waterfall的设置:建议采用同层并行&层间串行的模式。首先,在各家广告网络采用不设底价代码位通跑得到ecpm以乘以2-3倍作为首层基准价格,由基准价格上下2元区间范围内在不同adn中创建多个不同底价的代码位,将价格相近的代码位放在同层并行请求,一层中包含多家adn,根据adn实际价格能力设置底价顺序,让各家预算充分跑出实现收益最大化的同时,由于同层并行请求相较于标准串行waterfall层数减少,可以让waterfall整体的耗时缩短。

缓存池

1.并发请求时缓存广告与eCPM挂钩,同层返回多条高价广告时展示最高价那条广告,剩余广告放入缓存池,下一次请求时仅请求比缓存广告价格设置更高的层级,若本次请求未返回更高价广告或返回同价格广告则优先展示缓存池内上一次请求->返回的次高价广告,将相同价格广告放入缓存池。

2.缓存广告时长限制:广告素材有效时间1小时,超过1小时再进行曝光则被计为无效曝光,建议设置缓存时长30min-1小时。

3.缓存广告个数限制:建议缓存广告数量不超过5个,缓存广告过多容易造成素材浪费且影响广告展示率。

代码位合并

1.对于表现差距相差不大的不同物理广告位,如「章中插页」和「阅读页底通」可进行代码位id合并使用,即不拆分两个rit而共同一个rit、亦可以有收益上的提升。

*代码位合并后可留线上反转实验,「合并」与「拆分」代码位视对收益的提升情况灵活调整。

*数据表现相差过大的不同物理位置,不推荐进行代码位id合并使用。

本文由 @PM大明同学 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务