目录 名词解释 3 一:DSP（买方平台，服务与广告主）: 3 二:Ad Exchange是互联网广告交易平台 4 三: SSP（卖方） 5 四: DMP（数据管理平台）提供给DSP ，SSP使用 5 五: RTB运行流程图 6 六：CTR（点击率 ，CTR=实际点击次数/展示量） 7 七：互联网广告的计费系统，使用的收费方式 7 举例：58 广告系统的设计 7 业务架构 7 智能广告系统分层： 7 站点层： 7 服务层： 7 数据层： 8 两个用户端： 8 展现端： 8 业务端： 8 各服务职责: 8 业务端: 8 BS检索服务： 8 AS策略服务： 8 综合排序服务： 8 统计分析脚本： 9 展示端： 9 扣费系统： 9                               名词解释 一:DSP（买方平台，服务与广告主）: 物料在DSP？ 作用： 1.广告主可以设置广告的目标受众、投放地域、广告出价。 2.接受Ad Exchange发送的竞价(bidding)请求，在几十毫秒之内决定是否竞价这次曝光, 如果决定竞价，出什么样的价格，然后把竞价的响应发回到Ad Exchange 必备特性： 1.拥有强大的RTB(Real-Time Bidding)的基础设施和能力。 2.是拥有先进的用户定向(AudienceTargeting)技术。服务提供商提供DMP 二:Ad Exchange是互联网广告交易平台 作用： 1.广告位管理 广告位投放  精准定向  收益优化 2.Ad Exchange首先要向DSP发竞价(bidding)请求，告知DSP这次曝光的属性，如物料的尺寸、广告位出现的URL和类别、以及用户的Cookie ID等 3.Ad Exchange判定该DSP赢得了该次竞价，要在极短时间内把DSP所代表的广告主的广告迅速送到用户的浏览器上。   三: SSP（卖方） 管理自己的广告位，控制广告的展现 SSP向Ad Exchange发出访问信号：把广告位的具体信息，分析匹配后的用户属性信息，发送给各个DSP 在你打开网页的一瞬间，你的用户属性信息和该电商网站的广告位置已经放到广告交易平台（Ad Exchange） 四: DMP（数据管理平台）提供给DSP ，SSP使用 为获取数据至少需要;
1. 通过追踪，获取用户上网时产生的cookie，作为basic data；
2. 实现跨域追踪，跨域追踪即在多个不同的域名中获取同一个用户所产生的数据， 核心元素包括： 1.数据整合及标准化能力：采用统一化的方式，将各方数据吸纳整合。 2.数据细分管理能力：创建出独一无二、有意义的客户细分，进行有效营销活动。 3.功能健全的数据标签：提供数据标签灵活性，便于营销活动的使用。 4.自助式的用户界面：基于网页web界面或其他集成方案直接获取数据工具，功能和几种形式报表和分析 五: RTB运行流程图 当一个用户打开某个网页，这个网页中的广告位信息通过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=实际点击次数/展示量）  通过价格*CTR决定排名 点击率：CTR指在搜索引擎中输入关键词后进行搜索，然后按竞价等因素把相关的网页按顺序进行排列出来，然后用户会选择自己感兴趣的网站点击进去；把一个网站所有搜索出来的次数作为总次数，把用户点击并进入网站的次数占总次数的比例叫点击率。 点击量：较低的点击量意味着，不管您的网站排名如何靠前，用户都不会点击它。这能说明，他们不认为您的网站会满足他们的需求，或其他网站看起来更好些。 七：互联网广告的计费系统，使用的收费方式 CPC（网络广告每次点击的费用）+RTB（实时竞价）的模式成了绝大多数甲方和乙方的平衡点 cpm：按照一千次显示来收费 cpd：按天收费（虽然是按天收费，实际应用中通常会设置上限） cpc：按照点击收费 cps：以实际销售的价值来换算广告的价格 cpa：以用户的行为来收费（比如一个点击，一个注册账号，一个实际购买等等） 举例：58 广告系统的设计    业务架构 智能广告系统分层： 站点层： 用户和广告主直接面向的网站站点 服务层： 为了实现智能广告的业务逻辑，提供的通用服务，此处又主要分为四大类服务： 策略服务BS：实施广告策略，综合排序 检索服务AS：语义相关性检索 计费服务：用户点击广告时进行扣费 反作弊服务：不是每次点击都扣费，要经过反作弊，去除恶意点击（相对独立，未在架构图中画出） 统计分析系统：DMP 数据层： 用户数据，广告数据，竞价数据，日志数据等 两个用户端：    展现端：   1）站点浏览行为：用户浏览实际的信息，此时广告系统决定出广告主的什么广告  2）广告点击行为：此时广告系统会对广告主进行扣费    业务端：      广告主  DSP 1.广告设置行为：例如设置投放计划，设置地域，类别，关键字，竞价等 2.效果查看行为：例如广告展示次数是多少，广告点击次数是多少等      个人理解：一个广告系统 分为几个微服务 1.缺少对广告位进行管理的SSP，用户是58 内部人员，设置广告位 2..不是RTB实时竞价 ，所以没有ad exchange 平台，用的是检索服务  各服务职责:    业务端: 广告主登录业务端后台，进行设置： 今日投放地域是“北京-上地” 投放类别是“租房” 定向人群为“女”，“30岁以下” 需要推广的广告内容是他发布的一条“房屋出租”的帖子 竞价设置的是0.2元 单日预算是20元 这些数据，当然通过业务端存储到了数据层，即数据库和缓存里。 BS检索服务： 广告能否满足用户的需求，满足了点击率才高 基础检索属性（广告属性）必须符合用户需求，这个工作是通过BS-basic search检索服务完成的。 BS从数据层检索到“北京-上地-租房”的广告帖子。 AS策略服务： 用户是否能够满足广告主在业务端设置的人群 系统将初筛出来的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