这是一个创建于 1747 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在研究 APP 开屏 RTB 广告的实现方式（非第三方 JS SDK 接入， 考虑的情况是 API 方式接入）。
目前有一种方案是，分两个 API：
一个 API （假设为 /preload ）定时的去请求第三方 API 获取广告资源，根据资源链接将广告图片或视频缓存到本地；
一个 API （假设为 /splash ）是实时去请求第三方 API，获取到资源信息后，用实时请求到链接作为 key 去检查是否命中缓存的资源，如果有就立即展示，没有就需要实时下载展示
这样的方案不好的地方在于会降低媒体的展示率。但可以一定程度上提高开屏展示的几率，因为开屏的时间是有限的，如果在规定的 1s 内，请求不到素材文件，就不会再展示了。
想请教下有没有熟悉程序化广告的大佬，有什么好的可以提高展示率的方法？
目前有一种方案是，分两个 API：
一个 API （假设为 /preload ）定时的去请求第三方 API 获取广告资源，根据资源链接将广告图片或视频缓存到本地；
一个 API （假设为 /splash ）是实时去请求第三方 API，获取到资源信息后，用实时请求到链接作为 key 去检查是否命中缓存的资源，如果有就立即展示，没有就需要实时下载展示
这样的方案不好的地方在于会降低媒体的展示率。但可以一定程度上提高开屏展示的几率，因为开屏的时间是有限的，如果在规定的 1s 内，请求不到素材文件，就不会再展示了。
想请教下有没有熟悉程序化广告的大佬，有什么好的可以提高展示率的方法？
目前尚无回复
Select Language