
A:详见:帮助中心文档
A:10086(iOS) & 20005(android)错误码含义为「全部代码位请求失败」,代表该广告位(瀑布流)下配置的所有代码位均无广告填充,建议按照下述方式进行排查和优化:
如仍有疑问,请点击媒体平台右下角【联系我们/智能助手】,选择【在线客服&工单入口】,点击【自助建单】跳转后创建工单选择【SDK产品技术问题】版块详细描述您的问题,技术同学将会在1个工作日内给您答复,感谢您的支持
A:流量请求量/流量返回量/流量填充率是GroMore(聚合工具)维度的特殊指标,即从流量/用户维度来统计请求量、返回量、填充率;
广告请求量/广告返回量/广告填充率可参考穿山甲ADN/GroMore后台的解释,即代码位维度的指标。
一条流量请求量、流量返回量会对应多条广告请求量、广告返回量。
点击链接帮助中心文档详见例子。
A:请确认是否有开启预缓存功能/使用预缓存机制。 因预缓存适用于展示时机密集的场景,如展示时机不密集、用户IPU较低,预缓存广告利用率不高,将会拉低展示率的分子“展示量”,而拉高展示率的分母“返回量”,即预缓存的返回没有被展示,利用率低。 预缓存广告如超过1小时未展示则失效,将影响展示率变低,请合理使用预缓存功能,如需使用请及时展示缓存广告,也可参看该文档提升广告收益核心指标
A:预估数据(如预估收益、请求量、返回量等)是GroMore通过GroMore SDK的埋点统计的数据;
API数据(如收益API、请求API、返回API等)是GroMore通过reporting API获取的数据;
两者由于网络环境、口径差异等情况可能存在GAP,如GAP率在5%以内可暂时忽略;如GAP率较大可先定位有差异的应用/广告位/代码位,再排查是由展示量或eCPM带来的差异,可参考自查指南进行详细排查,如仍有疑问,可点击媒体平台右下角【联系我们/智能助手】,选择【在线客服&工单入口】,点击【自助建单】跳转后创建工单排查,工单内提供以下信息:
1.广告样式
2.应用ID
3.广告位ID
4.代码位ID
5.操作系统
6.MSDK版本号
7.问题发生具体时间段
8.问题详细描述
9.问题对应截图
A:GroMore中,标准代码位预估收益=瀑布流中设置的排序价格*Gromore统计的展示量/1000;
竞价代码位预估收益=每次展示对应的实时价格;
可根据需求查看对应的GroMore数据指标定义
A:GroMore聚合支持ADN报表API数据,如需使用ADN报表API数据,请注册GroMore官方合作伙伴“DMPlatform”账号(点击链接可跳转),通过“DMPlatform”的技术服务同步各ADN的报表数据,再通过DMPlatform的API Key授权穿山甲聚合平台获取相关数据。详细操作步骤请点击链接
A:Gromore中展示的收益API是接入的穿山甲代码位以及聚合到Gromore里的三方代码位的广告收益总和,接入Gromore的穿山甲广告收益会在每个月第十个工作日左右提供上月的结算单,其他第三方广告网络需到对应的广告网络平台进行结算。若您的应用接入了一站式变现,穿山甲部分产生的收益与“广告合作”部分一同结算;非穿山甲部分产生的收益单独出具结算单。
A:GroMore中没有用户维度的ecpm数据,不支持获取用户ecpm。
A:为满足买量变现开发者测算ROI的需求,bidding目前已支持在bidding获胜时返回真实价格,调用时机需要在展示(show)之后,过早调用可能会导致没有值返回。您可以直接调用接口获取相关内容,iOS接入文档搜索“getShowEcpmInfo”,对应展示后可获取的相关信息及方法,Android接入文档中搜索“getShowEcpm”对应即为展示后可获取的相关信息及方法。bidding详细功能介绍可点击查看
A:Gap率是指预估数据与API数据之间的差异。
建议分析方法:请求gap率、返回gap率建议分析代码位维度数据,因请求gap率=(广告请求量-请求量API)/请求API,返回gap率同理,均为代码位维度的数据。不建议用来分析应用、广告位、瀑布流的数据。展示gap率=(展示量-展示api)/ 展示api,代码位、瀑布流、广告位、应用维度的数据均可分析。
A:兜底代码位填充率api>100%,跟a组b组代码位复用有关,请求量api、返回量api数据拆分是基于a组b组埋点上报的请求量、返回量占比预估拆分的。如若要做严格的ab测试,则建议a组、b组使用不同代码位id。
A:开通GroMore后,点击【接入】-【数据与内容接收】,在【聚合数据报告API文档】模块下,点击【查看接入文档】,选择【小时级数据API】或【天级数据API】,即可获取相应的API接入文档。需注意:仅返回用于穿山甲聚合内的流量的数据。
A:需确认是代码位粒度的展示率低、还是广告位粒度的展示率低。如为个别的代码位展示率低,大概率因为请求逻辑的影响(如请求加速器、并行请求等),在多个代码位同时有返回时仅展示价格最高的,其他未获得展示机会的代码位展示率则会偏低,此为正常表现,可先忽略;如为广告位粒度的展示率低,建议按照下述方式进行排查和优化。
① 在后台「GroMore-数据报表-漏斗分析报表」中,排查「广告触发率」和「展示成功率」两个指标;
② 如因「广告触发率」低,代表该广告位虽然有广告返回,但最终用户未触发展示机会,一般是受到预缓存/预请求逻辑的影响,建议排查广告的请求时机和展示时机,如请求时机过于靠前、而展示入口较深,可调整请求时机,如已为最优状态,可先忽略;
③ 如因「展示成功率」低,代表用户触发了广告展示机会,但最终未展示成功,建议排查是否因网络环境差导致广告未加载成功,或用户是否有异常行为等。
A:Android开发者可使用ad.getMediationManager().getShowEcpm().getEcpm()方法在广告展示后的show回调内获取本次已曝光广告的ecpm,单位为千次曝光每分 iOS通过getShowEcpmInfo方法获取ecpm
注意:该方法仅在聚合场景生效;通常兜底代码位获取到ecpm为0,若出现获取ecpm为0的情况可优先确认是否为兜底代码位
A:可以根据错误码排查,228_20001反作弊前置屏蔽建议对于被拦截的广告请求深度排查,包括但不限于:
1)异常用户的设备数据及对应渠道;
2)用户应用内行为,比如是否异常的启动、访问频次、在线时长、页面操作等;
3)重点排查用户广告行为是否存在异常等;
106_20001建议限制一下单位时间内的广告请求次数,观察点击率和转化率指标。如为开屏,建议等待时长为3.5秒。
A:代码位的底价设置过高 本次广告出价低于此代码位的底价 导致该代码位无填充 。可以根据如下建议调整: 1)基于通跑ecpm设置各层价格:首先,在各家广告网络采用不设底价代码位通跑得到ecpm;其次,选择ecpm更高的广告网络,然后,将对应广告网络的ecpm作为基准,乘以 2-3倍作为首层价格;观察首层代码位填充率进行微调后作为最终价格;最后,以此类推设置后面层级的底价。 设置底价的代码位填充率建议控制在5%以上,最低不少于1% 2)开启智能管家,智能管家通过增加、减少穿山甲的层级及对应的底价,来实现当前瀑布流的最优配置、最大化收益,详细使用指南可点击链接查看:帮助中心文档
Online Customer Service24/7 Online Customer Service BotManual customer service, weekdays 10~ 12 o'clock/14~ 19 o'clock