同意并非永久有效

访问者做出选择后，你应当记住它，这样就不会在每个页面上都打扰他们。但已存储的选择并不会无限期有效。情况会变化，工具会增加，很久以前做出的决定可能已不再反映访问者今天的选择。这份清单可帮助你制定合理的有效期和重新提示规则。

规则规定了什么（以及没规定什么）

GDPR没有为同意设定固定的到期日。实践中，监管机构的指引填补了这一空白。例如，法国的CNIL建议在再次询问之前，将访问者的选择保留约六个月，并指出跟踪类Cookie本身的存续期不应超过13个月。其他监管机构没有给出确切数字。请查阅与你的受众相关的监管机构的规定，并记录你所选定的期限。

清单1：设置默认有效期

• 选定一个同意有效期并写下来。六到十二个月是常见范围；如果你的监管机构有建议，请选择较短的一端。
• 不仅要存储选择本身，还要存储做出选择的日期。
• 对保存同意记录的Cookie或存储项，应用同样的有效期逻辑。
• 确保已存储的选择在服务器端或你的逻辑中到期，而不仅仅是在浏览器中。

清单2：定义重新提示的触发条件

无论已存储选择的时间长短，在以下情况下都要再次询问访问者：

• 你新增了一项目的。数据的新用途从未被先前的选择涵盖。
• 你新增了一个供应商或合作伙伴，其处理数据的方式此前未曾披露。
• 你的隐私或Cookie政策发生重大变化。
• 横幅版本发生变化，改变了所提供的选项。
• 已存储的选择缺失、损坏或无法读取。

把这一点与同意版本号挂钩，每当上述任一情况发生时就递增它。已存储选择的版本较旧时，就会触发横幅。

清单3：保护访问者体验

• 不要在单次会话内按计时器重新提示。
• 不要为了磨掉拒绝者的意志而再次询问；除非出现真正的触发条件，否则应在整个有效期内尊重拒绝。
• 在页脚保留一个常驻链接，使访问者可以随时改变主意，无需等待到期。
• 让撤回同意与给予同意一样容易。

清单4：处理边缘情况

• 清除Cookie。横幅会重新出现。这是预期行为；不要试图用指纹识别绕过它。
• 多个域名或子域名。决定选择是否在它们之间共享，并使行为保持一致。
• 应用。在应用存储中保存选择及其日期，并在新增数据用途的SDK更新之后再次询问。
• 地区变更。如果访问者移动到另一个司法辖区，请检查你的规则是否应有不同的适用方式。

清单5：保留证据

• 为每次同意记录时间戳、横幅版本和选择。
• 保留变更日志，记录你何时以及为何更改了有效期或版本号。
• 每季度结合Cookie清单审查一次这些设置。

FlexyConsent的定位

FlexyConsent获得IAB Europe和IAB Canada的认证，支持IAB TCF 2.4和Google Consent Mode v2，并覆盖包括欧盟、欧洲经济区、英国、美国各州、加拿大和魁北克在内的地区。无论你使用哪个平台，都请检查它如何存储选择、什么会触发新的提示，并对照你上面写下的规则。

要点回顾

• 同意应当过期；并没有单一的法定数字，所以请选定一个期限、写下来，并核对你的监管机构的指引。
• 当目的、供应商、政策或横幅选项发生变化时，使用同意版本号来重新提示。
• 在没有真正触发条件的情况下，不要打扰已拒绝的访问者。
• 始终提供随时更改或撤回同意的途径。
• 记录时间戳、版本和选择，并每季度审查一次规则。