隐私说明正在成为界面的一部分

界面会暴露网站的数据模式

表单会直接展示网站如何对待数据。每个字段都应有实际用途，可选内容不能看起来像必填项。涉及敏感或不常见资料时，在字段附近说明原因，访客更容易做出判断。

将每个可见字段映射到其值所在的位置：电子邮件收件箱、数据库、分析工具或外部服务。这个简单的清单公开了工作流程不使用的字段，并且更容易解释必要的处理。它还为开发人员提供了访问控制和删除工作的具体列表。

根据真实用户路径建立数据清单。对于每个字段、cookie 和技术标识符，记录其发送位置、谁可以访问它、为什么需要它以及删除如何进行。包括电子邮件传送、应用程序日志、备份和外部链接。该清单支持界面文案和工程控制。它还可以防止隐私页面描述网站实际未使用的分析、广告或帐户。

分开处理必需资料和可选处理

只收集完成任务需要的字段，并在选择发生的位置解释可选处理。

同意控件要与后台真实处理一致。标为分析统计的开关，应该实际控制分析是否运行。提交询盘所需处理、可选统计和营销联系目的不同，通常需要分别说明。

当有人拒绝可选目的时，同意应该是可以理解的。在不需要可选处理的情况下，主要服务仍然需要工作。避免将分析、营销和查询处理捆绑在一个模糊的选择下，因为界面既不会给访问者也不会给实施团队提供明确的指示。

在决策点放置解释。表单可以识别必填字段并链接到隐私政策，而可选的数据统计控件可以解释其单独的目的。避免强迫访问者接受不相关的处理来发送询问。标签和基本行为必须一致：拒绝可选类别应阻止该代码运行，并且所需的服务操作不应伪装成营销同意。

保存期限需要与真实运营一致

让同意、保存和删除方式与界面向访客说明的内容一致。

网站保存询盘、账户资料或上传文件时，保存期限也会影响界面说明。公开政策、删除流程和程序行为需要使用一致的期限和例外，避免表面清楚、实际处理却不同。

数据保留规则需要明确的运营触发条件（例如已解决的查询或关闭的帐户）以及可以执行删除操作的所有者。在政策中写下无限期保存并不能替代对旧记录的实际处理。应用系统、收件箱和备份应一起审查，以便发布的解释与实际使用的系统相匹配。

保存期限需要采用团队能够执行的日期或运营事件。查询可能会在规定的期限后进行审查，而安全日志可能会遵循较短的时间表。记录争议或法律义务所需的例外情况，默认情况下不要求无限期存储。根据已发布的流程，测试收件箱、应用程序存储和备份中的删除。明确负责人，避免保存政策停留在文字上而没有实际执行。

提供更正、删除和咨询的可用入口。

访客还需要可用的访问、更正和删除申请入口。负责处理的人应知道资料保存在哪里、由哪些服务商处理，以及哪些内容可以删除。

确保字段清单、同意设置、保存期限和隐私申请流程与访客看到的隐私政策一致。

外部服务应按功能命名并反映在用户旅程中。打开 WhatsApp 会将访问者转移到另一个提供商；发送邮件涉及配置的邮件服务；托管和代理日志处理技术请求。准确地解释这些关系，且不要暗示我们能够控制其他提供商的政策。当引入新的分析工具、嵌入、帐户系统或数据库时，请保持页面最新，因为这种更改会改变实际的数据流。