“deletion-request” ping

当用户选择不向 Mozilla 发送技术和交互数据时，会提交此 ping。（换句话说，当datareporting.healthreport.uploadEnabled 首选项设置为false时。）

此 ping 包含客户端 ID 和配置文件组 ID。此 ping 不包含任何环境数据。

此 ping 旨在通知数据管道用户希望删除其报告的遥测数据。因此，它会在用户选择不收集数据时尝试发送自身，并继续尝试发送自身。

此 ping 包含“deletion-request”存储中存在的标量。

结构

{
  version: 4,
  type: "deletion-request",
  ... common ping data (including clientId and profileGroupId)
  payload: {
    scalars: {
      <process-type>: { // like "parent" or "content"
        <id name>: <id>, // like "deletion.request.impression_id": "<RFC 4122 GUID>"
      },
    },
  }
}

预期行为

以下是deletion-request ping 的预期行为列表

• 即使上传已禁用，遥测也会尝试发送 ping。

• 如果无法立即发送，遥测可能会保留此 ping，并可能稍后尝试重新发送。

分析注意事项

众所周知，在发布周，来自先前版本的上一个版本的“deletion-request”ping 的数量会激增。已知

这些激增具有很强的地理成分（主要是中国和俄罗斯）。这些 ping 的行为类似于来自真实的 Firefox 实例（每个client_id一个）。但是，我们没有收到来自这些客户端的前 28 天的“main”ping（根据clients_last_seen），这使得它们非常不寻常。

我们怀疑这是一种自动化或伪自动化。

在我们的自助删除流程中包含这些 ping 不会使它们变慢，并且接收它们也不会造成经济损失，因此在撰写本文时，我们倾向于采取“记录然后忽略”的方法。

版本历史

• Firefox 72

  • “deletion-request”ping 替换了“optout”ping（bug 1585410）。

• Firefox 73

  • 在“deletion-request”存储中添加了对从属 ID 的支持（bug 1604312）。