关于Play Console中SPLIT_BUNDLE 3数据安全表单不合规的技术咨询

一、定位未披露的设备ID传输来源 #

• 排查应用代码：检查是否存在直接调用AdvertisingIdClient.getAdvertisingIdInfo()、Settings.Secure.getString(getContentResolver(), Settings.Secure.ANDROID_ID)等API获取设备ID，并通过网络请求向外传输的逻辑。
• 核查第三方SDK：统计、广告、推送等第三方SDK是设备ID传输的高发区，逐个查看SDK的官方文档和隐私说明，确认其是否自动收集并传输设备ID，以及对应的开关配置。
• 抓包验证：使用Charles或Fiddler抓取应用所有网络请求，过滤包含advertising_id、android_id、imei等关键词的请求，明确传输的ID类型、接收方和触发场景。

二、针对性整改措施 #

• 移除不必要的ID传输：
  • 若为自身冗余代码：直接删除获取设备ID和发起对应传输的代码块，同时移除相关权限（如READ_PHONE_STATE）。
  • 若为SDK自动收集：在SDK配置中关闭ID收集功能，例如部分广告SDK可通过添加meta-data或调用SDK的初始化参数禁用Advertising ID收集；若SDK无关闭开关且非业务必需，考虑替换为更合规的SDK。
• 合规披露必要的ID传输：
  若设备ID传输是业务必需（如推送设备标识、统计用户行为），需在Data safety表单中如实填写：
  • 勾选对应的设备ID类型（如Advertising ID、Android ID）
  • 明确收集目的（如“用于推送消息触达”“用于用户行为统计分析”）
  • 说明是否共享给第三方（若SDK传输则需标注对应的第三方主体）
  • 填写数据保留周期

三、提交整改并跟进审核 #

• 更新Data safety表单：登录Play Console，进入应用的「Policy > Data safety」页面，按照实际情况逐一修正表单内容，确保所有收集、传输的信息无遗漏。
• 上传整改后的应用包：若修改了代码或SDK配置，打包新的APK/AAB上传至对应发布轨道（内部测试或生产轨道均可）。
• 关注审核状态：提交后实时查看Play Console的通知中心，若审核未通过，根据反馈再次调整，确保在2023年2月21日前完成所有整改。

内容的提问来源于stack exchange，提问作者Md Abu Rayhan