广告拉新成本日益上涨，付费成本也在不断攀升。在现有竞价基础上，RTA技术能让广告主能充分的利用自身数据，筛选数据量。本文具体介绍了RTA功能及其应用，希望对你有所帮助。
广告拉新成本日益上涨，付费成本也在不断攀升。在现有竞价基础上，RTA技术能让广告主能充分的利用自身数据，筛选数据量。本文具体介绍了RTA功能及其应用，希望对你有所帮助。
一方面，一些重点广告位的效果一下子就下降，转化用户也不是x所期望的，与平台的定向用户存在偏差。
另一方面，公司的合规要求也慢慢变得严格，敏感后端数据无法回传给媒体侧，媒体可以获取的数据量也减少，从而阻碍了ocpx模型的优化进程。
在现有的竞价基础上，RTA技术通过新增的一种定向能力，让广告主能充分的利用自身数据，来筛选流量。这不仅能解决用户定向的问题，还能极有效地处理数据安全问题。
首先，对于广告主x来说，充分了解RTA是什么，以及它的工作原理是很必要的。
通过实时接口，平台向广告主下发请求数据，广告主能够准确的通过自己的数据和模型来判断并反馈决策信息，平台结合反馈信息进行预估和优选，最终进行竞价并提升投放效果。
于是向广告主x下发请求，“嘿，我有一个用户，他的用户id是xxx……，你要投吗？”；
结果，x发现这个用户并不符合规定标准，这妥妥的就是黑名单里的用户，投放纯属是浪费资源。于是，x就跟平台说：“不投”；
于是向广告主x下发请求，“嘿，我有一个用户，他的用户id是xxx……，你要投吗？”；
结果，x发现这个用户并不符合规定标准，这妥妥的就是黑名单里的用户，投放纯属是浪费资源。于是，x就跟平台说：“不投”；
当然，不是广告主通过RTA平台向平台说“投”，广告马上就能曝光的。现实远比例子复杂得多，还包含了很多其他的环节。具体流程请看下图：
广告服务一般会经历多个流程，包括广告召回、广告过滤、广告排序等步骤，最终将广告传给前端展示给用户。
然而，RTA功能不是每个广告主都能使用的。广告平台在考虑数据安全和时效性等因素时，会设定一些接入门槛。
消耗：为了尽最大可能避免数据输出风险，广告平台通常仅向重要客户（KA客户）开放RTA功能。广告主需要评估自身的资金能力和消耗规划，以确定是不是符合开通RTA功能的资格；
技术：RTA是一个实时接口，对时效性要求非常高。因此，广告主的开发者一定要具有较强的技术能力，才能进行接入并充分的利用相关功能；
数据：RTA的使用需要结合广告主方的数据和广告平台的技术能力。因此，广告主需要具备一定的数据分析能力，能够基于自身的数据对流量进行打分和筛选，以评估流量的价值；
然而，接入RTA功能的过程也不是一帆风顺的，这里面还是有一些方面需要注意。
广告平台对QPS和超时控制的要求一般来说都会写在RTA对接文档上，广告主只要保证在标准范围内就没问题。
当广告主对接完各大平台的RTA功能后，各平台，像广点通、巨量、百度等，每次都会向广告主服务器发送RTA请求，这势必会导致广告主服务器的QSP量很大。
以电商行业为例：每到大促期间，像双十一、618，广告投放增加，加上用户天然的大促购物属性，各广告平台的RTA请求大幅度的增加，这对广告主服务器的压力很大，甚至会扛不住。
以电商行业为例：每到大促期间，像双十一、618，广告投放增加，加上用户天然的大促购物属性，各广告平台的RTA请求大幅度的增加，这对广告主服务器的压力很大，甚至会扛不住。
RTA对时效性要求很高，所以当如果出现超时等问题时，不同平台的处理机制不太一样。有些平台在超时后会默认广告主不需要本次流量；有些平台则相反，会默认广告主主动曝光本次流量。
举个例子：广告主x在接渠道b的时候就忽略了超时控制的问题，没有及时跟广告平台明确RTA的超时时间和超时处理逻辑，导致渠道b在刚接入RTA功能的一周时间内根本没有量。
举个例子：广告主x在接渠道b的时候就忽略了超时控制的问题，没有及时跟广告平台明确RTA的超时时间和超时处理逻辑，导致渠道b在刚接入RTA功能的一周时间内根本没有量。
在仔细研究各渠道的RTA功能后，广告主不仅要了解各家对RTA的使用差异，还要设定自己的RTA标准。主要考虑以下几个方面：
为了提高QPS，在搭建RTA平台时，广告主可设为缓存机制，可优先使用缓存数据。
在此过程中，需要仔细考虑缓存过期的问题，除了设定过期时间外，还需结合业务逻辑及时删除缓存。
举个例子：广告主x有一个账户的RTA策略为：投放人群为沉默30天内的用户，即30天内未打开应用的用户；那么一旦有用户的沉默天数超过30天，有关这些用户的缓存信息就会被删除。
举个例子：广告主x有一个账户的RTA策略为：投放人群为沉默30天内的用户，即30天内未打开应用的用户；那么一旦有用户的沉默天数超过30天，有关这些用户的缓存信息就会被删除。
控制RTA的粒度可以到达广告账号、广告计划等维度，在不同平台上的控制粒度不太相同，粒度更细可让广告主进行精准投放。
目前大部分平台可以在账号的维度上来控制，因此，在对接RTA时，广告主x将账号设置其控制维度。
然而，在对接华为商店时，广告主x发现，一个应用只能拥有一个华为商店投放账号，RTA是在任务的维度上建立，在账号的维度上控制RTA请求已经是不现实了。
目前大部分平台可以在账号的维度上来控制，因此，在对接RTA时，广告主x将账号设置其控制维度。
然而，在对接华为商店时，广告主x发现，一个应用只能拥有一个华为商店投放账号，RTA是在任务的维度上建立，在账号的维度上控制RTA请求已经是不现实了。
超时率：高超时率会影响广告平台和广告主开发者的体验，无法到达预期效果；
RTA有效返回占比：如果该比例过低，有几率会使RTA的消耗不足，从而对RTA的效果提升存疑；
RTA消耗占比：与参与RTA的比例类似的指标，反映了RTA在整体广告投放中的占比情况；
RTA匹配分析：通过结合监测链接的数据和有效的RTA返回数据来进行分析，以评估RTA的最终匹配情况；
RTA在拉新和拉活场景中发挥及其重要的作用。广告平台和广告主通过利用RTA功能，能轻松实现广告曝光的精准过滤，并提升广告主的转化效果，有效优化广告投放策略。
针对拉新场景，广告平台通常会根据应用的当前状态判断用户是否”安装”了应用。
广告主针对未安装用户会进行细分，常见的做法是将没安装应用的用户分为纯新增用户和卸载回流用户。
RTA能够很好地解决以上场景。它不仅仅可以帮助广告平台过滤掉无效的广告曝光，同时还能提升广告主的转化效果。
在拉活场景中，利用RTA能够使运营更加精细化。对于以提升DAU为目标的场景，一种简单的方法是定义符合拉活规则的人群，过滤掉主动启动应用的用户，然后针对符合规定标准的用户进行拉活，以此来实现预算和效果的最大化。
还是以广告主x为例：目前广告主x在拉活场景下对RTA功能的开发使用还比较初级。他将一周未打开App的用户定义为拉活用户，拉活场景主要是针对7天未活跃的用户进行投放。
还是以广告主x为例：目前广告主x在拉活场景下对RTA功能的开发使用还比较初级。他将一周未打开App的用户定义为拉活用户，拉活场景主要是针对7天未活跃的用户进行投放。
更精细化的做法是通过模型预测某个用户当天是否会主动启动应用，并计算一个得分。得分较低的用户意味着他们主动打开应用的几率较小，因此就需要依靠广告来拉活。这种办法能够节省大量的预算。
更进一步的做法是按照每个用户的ARPU值或者LTV进行拉活。由于不同用户的拉活价值不同，例如在电商产品中，有些用户消费能力较高，而有些用户只是浏览而不购买。因此，根据不同用户的价值进行不同的出价和拉活方案是必要的。
RTA是一种叠加在直投&程序化广告投放基础体系之上的接口标准和特定功能，或是说现有投放模式上推出的创新模式，RTA功能开通不可能影响广告系统原有体系的所有功能，换句话说，RTA并不可能影响RTB生态体系。
所以RTA与RTB（RTB的内容，请看“RTB广告：我是如何每年省下1个亿的”）的关系是锦上添花，而不是取而代之。
目的：RTA主要是提高广告主的决策权，能决定自己投什么用户；RTB生态体系基于SSP、DSP、ADX展开，是为了更大化地利用流量；
广告归属：RTA的广告创建位于广告平台侧；RTB的广告创建位于DSP平台，也是所谓的广告平台侧；两者相同；
流量筛选：RTA将实时个性化流量筛选的能力开放给广告主，广告主可自行筛选流量；RTB的DSP对于流量的选择和控制能力达到了极致；但是，RTA和RTB的流量筛选并不冲突，几乎是一起进行的；
购买方式：广告主能够最终靠直接购买广告位的方式同时享受RTA功能和RTB技术；
数据使用：RTA主要可通过广告主方的数据；RTB更多地依赖广告交易平台的数据；两者结合在一起，可使广告主的投放更精准；
虽然RTA和RTB的目的不同，但是这两者是生态共融，极大的满足了广告主的需求；
文中例子基于实际业务改编，进行了某些特定的程度的模糊化处理。然而，本篇文章为读者提供了相对全面的RTA技术相关资讯。相信本文提供的信息可以为广告主选取比较合适自己的技术方案和实现精准定向投放提供有力帮助。
值得注意的是，不论RTA的流量筛选逻辑如何，广告主都需要合理评估自身需求和能力，量力而为，设置合适的计算模型。
这是因为复杂的模型计算常常要大量的时间，可能没办法满足RTA对时效性的要求。因此，在真实的操作中需要权衡时效性和计算耗时的问题。这需要考虑算法复杂度、计算资源、数据处理速度等因素。
