优酷 DSP 广告投放系统架构实践

导读:随着 RTB 网络在线展现广告交易模式的兴起,各大公司都纷纷搭建自己的 DSP ( Demand-Side Platform ) 广告投放系统进行获客。优酷在近几年也搭建 DSP 系统,并且在持续迭代。在这一过程中,经历哪些技术探索?趟过哪些坑?有怎样的技术方案沉淀?下面我将从技术视角分享出来,希望对大家有启发。

——业务目标——

DSP 的核心目标就是用户增长,通过广告拉新和召回,提升用户留存和活跃度。从月活跃度的维度,我们将用户进行分层:新用户、低活跃用户、中活跃用户、高活跃用户和流失用户。

具体活动度的指标,可以根据业务的具体情况进行定义。人群划分好之后,就可以针对各分层人群进行召回承接。我们的重点是要召回当月新用户、低活用户、中活用户、流失用户。

  • 高活用户:即使不采取召回,也会主动来;

  • 流失用户 ( 30天没来过的用户 ):召回难度最大。因为有可能用户已经卸载或者转移到其他 APP。从数据上看,流失用户的转化 ROI 也是最低的。

所以我们的召回策略就是要把召回阶段前置,在低活和中活这两个阶段就开始进行召回干预。因为这个阶段用户获取成本相对较低,ROI 比较高,让这部分用户不断触达召回,提升留存,把他们往高活上去迁移 ( 当然这部的用户体验也要跟的上,让用户形成使用习惯和心智很重要 )。

——系统架构——

明确了业务目标,接下来介绍下我们的系统的架

猜你喜欢

转载自blog.csdn.net/jxq0816/article/details/103763587
dsp
今日推荐