Google Play政策违规：Data Safety Section未披露Apps On Device数据类型求助

排查方向 #

• 检查第三方SDK/依赖库的隐性行为：多数广告、统计类SDK会在未告知的情况下获取已安装应用列表，甚至无需QUERY_ALL_PACKAGES权限——Android 11+的QUERY_PACKAGES细分权限或<queries>标签定向查询都可能被滥用。可通过以下方式排查：
  • 执行./gradlew app:dependencies生成依赖树，逐一核对新增/更新的SDK文档；
  • 用Android Studio的Lint工具或App Inspection扫描代码，查找PackageManager相关调用；
  • 反编译第三方SDK的aar包，查看是否存在getInstalledPackages、getInstalledApps等方法调用。
• 检查隐式权限与查询配置：除了清单中显式声明的权限，还要排查<queries>标签是否被SDK自动注入（部分SDK会通过gradle插件动态添加），以及代码中是否存在动态申请QUERY_PACKAGES权限的逻辑。
• 对比版本差异：将违规版本与上一通过审核的版本做代码、依赖对比，重点排查新增的SDK、修改的权限配置、更新的第三方库版本。
• 抓包验证数据传输：用Charles或Wireshark捕获应用所有网络请求，确认是否存在包含已安装应用信息的数据包，定位传输发起模块。

解决方法 #

• 整改违规依赖：若确认是某SDK导致，直接移除该SDK，或在SDK配置中关闭设备应用信息采集开关（多数合规SDK会提供该选项）。
• 补充数据安全披露：若业务确实需要采集并传输应用列表，需在Google Play控制台的数据安全表单中如实披露「Apps On Device」数据的收集、使用、传输细节，并确保用户已授权相关权限。
• 清理冗余逻辑：移除代码中所有无关的PackageManager调用，删除清单中未使用的权限声明，避免隐性数据采集。
• 申诉与重新提交：完成整改后，重新打包上传应用，在政策违规页面提交申诉，说明排查过程与修改内容，可附抓包结果、依赖排查报告等佐证材料。

内容的提问来源于stack exchange，提问作者M.S.