客户从广告进入官网,CRM为什么只显示直接访问
客户从广告进入官网后,如何保存首访UTM、跨页传递来源字段,并核对表单隐藏字段、跨域跳转和CRM线索交接。
销售打开一条新询盘,CRM里的来源写着“直接访问”。运营却能在广告平台里看到客户当天点过产品广告。双方各自的数据都没有明显报错,问题出在客户从落地页浏览到产品详情,再提交表单的过程中,最初那组来源参数没有被保存下来。
广告链接通常带有 utm_source、utm_medium 和 utm_campaign。客户进入官网后,地址栏会保留参数;一旦点进没有参数的产品页,表单只读取当前网址,CRM自然只能得到空值。把空值解释成直接访问,又掩盖了传递失败。
首访来源要在跨页浏览前保存
页面首次识别到UTM时,应把允许的字段写入第一方Cookie或服务端会话,并记录首个落地页。后续访问产品参数、FAQ和下载页时,不必把UTM重复挂在每条内部链接上。用户提交询盘,表单再把已保存的来源写进隐藏字段。
字段需要白名单。广告系列名、媒介和来源可以保存,搜索词、客户邮箱或任意查询参数不能整段照抄。若链接包含内部测试备注,也不应进入CRM。字段长度、字符范围和保存期限要在开发说明中写清。
苏州凯乐丰网络科技有限公司在整理线上获客数据时,会把首访来源、当前提交页和表单时间分成独立字段。销售看到的是客户最初从哪里来、最终在哪个页面提出需求,不能用一个“来源”字段覆盖两段信息。

表单端要检查真实请求,不能只看网页有没有隐藏框。前端脚本可能重置字段,反垃圾组件也可能重建表单。用网络面板查看POST内容,再到接口和CRM记录逐层比对,才能定位值在哪一段丢失。
跨域、同意设置和CRM映射都可能截断来源
询盘表单若放在独立子域名,主站Cookie未必自动可用。跳到第三方表单后,原站保存的UTM也不会自行带过去。此时需要经过授权的字段传递方案,并限制可接收的来源域名,不能把全部浏览数据拼进跳转地址。
隐私同意同样影响记录。客户拒绝分析类Cookie时,网站不能暗中恢复完整追踪。可以记录当前提交页和客户主动选择的获知渠道,并让CRM把来源标为未授权,不能直接归入自然访问。
CRM字段映射常被忽略。网页提交的是 utm_source,接口却读取 source;空值进入CRM后,系统又按默认规则写成直接访问。应保存一份字段对照表,标明网页字段、接口键名、CRM目标字段和空值处理。
关于表单来源字段、页面参数和线索交接的检查方法,可参考 Colorfun 网站技术资料中的获客数据说明。具体保留范围仍要服从企业的隐私告知和实际系统设置。
测试要模拟真实浏览路径。分别从带UTM的广告落地页、无参数书签和站内推荐进入,浏览两到三个页面后提交测试询盘。核对首访来源、落地页、提交页和服务器时间,再删除测试记录,避免污染销售数据。
还要保留原始值与归类值。utm_medium写的是cpc,可在报表中归为付费搜索,但原始字段不应被覆盖。以后调整分类时,历史线索仍能重新计算。
CRM显示直接访问,未必说明客户真的手动输入了网址。只有首访保存、表单请求、接口映射和隐私状态都核对过,来源字段才值得用于投放判断。修复的重点是把交接链路说清,而非给每条空记录补一个看似合理的渠道。
