RTA功能：别拿垃圾量“糊弄”我！

• 广告系统会根据用户的画像信息和实时行为数据等向广告主发送RTA请求。

• 在收到RTA请求后，广告主会根据自己的广告投放策略和目标受众进行实时决策，判断是否参与竞价。

• 系统返回决策信息，一般包括是否参竞/出价等。

• 在广告主决定不参与本次竞价时，广告平台会对其广告进行过滤处理。否则，广告平台会继续进行后续的粗排、精排等流程，以确保广告的有效展示。

2. 搭建注意点

广告主x在评估自身后，决定接入RTA功能。

然而，接入RTA功能的过程也不是一帆风顺的，这里面还是有一些方面需要注意。

2.1 硬性要求

广告平台对QPS和超时控制的要求一般都会写在RTA对接文档上，广告主只要保证在标准范围内就没问题。

QPS：

当广告主对接完各大平台的RTA功能后，各平台，像广点通、巨量、百度等，每次都会向广告主服务器发送RTA请求，这势必会导致广告主服务器的QSP量很大。

以电商行业为例：每到大促期间，像双十一、618，广告投放增加，加上用户天然的大促购物属性，各广告平台的RTA请求大幅增加，这对广告主服务器的压力很大，甚至会扛不住。

因此，广告主需要确保支持的QPS比广告平台日高峰的QPS大一些。

超时控制：

RTA对时效性要求很高，所以当一旦出现超时等问题时，不同平台的处理机制不太一样。有些平台在超时后会默认广告主不需要本次流量；有些平台则相反，会默认广告主主动曝光本次流量。

举个例子：广告主x在接渠道b的时候就忽略了超时控制的问题，没有及时跟广告平台明确RTA的超时时间和超时处理逻辑，导致渠道b在刚接入RTA功能的一周时间内根本没有量。

因此，提前明确RTA的超时标准是必要的。

2.2 灵活规定

在仔细研究各渠道的RTA功能后，广告主不仅要了解各家对RTA的使用差异，还要设定自己的RTA标准。主要考虑以下几个方面：

缓存设置：

为了提高QPS，在搭建RTA平台时，广告主可以设置缓存机制，可优先使用缓存数据。

在此过程中，需要考虑缓存过期的问题，除了设定过期时间外，还需结合业务逻辑及时删除缓存。

举个例子：广告主x有一个账户的RTA策略为：投放人群为沉默30天内的用户，即30天内未打开应用的用户；那么一旦有用户的沉默天数超过30天，有关这些用户的缓存信息就会被删除。

控制粒度：

控制RTA的粒度可以到达广告账号、广告计划等维度，在不同平台上的控制粒度不太相同，粒度更细可让广告主进行精准投放。

举一个例子：

目前大部分平台可以在账号的维度上进行控制，因此，在对接RTA时，广告主x将账号设置其控制维度。

然而，在对接华为商店时，广告主x发现，一个应用只能拥有一个华为商店投放账号，RTA是在任务的维度上建立，在账号的维度上控制RTA请求已经是不现实了。

因此，具体问题具体分析，对华为商店，广告主x必须特殊处理。

3. 成果验收

在搭建好RTA平台之后，广告主x就可以正式使用RTA功能了。

在使用一段时间之后，他验收成果，主要从以下几个方面来分析：