English
Log In
You can then view all documents
GroMore/常见问题/功能使用常见问题
功能使用常见问题
Last updated 2022-08-15 15:46:34

并行请求多个代码位并均返回广告,那最终会展示哪个广告?

按瀑布流排序,展示顺序最靠前的代码位广告。如并行请求第1和第2层代码位且均在超时时间上限内返回广告时。第1层代码位的广告将会被展示


如何做预缓存

预缓存功能不需要申请,开发者可自行设置:在使用广告之前,先请求下来广告,到需要展示的场景调用广告展示的方法即可。

【需要注意】

1、每次请求广告都需要新创建一个AdSlot参数 新创建一个广告对象

2、展示完广告之后需要把广告对象置空处理

3、不建议在广告show回调中做请求广告的逻辑处理

建议使用GroMore预缓存功能。详细信息可点击查看



填充率低

M内的各层填充率下降,建议下调底价;非M内主要是广告主减投,目前流量也属于下降状态,建议稳定流量且保证流量质量。如需进一步排查,您可在工单选择对应版块详细描述您的问题,工单服务人员将会在1个工作日内给您答复,感谢您的理解与支持



AB测试

AB测试是指,开发者可在同一广告位/同一流量分组下,配置A、B两组不同瀑布流,并通过对比两组收益差异,确定更优的瀑布流配置方案。详细使用指南可点击查看



GroMore内开屏是否有缓存机制

GroMore内开屏暂无缓存机制。Gromore支持预缓存的是安卓的激励视频、全屏、插全屏。开发者如果需要其他的类型,可以自己实现。详细信息可点击查看



是否支持展示时返回bidding价格?

支持,为满足买量变现开发者测算ROI的需求,bidding目前已支持在bidding获胜时返回真实价格,调用时机需要在展示(show)之后,过早调用可能会导致没有值返回。

您可以直接调用接口获取相关内容,技术对接文档搜索platform可以看到相关字段“getPreEcpm”


广告请求填充耗时长 主要是哪些原因造成的影响?

广告请求填充耗时主要跟广告位下代码位的层级和并行请求数有直接关系。同时也受当前网络的影响。如需控制请求时长,建议利用【瀑布流属性设置-超时设置】功能,适当减少请求层级,增大并行请求数。同时,合理设置头几层代码位底价,避免底价设置太高导致头几层请求时间浪费


GroMore预估数据与api数据差异很大,原因是什么?

数据差异问题可能由统计口径、特殊广告类型功能(如开屏/激励视频/全屏的预缓存)影响,点击链接https://www.csjplatform.com/supportcenter/5884,可查看请求量、返回量、填充率、展示量、展示率、eCPM、收益、DAU/DEU/ARPU等数据的常见差异以及相关的问题归因。


使用穿山甲GroMore bidding后,人均展示次数变高了,会不会影响用户体验?

不会。使用穿山甲GroMore bidding后,广告加载速度更快,降低了用户等待时长,减少因超时损失的展示机会;同时,由于bidding无底价且会实时自动出价,不管用户价值高低,我们都会为您找到合适的广告去做展示。因此人均展示次数变高,一方面提升了广告总收益,有利于开发者;另一方面也降低了用户等待时长,有利于用户体验。

如果需要控制人均展示次数,可以使用GroMore的【用户展示控制设置】功能,控制某广告位对单一用户的展示时间间隔/单位时间内的展示次数。详情可点击查看



bidding

GroMore的穿山甲bidding,是服务端竞价。在发起广告请求时,GroMore服务端会先向穿山甲bidding发起请求,获取最高价格,再与其他广告网络有返回的瀑布流代码位进行比价,价高者得。详细使用指南可点击查看


填充率骤降、cpm下滑

M内的各层填充率下降,建议下调底价;非M内主要是广告主减投,目前流量也属于下降状态,建议稳定流量且保证流量质量。如需进一步排查,您可在工单选择对应版块详细描述您的问题,工单服务人员将会在1个工作日内给您答复,感谢您的理解与支持



bidding的作用

bidding(实时竞价),是指广告需求方实时竞价,最高价者胜出,这意味着每次广告展示的收入可以实现最大化。bidding详细功能介绍可点击查看



流量分组

流量分组是指,开发者可从不同维度对流量进行分组,配置不同的瀑布流,对流量进行精细化运营。详细使用指南可点击查看


bidding实时价格返回申请

支持,为满足买量变现开发者测算ROI的需求,bidding目前已支持在bidding获胜时返回真实价格,调用时机需要在展示(show)之后,过早调用可能会导致没有值返回。

您可以直接调用接口获取相关内容,技术对接文档搜索platform可以看到相关字段“getPreEcpm”。bidding详细功能介绍可点击查看



在同一个瀑布流中,我能否同时使用穿山甲竞价和标准代码位?

所有广告网络均支持竞价与标准代码位共存


瀑布流层数设置建议

瀑布流中,建议对应用变现收益贡献大的广告网络设置较多层数、而贡献一般的广告网络设置较少层数,且瀑布流中不同广告网络交叉排序设置。详细信息可点击查看



瀑布流属性设置

GroMore瀑布流属性配置包含【自定义并行及请求配置】、【用户展示控制设置】和【预缓存】三部分产品能力。其中,【自定义并行及请求配置】详情可点击查看,【用户展示控制设置】详情可点击查看,【预缓存】详情可点击查看



GroMore设置的层数越多,广告加载速度是否就越慢?

瀑布流中的广告是逐层请求的,先填充便先展示,设置层数越多总时长耗费可能就越长。可以通过增加广告并行请求层数和缩短总超时时长,来控制广告的加载速度避免错过展示时间


底价设置过高

代码位的底价设置过高,本次广告出价低于此代码位的底价,导致该代码位无填充,如果该代码位整个的填充率小于5%可适当调整该代码位的底价


兜底代码位逻辑

设价代码位没有填充的请求回流转到兜底代码位,兜底代码位将在瀑布流最后一层请求,确保每次广告请求流量不被浪费


删除分组模板会删除这个流量分组吗?

删除分组模板不会删除这个流量分组。【管理流量分组模板】中的【删除】操作仅针对【分组模板】,不会影响该流量分组。如您想停用某流量分组,可调节流量分组的【开启/关闭】按钮,来关闭对应流量分组


流量分组过多是否会降低广告请求速度

如果一个用户命中多个流量分组,SDK会返回最高优先级的流量分组进行瀑布流配置,请求速度是不会影响的。流量分组详细信息可点击查看



使用bidding后是否还需要流量分组

流量分组是针对整个瀑布流来设置的,目前只上线了穿山甲的bidding,只会对穿山甲这部分的流量做竞价,但其他adn还是正常瀑布流的返回的。理论上穿山甲的bidding可以不用再做流量分组了,因为我们会针对不同的用户都去竞价返回合适的价格,但是其他adn的代码位是否还要通过流量分组来做精细化运营,建议还是要根据自身的情况来调整


串并行策略

GroMore瀑布流属性配置包含【自定义并行及请求配置】,自定义并行请求,即媒体可自定义设置瀑布流中串并行请求方式和层数,当前支持【固定数量代码位并行请求】、【相同价格代码位并行请求】和【请求加速器】三种方式。详细可点击查看



复用逻辑。如果一次请求只会有一次填充,其他多久未使用会销毁呢

复用逻辑是个不断迭代优化的过程,未来也会持续优化。目前可以理解为GroMore是支持复用的。

前提条件:并行请求3个代码位。发起第一次广告位请求之后,如果返回3条,广告展示位置会以当前返回的广告最高价格的那条广告进行展示。

1、如果当前用了SDK内部的复用功能,后面的2条是会缓存起来,做下次复用

当发起第二次广告请求的时候,上次被用掉的那条会从新发起请求,其他两条是复用上次缓存的

2、如果当前没有用SDK内部的复用功能,后面的2条直接被销毁

当发起第二次广告请求的时候,会直接请求3条


底价设置是否合理

基于通跑ecpm设置各层价格:首先,在各家广告网络采用不设底价代码位通跑得到ecpm;其次,选择ecpm更高的广告网络,然后,将对应广告网络的ecpm作为基准,乘以 2-3倍作为首层价格;然后,观察首层代码位填充率进行微调后作为最终价格;最后,以此类推设置后面层级的底价。具体建议点击查看



GroMore bidding支持的代码位样式有哪些?

穿山甲:开屏、全屏、插屏、激励视频、信息流、banner、插全屏;

Mintegral:开屏、全屏、激励视频、横幅广告、信息流(自定义渲染、自动渲染);

Sigmob:激励视频、全屏视频、插全屏。

如果要在GroMore中使用插全屏&banner,需将GroMore SDK更新至3100及以上版本

具体操作点击查看



为什么有些代码位的填充率API>100%?

兜底代码位填充率API>100%,跟a组b组代码位复用有关,请求量API、返回量API数据拆分是基于a组b组埋点上报的请求量、返回量占比预估拆分的。如若要做严格的ab测试,则建议a组、b组使用不同代码位id


穿山甲代码位如何在普通代码位及竞价代码位间快速切换?

点击代码位【编辑】按钮,切换【竞价类型】,然后再选择要替换的竞价/标准代码位即可。有多个穿山甲标准代码位时,需点击【⋮】删除标准代码位至只剩一个,再点击【编辑】从“标准”切换到“竞价”


GroMore请求广告个数对收益的影响

聚合内是串行+并行的请求逻辑,平台支持设置并行请求层数,可以帮助中心的瀑布流调优建议根据具体的产品情况进行调整和测试


底价设置在什么范围内比较合适

首先,在各家广告网络采用不设底价代码位通跑得到ecpm;

其次,选择ecpm更高的广告网络,然后,将对应广告网络的ecpm作为基准,乘以 2-3倍作为首层价格;

然后,观察首层代码位填充率进行微调后作为最终价格;

最后,以此类推设置后面层级的底价

详细信息可点击查看



巨量买量、cpm低

建议您耐心等待数据积累,模型在跑量过程中需要学习时间,如果长时间未能达到预期,您可在工单选择对应版块详细描述您的问题,工单服务人员将会在1个工作日内给您答复,感谢您的理解与支持



使用穿山甲GroMore bidding后,广告收入能提升多少?

根据目前测试的case来看,使用穿山甲GroMore bidding后,收入能提升,提升的幅度在2.5%-19%不等。具体能提升多少,需要看每家开发者原来瀑布流模式的精细化运营程度


AB测试命中的用户隔多久会分到另一组

AB测试用户数据分组是在SDK初始化的时候,即APP被冷启动的时候被划分不同的组内。在初始化的时候用户被分到A组之后,在AB实验周期里(7天内),这个用户一直在A组。AB测试功能详情点击查看



填充率下降

GroMore内的各层填充率下降,建议下调底价;非GroMore内主要是广告主减投,目前流量也属于下降状态,建议稳定流量且保证流量质量。如需进一步排查,您可在工单选择对应版块详细描述您的问题,工单服务人员将会在1个工作日内给您答复,感谢您的理解与支持



我应该如何快速找到用于Gromore聚合的代码位?

在[穿山甲开发者平台-流量-代码位]的页面上方,展开筛选项便可筛选用于Gromore聚合的代码位。导出代码位信息的时候也可以看到代码位是否可以用于Gromore聚合。


IOS是在哪个SDK版本中支持bidding功能?

GroMore SDK更新到2910就可以使用 iOS bidding 功能


国内GroMore是否支持bidding

国内GroMore可以使用Bidding,bidding详细功能介绍可点击查看


A/B测试创建后多久生效?

立即生效。创建、调整、结束A/B测试后均立即生效


代码位可以A组复制到B组吗?

可以,但不建议代码位复用。预估数据根据waterfall_id拆分,不会混淆;API数据根据预估数据按比例拆分,数据准确性有一定欠缺。如能接受一定的数据偏差,可复用代码位;若想避免后续数据分析出现问题,不建议代码位复用,建议A、B组均新建代码位


为什么某应用下明明创建了穿山甲代码位,但是在创建瀑布流时没有可选的代码位?

只有在满足以下条件时穿山甲代码位才可以被添加到瀑布流中:

1、代码位在创建时选择了【用于GroMore聚合】

2、代码位处于该应用的该代码位类型下

3、代码位没有被用在穿山甲聚合的其他瀑布流中


A/B测试数据可以导出吗?

A/B测试数据可以导出。在【瀑布流管理页】中分别导出A组和B组的数据。【查看A/B测试数据】页中配置与数据(含历史数据)的导出功能暂不支持,已在规划中,相关更新敬请关注


分组的排序可以修改吗?

可以,各分组的前缀数字表示该分组的生效优先级顺序,在【流量分组管理】页中上下拖拽即可调整顺序。排序影响返回优先级,当用户同时命中多个流量分组时,GroMore SDK会返回优先级最高的流量分组瀑布流配置。


流量请求如果没有命中最高优先级的分组,会流转到哪里?

如果流量没有命中最高优先级的分组,则会自动流转到下层级的流量分组,最后到默认分组中。因此再次强调,默认分组作为兜底分组不可关闭,且必须建有代码位,才能保证流量不浪费


接入了GroMore SDK,穿山甲之前的广告SDK,是否还能共存?

应该共存。其他广告平台的底价可以在设置瀑布流的时候进行填写,但需要真正按照填写底价生效,需要在其他广告平台开通设价权限。底价设置可参考历史价格,具体底价生效辛苦联系各家商务


Contents
Contact us