大家好，我是王施帆。
上一篇只有20多个浏览量，没人看，我必须要更新完，相信在将来会有人看到这套GA4的教程的。对新手非常有指导意义，而且深入浅出的讲解方式更容易让人吸收。
前三篇我们把"为什么学、搭练习站、装好 GA4"都走完了。从这一篇开始，我们正式进入 GA4 的核心地带——事件（Event）。
在 GA4 里，没有事件就没有流量报表。 事件是整个 GA4 的命脉。你把事件搞懂、会设、会追踪，就等于握住了衡量营销成效的命门。这一篇我会从"什么是事件"讲起，一路带你做到亲手创建一个自定义事件，全程不涉及任何代码。
延伸阅读（建议按顺序看完前几篇）：
【第一篇】为什么学习 GA4 这么重要？数据思维才是真正的护城河
【第二篇】没有练习网站，就学不好 GA4：手把手带你搭一个专属练习站
【第三篇】在练习站上装好 GA4：从建账户到植入追踪代码
一、先搞懂：什么是"事件"，为什么它是 GA4 的命脉
还记得我们第三篇装 GA 时，进过"左下角齿轮 → 管理 → 数据流 → 数据流详情 → 增强型衡量"那个地方吗？当时我让你对"事件"留个印象就先跳过了。现在，是时候把它讲透了。
事件为什么这么重要？ 因为这正是 GA4 和旧版 GA 最根本的区别：
旧版 GA：以"页面浏览（Pageview）"或"进站次数"作为数据收集的基础
新版 GA4：数据收集机制全面改成"以事件为基础"
换句话说，在 GA4 的世界里，所有的数据，本质上都是一个个事件喂出来的。没有事件，就没有任何流量报表。 所以我说它是 GA 的命脉，一点都不夸张。
那"事件"到底是什么？ 这个词其实不是 GA 发明的，它是网站搭建时本来就存在的专有名词。事件，泛指所有"可能在网页上发生的动作"。
你可以想想，在一个网站上（不管是我们的练习站还是别的网站），到底能发生哪些动作？太多了：
最常见的是点击
往下滚动页面，也是一个事件（注意：不一定非要"点"下去才算事件）
而点击本身还能细分——比如提交一个表单，这在行为上就不是单纯的点击，而是"把表单送出"，需要单独区分出来
所以事件其实相当复杂。但一旦我们收集到了事件数据，就能反映出大量访客行为：他们有没有按我们期望的那样完成动作？他们在执行某个动作前后，整个行为脉络是怎样铺陈的？这些分析，全都建立在事件之上。
二、事件分三大类（白话版）
GA 官方文档对事件的分类讲得比较绕、概念偏复杂。我帮你梳理成三大类，更好理解：
第一类：默认事件（自动收集的事件） 你什么都不用做，GA 自动就会帮你收集这些动作数据。而默认事件内部，又能再分成两种：
不可介入设定的：你改不了它的设置
可介入设定的：你能修改它的设置
第二类：自定义事件 当你的需求无法被默认事件满足时，就可以自己定义一个事件出来。
把这三类记住（默认事件的两种 + 自定义事件），下面我们一个个看。
三、先认识"实时报表"——验证事件的好帮手
在动手之前，先介绍一个我们后面会反复用到的工具：实时报表（实时概览）。操作路径：点左侧报表图标 → 实时概览。
实时报表有两个用途，要分清：
它原本的用途——营销时间点。比如一个电商网站，搞了个"中午 12 点准时开抢"的限时促销。那 12 点一到，这波促销到底有没有奏效？就得靠实时报表马上知道。因为实时报表反映的是"过去 30 分钟内"的状况，即时性极强。
被我们借用的用途——技术检测。我们前面装 GA、后面设事件，都需要确认"GA 到底有没有正常运作"。这时实时报表就派上用场了。
为什么用实时报表来做技术检测？ 因为除了实时报表之外，左侧那些其他报表，全都至少要等 24 小时才会呈现数据（我们用的是免费版 GA）。我们总不能每改一个设置，就等到第二天才确认对不对吧？而实时报表不用等，能立刻反映过去 30 分钟的状况，所以特别适合拿来即时验证。
归纳一下：实时报表两大用途——营销时间点 + 技术检测。
四、看一看"默认事件"
进入实时概览后，往下滚动。实时报表是以一张张小卡片的方式铺陈的，每张卡片就是一个分析主轴。找到"事件"这张小卡片，你会看到类似这样的数据：
page_view（页面浏览）发生了 1 次first_visit（第一次进站）发生了 1 次……
这里你可能纳闷：从上一篇到现在，我们没做任何事件设定，为什么会有事件数据？
这就是"默认事件"——GA 自动帮你收集的。 前面说过默认事件分两种，对照上面这四项：
第 2、3项，属于"不可介入"的默认事件。它们大多和 GA 的运作原理有关——如果 GA 不收集这些底层数据，它就没法提供服务。这类事件如果你自己用不到，可以直接略过。
第 1 项
page_view，属于"可介入（可修改）"的默认事件。这一类要特别关注，因为它"可以设定"恰恰意味着：我们很可能对这个动作的观测有修改需求。
那"可修改的默认事件"具体有哪些？ 回到"齿轮 → 数据流 → 数据流详情 → 增强型衡量"，这里总共有七项默认事件（旁边有齿轮、写着"可以设定增强型衡量"，证实它们是能介入的）。这七项动作的追踪是：
网页浏览（报表上显示为
page_view）滚动
出站链接点击
站内搜索
视频互动
文件下载
表单互动
这七项不用你做任何设定，GA 就会自动收集；有需要时，你也可以进去修改。
五、重点来了：自定义事件
讲事件，重点其实都在自定义事件上。因为自定义事件极其多元，取决于你的需求，没有标准答案。学会了它，你就能追踪到丰富得多的流量信息。
为什么需要自定义事件？——品质 vs 数量
我先给你提个问题。回到实时报表的事件卡片，现在 page_view 发生了 3 次。身为一个流量分析师，你觉得"这个网站发生了 3 次页面浏览"这个结论，够明确吗？有意义吗？
这里要引入一个概念：分析流量时，有"量"和"值（质）"之分。如果你只看数量，那"page_view = 3 次"确实是个数字；但如果你追求的是品质，这个结论就非常没有品质——它充其量只反映了一个数量。
设想一个大型网站，page_view 可能有几百、几千次。身为分析师你一定会纳闷：这庞大的浏览量，到底是由哪些页面贡献的？
具体到我们这 3 次浏览：
是不是来自同一页？（一页被看 3 次，1+1+1=3）
还是来自不同页？（两页：2+1=3；或三页各 1 次）
加起来都是 3，但背后的含义天差地别——这就太不明确了。 所以我们有必要通过自定义事件，把它厘清、具体化，让分析结果朝"有品质"的方向走。
动手创建：把"哪一页被浏览"梳理出来
自定义事件的做法非常简单，完全不涉及代码，这正是 GA4 的好处。
第 1 步：进入创建入口。 点左下角齿轮 → 管理画面 → 在"数据显示"这个大类里找到第一项"事件" → 点进去 → 点"创建事件"。
⚠️ 这里 GA 的命名很容易让人误会。"创建事件"听起来像是你能凭空任意创建任何事件——其实不是。这里的"创建事件"专指自定义事件；默认事件是无法创建的。
第 2 步：输入事件名称（不可逆，务必慎重）。 GA4 里很多地方都要你输入名称，输入前一定要先判断一件事：这个栏位的命名，会不会被记载到报表上？ 有的会，有的不会。而现在这个名称会显示在报表上——前面强调过，报表是历史性回顾，不可逆。所以下笔前务必想清楚。
为了教学，我用大白话来命名，提醒你它会上报表。比如我们想知道这 3 次 page_view 里，哪一次来自首页，就在名称栏输入：首页_被浏览_会显示在报表上。（实务中当然不会这样命名，我这是为了教学刻意提醒。）
名称下方还有个"标记为关键事件 / 重要的事件"，这是另一个主题，先略过。
第 3 步：选择要比对的现有事件。 接着会让你"找出要用于触发新事件的现有事件"。意思是：我们要做的，是从既有的、模糊不清的事件里，梳理出我们想要的具体事件。所以这里直接对应到 page_view——你在实时报表里已经看到它发生了 3 次。
第 4 步：设置匹配条件（最关键的一步）。 "匹配条件"就是告诉 GA：满足什么条件，才算是"首页被浏览"。
这里默认给一个条件，且不能调整（除非点"显示更多选项"）。它默认用的是 URL 包含（URL contains）——也就是"网址包含什么字段"才算比对成功。
那我们填什么？回想一下，我们网站首页的文件名是什么？忘了的话回浏览器看一眼——点 Home，地址栏会跳出 index.html，这就是首页。回到 GA，在条件里填 /index.html（记得加上斜线）。这样一来，只要流量来自这个页面，就比对成功，GA 就会记一笔"首页被浏览"。
进阶：多条件，以及它们之间是"AND"
如果点开"显示更多选项"，本质和上面一样，只是从精简版变成了可以设置一个以上条件的详细版。
想精确锁定"首页被浏览"，更严谨的设法是用两个条件：
条件一：
event name（事件名称）等于page_view——先让 GA 在一堆默认事件里找到page_view这个对象条件二：
page_location（页面位置）网址包含/index.html——因为任何页面被浏览都叫page_view，必须再用页面位置锁定到首页
只有这两个条件都比对成功，GA 才会把名称记到报表上。
这里有个特别要记住的点：当你设置两个或以上条件时，条件之间的关系是 AND（且），不是 OR（或）。
GA 里很多设置都涉及比对条件，有的地方是 OR、有的地方是 AND，不一定。但自定义事件的多条件，是 AND——也就是"严格设置"：必须同时满足所有条件才成立。这比 OR 严格得多（OR 只要满足其中一个就成立）。请务必把这点记牢。
第 5 步：保存并验证。 点右上角"保存" → 再点"创建"，自定义事件就建好了。注意：在事件列表里，那些默认事件不用管，我们要看的是自己建的自定义事件。
怎么确认成功？回实时报表（不用等 24 小时）：报表图标 → 实时概览 → 往下找事件小卡片。
刚开始可能没显示——正常，因为你得回浏览器刷新一次去触发它。回到练习网站按刷新，这一页就被触发了（它是来自 index.html 的页面浏览），你那个自定义事件就会比对成功。等一会儿（第一次有延迟），报表上就会显示"首页被浏览 发生了 N 次"。
如果一直不出来，只要你没设错，就是延迟导致的，耐心等。
一个要记住的特性：重复计算
你可能发现"首页被浏览"显示了 2 次甚至更多，会纳闷为什么。其实是因为我刷新了不止一次。这里引出一个特性：GA 中有的数据不重复计算，有的会重复计算。
page_view（以及基于它的自定义事件）属于重复计算的指标——每按一次刷新就 +1。它是重复性指标，记住这点。
六、再进阶：事件参数（键 vs 值）
自定义事件只能做到上面这些吗？不止。GA 之所以开放自定义事件，正说明它提供的默认事件还是太笼统了。下面这部分帮你理解事件更深的一层结构。
三层结构：事件名称 → 参数键 → 参数值
在事件列表里，点击任意一个事件名称（比如 page_view），你会进到下一层——但这一层的栏位名称已经不叫"事件名称"了，而叫"事件参数键"。再点其中的 page_location，又会进到第三层，叫"事件参数值"。
所以一个事件其实是三层：
第一层：事件名称（如
page_view）第二层：事件参数键（Key）
第三层：事件参数值（Value）
这也解释了为什么我们刚才的自定义事件能比对成功：我们让 GA 先找到 page_view 这个事件名称，再去比对它的一个参数键 page_location，要求里面包含 /index.html（参数值）——两层都对上，就记一笔"首页被浏览"。
键和值，到底怎么理解？
GA 的翻译确实不好懂。你可以这样记：
事件参数键（Key）= 用来描述这个事件的"相关细节"。一个事件有很多细节，比如"它发生的位置"
事件参数值（Value）= 这个细节的"实际内容"。比如位置这个细节点进去，告诉你实际的页面位置，那就是值
所以要看到最终答案，你往往得点两次（事件名称 → 参数键 → 参数值），有点麻烦，但理解了结构就不乱了。
自定义参数：给事件加一条你自己的描述
参数也能自定义——因为它本质就是"对事件名称的补充描述"。举个非常实用的实务场景：
有些企业流量报表数据极其庞大，甚至会指派不同的经办人员去负责特定流量的解读或处理。假设"首页被浏览"这个自定义事件，是由客服部某位员工负责处理的，我想把这个信息当作一条补充描述记进去，怎么做？
操作路径：齿轮 → 管理 → 事件 → 往上找到"自定义"下拉菜单展开 → 选第一项"自定义事件" → 点进你刚建的那个自定义事件 → 往下找到"参数设置" → 点"添加 / 修改内容"。这时会跳出参数的键和值：
键这一栏点一下，会跳出很多参考用的键，用得上就直接选；用不上就手动输入。比如我输入"客服部"
值这一栏，填这个键对应的实际内容。比如客服部具体哪位员工，我就输入这位员工的名字（例如填王施帆）
保存后，再去触发一次（回网页刷新 → 回报表实时概览 → 事件小卡片 → 点"首页被浏览" → 看它的参数键），就能看到你自定义的"客服部"（可能在列表下一页，别以为没记上）；再点进去看值，就会跳出你填的名字。
实际上这些补充描述怎么用，就靠你发挥想象力了——这是一个非常实用的功能。
好了，这一篇我们把 GA4 最核心的"事件"讲透了，一起回顾一下：
认知：GA4 以事件为基础收集数据，没有事件就没有报表，它是 GA 的命脉
三大类：默认事件（不可介入 / 可介入，可介入的就是增强型衡量那七项）+ 自定义事件
实时报表：两大用途——营销时间点 + 技术检测；因为其他报表要等 24 小时，它不用等
自定义事件：解决默认事件"太笼统"的问题（重质而非重量）；核心是设好匹配条件，且多条件之间是 AND（严格设置）；
page_view是重复计算指标事件参数：三层结构（事件名称 → 参数键 → 参数值），键=描述细节、值=实际内容；参数也能自定义，用来给事件加业务化的补充描述
把事件吃透，你就真正握住了衡量营销成效的抓手。下一篇，我们继续。
就写这么多吧，感谢阅读。
—— END ——
