GA4 的默认报告能告诉你自然搜索来了多少会话,但告诉不了你这些人注册了没有。想看 SEO 带来的注册和试用,必须自己埋事件、自己搭报表。我们给一个客户配一套两小时能配完,配错的话后面每个月都在解释数据为什么对不上。
先确认自然搜索这一组是对的
GA4 的默认渠道分组只认搜索来源。三个常见错:站内 UTM 乱标,把 organic 覆盖成 other;子域没做跨域衡量,来源断掉变成 referral;Google Ads 自动标记没开,付费流量掉进 organic。检查方式很直接,进流量获取报告,按会话默认渠道组看 organic 占比,软件官网通常在 20% 到 45% 之间,明显偏离就是这个环节出了问题。
key events 只留三到五个
注册、试用开始、预约演示、文档下载、加企业微信,五个里挑三到五个标成 key event。别把每次按钮点击都算转化,那样报表全是噪音。软件公司的转化往往发生在注册后 7 天内,所以事件要带用户 ID,或者用注册完成页的事件,不能只看点击顶部的按钮。
报表这么搭
新建一个探索报告,维度选会话默认渠道组、落地页、查询参数,指标选会话数、key events、关键事件转化率、互动会话数。把自然搜索筛出来,按落地页排序,就能看到哪篇文章带来了注册。这份报告存下来每周一刷新,比默认报告有用。
埋点最容易崩的三处
单页应用只在首屏发一次 page_view,路由切换不发,站内行为全丢;表单放在 iframe 里,跨域拿不到 submit 事件;事件名一会儿 Signup 一会儿 sign_up,报表直接分裂成两行。
我们会固定下来的四个参数
配置之前先把四件事定死,写进文档,后面新人接手不用猜:
- 落地页统一用 page_location 字段,去掉 UTM 参数,否则同一篇文章会裂成十几行;
- 渠道组只保留 organic、paid、referral、direct 四类,营销活动靠 UTM 标记,不新建渠道;
- 事件名全小写加下划线,比如 signup_complete、trial_start、demo_booked;
- 转化回传带 user_id,注册后 7 天内的试用行为才能串起来。
这四行看起来琐碎,但它决定这份报表半年后还能不能读。我们 2025 年 9 月给一个安全工具站重配过一次,光把落地页里的 UTM 去掉,报表行数就从 4300 降到 900,终于能看清楚了。
我们接手过一个站,光是统一事件名,注册数就从 40 变成 63。不是真涨了,是之前漏了三分之一。所以别急着分析数据,先把埋点校一遍,花半天时间比看三个月脏数据划算。
元析智能
为软件公司做 SEO 和 GEO 优化