When you hear most people in the online advertising world talk about integrating a demand-side platform (DSP) with an ad exchange or supply-side platform (SSP), they make it sound as if it’s a matter of connecting the platforms together via a cable.
实际上,与其他Adtech平台集成了DSP是一种细致的技术过程,可以从两到三个发展冲刺(那是四到六周)。
为什么DSP需要与广告交换和SSP集成?
需求侧平台在帮助广告商(品牌)和广告代理商运行在线媒体活动中发挥关键作用。它们提供了许多功能,以帮助他们创建,运行,衡量和优化不同媒体(例如笔记本电脑和移动设备)和频道的广告系列,例如显示,视频和本机。
但是,为了实现所有这些,他们需要连接到其他广告技术(Adtech)平台,从发布者购买可用的广告空间(AKA库存)。

DSP在网站和应用上购买可用广告空间的最常见方式是通过实时竞标(RTB)。RTB流程是一场现场拍卖,由广告交易所提供的DSPS出价供应侧平台(SSP)。
我们解释了RTB是什么以及它的工作原理在前一篇文章。
如果不与广告交换或SSP(或其他库存供应商)集成,则需求侧平台将无法购买在线广告。
DSP集成过程如何运作
每个DSP公司都会以不同的方式接近集成过程,但基本上有三个主要阶段。
以下是在DSP集成阶段期间通常会执行的内容简要概述:
第1阶段:研究和设置
DSP集成的初始阶段涉及以下内容:
- 分析广告交换机或SSP提供的文档以及与其团队进行咨询以确定目标OpenRTB版本,识别AD Exchange / SSP可能拥有的任何自定义扩展,并获得文档引起的问题的答案。
- 发现广告交换和SSP是否具有获取座位的任何特定业务需求,例如最低月度帐户支出。
- 研究拟议的广告交换或SSP,了解他们拥有的哪些广告质量标准。他们接受的创造性类别。
- 参与SSP / AD Exchange的质量要求,通常包括在创意或特定内容类别上进行审计。
- 确定用作一些SSP / AD交换的通信协议提供了自己的协议与OpenRTB之外。
- 确定当前预算控制组件是否足以进行集成。有时松散(AKA Naive)预算控制将足够赢得通知/展示率在出价后几秒钟内到达,但随着竞标后几分钟,严格(AKA银行商)预算的卷,卷数量和通知-Control组件通常需要。
- 决定是否将由投标者或外部投标响应或外部投标者提供的竞标者(广告)广告服务器。
该初始阶段通常需要一个Sprint(两周)完成。
需要帮助Adtech集成?
填写下面的表格,了解我们的Adtech开发团队如何提供帮助
第2阶段:开发和实施
DSP集成的第二阶段涉及开发和实施,包括以下内容:
- 更改DSP的投标人,以确保它与OpenRTB协议的广告交换机和SSPS'版本兼容,以及任何自定义安排(例如,在出价请求中传递的其他信息)。
- 构建广告服务器或设置外部广告服务器以服务于创意。
- 调整给定的广告交换机或SSP的请求路径和出价实现。
- 构建地图以匹配广告交换机和SSP的内容类别(通常存在额外的)到DSP的内容类别。
- 定义计费和报告方法以确保广告系列的预算被正确耗费并正确报告,并尽快显示其性能。
阶段2通常需要两个冲刺(四周)完成。
第3阶段:测试集成
最后一个阶段是关于测试新集成,通常具有少量流量,并涉及以下内容:
- 分析平台之间的出价请求的性能和速度,以确保DSP并非不断超时。
- 定期努力降低DSP和AD交换机/ SSP之间的报告和结算差异。在初始测试阶段,实现10%的差异(由IAB推荐)是所需目标,但我们将不断优化跟踪器随着时间的推移降低差异。
实际测试阶段需要一个Sprint(两周)完成。
第4阶段:界后
一旦整合完成,现在就是保持集成的问题,可以包括:
- 更新API和OpenRTB版本的集成更改。
- 优化报告和计费跟踪仪,以降低DSP和SSP / AD Exchange之间的差异。
虽然以上与SSP或广告交换的DSP集成概述可能对经验丰富的Adtech专业人员有意义,但实际的技术过程需要了解在线广告生态系统的内部运作和多年的发展经验。
关于Clearcode.
Clearcode是一家专业从事Adtech和Martech的全服务软件开发公司。
自2009年以来,我们与品牌,代理商和供应商合作,将新平台从头开始,并将现有平台与在线广告生态系统中的其他组件集成。
本文是在Clearcode经验丰富的DSP开发人员的帮助下编写的。