分享链接前，移除网址中不必要的个人信息

复制链接前先检查内容

你准备把工作坊的商品目录发送给一组人。复制从邮件打开的页面地址时，却发现 email 字段带着自己的邮箱。页面公开，并不表示复制出来的网址也适合传播。在创建活动链接、二维码或短链接前，应先把公开目的地和自己访问时附加的数据区分开来。

本指南回应两个常见问题：HTTPS 能否充分保护地址中的数据？问号后面的内容是否可以全部删除？实际操作需要理解每一部分的用途。我们将制作一个目录链接，保留必要的商品编号，移除本例不需要的个人数据。这并不是把任何私人地址变成公开地址的方法，也不保证匿名。

HTTPS 保护传输，却不会抹去内容

OWASP 提醒，即使使用 HTTPS，网址参数中的敏感信息也可能暴露。地址可能留在浏览器历史或服务器日志中，收到副本的人也能阅读。传输过程中的加密不会删除这些副本。看起来复杂的地址也不等于保密地址。含有 %40 的值可能表示邮箱中的 @：字符编码不等于数据加密。

作为 Referer 发送的信息取决于所用策略和上下文。MDN 说明，默认策略 strict-origin-when-cross-origin 通常在跨源请求中只发送源，而同源请求可能包括路径和查询。因此，我们并不声称每个链接都会向任意网站泄露完整查询。不过，这项策略不能保护你直接粘贴到消息或工具中的网址。

保留打开正确内容所需的部分

在虚构示例中，producto=42 用于选择目录中的商品，email 则标识个人。第二个链接保留商品选择，去掉个人数据。example.invalid 不是可运行的测试网站；理解真实目的地如何工作后，才能替换成自己的域名。不要把保密地址粘贴到外部服务来研究其内容，应先在自己的环境内检查。

不要机械地删除问号之后的全部内容，否则可能丢失商品、搜索或语言设置。查看网站的分享功能及说明，获取专门用于公开分享的链接。遇到不明字段、签名、密钥或访问令牌时，先停下，向负责人索取合适的地址。删除参数可能使签名失效，保留参数又可能授予你原本不想分享的访问权限。

https://example.invalid/catalogo?producto=42&email=persona%40example.invalid
https://example.invalid/catalogo?producto=42

让 UTM 标签描述活动本身

有了合适的公开地址后，可以在 WikiURL 的 UTM 生成器中输入地址，添加来源、媒介和活动。秋季通讯可以使用 boletin、email、otono 等通用标签。需要区分素材版本时，使用描述素材而非收件人的值。不要填写姓名、电话号码、邮箱或凭据。也要检查基础网址：干净的标签无法修正地址中原本就有的个人数据。

Google Analytics 要求路径和参数不含可识别个人身份的信息，并明确提及活动维度。示例保留 producto=42，再添加通用标签。它并不假设 WikiURL 会自动识别或删除敏感数据。生成地址本身也不意味着已经开始测量，目标页面仍需配置分析工具。活动名称应说明推广行动，而不是成为每个收件人的个人档案。

https://example.invalid/catalogo?producto=42&utm_source=boletin&utm_medium=email&utm_campaign=otono

检查公开链接与将要发送的版本

打开准备好的版本，确认显示正确商品。如果内容应当无需登录即可访问，也在独立会话中测试。预先确认地址公开且没有秘密之后，可以用 WikiURL 的网址检查工具查看 HTTP 响应和检测到的最终目的地。这项技术检查不证明隐私、权限或不存在个人数据。发生重定向后也要重新检查参数。

从受众最终收到的消息中复制地址，与批准的版本进行比较。如果要缩短地址或转成二维码，应先审查目的地：这些表现形式不会删除底层网址中的信息。确认没有误用原始邮件链接。活动记录中只保留批准的公开版本以及必要参数的用途说明，避免存放真实凭据。

已经分享秘密时，从源头更改访问

修正消息可以避免新副本，却不能收回其他人或系统已经保存的副本。如果传播了访问、恢复或私人下载链接，应使用服务提供的功能撤销或重新生成，或联系负责人。不要反复测试他人的令牌，也不要把从短链接中移除令牌当作唯一补救。关键控制在授予访问权限的服务中。

今后发布前，检查目的地、必要参数、通用标签和最终副本。不理解某项用途时，先与网站管理者确认，而不是在公开工具中拿私人数据试验。目标是让链接打开预期内容，同时不附带不必要的个人信息。这样的审查能减少可避免的暴露，但不会让浏览或活动变成匿名。