GA4 主要记录什么
接入后先确认页面浏览、关键按钮和转化事件是否按预期触发，再逐步建立报告。内部访问、跨域和重复代码都可能让数据失真。
GA4 最有价值的不是默认报表数量，而是能把页面浏览、关键操作和转化按你的业务逻辑组织起来。接入前先定义“什么行为真的值得记录”，例如提交表单、点击购买、完成注册或下载资料；如果所有按钮都当成关键事件，最后只会得到一堆难以解释的数据。
接入后先验证事件是否真的收到
从官方 Analytics 入口创建或查看资源，部署测量代码后用实时或调试工具验证事件。确认数据结构没问题，再开始定义真正和业务相关的转化。
流量分析前为什么要先看隐私和同意
接入统计前应更新隐私披露，并根据访问地区和适用法律评估 Cookie、同意机制和广告功能设置。数据处理和保留配置也要定期检查。
GA4 是否“装好了”不能只看网页源代码里有没有标签。至少要用 Realtime 或 DebugView 验证页面浏览和关键事件，再检查内部流量、跨域、UTM、Consent Mode 与数据保留设置。否则报表里看起来有数据，也可能因为重复触发或缺少同意配置而失真。
和 Search Console 的数据有什么区别
Search Console 关注 Google 自然搜索，GA4 关注进入站点后的访问和事件。两边数字不同很正常，不应强行对齐。
Search Console 更适合回答“用户通过什么搜索词找到我、页面有没有被索引”；GA4 更适合回答“用户进站后做了什么”。两个系统的数据口径不同，数字对不上不一定是错误。把它们分别用于获客入口和站内行为，会比强行要求数据完全一致更实用。
GA4 上线前，先确认“数据能不能解释业务问题”
GA4 最容易出现的情况是事件很多、报表也很多，但没有人知道哪些数据真正影响业务。配置前最好先写出几个具体问题，例如“哪个渠道带来的注册最多”“用户在哪一步离开”“哪些内容带来有效线索”，再围绕这些问题设计事件和转化。
事件命名需要长期一致。今天叫 signup、明天叫 register、后天又变成 account_created，会让历史分析越来越难做。团队最好维护一个简单的数据字典，记录事件名、触发条件、参数和负责人。
上线后不仅要看实时报告，还要用浏览器调试、Tag Assistant 或测试账号走一遍完整流程，确认同一动作没有被重复记录，内部流量和测试环境也没有混进正式数据。数据采集正确，后面的分析才有意义。