投放平台跟增长参谋统计的投放消耗在某一个维度上（比如投放账户）有GAP，这是因为

增长参谋小时级数据从包名关联往前推三个小时开始计算，gap原因很可能是双方统计的口径不一致，也就是说增长参谋有三个小时的数据纠正逻辑，注意包名关联的时间

变现口径是什么，为什么需要强调穿山甲变现sdk占比高的，可以按照比例预估

变现口径：【穿山甲】：统计新增用户在穿山甲平台的变现收益，只计算穿山甲收益；【聚合预估】：开发者接入了GroMore，在GroMore配置瀑布流中设置的cpm target，以设置的cpm值计算收益，只计算Gromore的变现收益 【聚合API】：开发者接入了GroMore，且授权了reporting API，以reporting API提供的数据进行收益计算，只计算Gromore的变现收益 Q m_api数据和m_sdk差异较大 / 全量走了M,但是M数据小于pangle-sdk

多个投放主体能否绑定一个应用

可以，多个投放主体下投放多个应用，彼此交叉也是没问题的，只要进行包名关联操作，增长参谋会自动识别同个包名的投放数据，将投放数据关联到对应的归因数据的广告计划上

投放平台跟增长参谋统计的投放消耗在某一个维度上（比如投放账户）有GAP，这是因为？

增长参谋小时级数据从包名关联往前推三个小时开始计算，gap原因很可能是双方统计的口径不一致，也就是说增长参谋有三个小时的数据纠正逻辑，注意包名关联的时间

平台披露投放消耗很少，几乎为0，可能的原因是？

检查下是否已授权对应的广告主，包名是否关联正确

变现口径是什么，为什么需要强调穿山甲变现sdk占比高的，可以按照比例预估？

变现口径：

【穿山甲】：统计新增用户在穿山甲平台的变现收益，只计算穿山甲收益；

【聚合预估】：开发者接入了GroMore，在GroMore配置瀑布流中设置的cpm target，以设置的cpm值计算收益，只计算Gromore的变现收益。

【聚合API】：开发者接入了GroMore，且授权了reporting API，以reporting API提供的数据进行收益计算，只计算Gromore的变现收益。

Q m_api数据和m_sdk差异较大 / 全量走了M,但是M数据小于pangle-sdk

多个投放主体能否绑定一个应用？

可以，多个投放主体下投放多个应用，彼此交叉也是没问题的，只要进行包名关联操作，增长参谋会自动识别同个包名的投放数据，将投放数据关联到对应的归因数据的广告计划上