浅析RTB和RTA（二）

接着上一篇文章《浅析RTB和RTA（一）》，今天我们开启这个系列的第二篇。

RTA（RealTime API）

先来看一下RTA流程图：

1.为什么会有RTA？

为什么会有RTA？我们必须要从需求场景进行入手。任何脱离需求场景而讨论技术方案的行为都是耍流氓。首先将结论同步下，RTA的产生很大的一部分原因是广告平台侧数据的缺失，无法解决实时的定向。

举个例子，比如有这么一个广告主，他希望针对已安装不活跃的用户进行拉活，但是绝大部分的广告平台（排除厂商拥有系统权限之外）都只知道应用是否安装的状态，但是并无法知道应用到底有没有活跃，并且活跃用户到底怎么定义的也是只有广告主才能明确，比如有些定义为一周内曾打开过APP且使用了某个功能的才能叫活跃，那么这个数据就只有广告主有，广告平台是无法提供这样的一种定向的。如果直接使用广告平台的投放能力进行投放定向，是无法满足这样的一种需求的，而使用上传人群包，又无法解决实时用户数据更新的问题（当然也有些广告主不想将人群包信息同步到广告平台）。所以必须要以实时接口响应的方式进行定向或者出价。这样RTA就产生了。

2.RTA流程简介

对于一个新来的广告请求IMEI，会去对应的缓存中查询该IMEI的对应信息，找到愿意为这个IMEI付费的广告账户，这些愿意付费的广告账户集合可以理解为RTB中参与竞价的广告账户（但两者在流程和所在处理层上并不一致），后续会在里面决出一个广告账户获得曝光权。

这时候有同学就会问，听起来和RTB没什么区别啊，都是竞价机制，价高者得。这个理解没有错，别看RTA和RTB名字差不多，但是他们的作用阶段和解决的问题是完全不同的。

RTB是一种程序化投放的方式，最重要的作用是提出竞价机制，在广告账户集合中采用一种拍卖机制来决出曝光归属权，竞价的方法可以参考我们之前的《漫谈广告竞价模式》系列。

RTA是一种人群定向的方式，也就是在竞价之前，如何筛选出潜在可能付费的广告账户呢？我们把RTA接口暴露给广告主，不同的广告主可以选定不同的策略，这个策略将作为定向的依据，如果用户满足策略需求，那么广告账户就会有获得该用户曝光权的意向，所以策略的选择将决定他们后续是否会参与竞价。

本文主要和大家介绍了RTA整体的流程图以及RTA出现的原因。

欢迎大家关注计算广告那些事儿，除了原创文章之外，也会不定期和大家分享业内大牛的文章哈！