如果应用允许用户创建账号，Google Play在2026年仍把账号删除当作用户数据政策要求，而不是商店列表上的装饰。Play控制台帮助写得很清楚：必须让用户能够请求删除应用账号及其关联数据，而且要在两处做到。第一，一条易于发现的应用内路径。第二，一个外部网页资源，用户不必重新安装应用也能提出同样的请求。然后把该网址填进Data safety表单（应用内容页）里的数据删除问题。冻结、停用或临时停用账号，都不算删除。

今天要处理的是两件事：用户数据政策里的账号删除要求，以及Data safety表单上的数据删除问题。应用能创建账号，就同时做两条路径，把可用的网页链接填进Play控制台，并确认你申报的「删除」不是冻结/停用流程。

谁必须做（以及谁可以不做）

《了解Google Play的应用账号删除要求》把应用账号定义为：你提供的、供用户在多个应用和/或设备上使用的唯一身份——通常是用户名、电子邮件和密码，再加上某种身份验证方式（密码、手机一次性验证码、两步验证、生物识别、SSO等）。

同一篇帮助写明：如果用户能在应用内完成创建账号，或应用把用户引导到应用外的创建流程，都算「允许在应用内创建账号」。可选登录也过不了关：只要体验里任何一处提供创建账号，即使部分功能可以不登录使用，你仍然必须提供删除。

文档里的豁免很窄：永久私密应用和企业设备管理应用。离线创建并离线运行的账号不是应用账号，不在范围内。非移动端表面（网页、Android TV、Wear OS等）可以不提供应用内发起入口，但仍须有易于发现的网页删除选项，并在Play控制台填写该网址。

两条必做路径（冻结不是其中一条）

用户数据政策的账号删除要求，按Play控制台帮助的表述，是一对，不是二选一：

  1. 应用内：一条易于发现的选项，用于开始删除应用账号及关联数据。帮助要求路径直观、位置突出——例如在账号设置或类似区域。允许完整的端到端应用内删除；若暂时做不到，帮助也允许在应用内放一个打开网页删除资源的链接。
  2. 网页上：用户可在此请求删除应用账号及关联数据。把该链接填进Play控制台的指定网址栏。即使应用内流程已经完整，这一条仍然要做：有人已经卸载应用或打不开应用，Play不希望他们只为了提交请求再被打发回去重新下载。

履行请求时，必须删除与该应用账号关联的用户数据。用户数据政策写明：临时停用、禁用或「冻结」不算账号删除。政策要点用一句话重复：冻结账号不能代替删除。若因正当理由必须保留部分数据——帮助点名的是安全、防范欺诈或监管合规——须向用户说明保留做法（例如写在隐私政策里）。不要藏步骤、不要设迷宫；帮助明确禁止隐藏模式或不当刁难，也禁止填入失效或过期的删除网址。

网页必须真正做到的事

Play控制台帮助给网页链接列了可核对的条件。它必须：

若用户还须先完成其他步骤（帮助的例子是取消订阅），须把步骤写清楚，并保留可发起的支持流程。若复用现有隐私或数据保留页面，帮助要求数据删除部分须突出、足够显眼——例如用锚点链接。

你在Data safety中申报为已收集的用户数据，都属于删除范围。帮助列举的例子包括个人及敏感用户数据、支付信息、身份验证信息、通讯录、位置、短信与通话相关数据、健康与Health Connect数据、设备上其他应用清单、麦克风、相机等。若服务提供商代你处理这些数据，须从自己的服务器删除，并要求提供商同样删除。应在合理较短的时间内完成请求，并核对自己用户所在地的法律——帮助注明部分国家另有删除与保留规定。

第一步：确认你是否真的在创建账号

打开Play控制台之前，先判断政策是否适用。走真实产品，不要只看宣传页：

  1. 新用户能否在应用内创建身份（邮箱/密码、手机验证码、SSO等）？
  2. 是否有界面把用户送到网站或其他应用去完成注册？帮助把这也算作应用内创建账号。
  3. 注册对部分功能是可选的，但产品某处仍提供注册？两条删除路径仍然都要做。
  4. 这是永久私密应用、企业设备管理应用，还是仅离线身份？文档只写了这些出口——不要自己发明豁免。

如果并不创建应用账号，你仍须填写数据删除问题（所有开发者都要填），但不要凭空做一个无法兑现的应用内删除按钮。按实际上架的产品来答表。

第二步：做出应用内路径（或指向网页资源的应用内链接）

Play不规定必须用哪一个控件，但要求路径可发现、直观。按帮助原文可落地的做法是：

  1. 把入口放在账号持有者本来就会看的地方——帮助的例子是账号设置（或类似区域），而不是深藏的子菜单。
  2. 操作语义必须是请求删除账号及关联数据，而不是「停用」「禁用」或「冻结」。这些词过不了政策。
  3. 若完整的应用内清除尚未就绪，就在应用内放链接，打开你即将填进Play控制台的同一网页删除资源。
  4. 若还有额外步骤（取消订阅、核验身份），在流程里写清楚并保持支持可达——与帮助对网页的要求相同。
  5. 在Wear OS、Android TV或仅网页的配套产品上，可以不做应用内发起控件；网页资源和控制台网址仍然要有。

第三步：发布网页资源，再复制网址

把页面（或隐私政策里突出的删除小节）做成满足上面四条。确认能打开、名称与Play列表一致，并且已经卸载APK的人仍能请求删除。复制即将粘贴进Play控制台的准确网址。不要把字段指到首页再指望审核员去翻页脚——帮助要求删除路径在该页上足够突出。

第四步：在「应用内容」填写Data safety / 数据删除问题

Play控制台帮助写明：所有开发者都必须在应用内容页的Data safety表单中完成数据删除问题。若应用属于政策范围，须申报你提供账号删除，并在该表单中提供网页链接。部分答案会出现在商店列表上（数据删除徽章和「数据删除」区域）。

《为Google Play的Data safety部分提供信息》里记录的Data safety操作顺序是：

  1. 打开Play控制台，进入应用内容（App content）页。
  2. 在Data safety下选择开始（Start）。
  3. 阅读概览（Overview），然后点下一步（Next）。
  4. 在数据收集与安全（Data collection and security）中，说明应用是否收集或共享任何须申报的用户数据类型。若是，再回答：收集的用户数据在传输中是否全部加密，以及你是否提供用户请求删除其数据的途径。
  5. 完成针对账号删除的数据删除问题：若应用会创建账号，申报应用内路径，并把网页删除网址填进指定栏。这些问题有未处理的问题，会挡住新应用和更新提交，直到修好。
  6. 在数据类型（Data types）中勾选所有收集或共享的类型，然后下一步。
  7. 在数据使用与处理（Data usage and handling）中，按类型回答问题（收集/共享、是否短暂处理、必需/可选、用途）。
  8. 打开商店列表预览（Store listing preview），确认数据删除区域和徽章与你实际提供的能力一致，然后提交（Submit）（或存为草稿）。可从同一「应用内容 → Data safety」界面导出CSV、离线修改后再导入。

填完Data safety表单需要一份已上线的隐私政策。用户数据政策还要求该政策写明数据保留与删除做法，并出现与商店列表一致的开发者或应用名称。帮助对准确性说得很硬：只有你对完整、准确的Data safety申报负责。Google的审核并不是替你把每一题重做一遍审计；表单与应用行为不一致，仍可能触发执法。

第五步：用户会看到什么，填错会失去什么

表单获批后，Play控制台帮助写明：用户可在Data safety部分看到更新后的数据删除徽章，并在商店列表的数据删除区域跟随你的链接。旧徽章已取消；新徽章要求已获批的Data safety表单，且其中包含数据删除问题。

若这些问题未完成或仍有未处理的问题，帮助写明你无法发布新应用或更新。原始合规窗口之后（帮助里最后公布的执法日期是2024年5月31日），不合规应用「可能面临进一步执法……例如从Google Play移除」。下列文章在2026年仍是这一表述——没有官方说明「已经不再检查删除」。

10分钟自检清单

  1. 判断应用是否在应用内创建账号，或把用户送到外部注册流程。
  2. 在账号设置中放上突出的应用内删除路径（或指向网页资源的应用内链接）。
  3. 发布能用的网页：名称与Play列表一致，已卸载的用户仍能请求删除。
  4. 按请求删除关联账号数据；不要用冻结/停用顶替。合法保留须写进隐私政策。
  5. 要求服务提供商删除你已在自有服务器上删除的同一批数据。
  6. 打开应用内容 → Data safety，完成数据删除问题，把网址填进指定栏。
  7. 预览商店列表，提交表单，并在下一次发版前修好所有数据删除问题。

一句话

只要应用能创建账号，Play就要求同时提供应用内删除路径，以及填在应用内容页 Data safety / 数据删除问题中的可用网页链接——冻结或停用账号都不算删除。

参考来源