安卓应用 - AppsFlyer SDK接入测试 (老版)

安卓APK包在Google Play发布前测试方法

ID Matching 归因测试 (强制) – 此方法是为了确认AppsFlyer SDK能够使用设备id进行归因

1.(强制)将测试设备添加入白名单中,这样同一个应用未来用同一个设备做SDK接入测试便可以不再进行反复清理了。

注意*:请将Android ID,Google Advertising ID (GAID) 和IMEI 都填入白名单中。

注意*:找不到各个id怎么办,可以在此处下这个app以找到设备id。

注意*: 填入的设备id如果有字母,需要改成小写哦

 

2.(强制) 请点击进入Custom Media Source Configuration 配置追踪链接。如下图可将Media Source处填上“appsflyer_id_test”或者命名成其他测试渠道名称, 同时一定注意链接最后同时手动加上“&advertising_id=您的测试设备的google advertising id” ,”&android_id=您的测试设备android id” 和 ”&imei=您的测试设备的imei”。(“&advertising_id=您的测试设备的google advertising id”为必须添加,其他两个id可选择添加)

注意*:

- 因为是模拟使用设备id进行归因的场景,所以链接后一定加上上述设备id参数(尤其是advertising id),请注意id如有字母应为小写。

- 而Media Source里面填写的部分决定了您在看数据的时候,测试数据更新在哪个渠道(media source)下面,可直接使用“appsflyer_id_test”。如果您命名的时候写成例如“ABC”,成功的测试数据会呈现在“ABC”这个渠道下。

测试追踪链接实例:

https://app.appsflyer.com/com.aa.cccc?pid=appsflyer_id_test&advertising_id=4ba504d8-eb68-47f4-9ccc-dd70716cafbe&android_id=1b2c52d3ca25d6b6&imei=863101010301111

注意:首选使用设备广告id(advertising id)进行测试, 因为很多安卓设备已经无法抓取android id或者IMEI了;如果您正好使用无法上报android id或者IMEI的设备进行测试,并且生成的测试链接里面含有这两个id,那么测试肯定会失败。

3.(强制)之后在测试设备浏览器中复制粘贴上一步配置好的链接以模拟一个广告点击行为,浏览器会尝试跳转至对应的应用商店,因为应用未上线,所以下一个页面会出现类似“未找到该应用”的提示。忽略提示,直接将apk包安装至测试设备,然后点击打开。

 

4.(强制) 确认激活测试成功步骤

4.1 进入数据后台,确认统计时间选择了当天,Non Organic Install数据会加一。

4.2 确认统计时间选择了当天的前提下,下载Export Data>>Raw Data Report >>Installations报告

报告中,请确保对应的非自然激活数据,“Advertising ID”不是空的。

 

5.(可选) 应用内事件接入测试

5.1 如果需要继续测试应用内事件打点是否正确,那么在确认Non Organic Install统计没有问题的前提下,直接继续测试对应的事件。在用测试设备触发了事件之后,在如下图的aggregated performance report里面对应事件会有数据更新。

5.2 也推荐下载Export Data>>Raw Data Reports>>In-App Events报告查阅测试原始数据,以确保应用内事件接入无误

 

6.(强制)如果测试结果不成功怎么办?  

6.1 如果激活数据没有按照规定显示在Non Organic Install里,那么说明SDK接入有问题,请及时组织您的技术团队排查原因,看是否所有强制步骤都按照对接文档做到位了。常见问题有:

  • AppsFlyer的receiver并没有放在所有receiver的第一位
  • 没有成功接入Google Play Service SDK,因此出导致Advertisng ID一列是空的
  • AppsFlyer的追踪方法没有放置在应用一打开的位置

6.2 如果应用内事件接入测试失败。请联系技术人员打印AppsFlyer相关Logcat debug日志,排查以下问题:

  • 事件代码逻辑有偏差 
  • 货币单元上报有误 
  • 应用内事件上报时间早于激活上报
  • 应用内事件参数赋值有问题

 

Referrer Broadcast归因测试 (强制) – 此方法是为了确认AppsFlyer能使用referrer进行归因

1.(强制)将测试设备添加入白名单中,这样同一个应用未来用同一个设备做SDK接入测试便可以不再进行反复清理了(此步骤如果同一个账号已经操作过,可跳过)。

2.在测试设备内安装AppsFlyer开发的测试应用,点击此处进入Google Play下载

3.在测试设备中安装需要被测试的apk包,但是不要启动打开。如下图,使用AppsFlyer的测试应用,将包名填入AppsFlyer测试应用内,然后点击“Broadcast & Launch”按钮。由此,apk包通过AppsFlyer测试应用被播放开启。

Screenshot_2015-06-30-16-18-27.png

4.(强制) 确认激活测试成功步骤

4.1 进入数据后台,确认统计时间选择了当天,Non Organic Install数据会加一。

4.2 确认统计时间选择了当天的前提下,下载Export Data>>Raw Data Report >>Installations报告

报告中,请确保对应的非自然激活数据,“Advertising ID”不是空的。

 

5.(可选) 应用内事件接入测试

5.1 如果需要继续测试应用内事件打点是否正确,那么在确认Non Organic Install统计没有问题的前提下,直接继续测试对应的事件。在用测试设备触发了事件之后,在如下图的aggregated performance report里面对应事件会有数据更新。

5.2 也推荐下载Export Data>>Raw Data Reports>>In-App Events报告查阅测试原始数据,以确保应用内事件接入无误

 

6. (强制)如果测试结果不成功怎么办? 

6.1 如果激活数据没有按照规定显示在Non Organic Install里,那么说明SDK接入有问题,请及时组织您的技术团队排查原因,看是否所有强制步骤都按照对接文档做到位了。常见问题有:

  • AppsFlyer的receiver并没有放在所有receiver的第一位
  • 没有成功接入Google Play Service SDK,因此出导致Advertisng ID一列是空的
  • AppsFlyer的追踪方法没有放置在应用一打开的位置

6.2 如果应用内事件接入测试失败。请联系技术人员打印AppsFlyer相关Logcat debug日志,排查以下问题:

  • 事件代码逻辑有偏差 
  • 货币单元上报有误 
  • 应用内事件上报时间早于激活上报
  • 应用内事件参数赋值有问题

 

安卓APK包在Google Play发布测试方法

1.(强制)此步骤如果同一个账号已经操作过,可跳过。将测试设备添加入白名单中,这样同一个应用未来用同一个设备做SDK接入测试便可以不再进行反复清理了。

2.(强制) 请点击进入Custom Media Source Configuration 配置追踪链接。如下图可将Media Source处填上“AppsFlyer_Test", 或者命名成其他测试渠道名称。

注意*:Media Source里面填写的部分决定了您在看数据的时候,测试数据更新在哪个渠道(media source)下面,可直接使用“AppsFlyer_Test”。如果您命名的时候写成例如“ABC”,成功的测试数据会呈现在“ABC”这个渠道下。

测试追踪链接实例:

https://app.appsflyer.com/com.aa.bb?pid=ABCtest

https://app.appsflyer.com/com.aa.bb?pid=AppsFlyer_Test     

3.(强制)之后在测试设备浏览器中复制粘贴上一步配置好的链接以模拟一个广告点击行为,浏览器会跳转至对应的Google Play商店, 点击下载安装,一定也要开启您的应用。

4.(强制) 确认激活测试成功步骤

4.1 进入数据后台,确认统计时间选择了当天,Non Organic Install数据会加一。

4.2 确认统计时间选择了当天的前提下,下载Export Data>>Raw Data Report >>Installations报告

报告中,请确保对应的非自然激活数据,“Advertising ID”不是空的。

 

5.(可选) 应用内事件接入测试

5.1 如果需要继续测试应用内事件打点是否正确,那么在确认Non Organic Install统计没有问题的前提下,直接继续测试对应的事件。在用测试设备触发了事件之后,在如下图的aggregated performance report里面对应事件会有数据更新。

5.2 也推荐下载Export Data>>Raw Data Reports>>In-App Events报告查阅测试原始数据,以确保应用内事件接入无误

 

6. (强制)如果测试结果不成功怎么办? 

6.1 如果激活数据没有按照规定显示在Non Organic Install里,那么说明SDK接入有问题,请及时组织您的技术团队排查原因,看是否所有强制步骤都按照对接文档做到位了。常见问题有:

  • AppsFlyer的receiver并没有放在所有receiver的第一位
  • 没有成功接入Google Play Service SDK,因此出导致Advertisng ID一列是空的
  • AppsFlyer的追踪方法没有放置在应用一打开的位置

6.2 如果应用内事件接入测试失败。请联系技术人员打印AppsFlyer相关Logcat debug日志,排查以下问题:

  • 事件代码逻辑有偏差 
  • 货币单元上报有误 
  • 应用内事件上报时间早于激活上报
  • 应用内事件参数赋值有问题
这篇文章有帮助吗?
2 人中有 1 人觉得有帮助
还有其它问题?提交请求
由 Zendesk 提供技术支持