Skip to main content

中介管理

中介管理的作用是什么？#

中介组是用来管理广告展示优先级的功能。

TradPlus后台的中介组分为手动排序、按价格排序、低优先级三个模块。

三个模块之间的优先级是：手动排序模块高于按价格排序模块，按价格排序模块高于低优先级模块。

即，手动排序模块里排序最低的广告源，展示优先级要高于按价格排序模块中的所有广告源。

不同模块中如何设置优先级：

1、手动排序：此区域优先级最高。区域内的广告网络，根据位置顺序确定优先级。

2、按价格排序：此区域优先级第二高。在“按价格排序”区，如果在广告源配置时开启了自动价格功能，TradPlus后台会按照自动价格，自动对三方源从高到低进行排序。如果未开启自动价格功能，“按价格排序”区会按照手动输入的排序价格来排序

自动价格功能如何使用？#

在应用管理-编辑广告源处设置。

  • 开启自动价格后，TradPlus将优先使用该广告源过去3天的平均eCPM，用于排序。
  • 如过去3天总展示数少于200，则使用过去7天的平均eCPM。
  • 如过去7天总展示数少于200，则使用人工录入的排序价格。

平均eCPM计算公式：汇总收入 / 汇总展示数 * 1000

排序价格需要怎么填写？#

在应用管理-编辑广告源处设置。

此价格仅用于对广告请求的优先级排序，并不会回传给广告平台。

  • 如果在三方广告平台设置了eCPM底价，建议填写的价格与eCPM底价一致
  • 如果在三方广告平台未设置eCPM底价，请在此处填写0.01

注：如需要对广告源设置底价，则必须要去三方广告平台后台设置，TradPlus后台的排序价格仅用于对广告请求的优先级排序

3、低优先级：此区域优先级最低。区域内的广告网络，根据位置顺序确定优先级。

中介组建议配置方法：

一般可以将广告源放在“按价格排序”模块，使用自动价格功能进行自动排序。将暂时不希望有较多流量的广告源放在低优先级中，以实现收益最大化。

排序价格的生效时间是什么？#

开启自动价格功能后，排序价格一旦配置，会立刻生效。但是TradPlus不一定会使用排序价格给广告源进行排序。

  • 如过去3天总展示数大于等于200，则使用过去3天的平均eCPM进行广告源的排序，不会使用排序价格进行排序

  • 如过去3天总展示数少于200，则使用过去7天的平均eCPM进行广告源的排序，不会使用排序价格进行排序

  • 如过去7天总展示数少于200，则使用人工录入的排序价格进行排序

如何使用中介组分组做精细化运营？#

TradPlus支持20多种维度的中介组分组功能，如国家、用户年龄、设备类型、游戏等级或自定义用户属性等。

以国家为例，如果部分国家cpm较高，需要使用和默认组不同的瀑布流配置，可以给这些国家单独创建分组，针对这部分国家配置不同的瀑布流。

注1：三方广告平台只支持国家维度的数据拆分，不支持用户年龄、设备类型、游戏等级等维度数据拆分。因此，TradPlus从三方广告平台拉取的数据也是拆分到国家维度。

如果在中介组中根据用户年龄等维度进行分组，并需要查看每个分组单独的数据，需要在不同的中介组中分别使用不同的广告PID。

注2：聚合SDK不会违规获取用户信息。因此要注意，如果开发者希望在中介组对年龄、用户等级等维度做瀑布流优化，需要先把相关信息传给TradPlus。

中介组的请求策略是什么？#

1、不同广告类型的请求策略：

  • 激励视频、插屏、原生、开屏：

并行请求：如果广告位设置的缓存数为n，则并行请求瀑布流前n层的广告源，若返回的广告少于n个，则继续向下层串行请求，直到缓存池满。当用户到达场景时，无论缓存池是否已满，都会从缓存池里拿出一个优先级最高的广告源展示。展示结束后，自动reload播放完毕的这个的广告源

  • 横幅：

并行请求：如果广告位设置的并行请求数为n。则并行请求瀑布流前n层的广告源，若没有拿到广告，则依次向下层串行请求，直至拿到广告

2、Bidding和瀑布流的请求策略：

  • 用户打开应用，应用初始化TradPlus SDK；
  • TradPlus SDK向三方平台发送竞价请求，三方广告平台返回eCPM信息；TradPlus SDK根据竞价的eCPM高低，将竞价ID merge到瀑布流里，结合生成新的瀑布流；
  • TradPlus SDK根据新的瀑布流策略进行广告请求和展示。

3、不同分组的请求策略：

后台收到SDK请求策略时，会按中介组位置顺序，找到一个最先匹配的中介组，并返回该中介组的配置，命中顺序是从上到下；每个分组是互斥的，一个用户不会同时在两个组中。

中介管理的各个指标都是什么意思？#

  • 填充时长：统计了每个广告源的成功填充了广告的平均耗时时长，开发者可据此调整广告源，提高整个瀑布流的效率。比如，可以将填充时长过长的广告源替换新的广告源；也可以将相同价位的其他返回更快的广告源，挪至更高优先级。

  • 竞价请求数：TP SDK向广告网络发送的竞价请求数
  • 竞价响应数：广告网络收到竞价请求之后，返回的竞价响应的次数
  • 竞价响应率：向广告网络发送竞价请求后能得到广告响应的比率，竞价响应数/竞价请求数*100%
  • 竞价胜出率：竞价响应后，赢得竞价的比率，广告请求数/竞价响应数*100%

频次控制功能的作用是什么？#

开发者可灵活控制每个广告源的展示频次，进行广告展示量的分配。要注意：

  • 支持对所有类型的广告源配置展示频次，包括bidding广告源, 普通广告源，交叉推广等。

  • 对某广告源设置频次后，只对该中介组进行生效，不影响其他中介组下该广告源的频次设置。

  • 如果同时在广告位和广告源维度设置频次，其生效规则如下：

1）先判断广告位维度是否已经达到频次上限，如未达到频次上限，则继续判断广告源维度是否已经达到频次上限；

2）如广告位维度已经达到频次上限，则不再判断广告源维度的频次情况。

为什么部分数据有下划线？#

部分三方平台不分享广告请求、填充等数据，TradPlus后台使用自己的埋点数据来补足该部分数据，并用下划线来区分。

如何设置A/B 测试？#

1，点击中介管理-设置A/B测试

9.png

2，分配对照组和测试组的流量

10.png

3，在测试组添加新的广告源

11.png

*建议A组和B组用不同的三方广告位ID

A/B测试的分量逻辑是什么？#

开启A/B测试之后，在A/B测试周期内，用户第一次请求广告，会根据流量分配比去命中分组。比如AB组的流量分配比是各50%，则用户将随机分配到A组或B组，最后A组和B组各分配到50%的用户。一旦用户命中某个分组，就不会变了，后续会一直命中该分组。即一个用户一旦走了A组，就不会走B组。

若调整AB组分量策略，比如把流量分配比从各50%调整为A组90%和B组10%，那么用户会被重新分配。即从B组里随机分配一部分用户进入到A组；A组原有的50%的用户依然走A组。

在中介组中新建了瀑布流或是修改了配置后，多久会生效？#

后台完成配置后2分钟即可生效，在手机上本地拉到配置需要2分钟到1个小时不等。如需立即生效，可在手机上将APP清除缓存或卸载重装。

在中介组给某些设备建了一个中介组，为什么该中介组没有生效？#

1、如果是国内安卓手机，在规则处填写OAID，中介组不会生效，这是由于TradPlus SDK不主动获取国内手机的OAID信息导致的。

有以下三种解决方法：

  • 使用GAID来测试，确保测试手机有安装谷歌服务框架Google setting，在谷歌广告设置里可查看广告ID（GAID）
  • 使用OAID，确保应用在初始化TradPlus SDK之前调TradPlusSdk.setAuthUID(Context, true)
  • 使用海外手机

2、如果是ios手机，中介组配置了设备的IDFA，需要该手机授权此应用的IDFA权限，中介组才会生效

注：在应用启动后，会弹出IDFA权限申请，这个弹框只会出现一次，后续如果要变更IDFA权限，需要在手机的系统设置【隐私】-【跟踪】里调整。

在中介组中采用“年龄”、“等级”等分组，如果应用不把年龄、等级等用户信息传给TradPlus，TradPlus能获取到用户信息吗？#

不能。聚合SDK不会违规获取用户信息。因此要注意，如果开发者希望在中介组对年龄、用户等级等维度做瀑布流优化，需要先把相关信息传给TradPlus。

TradPlus如何判断用户来自哪个国家？#

用户从客户端发起广告请求的时候，TradPlus会根据用户的IP信息来判断

中介组bidding是采用服务端bidding还是客户端bidding，是否需要开发者做技术联调？#

采用服务端bidding，S2S。

不需要开发者做技术联调，应用端只需要集成对应版本的TP SDK，然后填写bidding广告位即可

什么是SDK请求广告超时时长？#

TradPlus SDK按照中介管理瀑布流配置进行请求，在请求某个广告源时，如果达到默认超时时长后三方还未响应，TradPlus SDK将自动请求下一个广告源。

各个广告类型默认的SDK请求广告超时时长是多少？#

广告类型默认SDK请求超时时长
激励视频和插屏60s
横幅和原生10s
开屏10s

什么是竞价超时时长？#

TradPlus SDK 同时向已配置的三方bidding广告平台发起竞价请求，若某个三方平台在5s内不响应，则TradPlus SDK不再等待，继续向其他有响应的广告平台发起广告请求。

各个广告类型默认的竞价超时时长是多少？#

所有广告类型的竞价超时时长均默认为5s。