近几年，在效果广告领域除了RTB（Real-Time Bidding）之外，另一个越来越常见的技术就是 RTA（Real Time API）。
无论是腾讯广告、巨量引擎、快手磁力引擎还是华为Ads，都陆续推出了RTA能力。与此同时，国外广告生态则更倾向于发展 DCR（Data Clean Room，数据洁净室）等隐私计算方案。
RTA的出现，主要是为了满足广告主对数据安全、实时决策以及精细化投放的需求。相比传统的人群包上传方式，RTA能够让广告主充分利用自己的第一方数据，而无需将敏感数据上传到广告平台，因此近年来成为大型广告主的重要投放能力。
本文将完整介绍：
- RTA是什么？
- 为什么需要RTA？
- RTA如何运作？
- RTA与RTB有什么区别？
- 哪些广告主适合使用RTA？
- 国内有哪些主流RTA产品？
什么是RTA（Real Time API）？
RTA（Real Time API，实时接口） 是广告平台与广告主之间的一套实时程序化接口机制。
简单来说，当广告平台收到一次广告曝光机会（Impression）时，并不会立即决定是否参与竞价，而是会先通过RTA接口，将此次流量的必要信息实时发送给广告主。广告主结合自己的第一方数据、业务规则及算法模型，在极短时间内完成判断，再将结果返回给广告平台，由平台决定是否参与竞价及展示广告。
整个流程通常需要在几十毫秒内完成。
一句话理解RTA：RTA并不是一种新的广告购买方式，而是让广告主能够实时参与广告投放决策。
RTA的核心价值在于，将广告主的数据能力实时接入广告平台的投放流程，实现更精准的流量筛选与个性化投放，同时避免将大量敏感数据上传至广告平台。
为什么需要RTA？
虽然广告平台已经拥有丰富的人群标签和智能投放算法，但仍然无法完全替代广告主掌握的第一方数据。
因此，RTA应运而生。
广告主希望利用数据，但不希望交出数据
传统广告投放中，如果广告主想利用自己的用户数据，通常只能采用以下方式：
- 上传人群包
- 上传用户ID列表
- 通过Marketing API同步用户数据
这些方式存在几个明显的问题：
- 数据不是实时更新：人群包通常需要定期上传，无法反映用户最新行为。
- 存在数据安全风险：上传的数据一旦进入广告平台，金融、游戏、电商等行业通常都会有所顾虑。
- 无法上传核心业务数据：例如订单金额、充值金额、续费金额、会员等级等数据，直接关系到企业竞争力，广告主通常不会开放。
因此，RTA提供了一种新的解决方案：
数据保留在广告主自己的系统中，仅返回实时决策结果，而不是上传完整数据。
既利用了第一方数据，又兼顾了数据安全。
投放平台为什么也积极推动RTA？
除了满足广告主需求之外，广告平台本身也有明显的商业动机。
对于媒体平台而言，RTA能够：
- 提高广告投放效果
- 增强广告主黏性
- 建立更深层的技术合作关系
- 减少对第三方DSP的依赖
- 提升平台整体营收能力
因此，目前主流RTA产品几乎都由媒体平台主导推出，例如腾讯广告、巨量引擎、快手、华为Ads等，而不是由第三方DSP主导。
RTA的优缺点
优点
- 用第一方数据：无需上传完整数据即可参与广告决策。
- 实时决策：根据用户最新行为即时调整投放策略。
- 提高投放精准度：可筛选高价值用户，提高转化率。
- 数据更安全：敏感数据保留在广告主内部系统。
- 支持复杂策略：可结合业务规则、模型评分及实时特征进行判断。
缺点
- 技术门槛高：需要开发实时接口及高并发服务。
- 响应时间严格：通常要求60ms左右完成响应。
- 运维成本高：需要稳定服务器、缓存及监控体系。
- 不适合中小广告主：投放规模不足时投入产出比有限。
RTA与RTB有什么区别？
这是最容易混淆的问题。
很多人以为RTA就是RTB，其实两者完全不是同一个概念。
RTA负责广告决策，RTB负责广告竞价，两者属于广告投放流程中的不同环节。
| 比较项目 | RTA | RTB |
|---|---|---|
| 全称 | Real Time API | Real-Time Bidding |
| 本质 | 实时数据决策接口 | 实时竞价机制 |
| 参与方 | 广告平台 ↔ 广告主 | DSP ↔ ADX |
| 是否一定竞价 | 不一定 | 一定 |
| 是否可以同时使用 | 可以 | 可以 |
因此，无论是媒体直投还是程序化广告，只要需要广告主实时参与流量判断，都可以结合 RTA 使用。
RTA的主要应用模式
RTA本质上只是广告平台与广告主之间的数据交互能力，因此可以应用于不同的广告投放模式。
主要包括：
- 媒体直投中的RTA
- 程序化广告（RTB）中的RTA
两者最大的区别在于广告竞价路径不同，而 RTA 的实时决策流程基本一致。
媒体直投中的RTA
原来的流程：在传统直投模式下，广告平台主要依赖自身算法完成广告排序与投放。
有RTA后的流程：广告平台在完成内部过滤后，会额外向广告主发起实时请求。
可以看一下华为 Ads RTA详细流程图：
广告主收到请求后，会结合自身的数据模型判断：
- 是否属于目标用户？
- 是否值得参与竞价？
- 是否需要提高或降低出价？
随后将结果实时返回给广告平台，再进入最终排序与广告展示流程。
对于广告主而言，需要部署自己的RTA服务，并能够承受极高并发（例如每秒数万甚至数十万次请求），因此对服务器性能和算法能力要求较高。
程序化广告（RTB）中的RTA
原有的流程：
有了RTA后：
不同的是，RTA并不会改变RTB的竞价机制，而是在DSP参与竞价之前，帮助广告主实时判断此次流量是否值得参与竞价。
因此，RTA更像是在RTB之前增加了一层实时决策能力。
RTA接口示例 + 请求与返回解析
RTA 接口通常由Request（请求）与Response（响应）两部分组成。
请求（Request）
广告平台会将必要的用户信息发送给广告主，问广告主是否要参与竞价。
各家发送的信息字段不一，以下是两家产品的示例：
示例一：
示例二：
请求示例:
{
"requestId": "2020041309174314200002", "requestTime": 1591258031042, "channelName": " HUAWEI Ads", "publishType": 0,
"oaid": "7b777eeb-e9e6-12ab-bfde-e2789fb6b29",
"userList": ["316485424316940672", "316485424316940673"],
"sign": "935c39444a6d39d35286e8323c47b7a57d292febd24229eba5e2d1199eb39849"
}
响应（Response）
广告主根据内部模型计算完成后，将结果返回给广告平台。
不同平台支持的返回字段略有差异，示例一：
示例二：
响应是返回竞价的意向，是否需要流量，是否为目标用户，响应所能带的字段差异决定着各家的RTA目前支持的功能有所不同，有的会支持具体的出价，可以根据响应直接出价，例如腾讯广告、巨量引擎等平台，还支持广告主直接返回建议出价，使广告平台能够依据广告主的实时反馈进一步优化竞价策略。
谁适合使用RTA？
RTA 并非所有广告主都需要，更适合以下类型企业。
| 类型 | 是否适合 |
|---|---|
| 金融行业 | ⭐⭐⭐⭐⭐ |
| 游戏行业 | ⭐⭐⭐⭐⭐ |
| 电商平台 | ⭐⭐⭐⭐☆ |
| 大型互联网企业 | ⭐⭐⭐⭐☆ |
| 中小广告主 | ⭐☆☆☆☆ |
通常需要同时满足以下条件：
- 广告投放规模较大
- 拥有高价值第一方数据
- 具备较强的数据处理与系统开发能力
金融行业是最典型的应用场景，其次是游戏、电商及会员型业务。
虽然RTA能进一步提升广告转化率，但随着越来越多广告主采用 RTA，竞争也会更加激烈，因此并不意味着广告成本一定持续下降。
国内主流RTA产品
目前支持RTA的广告平台包括：腾讯广告、巨量引擎（穿山甲）、快手磁力引擎、华为 Ads、阿里妈妈、UC 汇川、微博广告、知乎商业广告，以及爱奇艺。
第三方统计分析平台提供的RTA
近年来，一些第三方统计分析平台也开始提供RTA服务。
这的模式并不是广告平台直接向广告主请求，而是由第三方平台利用广告主存储在其系统中的数据，代替广告主完成实时决策。
从技术角度来看，这种模式可行，但效果通常不如广告主自建RTA系统。
原因在于：
- 广告主真正高价值的数据通常不会上传至第三方平台。
- 第三方平台能够参与决策的数据相对有限。
- 无法充分利用企业最核心的业务数据，例如订单金额、充值金额、续费金额等。
不过，对于技术能力不足、无法自行建设RTA系统的广告主而言，第三方RTA仍然是一种较低门槛的选择。
参考
- https://tencentads.com/Special/Detail/bb53aa27-870
- HUAWEI Ads RTA接口说明
- 2019穿山甲效果营销通案(含RTA).pdf
- 基于联邦学习的RTA广告的技术研究
- 巨量引擎RTA实时接口文档
- 知乎效果手册（含RTA）
- 腾讯广告RTA产品介绍
