二次转发活动链接时，UTM 和 click_id 会把什么身份一起带出门

运营把落地页丢进客户群，客服把「活动页」转进工单，同事把社媒分享链接再发到内部频道：这三步很少有人先看问号后面。地址栏里那一长串看起来像乱码，实际是查询参数。浏览器把它当作请求的一部分发出去；聊天软件、邮件和工单系统则把它当作普通文本整段保存。

这和「URL 的 # 片段为什么不进服务器日志」不是同一层。片段留在当前标签页，不会进入 HTTP 请求行；查询参数会。已有文章URL 的 # 片段为什么不会出现在服务器日志里只解释井号。本篇要补的是问号：二次转发时，被一起带走的通常不是页面路径，而是路径后面那串可检索、可归档、可被下游站点再读一次的字段。

Google Analytics 的 URL builder 说明写得很直白：用户点击带 UTM 的推荐链接时，这些参数会进入分析报告。对投放团队这是功能。对二次转发的人，这变成另一件事：你把「这次点击从哪条活动来」的标签，连同平台自动追加的 click ID，一并交给了下一个通道。通道并不保证只给目标接收方看一次。

第一类是 UTM。Google 文档列出的常用字段包括 utm_source、utm_medium、utm_campaign，以及可选的 utm_term、utm_content、utm_id。值是你或投放工具写进去的明文，例如 wechat、email、sep-sale。它们描述的是活动，不是某一个用户的账号；但二次转发后，接收方、群里后来进来的人、以及能导出聊天记录的人，都能看见「这条链接当初是为哪场活动、哪条渠道准备的」。分析系统把大小写当成不同值：utm_source=google 和 utm_source=Google 会拆成两行。对人来说，它们都是可读标签。

第二类是 click ID。广告平台在用户点广告时自动追加，值是一长串不供人阅读的令牌。gclid 由 Google Ads 自动标记生成，用来把一次点击对回转化；fbclid 由 Meta 追加，常被像素或转化接口读回；同类还有 ttclid、msclkid、twclid。你没有选择过这些值，也无法从字符串本身读出活动名。它们标识的是「这一次点击」，不是「这一场活动」。把带 fbclid 的地址再转给同事，等于把那一次广告点击的查找键一起交出去。

第三类是分享者标识。2024 年起，中文社区反复验证过：Instagram、Threads 的分享链接若原样转发，问号后的参数可能让对方页面显示「某某分享了这则贴文」。联合报系科技频道在 2025 年的报道里写过这个核对方法：删掉问号及之后的字串，跳转往往仍在，分享者账号却不再被带出。微博、小红书、网易云等平台的分享链，也有人公开演示过从参数反查分享者。本文不提供也不复述任何反查步骤；只确认一件能当场看见的事实：有些分享链接的查询参数里，除了活动标签，还带着「是谁点的分享」。

聊天窗口按「还能找回来」设计。你把完整活动链接贴进频道后，正文、客户端缓存和服务端搜索索引各持一份。三个月后有人搜 utm_campaign 或 fbclid，仍可能捞到当时那条。撤回通常删不掉对端已读推送和已同步的历史。这和「信任同事」无关：同事需要的是落地页，不需要那次广告点击的令牌。

工单和邮件把链接当成证据保存。客服把用户发来的「打不开的活动页」原样贴进工单后，座席、升级单和外包查看权限都会再次打开完整 URL。相册里的整页截图、会议录像里的地址栏，是另一条像素通道。密钥不该进聊天，我们在环境变量泄露后新密钥为什么不该再发到聊天窗口里写过；追踪参数的危险更轻，但残留形态一样：通道保存的是你粘贴的整串字符。

该留的是让页面到达正确资源的字段。id=128 指向商品，q= 是搜索词，page=2 是分页，YouTube 的 t= 是时间戳。这些不是投放标签。盲目「删掉问号后所有内容」在社媒分享链上常常有效，在电商和后台深链上会跳到首页或报错。

该剥的是描述流量来源、标识单次点击、或指向分享者的字段。utm_* 整族、常见 click ID，以及电商和内容平台的归因字段，例如部分淘宝、京东、拼多多、抖音分享链上的 spm、refer_share_id。它们不决定「打开哪一条内容」，只决定「这次打开被记成谁带来的」。

取舍不确定时，先走窄的规则：只去掉 utm_* 和常见 click ID，看页面是否仍指向同一资源。再决定要不要去掉分析字段和平台归因。这不是口号，是能对照结果的两档。