目录
物料在DSP?
作用:
1.广告主可以设置广告的目标受众、投放地域、广告出价。
2.接受Ad Exchange发送的竞价(bidding)请求,在几十毫秒之内决定是否竞价这次曝光, 如果决定竞价,出什么样的价格,然后把竞价的响应发回到Ad Exchange
必备特性:
1.拥有强大的RTB(Real-Time Bidding)的基础设施和能力。
2.是拥有先进的用户定向(AudienceTargeting)技术。服务提供商提供DMP
作用:
1.广告位管理 广告位投放 精准定向 收益优化
2.Ad Exchange首先要向DSP发竞价(bidding)请求,告知DSP这次曝光的属性,如物料的尺寸、广告位出现的URL和类别、以及用户的Cookie ID等
3.Ad Exchange判定该DSP赢得了该次竞价,要在极短时间内把DSP所代表的广告主的广告迅速送到用户的浏览器上。
管理自己的广告位,控制广告的展现
SSP向Ad Exchange发出访问信号:把广告位的具体信息,分析匹配后的用户属性信息,发送给各个DSP
在你打开网页的一瞬间,你的用户属性信息和该电商网站的广告位置已经放到广告交易平台(Ad Exchange)
为获取数据至少需要;
1. 通过追踪,获取用户上网时产生的cookie,作为basic data;
2. 实现跨域追踪,跨域追踪即在多个不同的域名中获取同一个用户所产生的数据,
核心元素包括:
1.数据整合及标准化能力:采用统一化的方式,将各方数据吸纳整合。
2.数据细分管理能力:创建出独一无二、有意义的客户细分,进行有效营销活动。
3.功能健全的数据标签:提供数据标签灵活性,便于营销活动的使用。
4.自助式的用户界面:基于网页web界面或其他集成方案直接获取数据工具,功能和几种形式报表和分析
当一个用户打开某个网页,这个网页中的广告位信息通过SSP(Supply Side Platform)供应方平台提供给广告交易平台(Ad Exchange),同时,这个用户所用的浏览器获得的Cookies的标签进入DMP(Data Management Platform)管理平台进行分析,将分析所得到的用户属性的标签也传送给Ad Exchange;接下来,Ad Exchange 将这些信息向所有接入到交易平台的广告主或者广告代理商的DSP(Demand Side Platform)需求方平台发出指令,DSP开始向Ad Exchange实时出价,进入RTB模式;经过竞价,用户的属性标签一致,且出价最高的DSP就获得了这次展示广告的机会,广告自动返回到用户的浏览器所打开的这个网页中——这一系列的过程非常快,通常是在80-100毫秒中完成的
通过价格*CTR决定排名
点击率:CTR指在搜索引擎中输入关键词后进行搜索,然后按竞价等因素把相关的网页按顺序进行排列出来,然后用户会选择自己感兴趣的网站点击进去;把一个网站所有搜索出来的次数作为总次数,把用户点击并进入网站的次数占总次数的比例叫点击率。
点击量:较低的点击量意味着,不管您的网站排名如何靠前,用户都不会点击它。这能说明,他们不认为您的网站会满足他们的需求,或其他网站看起来更好些。
CPC(网络广告每次点击的费用)+RTB(实时竞价)的模式成了绝大多数甲方和乙方的平衡点
cpm:按照一千次显示来收费
cpd:按天收费(虽然是按天收费,实际应用中通常会设置上限)
cpc:按照点击收费
cps:以实际销售的价值来换算广告的价格
cpa:以用户的行为来收费(比如一个点击,一个注册账号,一个实际购买等等)
站点层:
用户和广告主直接面向的网站站点
服务层:
为了实现智能广告的业务逻辑,提供的通用服务,此处又主要分为四大类服务:
策略服务BS:实施广告策略,综合排序
检索服务AS:语义相关性检索
计费服务:用户点击广告时进行扣费
反作弊服务:不是每次点击都扣费,要经过反作弊,去除恶意点击(相对独立,未在架构图中画出)
两个用户端:
1)站点浏览行为:用户浏览实际的信息,此时广告系统决定出广告主的什么广告
广告主 DSP
1.广告设置行为:例如设置投放计划,设置地域,类别,关键字,竞价等
2.效果查看行为:例如广告展示次数是多少,广告点击次数是多少等
个人理解:一个广告系统 分为几个微服务
1.缺少对广告位进行管理的SSP,用户是58 内部人员,设置广告位
2..不是RTB实时竞价 ,所以没有ad exchange 平台,用的是检索服务
广告主登录业务端后台,进行设置:
今日投放地域是“北京-上地”
投放类别是“租房”
定向人群为“女”,“30岁以下”
需要推广的广告内容是他发布的一条“房屋出租”的帖子
竞价设置的是0.2元
单日预算是20元
这些数据,当然通过业务端存储到了数据层,即数据库和缓存里。
广告能否满足用户的需求,满足了点击率才高
基础检索属性(广告属性)必须符合用户需求,这个工作是通过BS-basic search检索服务完成的。
BS从数据层检索到“北京-上地-租房”的广告帖子。
用户是否能够满足广告主在业务端设置的人群
系统将初筛出来的M条广告和用户属性进行匹配筛选,又过滤掉了一部分,最后剩余N条待定广告
广告位有限,需要排序。
初筛和精筛之后,待选的N条广告既能满足用户当前的需求,用户亦能满足广告主的筛选需求,
实际情况是,广告位只有3个,怎么办呢?就需要我们对N条广告进行综合打分排序。
打分排序的依据:广告的出价与CTR的乘积作为综合打分排序的依据,bid*CTR
为什么呢:
且出价bid又是广告主事先设定好的,那么实际上,广告排序问题的核心又转向了广告CTR的预测,CTR预测是推荐系统、广告系统、搜索系统里非常重要的一部分,是一个工程,算法,业务三方结合的问题,本文就不展开讨论了
分析系统,也就是DMP????
分析用户行为,统计出创建出独一无二且有意义的客户细分,例如人群定向标签
统计CTR点击率,排序系统会用到这个数据,展示了广告后,展现端js会上报广告展示日志,
有部分用户点击了广告,服务端会记录点击日志,这些日志 可以作为广告算法实施的数据源
他们经过统计分析之后,会被展示给广告主,让他们能够看到自己广告的展示信息,点击信息。
算法效果好坏评估的重要依据,根据效果逐步优化改进算法
展现端展示了广告,用户点击了广告 --------》统计分析脚本
展示了广告后,展现端js会上报广告展示日志,有部分用户点击了广告,服务端会记录点击日志,
这些日志可以作为广告算法实施的数据源,同时,他们经过统计分析之后,会被展示给广告主,让他们能够看到自己广告的展示信息,点击信息。
哗啦啦的银子
用户既然点击了广告,平台就要对投放广告的广告主进行扣费了,扣费前当然要经过反作弊系统的过滤(主要是恶意点击),扣费后信息会实时反映到数据层,费用扣光后,广告就要从数据层下线。
参考文章https://blog.csdn.net/liuxiao723846/article/details/47258101?utm_source=blogxgwz0
https://blog.csdn.net/jiangzhexi/article/details/72774029
https://blog.csdn.net/han____shuai/article/details/50882392?utm_source=blogxgwz2