GA4 询盘转化追踪教程:使用 GTM 衡量成功提交的表单
使用 GTM 和 GA4 追踪成功提交的询盘:从 dataLayer 成功事件、generate_lead 标签及关键事件配置,到 DebugView 验证和转化报表。
对于以获取客户询盘为目标的网站,仅知道有多少人浏览页面还不够。更有价值的问题是:有多少访客成功提交了询盘?他们从哪些渠道来到网站?
本教程介绍如何使用 Google Analytics 4(GA4)和 Google 跟踪代码管理器(GTM),追踪成功提交的询盘,并在报表中查看结果。
一、先了解追踪流程
一套可靠的询盘转化追踪通常包含以下步骤:
- 访客填写并提交询盘表单。
- 网站服务器确认提交成功。
- 网站向 GTM 的数据层发送成功事件。
- GTM 将
generate_lead事件发送给 GA4。 - GA4 将
generate_lead记录为关键事件。
关键区别是:点击提交按钮并不一定代表询盘成功。 表单验证失败、网络错误或服务器拒绝请求时,都不应将这次操作统计为成功询盘。
本教程建议使用 GA4 推荐事件名称 generate_lead,以表示成功获取一条潜在客户线索。
二、准备工作
开始之前,请确认:
- 已创建 GA4 媒体资源和网站数据流。
- 已获取以
G-开头的 GA4 衡量 ID。 - 已创建 GTM 网站容器,并将容器代码安装到网站。
- 已在 GTM 中配置基础 Google 代码或 Google Analytics 标签。
- 有权编辑和发布 GTM 容器,并有权管理 GA4 事件。
可以通过 GTM 的预览功能检查基础标签是否已经正常加载。若尚未接入 GA4,应先完成基础配置,再设置询盘转化。
三、让网站在询盘成功时发送事件
最可靠的做法是在网站确认服务器处理成功之后,由网站代码向数据层发送一个自定义事件。
例如,在表单提交逻辑的成功分支中加入:
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
event: 'inquiry_success'
});
这段代码应放在网站已经确认询盘提交成功的位置。具体位置取决于网站的表单实现方式,通常需要开发人员协助。
不要在事件中发送姓名、邮箱、电话号码、询盘正文等个人信息。单纯衡量成功次数时,只发送事件名称即可。
如果暂时无法修改网站代码
某些网站会在提交成功后显示具有稳定标记的成功提示。技术人员可以评估是否通过 GTM 检测该状态,再发送自定义事件。
这种方法依赖页面的具体结构:成功提示的标记或样式一旦改变,追踪可能失效。如果使用 GTM 的“元素可见性”触发器,还应注意提示是否必须进入访客可见区域才能触发。无论采用哪种方案,都应通过真实提交流程验证。
四、在 GTM 中创建自定义事件触发器
以下步骤假设网站在成功提交后发送的自定义事件名为 inquiry_success。
-
打开 Google 跟踪代码管理器。
-
选择对应网站的容器,进入工作区。
-
点击左侧 触发器,再点击 新建。
-
为触发器命名,例如:
询盘成功 — 自定义事件 -
点击 触发器配置。
-
选择 自定义事件。
-
在事件名称中填写:
inquiry_success -
保存触发器。
这里的名称必须与网站推送到数据层的 event 值完全一致。
五、在 GTM 中创建 GA4 事件标签
-
在 GTM 工作区点击 代码,再点击 新建。
-
为标签命名,例如:
GA4 — 询盘成功 generate_lead -
点击 代码配置。
-
选择 Google Analytics:GA4 事件。
-
输入网站数据流的衡量 ID:
G-XXXXXXXXXX -
在事件名称中填写:
generate_lead -
在触发条件中选择刚创建的“询盘成功 — 自定义事件”。
-
保存标签。
inquiry_success 是 GTM 用来识别网站成功状态的内部事件;generate_lead 是最终发送给 GA4 的事件。两者名称可以不同,但各自必须与对应配置保持一致。
六、在 GA4 中将事件标记为关键事件
GA4 使用“关键事件”来标记对业务有重要价值的用户行为。
- 打开 Google Analytics。
- 选择对应网站的 GA4 媒体资源。
- 进入 管理 → 数据显示 → 事件。
- 如果列表中已经出现
generate_lead,将它标记为关键事件。 - 如果事件尚未出现,可通过页面中的创建事件功能,按界面提示为通过代码发送的
generate_lead预先设置关键事件。
如果没有经过确认的询盘价值,建议不要随意设置默认货币价值。统计方式可根据业务需要选择:每次成功询盘统计一次,或每次会话最多统计一次。
界面名称可能随 Google 产品更新而变化;操作时请以当前页面为准。
七、发布前测试
1. 启动 GTM 预览
- 返回 GTM 工作区。
- 点击右上角 预览。
- 输入网站询盘页面的网址并连接。
- 网站会在新页面打开,Tag Assistant 显示连接状态。
GTM 预览模式可在发布前测试工作区配置,并显示标签何时触发。Google:预览和调试容器
2. 提交一条测试询盘
在预览页面中正常填写并提交表单,测试内容应明确注明“测试询盘,请忽略”。
测试询盘通常会进入真实的业务处理流程,因此应事先告知负责处理询盘的人员。
3. 检查 Tag Assistant
成功提交后,返回 Tag Assistant:
- 在事件时间线中找到
inquiry_success。 - 点击该事件,确认 GA4 询盘标签显示成功触发。
- 查看发送的命中,确认事件名称为
generate_lead。 - 检查目标衡量 ID 是否正确。
- 确认一次成功提交只触发一次。
还应测试失败场景,例如表单验证未通过时,确认不会触发成功询盘事件。
4. 检查 GA4 DebugView
- 在 GA4 中进入 管理 → 数据显示 → DebugView。
- 选择对应的调试设备。
- 在事件时间线中查找
generate_lead。
如果 Tag Assistant 显示标签触发,但 DebugView 中暂时看不到事件,可以检查调试连接、衡量 ID、浏览器拦截设置以及网站的隐私和同意设置。Google:使用 DebugView 监控事件
八、发布 GTM 容器
测试通过后:
-
返回 GTM 工作区,点击 提交。
-
检查待发布的所有更改。
-
填写版本名称和说明,例如:
版本名称:GA4 询盘成功转化 版本说明:成功提交询盘后发送 generate_lead,已通过预览测试。 -
选择 发布及创建版本。
-
点击 发布。
-
在 版本 页面确认新版本显示为已发布。
发布前应检查工作区中是否还有其他人的未完成更改,因为提交时会发布该版本所包含的更改。
九、如何查看询盘转化数据
查看实时事件
- 打开 GA4。
- 进入 报告 → 实时概览。
- 在按事件名称划分的事件列表中查找
generate_lead。
实时报告适合确认近期是否收到事件;DebugView 适合检查调试设备的具体事件。Google:查看关键事件报告
查看长期趋势和流量来源
在 GA4 的报告中,可以选择日期范围,结合以下数据分析:
generate_lead事件数和关键事件数;- 自然搜索、直接访问、社交等流量渠道;
- 来源 / 媒介;
- 访客浏览的页面;
- 不同渠道带来的关键事件数量。
分析时应注意,成功提交询盘不等于成交。重复提交、测试和垃圾询盘也可能被记录,因此仍需结合业务系统判断线索质量。
十、常见问题
表单提交了,为什么没有记录转化?
依次检查:
- 网站是否确认服务器处理成功。
- 成功后是否发送了约定的数据层事件。
- GTM 自定义事件名称是否与网站发送的名称一致。
- GA4 事件标签是否绑定了正确的触发器。
- 标签中的衡量 ID 是否正确。
- 新版 GTM 容器是否已经发布。
- 浏览器扩展、网络或隐私设置是否影响标签运行。
为什么一次询盘出现两次?
可能原因包括:网站重复推送成功事件、存在重复的 GA4 事件标签,或多个触发器都发送了同一个 generate_lead。应在 Tag Assistant 中检查事件时间线、触发的标签和发送的命中数量。
为什么不能直接把“表单提交”当成成功询盘?
表单提交事件可能表示用户尝试提交,但服务器尚未确认成功。使用服务器确认后的成功信号,可以更准确地区分成功提交和失败操作。
网站改版后需要重新检查吗?
需要。尤其是在修改表单提交逻辑、成功提示、数据层事件或 GTM 容器后,应重新执行一次完整测试。如果追踪依赖页面元素或样式标记,页面结构变化也可能使触发条件失效。