首页 > 其他分享 >App投放增长:RTA

App投放增长:RTA

时间:2024-10-31 14:17:36浏览次数:3  
标签:投放 RTA App 平台 流量 广告 数据 广告主

随着互联网红利的消失,广告主获客越来越难且成本水涨船高,以前的粗放式投放不再适用于眼下的市场获客,精细化投放已经成为广告主不可或缺的选择。RTA作为新时代的产物,本文将为你揭开其神秘面纱…

RTA(RealTime API),中文解释“实时广告API”,广告平台在进行广告检索阶段,通过RTA接口向广告主询问其广告是否参与竞价,广告平台在接收到该信息后再进行广告检索召回。

一、背景

任何一个新鲜事物的出现一定是伴随着一定的需求背景的,让我们先来了解下RTA产品的需求背景。在上文《Marketing API的那些事儿》中我们有提到广告主投放广告的三种途径,除了自建DSP对接ADX是依赖于广告主自身数据和技术之外,剩下的两种:媒体后台开户投放和对接MAPI搭建Trading Desk方式都是依赖于广告平台的能力建设。由于广告主自建DSP需要较深的技术沉淀,广告主一般都会选择媒体后台开户投放或者对接MAPI搭建Trading Desk方式来满足自家App推广需求。

在推广前期,广告主可通过广告平台提供的定向能力来获客,但随着互联网红利的消失,广告主获客越来越难且成本水涨船高,以前的粗放式投放不再适用于眼下的市场,精细化投放已经成为广告主不可或缺的选择。结合广告主一方数据和广告平台的技术能力来辅助投放是行之有效的解决方案。

那么,在没有RTA之前,广告平台是如何实现通过一方数据弥补广告平台定向能力不足的?很简单,在《Marketing API的那些事儿》中有提到,MAPI的一个很重要的功能是数据回传。不论是DMP API还是用户行为数据回传API,广告主均可通过这将所需定向数据回传到DMP平台,然后广告平台将自身的DMP和DSP打通,利用广告主上传的数据来进行定向投放。广告主的一方数据,除了弥补定向之外,还有一个重要的应用场景是OCPX,因此这也是为什么说广告平台推荐大家使用OCPX,这样其可以获取到后链路数据,丰富其数据特征,辅助优化模型。

既然已经有了数据回传MAPI,那广告平台为什么又要推出RTA呢?考量点主要出于如下几个原因:

  1. 出于保护用户隐私数据安全考虑,广告主不再将数据通过API输出给外部平台,用户数据只能在自身平台发挥作用;
  2. 通过MAPI回传数据存在滞后性,无法保证数据的实时性;利用RTA接口可以来弥补平台实时定向能力的不足。

二、RTA广告流程

广告平台在进行广告检索阶段,通过RTA接口向广告主询问其广告是否参与竞价,广告平台在接收到该信息后再进行广告检索召回,一个完整的RTA广告流程如下图所示。

  1. 前端发起广告请求,请求后端广告服务;
  2. 广告服务一般会经过广告检索、广告召回、广告粗排、广告精排等一些过程,最终将广告下发给前端展示给用户;
  3. RTA请求时机:为什么没有将RTA插入到上述的某一个流程中,原因在于RTA适合于广告检索到广告下发之间的任一环节,但是处于不同的环节,对于广告平台和广告主的处理逻辑是不一样的;因此广告主开发者在对接RTA时需要跟对方明确其RTA的请求时机是在什么阶段;
  4. RTA超时控制:RTA对时效性要求很高,所以当一旦出现超时等问题时,不同平台的处理机制不太一样。有些平台在超时后会默认广告主不需要本次流量;有些平台则相反,会默认广告主需要本次流量。因此开发者在对接RTA时需要跟对方明确其RTA的超时时间和超时处理逻辑;
  5. RTA控制维度逻辑:RTA的控制粒度可以到广告账号、广告计划等维度,但不同平台的控制粒度不太一样,粒度更细,广告主可更好地进行精细化投放,目前大部分平台都还在广告账号维度。开发者在对接RTA时需要跟对方明确其RTA的控制维度;
  6. RTA出价:目前主流广告平台的RTA接口支持设置出价(或者价格系数),广告主开发者可结合自身数据对本次流量进行价值预估,掌握出价的主动权。还有一些RTA接口支持质量分,功能与出价类似,都是返回本次流量的价值;开发者在对接RTA时需要跟对方明确其RTA是否支持出价或者质量分;
  7. DPA广告:目前主流广告平台的RTA支持返回商品ID(需提前跟广告平台对接商品库),即可以投放DPA广告,适合做remarketing,进一步对流量做精细化运营。开发者在对接RTA时需要跟对方明确其RTA是否支持DPA广告;
  8. 监测链接:对于支持曝光点击监测的广告平台,部分平台的监测宏支持RTA_ID,这样可以区分出哪些广告是通过RTA策略胜出的,同时可以针对广告流量质量做监控,例如曝光点击监测数据中出现了未知的RTA_ID,那么该流量可能存在问题。开发者在对接RTA时需要跟对方明确其监测链接是否支持替换RTA_ID宏参数。

三、RTA接入

RTA,作为一个扩展实时定向能力的API,可以提升广告投放效果,首先广告主肯定是希望接入的,但广告平台出于数据安全和时效性考虑,一般都会设置接入门槛,这一点与对接ADX类似。

  1. 消耗门槛:由于广告平台开放RTA功能存在数据输出的风险,所以广告平台一般只会针对KA客户开发RTA能力;
  2. 技术门槛:RTA是一个实时接口,对时效性要求很高,因此广告主开发者必须具有较好的技术沉淀,才可以对接RTA;
  3. 数据能力:RTA需结合广告主一方数据和广告平台技术能力才能最大化发挥其功效,因此广告主开发者需具备一定的数据能力,有能力基于一方数据对流量质量进行评分,衡量流量价值。

广告主在搭建RTA平台时,需要关注接口超时问题,一旦超时比例过高,平台有可能关停RTA能力。尤其是当广告主对接了各大平台的RTA时,比如广点通,巨量或者百度的流量,每次都对广告主进行RTA请求的话势必会导致广告主服务器QPS的量很大,压力很有可能扛不住。

那么,这个时候为了提升QPS,广告主开发者可以设置缓存机制,优先使用缓存数据。到这里需要考虑缓存过期问题,除了设置过期时间外,还需结合业务逻辑主动删除缓存,比例用户安装激活了App,比如用户购买了广告产品等场景。广告平台侧同样可以设置相应缓存机制,即对广告主已经进行“标记”的用户进行缓存或者记录,下次无需再广告主发起请求。随着RTA数据的不断积累,广告平台就能掌握更多广告主用户侧的数据特征,从而减少RTA的次数。同时广告主一方数据的积累对于广告平台的好处也是显而易见的,比如用于训练OCPX模样等。

广告主在搭建RTA时,应当关注如下几个指标:

  1. 超时率:过高的超时率对广告平台和广告主开发者都是一种不好的体验,平台侧有可能关停RTA能力;
  2. RTA有效返回占比:有效返回RTA结果的比例,如果该比例过低,会导致RTA消耗过低,平台侧会认为RTA并未给广告主带来较大的效果提升,有可能会关停RTA能力;
  3. RTA消耗占比:参与RTA的消耗占大盘整体消耗的比例,与RTA参与率类似;
  4. RTA匹配分析:通过结合监测链接中的RTA_ID数据和RTA有效返回数据分析RTA最终匹配情况。
  5. ……

四、RTA应用

RTA提供了实时定向的能力,那么在哪些场景可最大化发挥作用呢?下面罗列一下电商行业几个常用的场景,如果读者有更好的场景,欢迎一起探讨。

1. 拉新

广告主在推广App时,一定会涉及到拉新,获取新客户。既然是拉新,那如果将广告投放给老客户,浪费预算的同时又会影响老客的用户体验,因此在投放拉新广告时需要排除老客。如何判断一个用户是某App的新用户还是老用户,只有广告主自己才知道,而且每个广告主的判断标准还不一致,因此广告平台无法屏蔽这部分用户。通过RTA接口,广告主可以自行判断是否针对本次流量投放拉新广告,从而提升广告投放效果。

2. DPA

目前主流的广告平台均支持在RTA返回结果中返回商品信息,这就表示广告主可以结合内部推荐数据给本次流量推送最合适的广告素材。广告主开发者需要支持实时+离线的方式计算用户的个性化数据,这里面就需要考量耗时问题,毕竟实时推荐可能达不到RTA要求的时效性。

3. 频控

在广告行业中,大家有一个共识,针对同一个用户投放多次并不会提升效果,反而需要将用户看到广告的频次控制在一定范围内。广告主在推广App时,一般都会渠道投放。在没有RTA之前,广告主一般只能设置单渠道的频控设置。在有了RTA之后,如果投放的渠道均支持RTA,那么广告主可以做到全局频控,可以节省投放费用,同时提升投放效果。

4. 流量分层运营

在App运营体系中,不同活跃度用户的流量价值是不一样的,活跃度越高,相应的流量价值也越大。因此广告主一般都会针对不同的活跃度的用户打上不同的质量分,同时设置对应的运营策略。由于RTA接口支持回传流量质量分,广告主可通过此字段向广告平台传达其对本次流量的打分情况,平台在收到该信息后,叠加平台侧的动态出价能力,为广告主更好的去竞得本次流量,实现流量的分层运营。

五、RTA VS RTB

RTB(RealTime Bidding),中文解释为“实时广告竞价”,广告主可针对ADX的每一次流量进行流量价值、CTR以及CVR预估,然后决定是否参与竞价,如若参竞,需要返回对应的广告素材以及出价。广告主通过自建DSP对接ADX,由于缺少平台媒体侧上下文信息(context)、用户媒体的用户行为(user)以及其他相同广告主投放的泛化数据,因此相同技术能力条件下,广告主的CTR和CVR预估模型也比较有限。

RTB和RTA,虽然两者从名称上看就一字之差,但两者是完全两个不同的工具,主要差异点见下图。

  1. 广告归属:RTA的广告创建位于广告平台侧;RTB的广告创建位于其自建的平台侧;
  2. 出价:RTA的出价可以是平台的出价*用户质量分,也可以是RTA的实时出价;RTB的出价是实时竞价;
  3. 定向:RTA的定向结合平台侧的定向和广告主的实时定向;RTB的定向主要是其自建平台的定向功能;
  4. 定向粒度:RTA的定向粒度可以是账号和计划级别;RTB的定向粒度是广告级别;
  5. 数据:RTA利用了广告平台数据和广告主一方数据;RTB仅利用了广告主一方数据。

六、总结

RTA是这两年兴起的广告技术能力,其核心要点在于通过广告主一方数据并结合广告平台的技术能力来更好的实时辅助广告投放,包含但不限于定向优化、出价优化、DPA优化等,随着各平台对于RTA的深入探讨研究,期望这个行业能给大家更多的玩法。

标签:投放,RTA,App,平台,流量,广告,数据,广告主
From: https://blog.csdn.net/2401_88540602/article/details/143327007

相关文章

  • 有哪些无需编程就可以自己开发App的工具
    无需编程就可以自己开发App的工具使非程序员也能轻松创建移动应用程序。这些工具包括:1.Adalo;2.Bubble;3.OutSystems;4.AppyPie;5.MicrosoftPowerApps;6.Mendix。其中,Adalo提供了可视化拖拽界面,使得用户可以轻松设计和构建自定义应用程序。1、Adalo功能:提供可视化拖拽界......
  • 基于node.js+vue基于Android平台的上门诊疗app前(开题+程序+论文)计算机毕业设计
    本系统(程序+源码+数据库+调试部署+开发环境)带文档lw万字以上,文末可获取源码系统程序文件列表开题报告内容一、选题背景随着移动互联网技术的飞速发展,智能手机在人们生活中的普及程度越来越高。在医疗领域,利用移动平台改善医疗服务的需求日益增长。关于医疗服务的信息化研......
  • Tomcat 8 报错:FAIL - Application at context path /xxxx could not be started
    一、问题描述在本地Tomcat部署项目后,在浏览器中打开项目报错Theoriginserverdidnotfindacurrentrepresentationforthetargetresourceorisnotwillingtodisclosethatoneexists造成这个错误的原因有很多,可能是路径错误,也可能是项目编译包错误,亦或是版本不......
  • 24h搜书zlibrary中文官网登录入口及客户端app
    24h搜书是什么24小时搜书是一个提供在线搜索和下载电子书的平台,它允许用户根据书名、作者、出版社等信息搜索电子书,并支持多种电子书格式,如azw3、mobi、epub、pdf等。这个平台以其丰富的电子书资源和便捷的搜索功能而受到用户欢迎,用户可以免登录直接下载所需的电子书。24小时搜......
  • 游戏陪玩系统线上线下陪玩系统源码交付支持二开陪玩系统可打包APP小程序H5
    关于游戏陪玩系统,特别是线上线下陪玩系统源码交付并支持二次开发(二开)的方面,以下是一些关键信息和说明:一、游戏陪玩系统概述游戏陪玩系统是一种为游戏玩家提供线上线下陪玩服务的平台。它结合了游戏文化与社交元素,为玩家提供了个性化、专业化的游戏陪伴体验。这种系统不仅满足......
  • 【鸿蒙HarmonyOS实战:通过华为应用市场上架测试版App实现HBuilder X打包的UniApp项目的
    鸿蒙HarmonyOS实战:通过华为应用市场上架测试版App实现HBuilderX打包的UniApp项目的app转hap教程(邀请码)方式详解在使用uniapp打包的鸿蒙项目的过程中,由于生成的是app文件,而hdc传给鸿蒙HarmonyOS系统需要的是hap文件,hdc不能上传app文件,需要hap格式,或者通过华为应用市场下......
  • 华为OD机试 E卷|手机App防沉迷系统
    华为OD机试E卷|手机App防沉迷系统0、关于本专栏&刷题交流群本文收录于专栏【2024华为OD机试真题】,专栏共有上千道OD机试真题,包含详细解答思路、与四种代码实现(Python、Java、C++、JavaScript)。点击文末链接加入【华为OD机试交流群】,和群友一起刷题备考。刷的越多,考试中遇到原......
  • 基于SpringBoot+Vue+uniapp的宿舍管理系统的详细设计和实现(源码+lw+部署文档+讲解等)
    文章目录前言详细视频演示具体实现截图技术栈后端框架SpringBoot前端框架Vue持久层框架MyBaitsPlus系统测试系统测试目的系统功能测试系统测试结论为什么选择我代码参考数据库参考源码获取前言......
  • 基于thinkphp+fastadmin+uniapp的单商户商城
    1、系统概述多平台的单商户多门店系统,支持微信公众号、微信小程序、h5网页、Android、IOS的购物商城,拥有强大灵活的店铺装修、自定义模板、多规格商品、运费模板、库存管理、全端分享等。2、技术栈thinkphpuniappvue3viterediselement-pluseasy-wechatmysql3、......
  • mybatis Mapper代理开发
    MyBatis是一个优秀的持久层框架,它支持定制化SQL、存储过程以及高级映射。Mapper是MyBatis中用于定义SQL语句和映射规则的接口或XML文件。下Mapper接口定义方式:Mapper接口用于定义SQL操作的抽象方法,不需要实现类。注解方式:可以使用注解(如@Select,@Insert,@Upda......