二维码分析 GDPR 合规检查清单

二维码分析的 GDPR 合规：实用检查清单

二维码可能会让手机在页面显示前经过多项服务。扫描后，用户可能先进入短链接平台，再经过分析服务，最后打开带有自身 Cookie 的活动页面。每个环节都可能影响所收集的信息及其处理方。

要回答“二维码分析如何符合 GDPR”，应从完整的扫码路径入手，而不能只关注显示扫描总量的控制面板。请在上线前使用这份检查清单，并在目标页面、服务提供商或跟踪设置发生变化时重新检查。法律义务取决于具体配置和受影响的人群；如有不确定之处，请咨询具备相应资质的顾问。

1. 上线前：梳理扫码路径

从印刷好的二维码开始梳理。记录手机扫描后会访问的所有目标页面和服务，包括任何重定向、短链接服务、落地页、标签管理器、分析工具和广告像素。海报上虽然只显示一个短网址，但实际涉及的数据处理可能比表面上看起来更多。

保存实际使用的链接，并用手机进行测试。按顺序记录每次重定向、运营该服务的组织，以及每个环节收集的数据字段。例如，重定向服务可能会记录时间戳和 IP 地址，而落地页还可能触发基于 Cookie 的分析事件。

为每个环节建立一份简单清单，记录处理目的、收集的数据、接收方、已知的存储位置，以及记录会保留多久。对于未知信息，请标记并跟进；不要因为供应商的控制面板只显示汇总数据，就认定它没有收集任何信息。

• 二维码：确认二维码是静态的，还是指向可编辑的重定向链接。
• 重定向：检查服务是否会记录 IP 地址、设备详情或扫描时间。
• 落地页：列出会加载的 Cookie、像素、表单和分析脚本。
• 后续工具：记录接收事件的 CRM、邮件平台或广告账户。

小型活动通常用电子表格就足够了。为每个二维码命名活动，例如“春季菜单——咖啡馆橱窗”，这样就能把扫描记录对应到正确的印刷物，而不必使用“二维码 4”这类含糊的标签。

2. 明确责任并选择合法依据

确认由谁决定收集扫码数据的原因，以及活动如何使用这些数据。该组织可能是控制者；仅按照其指示行事的服务提供商则可能是处理者。具体角色取决于实际的数据处理方式和相关安排，仅凭合同中的称谓无法确定角色。

针对每项处理目的，记录拟采用的合法依据，并说明为何适用。统计汇总访问量、将访问与购买行为关联起来，以及建立广告画像，是不同的处理目的；不要把它们都归为笼统的“分析”活动。如果零售商和代理机构共同决定收集哪些数据及如何使用数据，应评估双方各自的角色和责任。

判断“二维码扫描需要用户同意吗”时，应检查适用的隐私和电子通信规则是否要求用户同意使用 Cookie、像素或类似跟踪技术。扫描二维码并不自动代表同意跟踪。如果需要取得同意，应确保用户能在非必要跟踪开始前作出选择，并测试用户拒绝后是否确实不会触发同样的脚本。

同意不是贴个标签就够了。在需要时，应保留用户选择的证据，例如同意记录和当时展示的隐私声明版本。如果活动只使用基础重定向和汇总计数，应记录采用这种有限测量方式的必要性，并确认是否仍会处理任何个人数据。

上线前检查第三方条款。如果二维码活动会将访客引导至 Google 服务，请查看适用的隐私政策——隐私与条款，并确认哪些设置或声明适用于你的使用情形；不要假设供应商的声明可以取代你自己的声明。

3. 准备清晰、易于获取的隐私声明

告知用户扫描二维码后会发生什么。回答“二维码活动隐私声明怎么写”时，应确保声明说明负责的组织、收集目的、涉及的数据类型、接收方或接收方类别、数据保留方式，以及该情形下要求提供的其他信息。如果页面还会向广告平台发送事件数据，就不要只写“我们使用分析工具”。

应在收集开始前或开始时提供隐私声明，让用户能及时了解数据处理情况。二维码旁的简短说明可以引导用户查看完整隐私声明，但如果用户要在目标页面中点按好几次才能找到声明，就可能无法解释已经记录了扫描信息的重定向环节。

确保用户在手机上能轻松读懂第一层说明。例如，在餐厅桌牌上，可以在二维码旁放置简短的隐私说明链接，并确保用户能在菜单页面访问完整声明。使用通俗的描述，例如“我们会记录访问时间，以统计菜单页面的扫描量”，而不要只使用“事件处理”之类的术语。

对照扫码路径核对隐私声明。如果二维码首先打开短链接平台，在适当情况下应说明该平台会收集哪些信息，而不只是提及最终页面上的分析脚本。提供联系信息，并清楚说明用户如何咨询隐私问题，例如通过有人定期查看的电子邮箱或网页表单联系。

如果活动使用 Google 工具，请结合服务配置和自身义务，查看相关的 Google 服务条款——隐私政策。供应商条款有助于了解功能和数据流向，但不会自动构成适用于你这项活动的完整隐私声明。

4. 减少数据收集并设定保留期限

只收集实现明确目的所需的数据字段。如果活动团队只需比较不同海报位置的扫描量，使用活动专属代码或大致的位置标签可能就足够了；收集精确 GPS 坐标或完整设备指纹，可能会增加风险，却无法解答有实际价值的问题。

分别检查 IP 地址、设备标识符、时间戳和位置数据的处理方式。逐项确认这些字段是否必要、能否缩短或汇总，以及分析是否可以在不使用这些字段的情况下完成。某个字段是否属于个人数据，取决于具体情境及其使用方式。

为原始扫码事件和关联记录设定保留期限。合理的保留计划可以区分可识别个人身份的事件日志和汇总后的活动数据，并说明各类数据何时删除或转换为无法识别个人身份的形式。应根据实际运营需要和适用要求确定期限，不要因为供应商的默认设置允许无限期保留，就一直不删除数据。

保留删除记录。例如，如果计划在批准的期限后删除原始日志，应记录负责人、涉及的系统，以及如何核实删除已完成；删除计划还应涵盖备份和导出文件。如果活动不需要将扫描记录关联到具名客户，就不要仅仅因为手头有 CRM 工具，便把扫码数据与 CRM 记录关联起来。

5. 检查分析服务提供商和数据流向

列出所有会接收扫码相关信息的服务提供商，包括二维码平台、托管公司、分析服务、标签管理器，以及能够访问相关账户的任何代理机构。逐一检查其数据处理条款、处理指示、安全承诺、子处理方信息，以及是否支持删除或访问请求。如果公开文档未能解答重要问题，请要求对方以书面形式答复。

确认数据的存储位置和可访问地点。服务提供商可能将信息托管在一个国家或地区，但支持人员或子处理方可能从其他国家或地区访问，因此应检查完整的数据流向，而不能只看营销页面醒目展示的所在地。检查数据是否会传输到相关司法管辖区之外，或从境外被访问，并在上线前确认适用的保障措施。

确认合同涵盖了你实际计划进行的数据处理。如果供应商会接收用于活动测量的扫码标识符，但其设置还启用了广告功能，请关闭不需要的功能，并在账户中确认设置已更改。仅仅签署协议，并不能使不合适的配置自动变得安全。

对于基于 API 的重定向或分析集成，应记录接口端点、凭据，以及每次请求中发送的数据字段。不要将凭据放入公开的二维码目标链接或员工文档中。只向负责管理活动的人员授予账户权限，并在代理机构合同终止时检查和调整访问权限。

6. 测试用户请求处理流程并跟进活动变更

明确团队如何转交和处理用户提出的访问、更正或删除请求，以及反对处理的请求；在适用同意的情况下，也要说明如何记录撤回同意。根据相关情形和司法管辖区，确认适用的权利、答复期限和例外情况，并指定负责人和备用联系人。

在印刷或分发二维码前，使用一条示例记录测试流程。如果重定向平台、分析账户和 CRM 之间存在关联，请检查团队能否在这些系统中找到扫码记录。如果没有标识符就无法找到记录，应记录这一限制，并决定活动是否真的需要收集该标识符。

发生重大变更后重新测试。如果更换了供应商、落地页新增了像素、目标页面发生变化，或开始面向新的受众，都应重新检查扫码路径。即使印刷好的二维码完全没有变化，更新重定向也可能改变数据收集方式。

为每项活动建立一份注明日期的档案，保存扫码路径图、隐私声明版本、合法依据评估、供应商审查、数据保留计划和测试结果。批准下一批印刷品前，应将实际扫码路径与档案进行对照，并在二维码发给客户前解决任何新增的数据收集问题。