内容纲要
概述：广告平台架构师，用系列文章分享广告平台业务逻辑，设计开发及运营维护
供应方平台，供应的是什么？是流量
SSP 对接的是媒体，也就是各个网站、App，它为媒体提供了将流量变现的途径。从功能的角度，可以分为 3 个主要部分
- 媒体平台
- 广告接口
- 运营平台
媒体平台
创建广告位
媒体想要将流量变现，就可以注册到 SSP，并创建广告位，不同的广告位变现能力不一样，能展示广告类型也不一样
比如，目前多数 App 冷启动时会显示欢迎页，这个欢迎页上就可以做广告，一般称为开屏广告
进入 App 的主界面后，可能会在顶部显眼位置展示一个横幅广告，宽度会占据整个屏幕，高度大概是屏幕的四分之一左右
开屏广告和横幅广告就有很大的区别
- 并不是每次打开应用都会展示开屏广告，但横幅广告基本每次进入主界面都会展示
- 开屏广告占据了整个屏幕，你的注意力完全被吸引，虽然多数 App 都有跳过的选项，但这个跳过按钮基本都很小，位置很边缘，不方便点击；而横幅广告只占据屏幕的四分之一左右，你可能会视而不见，觉得烦了，滑动屏幕就能将横幅广告移出视野
如果你是 App 的开发者，会更重视开屏的广告价值，也就是说，更高的广告收入，才会让你考虑在开屏时显示广告
App 里的不同页面，同一个页面的不同位置，其广告价值都可能不一样，适合的广告展现形式也有区别，比如
- 你的 App 里有个栏目是视频，那么这个栏目的广告展现形式可能就更适合采用视频的形式而不是文字的形式
- 而搜索时展示的广告，就可能文字类广告要比视频类广告更合适
同一个广告在不同广告位上的转化率往往有很大的差异，要将流量更有效率的变现，就要好好规划广告位——在哪里投放广告，投放什么类型的广告
广告位配置
广告平台提供丰富的广告类型，媒体创建广告位以后，需要配置该广告位可以投放的广告类型
媒体也可能设置一些广告过滤逻辑，最基本的就是过滤掉竞品的广告
统计报表
媒体可以查询到某个时间段内，按广告位统计的请求、响应、填充、曝光、点击、收入等数据
广告接口
SSP 对外开放广告接口有两种模式
- 后台对接：如果媒体自身有开发能力，就可以采用后台对接的方式，媒体后台获取到广告后，是否在 App 上展示，以何种样式进行展示，都由媒体自行控制
- SDK 对接：媒体也可以在自己的 App 里植入 SSP 提供的 SDK，这样广告如何展示就由 SSP 来控制了，对于媒体来说，减少了开发工作量
SSP 能不能对接多个 ADX 呢？理论上是没问题的，但实践上不建议这么做
- 不同的 ADX 采用不同的协议，SSP 的适配工作量较大
- 接入多个 ADX 需要 SSP 具备流量路由和竞价的能力，而这个工作应该放到 ADX 上
要对接多个 ADX，应该把这部分业务逻辑抽出来建设自有的 ADX，这样系统架构会更清晰。
SSP 应该具备以下能力
- 对请求的过滤，比如说，视频广告可能对设备的处理性能有要求，那么 SSP 应该能根据设备的机型等参数来过滤视频类广告请求，避免低端机型显示视频类广告可能导致的崩溃
- 对填充的广告的过滤，比如说，媒体会设置黑名单，在黑名单内的广告就不能返回给媒体
相对来说，SSP 的业务逻辑比较简单
运营管理
运营管理平台的用户是广告平台运营人员，提供如下功能
- 媒体管理：创建、审核媒体
- 广告位管理：创建、审核广告位
- 流量管理：如果 SSP 对接多个 ADX，流量如何分配
- 竞价规则：如果 SSP 对接多个 ADX，最终填充哪个 ADX 返回的广告
- 广告位样式管理：如果媒体采用 SDK 接入，SDK 需要知道一个广告是如何渲染的，比如广告位大小，边距，字体，文字颜色，等等
- 设置请求过滤规则
- 设置填充过滤规则
- 报表和统计
- 广告费用结算：SSP 需要从 ADX 导入广告收入账单，这种导入可能是通过接口自动导入，也可能需要运营人员从 ADX 后台下载后手工导入 SSP，扣除 SSP 平台的费用后，就是媒体的收入
今天就和大家分享到这里，对广告平台感兴趣的小伙伴请关注我，后续带来更多相关原创
广告平台系列五：供应方平台 SSP
