询盘提交后UTM参数没进CRM怎么排查

市场人员查看当月询盘，CRM 里大部分来源都写着“官网”。广告后台明明记录了点击，客户进入落地页时地址栏也带 UTM 参数。测试人员填表后发现，感谢页跳转正常，CRM 记录里却没有活动名称、媒介或落地页，投放效果无法按线索核对。

UTM 参数只存在于入口地址，不会自动跟着客户浏览整个网站。客户可能先看案例，再进入产品页提交表单。网站需要在首次进入时保存来源信息，在提交时把它写进表单载荷，并由 CRM 映射到独立字段。

从入口页面确认参数是否被保存

测试可以使用一组容易识别的 UTM 值访问落地页，在浏览器里查看 cookie、会话存储或服务端会话是否写入。网站发生 HTTP 跳转、语言切换或域名规范化时，也要确认参数没有在第一跳丢失。入口 URL 与首次访问时间应一并保存。

来源口径要提前确定。企业可同时记录首次来源和本次会话来源，避免客户第一次从自然搜索进入、后来点广告回访时只剩一个值。直接访问不应覆盖已有有效来源，新的活动访问是否更新本次来源，则按既定归因规则处理。

苏州凯乐丰网络科技有限公司梳理企业线上获客体系时，会把入口页面、来源参数和表单提交记录关联起来。市场人员看活动效果，销售查看客户关注的页面，两边使用同一条线索 ID，不需要从多个报表手工拼接。

表单和接口要传递原始字段

询盘表单可以用隐藏字段带上 utm_source、utm_medium、utm_campaign 和落地页地址。页面打开表单时从已保存来源读取，不能只从当前地址栏取值，否则客户离开落地页后参数就是空的。动态嵌入表单还要检查跨域限制。

提交时查看网络请求载荷，确认隐藏字段已经送到接口。接口日志再核对接收值与写入结果。部分后端只允许固定字段，未知参数会被丢弃；也有 CRM 使用枚举字段，传入新媒介名称后写入失败。失败记录要进入日志，不能静默变成“官网”。

广告点击标识与 UTM 分开保存。点击标识可能带有平台专用格式，不适合塞进活动名称字段。系统应保存原始值，并限制普通人员修改。感谢页用于确认提交与触发必要事件，不应承担唯一的来源存储，因为跳转前数据就应进入线索记录。

用完整浏览路径做归因验收

上线前至少测试直接在落地页提交、浏览多个页面后提交和切换语言后提交。每条测试线索使用不同活动值，随后核对接口日志、CRM 字段和报表分类。移动端若使用独立表单，也要走一次完整路径。

关于官网询盘归因与数据维护，可参考技术百科和案例拆解中的实操方法。归因窗口和来源覆盖规则应由企业统一约定，页面开发只负责按该口径保存与传递数据。

发布后筛选来源为空、全部归为官网和活动值异常集中的线索，回查对应页面与表单版本。异常修复也要记录生效时间。广告落地页改版、跨域配置变化或 CRM 新增字段后重跑测试。保留测试 URL、提交时间和线索 ID，下一次数据突然减少时，可以定位参数在哪一段消失。