GA4 和 Search Console 数据对不上，该信哪个？

两者口径不同。Search Console 统计的是 Google 搜索结果里的点击，不受 Cookie 横幅和标签配置影响；GA4 统计的是网站上实际采集到的会话。两者趋势应该大致一致，如果 GA4 跌得远比 Search Console 多，先查测量，再动 SEO。

为什么关键事件要设置成「每个会话一次」？

同一位访客在一次访问里点了三次电话号码，是一条线索而不是三条。按会话计数，GA4 里的线索数才接近真实询盘数。

中国大陆的访客能被 GA4 统计到吗？

Google 的服务在中国大陆访问不稳定，大陆访客的 GA4 数据通常明显偏低。面向中国市场的网站，建议同时部署百度统计等本地工具，并用服务器日志交叉核对。

你的 GA4 很可能在少报数据：一个工作日修好统计的完整复盘

「流量暴跌」其实是测量问题

一家服务型企业的网站改版几个月后，Google Analytics 4（GA4）显示自然搜索流量同比下降约 65%，看起来像一次 SEO 事故。

但 Search Console 里的 Google 点击只下降了约 20%。同样是 Google 的工具，两个答案差了三倍多。这个落差本身就是第一个信号：出问题的是测量，而不是营销。

我们查到的五个原因

大量访问没有来源。改版后 GA4 多出一大块 Unassigned 会话。它们落在真实页面上，行为也像真实访客，并不是机器人；只是 GA4 不知道它们从哪来，于是被归进 Unassigned 或 Direct，而不是 Organic Search。
Cookie 横幅默认拦截了统计。大多数访问发出的同意状态是「全部拒绝」：访客点「接受」之前统计一直被拦截，而大多数访客什么都不点。Google 可以为缺失的数据建模，但前提是每天大约 1,000 个事件以上，一般中小企业网站达不到，数据就直接丢了。
多年遗留的标签。GTM 容器里还留着 Universal Analytics、一个旧 CRM 追踪代码、旧的表单和视频标签，以及历次投放留下的多个 Google Ads ID，其中一些仍在每个页面上触发。
内部流量混在里面。员工访问没有排除，建站工具编辑器本身的访问还被记成了引荐流量。
没有线索追踪。电话点击、邮件点击、表单询盘、访客点了哪个按钮，全都没有记录，企业说不出哪些页面带来了询盘。

怎么看同意状态：打开浏览器开发者工具 → Network，筛选 collect，看发往 Google Analytics 的请求里的 gcs 参数。

gcs 值	含义
G111	统计和广告存储都已允许
G101	允许统计，拒绝广告
G100	两者都被拒绝

第 1–2 步：清理 GTM，从源头清洗数据

第 1 步：清理 Google Tag Manager

列出每个标签的触发器，以及最近一次触发或编辑的时间。
已经不用的工具，删除对应标签。
拿不准的标签先暂停。随时可以重新打开，GTM 的版本历史也会保留一切。
发布时写清楚版本名，例如「移除旧标签」。

第 2 步：从源头清洗数据

内部流量：在 GA4 的管理 → 数据流 → 配置代码设置 → 定义内部流量里加入办公室和员工的 IP；再到管理 → 数据过滤器，把「Internal Traffic」过滤器从「测试」改为「有效」。
无效引荐：在同一个代码设置里，列出建站工具编辑器的域名，以及支付、预约平台的域名，避免它们被算作引荐流量。

注意：内部过滤器生效后，你自己的测试访问会从报告里消失，包括实时报告。这是对的，但测试时常常让人以为追踪坏了。

第 3–6 步：把线索和访客行为追踪起来

第 3 步：追踪电话和邮件点击

在 GTM 里建两个「仅链接」触发器，条件分别是 Click URL 以 tel: 开头、以 mailto: 开头；各配一个 GA4 事件标签，命名为 click_phone 和 click_email。在 GA4 里把两者都设为关键事件，计数方式选每个会话一次：同一个人点了三次电话号码，是一条线索，不是三条。

第 4 步：正确追踪滚动深度

关闭 GA4 自带的滚动追踪（增强型衡量 → 滚动），它只记录 90%。改在 GTM 里建一个滚动深度触发器，纵向阈值设 25、50、75、90%，配一个 GA4 事件 scroll_depth，参数 percent_scrolled 取 {{Scroll Depth Threshold}}，再在 GA4 的管理 → 自定义定义里把 percent_scrolled 注册为自定义维度。

第 5 步：按文字、位置、页面和设备追踪按钮点击

只建一个 GA4 事件 cta_click，让它带上需要的信息。触发器用「仅链接」，条件是 Click URL 匹配转化页面的正则表达式，例如联系、团队、案例页面；参数 cta_text 取 {{Click Text}}，cta_destination 取 {{Click URL}}，cta_location 用一个自定义 JavaScript 变量：先判断按钮是否在移动端菜单、页头、页脚或服务页的行动区块里，都不是的话，再按按钮在页面中的高度分成 top、middle、bottom 三档。

选择器要换成你网站自己的。建站工具常给区块生成随机 ID，可以用「ID 包含某段字符」来匹配；移动端要单独检查，同一个按钮在手机上的 ID 往往不同。页面和设备不需要额外参数，GA4 每个事件都自带页面路径和设备类别。最终能得到这样一张报告：页面 × 设备 × 按钮位置 × 按钮文字 × 点击次数。

第 6 步：不用感谢页也能追踪表单询盘

常见做法是让表单跳转到感谢页，再统计感谢页的浏览量。但很多建站工具在表单提交时本来就会推送事件，未必需要这个页面：

在 GTM 里点「预览」，提交一份测试表单。先跟同事打招呼，它会作为真实询盘进入系统。
在 Tag Assistant 里查看提交后出现的事件，逐个点开看「数据层」。
注意这个坑：我们这次遇到建站工具同时推送了 lead 和 generate_lead 两个事件，只有 generate_lead 是标准的 dataLayer.push，另一个用的是 gtag 格式，GTM 的自定义事件触发器会直接忽略它。我们一开始用 lead 建触发器，结果一次都没触发。
用正确的事件名建「自定义事件」触发器，配一个 GA4 事件标签 generate_lead。
在线上网站验证：开发者工具 → Network，筛选 collect，找 en=generate_lead。
在 GA4 里创建关键事件（管理 → 事件 → 创建事件 → 使用代码创建），选择每个会话一次，并且不设默认值，否则 GA4 会给每条线索加上一个默认金额。

第 7 步：修正 Cookie 横幅

这一步找回的数据最多，而且它是业务和法律决定，不只是技术问题。

先弄清楚是什么在控制同意状态。可能是第三方横幅插件，而不是建站平台自己的设置。
检查默认值。很多横幅插件出厂就开着「同意前拦截统计」，这是最严格的欧盟式设置。
如果你所在市场的法律并不要求统计类 Cookie 事先同意，可以考虑默认允许统计、广告类 Cookie 仍需同意。请按你自己的司法辖区咨询意见。
访客的选择必须始终有效。两种情况都要测：

访客操作	预期 gcs	是否追踪
忽略横幅	G101	是
点击「全部接受」	G111	是
点击「全部拒绝」	G100	否

如果点了「拒绝」还在追踪，就不要上线。换一个正确支持 Google Consent Mode 的横幅。

结果，以及一份自查清单

一个工作日之后，这个网站从流量数字不可信、没有线索数据，变成了：

标签容器干净，旧标签全部移除
员工和编辑器访问已排除
四个关键事件：表单询盘、电话点击、邮件点击和下载
按钮点击可以按文字、位置、页面和设备拆分
滚动深度分四档记录
「流量下跌」有了清楚的解释：搜索趋势看 Search Console，站内行为看 GA4

自查：你的 GA4 说的是实话吗？

GA4 的自然搜索流量和 Search Console 点击大致同步吗？如果不同步，先查清楚再行动。
Unassigned 是否超过会话数的百分之几？
访客还没碰 Cookie 横幅时，网站发出的 gcs 值是什么？
Internal Traffic 过滤器是「有效」还是「测试」？
GTM 里还有 Universal Analytics 或其他已停用的标签吗？
表单询盘、电话点击、邮件点击是否都设成了关键事件？
你能说出上个月的询盘来自哪个页面、哪个按钮吗？

如果一半以上的问题答不上来，你的数据很可能低估了网站的真实表现。需要有人帮你把搜索和数据追踪一起理顺，可以看看我们的SEO 与 SEM 搜索营销服务。

关键数据与来源

数据	数值	来源
改版后 GA4 显示的自然搜索同比降幅	约 65%	客户网站 GA4 与 Search Console 数据，项目复盘
同期 Search Console 中 Google 点击同比降幅	约 20%	客户网站 GA4 与 Search Console 数据，项目复盘
Consent Mode 行为建模的数据量门槛	约每天 1,000 个事件	Google Analytics 帮助中心
修复后设置的关键事件	4 个	客户网站 GA4 与 Search Console 数据，项目复盘
完成修复所用时间	1 个工作日	客户网站 GA4 与 Search Console 数据，项目复盘