移动互联网发展至今,用户时间碎片化,媒体对用户注意力的争夺也日趋白热化。
对于用户来说,广告是APP的附属品,而不是必需品,APP开展广告变现需要以不影响用户操作效率为前提,并充分尊重用户体验。
广告植入在本质上是对用户权益的侵占,但媒体可以在广告设计和策略上做很多调整,减轻用户的对广告地负面情绪。比如说:
但在技术层面,媒体的广告素材加载机制是影响用户体验和广告效果的重要因素。广告像素低、展示错位、未加载或加载不流畅等问题会给用户带来糟糕的使用体验,并让曝光机会及潜在转化机会被浪费。
本文AdBright基于广告展示流程、简要归纳广告缓存机制的性质和说明,并提供部分广告位可参考的缓存策略。
▲竞价广告展示流程,图片来自网络
部分释义如下:
优化广告素材加载,提升广告展示率,首先需要明确广告展示的流程,在上述流程图中,对某个用户完成一次广告展示需要满足以下4个条件:
为了提升广告展示数量及展示率,目前业内通用的解决方案是构建广告缓存机制,对广告位的广告资源进行“预加载”或者使用“缓存广告”展示,节约下载时间并且规避实时下载的风险(网络环境差、突发性故障导致的下载失败),提升广告资源加载速度和广告加载成功率。
所有广告位、广告源的广告资源都要缓存吗?
并没有这个必要,构建广告缓存机制需要进一步明确控制条件,可以分为以下三个方面:
即确定广告缓存的对象,只对特定对象进行缓存,减少缓存工作量。
1)广告源
确定哪些广告源渠道可以展示广告缓存,不同的广告源渠道请求机制有所差异。
2)广告位
确定哪些广告位需要开启进行广告缓存,一般为支持大体积广告素材的广告位。
3)广告创意
确定哪些类型资源需要缓存,一般为动图、视频等格式的广告创意。
即确定广告缓存的储存时间和空间,减少不必要的空间占用。
1)缓存条数
限制各个广告位的缓存数量,减少不必要的缓存累积。
2)缓存有效时长
设定缓存自动清除时间,一般为x个自然日或x个小时。
即确定广告缓存的时机,减少服务器资源耗费量,更智能化地缓存。
1)预加载广告
例如首页的Banner广告,在开屏广告展示时,即触发该广告位的预加载缓存机制,并在进入首页后展示。
2)命中缓存广告
如某广告源竞得本次广告展示机会,且缓存池已有该广告,则触发展示。
3)打底缓存广告
如无广告源进行广告响应,则优先展示缓存的打底广告。
4)未到请求时间间隔
未到请求时间间隔的情况下(即请求时间过长),则默认展示上一次曝光的缓存广告。
以下为AdBright整理的业内部分广告位的缓存策略:
根据展示位置确定缓存策略:
信息流第一位首次启动APP时缓存;
信息流其他位可在广告位前70%位置时进行缓存(根据屏幕大小评估)。
目前分为三种缓存策略:
1)不缓存,实时获取请求和展示广告,但选择此策略需要延长启动页的展示时间;
2)首次启动APP时缓存多个请求的素材但不展示广告,再次启动时发起广告请求,如与缓存素材相匹配,则进行广告展示;
3)首次启动APP时缓存多个请求的素材但不展示广告,在启动状态下定时任务更新广告素材,再次启动时展示缓存的广告素材。
在首次启动APP时缓存。
目前分为两种缓存策略:
1)节点缓存
即在广告展示节点的前置流程进行预请求和加载广告,比如用户播放视频后缓存暂停时展示的插屏广告。
2)接龙式缓存
即上一个插屏广告关闭之后,预加载另一个插屏广告。
根据展示位置确定缓存策略:
前贴可在启动APP时及上一视频准备结束时预请求和加载;
中贴和后贴在展示广告前提前固定时间进行预加载。
与插屏广告类似,目前分为两种缓存策略:
1)节点缓存
即在广告展示节点的前置流程进行预请求和加载广告,比如用户游戏时只剩一条生命。
2)接龙式缓存
即上一个激励视频广告关闭之后,预加载另一个激励视频广告。
作者:AdBright
来源:AdBright(AdBright01)