WellChina Docs

主题

WellChina 数据监控策略研究报告 ​

撰写日期: 2026-04-21 目标读者: WellChina 产品 / 技术决策者 研究目的: 在已经上线 24 个自定义事件后，回退一步，系统评估"什么该监控、什么不该监控"，为后续事件路线图提供依据 结论偏好: 推荐优先、少即是多、数据驱动业务决策而非"为了有数据" 适用工作流: 接入规范 §16 "未接线 gap"的决策依据（包括 select_item）

🧭 产品定位声明（2026-04-22 补充） ​

WellChina 核心用户 = 境外用户做来华医疗决策（在自己国家浏览、咨询、付费，然后到中国接受服务）。不服务中国大陆本土用户。

这个定位对本文研究结论的影响：

研究章节影响
§7.4 中国大陆可达性降级为背景知识，不触发 P0/P1。gtag.js 被墙但 afterInteractive 已使其异步非阻塞，接受
§7.3 iOS Safari ITP仍然重要 — 核心境外用户 iOS 占比 30-50%，ITP 7 天 cookie 限制直接影响回头客识别
§5.5 暂不监控列表里的 Baidu Tongji / §8.3 P3永久排除 — 已从 §16 roadmap 删除
§9 8 语言建议继续有效 — 境外用户本身就分布在 8 个语言区

若未来市场策略翻盘（决定服务大陆用户），重开 §16.10 和 Baidu Tongji 方向，按研究报告 §7.4 P1/P2/P3 顺序执行。

TL;DR（如果只看一段） ​

WellChina 当前 24 个事件中，约 18 个是真必要，4 个是可选，2 个应该废除或合并（theme_toggled、可能的 region_switched），5 个业内常见但可以永远不加（view_item_list、add_shipping_info、add_payment_info、form_start、scroll）。

最高优先级的 gap 不是 select_item，而是：

  1. chat_message_received（把 chat 从"lead 信号"提升为"first reply 归因"）
  2. plan_selected（Stripe checkout 之前的明确意向）
  3. view_item_list_impression（但需改为曝光采样，不是每张卡都打）
  4. contact_form_start（配对 generate_lead，算 contact 转化率分母）

select_item 本身只应作为曝光→点击率校准的工具，在上线 4 周内观察后就可以考虑关掉，除非真要做 list re-ranking 实验。

中国用户可达性是 WellChina 的特殊风险：GA4 在大陆被墙（Google 域名被 GFW 拦截），对 WellChina 来说意味着 GA4 数据永远是有偏的：少数以 VPN 访问的中国大陆用户 + 境外用户。这决定了我们应该把 GA4 当"海外用户决策仪表盘"，而不是"全站真实用户分布"。

详细矩阵见 §8。

目录 ​

  1. Google 官方指导
  2. Web Vitals 监控策略
  3. 业内最佳实践
  4. 反模式 / 不该做的事
  5. 针对 WellChina 场景的具体分析
  6. 事件生命周期管理
  7. Consent Mode v2 + 隐私前沿
  8. 决策矩阵
  9. 8 语言站点的特殊建议
  10. 参考文献

1. Google 官方指导 ​

1.1 GA4 Events 四类事件分类框架 ​

Google 官方将 GA4 事件划为四层职责边界，每层解决不同问题：

层级事件类型是否默认启用代码改动典型事件
L1Automatically Collected是，无法关闭零first_visit、session_start、user_engagement、page_view(Web)
L2Enhanced Measurement是，可关闭零scroll(90%)、click(outbound)、view_search_results、video_*、file_download、form_start、form_submit
L3Recommended否是，但参数 schema 官方定义generate_lead、purchase、begin_checkout、view_item、select_item、add_to_cart、search、sign_up、login、share、tutorial_begin、join_group 等
L4Custom否完全自定义业务专属，如 step_category_selected

Google 官方原则（引自 developers.google.com/analytics/events）：

"Before you create a custom event, make sure there is no automatic, enhanced measurement or recommended event that already measures the interaction."

翻译：永远优先从 L1→L4 搜索，不要直接跳到 Custom。WellChina 当前的做法是对的：purchase / begin_checkout / view_item / search / sign_up / login / generate_lead 都复用了 Recommended schema。

1.2 Google 对 Lead-Gen 类站点的事件清单 ​

医疗旅游的转化链路是典型的 online → offline → online lead funnel（浏览→填表/聊天→离线报价→支付），Google 在 2024 年为此类站点新增了完整的 Lead Generation 事件族。

Google 官方推荐的 Lead Gen 事件管道（Stape + Google Analytics Help）：

事件触发时机说明
generate_lead用户提交线索（表单/chat）通用入口，必有
qualify_lead后台判定此线索为合格客户销售/运营侧触发
working_lead销售首次联系客户CRM 集成
close_convert_lead线索转化为付费客户成交
close_unconvert_lead线索明确被放弃关闭漏斗
disqualify_lead被判定为无效线索数据清洗

对 WellChina 的启示：

  • 当前只有 generate_lead，这是最低可用基线
  • qualify_lead 可以在 admin 后台每次标记"有效咨询"时上报（通过 Measurement Protocol 从 Next.js API route）
  • close_convert_lead 对应 Stripe purchase，可额外再 fire 一次（如果 contact → plan 存在归因链）
  • 这些事件让 Lead Acquisition Report 从"生成了多少 lead"进化为**"哪些来源的 lead 最终付费"**，是未来 6-12 月的高价值扩展

1.3 Google 官方 E-commerce 事件清单 ​

Google 推荐的完整 E-commerce funnel（Google Developers）：

view_item_list  ─┐
                 ├─► view_item ─► add_to_cart ─► view_cart ─► begin_checkout ─┐
select_item   ───┘                                                            │
                                                  add_shipping_info  ────────┤
                                                  add_payment_info   ────────┤
                                                                             ▼
                                                                         purchase
                                                                             │
                                                                             ▼
                                                                          refund

对 WellChina 的对照：

事件WellChina 含义已接价值
view_item_list手术/医院列表曝光❌低 — 只有做 list re-ranking 实验才需要
select_item从列表点进详情⚠️ 未接线中 — 可得 "list → detail CTR"，但只对列表改版有用
view_item手术/医院详情 PV✅高 — PDP 分析核心
add_to_cart加入对比栏✅中高 — WellChina 的 "compare" 是半转化信号
view_cart打开对比页✅中
begin_checkoutStripe checkout 开始✅必要
add_shipping_infoN/A（无物流）❌禁止 — 强塞会污染漏斗
add_payment_infoStripe hosted❌低 — 托管页拿不到，别伪造
purchaseStripe 支付成功✅必要
refundStripe 退款❌中 — 订阅退款率低时可不加

关键判断：WellChina 不是纯电商，Google 的 e-commerce schema 是借用而非照搬。view_item / purchase / begin_checkout 是绝对要抄的，view_item_list / select_item / add_shipping_info 都是锦上添花或不适用。

1.4 Content / Engagement 事件 ​

对内容型页面（WellChina 的 Guides、City Pages、Procedure 详情），Google 建议先开 Enhanced Measurement 再说（Google Analytics Help）：

内容事件EM 自动推荐场景
scroll（仅 90%）✅长文阅读深度 — WellChina 的 Guides
click（outbound）✅外链点击
view_search_results✅WellChina 已有 search 事件，两者重复
video_*✅（YouTube）目前无视频，不需要
file_download✅未来治疗手册 PDF
form_start✅表单首次 focus — contact form 可以白捡
form_submit✅会和 generate_lead 重复触发

重要警示：form_submit(EM) 和 generate_lead(Custom) 会同时触发。在 Key Event 里只应标记 generate_lead，否则会双计。

Scroll 的 90% 陷阱（Heatmap）：

"A scroll event means the viewport reached 90%, not that content was read carefully."

WellChina 已手写 guide_read_complete，这是对的：只在真正读到底部触发，配合路由判断只对 /guides/* 生效，比 EM 的 scroll 更精准。建议保留，并关闭 EM 的 scroll。

1.5 Key Events（Conversions）标记建议 ​

GA4 在 2024 年 3 月把 "Conversions" 重命名为 "Key Events"。Analytics Mania 和 Napkyn 给出的规则：

Rule of 3-5 — "3 to 5 strong key events are better than 20."

对 WellChina 的应用：

事件应否标 Key Event理由
purchase✅ 必须主转化
generate_lead✅ 必须次转化
begin_checkout✅ 建议对广告投放重要
chat_start⚠️ 可选归因链成熟再标
sign_up❌匿名用户也要 sign_up 保存 plan，别标
guide_read_complete❌参与度信号，非转化
add_to_cart（对比）❌中间态

不要标的典型错误：把 page_view / scroll / view_item 标为 Key Event — 让所有 "Conversion Rate" 变得毫无意义。

1.6 DebugView 与 Realtime 的使用场景 ​

工具数据粒度延迟场景
DebugView单设备，每参数可见秒级开发调试 — 检查 schema
Realtime汇总，30 分钟窗口秒级上线监控 — 确认事件体积没崩
Standard Reports按天聚合24-48 小时业务决策

2. Web Vitals 监控策略 ​

2.1 2026 最新 CWV 阈值 ​

截至 2026-04，Google 维持 3 个 Core + 3 个 diagnostic 框架（web.dev、corewebvitals.io 2026 Guide）：

Metric衡量Good（≤）Needs ImprovementPoor（>）百分位
LCP加载2.5s2.5-4.0s4.0sp75
INP交互响应200ms200-500ms500msp75
CLS视觉稳定0.10.1-0.250.25p75
FCP首帧1.8s1.8-3.0s3.0sp75
TTFB后端响应0.8s0.8-1.8s1.8sp75

关键变更：

  • INP 已完全取代 FID（2024-03），FID 在官方文档已被移除
  • CLS 计算方式为"滑动窗口最大值"（2021 年改的，许多老文档没更新）
  • 阈值三年未变

2.2 为什么 p75 是黄金标准 ​

Raygun 给出的理由：避免 p99 尾部噪声、覆盖多数用户真实体验、Google Search 用 p75 做 ranking signal、触发告警更少抖动。

WellChina 建议：Vercel Speed Insights 默认 p75，保持不变。不要在 GA4 里再算一套 p50 或 p90。

2.3 应该按哪些维度切片 ​

维度价值WellChina 适用
Route / Page最高✅ Vercel 自动归一化
Device高✅
Connection type中⚠️ GA4 有，Speed Insights 不提供
Country中✅ 尤其重要（8 国用户）
Locale低（和 country 高度相关）⚠️ 冗余
deploymentId最高✅ Speed Insights 独有

WellChina 的特别建议：Country × Route 切片最有价值。比如 "/[locale]/procedures 在 Vietnam 的 LCP p75" 可以揭示亚洲 CDN 边缘节点是否充分。

2.4 性能回归告警 ​

WellChina 当前流量体量，每周五 15 分钟回顾一次就够。未来规模化后：

  • P75 LCP 24h 内从 good 跌到 needs improvement → Slack 通知
  • P75 INP > 500ms 持续 6h → PagerDuty
  • Vercel Pro 内置告警 或 Vercel Cron 定时查 API post to Slack

2.5 Lab data vs Field data ​

Lab（Lighthouse）Field（Speed Insights / CrUX）
数据来源单次模拟真实用户聚合
用途CI / PR 检查业务决策
Google Search 用哪个❌✅

两者必备，不是二选一。CI 用 @lhci/cli 拦 PR LCP 退步 > 200ms。

3. 业内最佳实践 ​

3.1 Simo Ahava 的实现哲学 ​

simoahava.com 核心观点：

  1. 事件应围绕"用户在做什么"，不是"技术上发生了什么"
    • ❌ modal_opened — 无业务语义
    • ✅ contact_form_started — 对应一个决策
  2. 避免超过 500 unique event names（GA4 hard limit）。警惕"生成式事件名"（把 city 塞进事件名变 view_hospital_beijing，瞬间炸）
  3. 事件名 snake_case + 对齐 Google Recommended
  4. 事件参数 25 个入报表上限，BigQuery export 更多
  5. BigQuery export 是认真分析的唯一出路 — 但 WellChina 现阶段不需要（流量小，UI 够）

3.2 Julius Fedorovicius / Analytics Mania ​

  • 视 GA4 migration 为"新工具实施"，不是 UA 升级 — 建议从白纸开始设计 tracking plan
  • Conversions vs Key Events：任何事件都可以是 Key Event，但选 3-5 个最重要

对 WellChina 评估：命名（step_category_selected、chat_opened、guide_read_complete）符合 snake_case，对齐 Google 的 sign_up/login/search 命名，合格。

3.3 Heap 的 "Autocapture Everything" vs 手动埋点 ​

Heap 自己也推荐手工标注 5-10 个核心 KPI（heap.io）：

"Heap typically advises that teams manually capture 5-10 core KPIs with their Track API (actions like 'Payment Processed' or 'Sign Up Submitted')."

即"自动捕获所有点击 + 手工标注 5-10 个业务事件"才是真实推荐。

对 WellChina 判断：Heap 在 WellChina 体量（< 100K MAU）不值得（起步价 $3600/年）。当前"手工精选"派方向对。

3.4 Segment Track Plan 规范 ​

segment.com 核心：

  1. 从 KPI 倒推事件，而不是从页面正推
  2. 每个事件回答一个明确的业务问题

WellChina 可借鉴：在 src/lib/analytics/events.ts 每个函数上方加 "Q: ..." 注释：

ts
/**
 * Q: 哪些类别触发最多 pricing 页浏览？
 * 用途: 首页 step 顺序优化、category icon 重新排序
 */
export function trackStepCategorySelected(...)

3.5 其他产品对比 ​

GA4PlausibleMatomoMixpanel
价格免费$9/月自托管免费$20/月起
GDPR 开箱合规❌✅✅❌
China 可用❌（被墙）✅✅ 自托管⚠️

对 WellChina 启示：现阶段继续 GA4，但未来如果要服务中国大陆用户，必须加 Plausible 或 Matomo 自托管副本（见 §7.5）。

3.6 旅游类网站公开实践 ​

Airbnb：核心 funnel search_executed → listing_viewed → booking_started → booking_completed。不追踪 hover、modal 打开等低信号交互。

Booking.com：A/B 实验驱动，每天 1000+ 实验同跑，三元组 impression/click/conversion — 企业级做法，WellChina 不需要。

对 WellChina 启示：医疗旅游转化周期（2-6 个月）比 Airbnb 还长，长周期归因比"某按钮 CTR"重要。应优先投资 User-ID + 跨渠道串联 ID，而非 micro interaction。

3.7 Nielsen Norman Group ​

NN/G 推 Macro / Micro Conversion 框架：

WellChina MacroWellChina Micro
purchasebegin_checkout、chat_start、generate_lead
generate_leadstep_pricing_viewed、view_item、add_to_cart

每个 Macro 配 2-3 个 Micro 形成 funnel；Micro 不再拆成 sub-micro（就是过度）。

4. 反模式 / 不该做的事 ​

4.1 Over-instrumentation 的代价 ​

典型症状：

  1. 事件命名失控 — button_click_contact_v2_homepage_hero_new
  2. 没人看的事件 — 埋 50 个用 5 个，剩下 45 个浪费带宽
  3. 双写 — form_submit(EM) + generate_lead(custom) + 手写 contact_submitted 同时触发
  4. 隐私合规债 — 早期埋 email 到参数，GDPR 审计时紧急下线
  5. Refactor 噩梦 — 前端重构时所有组件都绑着埋点代码

WellChina 当前评估：24 个事件安全（远低于 500），无高基数参数。但 theme_toggled 是技术债种子，现在就删。

4.2 高基数陷阱 ​

Google Analytics Help：

"High-cardinality dimensions are dimensions with more than 500 unique values in one day. Don't use a custom dimension to create a distinct identifier for each user."

禁止作为 Custom Dimension：user_id、session_id、conversation_id（对 WellChina 可能是问题）、transaction_id、任何自增 ID。

WellChina 当前风险：chat_start 和 chat_message_sent 传了 conversation_id。作为 event parameter 影响小，作为 custom dimension 会炸。检查 GA4 Admin → Custom Definitions 确认 conversation_id 没被注册为 custom dimension。

4.3 过早标记 Key Events ​

"If you mark 15 events as key events, your conversion rate becomes meaningless."

后果：Google Ads 竞价失效、ROAS 稀释、团队认知错位。

WellChina：

  • 必标：purchase、generate_lead
  • 可标可不标：begin_checkout
  • 暂不标：chat_start、sign_up、chat_message_sent
  • 绝对不标：view_item、step_*、scroll、guide_read_complete

4.4 冗余事件：真实收益 vs 成本 ​

以 view_item_list + select_item + view_item 三元组为例：

事件回答的问题list 改版时list 稳定时WellChina 结论
view_item_list"列表被曝光了吗"✅❌不做
select_item"从列表点击率"✅❌可做但低优
view_item"详情被看了"✅✅必做

4.5 数据驱动 vs 数据污染的判断清单 ​

如果所有答案都是 YES，事件值得埋：

  • [ ] 能说出这事件每月至少一次被谁看
  • [ ] 如果消失，至少一个决策做不出
  • [ ] 不和现有事件重复（EM、Recommended、已有 custom）
  • [ ] schema 对齐 Google Recommended，或明确说明为什么不
  • [ ] 参数无 PII
  • [ ] 不产生 > 500 unique values/day
  • [ ] 不阻塞主线程 > 10ms

5. 针对 WellChina 场景的具体分析 ​

5.1 业务上下文 ​

WellChina 核心漏斗：

Entry → Step 1 Category → Step 2 Pricing → Step 3 City
  → Procedure / Hospital Detail → Compare / Next Steps
  → {Contact Form / Chat / Stripe Subscription}

三种转化：Contact Form（免费）、Chat（免费实时）、Stripe（$5 / $49 / $299）。

假设 10K PV/月 × 2% contact 转化 = 200 leads、30 chat sessions、5 purchase — 这个量级不需要 BigQuery，GA4 UI 够用。

5.2 对当前 24 个事件的逐一审判 ​

#事件类别审判理由
1page_view自动✅ 保留基础
2locale_switchedcustom✅ 保留8 语言关键
3region_switchedcustom⚠️ 降级为 user_property一次性切换，不需要 event
4theme_toggledcustom❌ 删除切换率 < 1%，信噪比极低
5step_category_selectedcustom✅ 保留首页漏斗第一步
6step_pricing_viewedcustom✅ 保留强意向信号
7step_city_selectedcustom✅ 保留城市决定后续 list
8view_item (procedure)recommended✅ 保留PDP 基石
9view_item (hospital)recommended✅ 保留另一 PDP
10select_itemrecommended⚠️ 短期做长期可选见 §8.3
11add_to_cart (compare)recommended✅ 保留意向升级
12remove_from_cartrecommended⚠️ 保留不看反漏斗调试
13view_cart (compare)recommended✅ 保留compare 深度
14generate_leadrecommended✅ 保留Key Event
15chat_openedcustom✅ 保留意向前置
16chat_startcustom✅ 保留对话创建
17chat_message_sentcustom⚠️ 降频（仅前 3 条）信号衰减
18begin_checkoutrecommended✅ 保留漏斗节点
19purchaserecommended✅ 保留主 Key Event
20guide_read_completecustom✅ 保留内容 ROI
21searchrecommended✅ 保留发现率
22sign_uprecommended✅ 保留留存基础
23loginrecommended⚠️ 保留不看很少查询

小结：保留 18 · 降频/降级 4 · 删除 1 · 短期重评 1。

5.3 "必须监控"（漏了影响核心决策） ​

这 8 个 缺一不可，WellChina 已全覆盖：page_view、generate_lead、purchase、begin_checkout、view_item(procedure)、step_pricing_viewed、search、guide_read_complete。

5.4 "应该监控"（nice-to-have，ROI 正） ​

6 个当前已有继续保留：chat_start / chat_opened、locale_switched、step_category_selected / step_city_selected、view_item(hospital)、add_to_cart、sign_up。

5.5 "暂时不应该监控"（未来再说） ​

8 个业内常见但现阶段别加：

事件为什么暂缓何时再考虑
view_item_listlist 稳定，没人看做 list 改版 A/B 时
scroll(EM)和 guide_read_complete 重复内容类型多样化后
add_shipping_info医疗无物流永不
add_payment_infoStripe hosted 拿不到永不
form_start未启用想算表单流失率时
qualify_lead / close_convert_lead需 CRM 集成有销售团队后
share无分享按钮加社交分享后
tutorial_begin无教程加 onboarding 时

5.6 "绝对不要监控" ​

  • mouse_move / hover — 信噪比极低
  • button_click（无语义）— 改为具体业务事件
  • error_shown — 用 Sentry，别用 GA4
  • api_request_made — 后端关心，GA4 不关心
  • 每个 keystroke 的搜索 — 用 debounce 后的 search
  • 任何带 PII 的事件
  • 任何 admin 操作
  • modal_opened（泛化）

5.7 WellChina 缺失的高价值 gap ​

按 ROI 排序：

  1. select_item（低成本高价值，4-8 周短期实验，决定长期保留）
  2. chat_message_received（admin 首次回复）—— chat funnel 断点
  3. plan_selected（Stripe checkout 前的 plan 卡片点击）
  4. contact_form_started（表单首次 focus）—— 算表单转化率分母
  5. view_item_list 采样（每页一次 + 前 10 个 item_id）

6. 事件生命周期管理 ​

6.1 决策流程 ​

6.2 审计节奏 ​

频率动作负责人
每 PR新事件必有 Q&A 注释、snake_case、无 PIICode reviewer
每月检查 Realtime 新异常事件名Data owner
每季度GA4 Explore 点每个事件，列"本季被查询过吗"PM / Analyst
每半年删 6 个月无人查询的事件Full team review

对 WellChina 现实建议：团队小，每季度 30 分钟 review 够。

6.3 废弃事件四步法 ​

  1. T-4 周：@deprecated JSDoc + dev 环境 console.warn
  2. T-2 周：移除调用点，保留 no-op function
  3. T-0：删除 function + GA4 Admin 归档 custom dimension
  4. T+3 月：BigQuery 或 Explore 确认事件量 = 0，彻底清除

绝不要做：直接删 function（会打破 import）、改事件名（历史数据不迁移）。

7. Consent Mode v2 + 隐私前沿 ​

7.1 2026 EEA 合规现状 ​

时间线：

  • 2024-03：Consent Mode v2 强制生效
  • 2024-07：宽限期延长
  • 2025-07：自动强制启动 — 未正确信号 consent 的站点，EEA 流量的 conversion tracking / remarketing / demographics 全部禁用
  • 2026-04（当前）：维持

四个必需信号（WellChina 默认 denied，用户同意后 granted）：ad_storage、analytics_storage、ad_user_data、ad_personalization。

7.2 Behavioral Modeling 实际覆盖率 ​

业内数据（groas.ai）：

"Advertisers typically see 15-25% uplift in reported conversions from modeling alone."

触发门槛：至少 1000 events/day with analytics_storage=denied、700 ad clicks/7 day/country、consent rate ≥ 20%。

WellChina 含义：当前量级达不到门槛，Behavioral Modeling 暂不生效。EEA 拒绝 cookie 的数据真实丢失。等事件量 > 10K/日再评估。

7.3 iOS Safari ITP 影响 ​

  1. First-party _ga cookie 寿命限制到 7 天 — Safari 用户返回 > 7 天看起来像新用户
  2. iOS 17+ "Advanced Tracking Protection" 默认在 Private Browsing 开启 — 完全阻断 GTM 和 GA
  3. Third-party cookies 彻底禁用

WellChina 含义：目标用户 iOS Safari 占比估计 30-50%，回头客数据系统性低估。

解决方案：Server-side tagging（GTM Server Container） — 客户端事件 → 自家域名代理 → Google，cookie 以第一方身份更长寿命。短期接受数据偏差。

7.4 Google 在中国大陆的可达性 — 对 WellChina 至关重要 ​

现状（AppInChina）：

"Google Analytics is completely blocked in mainland China – both google-analytics.com and googletagmanager.com domains are inaccessible due to the Great Firewall. Blocked GA requests cause 3+ minute loading delays."

两层风险：

  1. 中国大陆用户事件上报失败
  2. GA 脚本加载超时可能阻塞页面

WellChina 实际影响：主用户是"外国人来华前/来华后"，前者大概率 VPN，后者 VPN 不稳。GA4 数据永远代表境外 + VPN 用户，不代表大陆真实分布。

推荐对策：

优先级对策
P0确认 <script async src="gtag.js"> 有 timeout fallback，GFW 拖慢时不阻塞
P1（3 月内）Server-side GTM on Vercel Edge：客户端发 https://wellchina.top/_ga → Edge → Google
P2（6 月内）加 Baidu Tongji 并行上报（如果中国市场变重要）
P3（12 月+）自托管 Plausible 作为 primary，GA4 作为 secondary

8. 决策矩阵 ​

8.1 矩阵可视化 ​

8.2 完整决策表 ​

图例：🟢 必做 · 🔵 应做 · 🟡 可选 · ⚪ 暂缓 · 🔴 禁止

事件状态价值成本推荐理由
page_view✅高极低🟢 保留基线
purchase✅极高低🟢 保留 + Key Event主转化
generate_lead✅极高低🟢 保留 + Key Event次转化
begin_checkout✅高低🟢 保留 + Key Event漏斗诊断
view_item (procedure/hospital)✅高低🟢 保留PDP
step_* 三个✅高低🟢 保留首页漏斗
search✅高低🟢 保留发现率
guide_read_complete✅中高中🟢 保留内容 ROI
chat_start / chat_opened✅高/中低🟢 保留chat lead
add_to_cart / view_cart✅中高/中低🟢 保留对比意向
locale_switched✅中低🟢 保留8 语言
sign_up✅中低🟢 保留留存
login / remove_from_cart✅低低🟡 保留不看调试用
chat_message_sent✅中低中⚪ 降频 前 3 条信号衰减
region_switched✅低低⚪ 改为 user_property一次性行为
theme_toggled✅极低低🔴 删除没人看
select_item⚠️ 未接线中中🟡 接线 4 周试用只对 list 实验有用
新增建议:
plan_selected❌高低🔵 新增价格敏感度
chat_message_received❌高中🔵 新增chat funnel 断点
contact_form_started❌中低（EM）🟡 启用 EM form_start表单分母
qualify_lead❌高高（CRM）⚪ 有销售团队再做需 CRM
close_convert_lead❌高中🔵 6 月内做归因闭环
view_item_list / add_shipping_info / add_payment_info❌零/零/零中/低/高🔴/🔴/🔴反模式或不适用
refund❌中低🟡 订阅 > 100 加退款监控
mouse_move / error_shown / button_click（泛化）/ PII 事件 / admin 事件❌极低/中/低/- /-高🔴 永不反模式

8.3 最终推荐行动清单 ​

P0 — 立即（1 周内）：

  1. 🔴 删除 theme_toggled
  2. 🟢 确认 purchase / generate_lead / begin_checkout 已标 Key Events
  3. 🔴 确认 没有 custom dimension 注册为 conversation_id / user_id / session_id
  4. 🟢 加 consent defaults 检查（EEA 生效）

P1 — 2-4 周：

  1. 🔵 接线 select_item（已有 function，4 周试点）
  2. 🔵 新增 plan_selected（Stripe 前卡片点击）
  3. 🔵 新增 chat_message_received（admin 首次回复）
  4. 🟡 启用 EM 的 form_start
  5. ⚪ region_switched 从 event 改 user_property
  6. ⚪ chat_message_sent 降频到前 3 条

P2 — 1-3 月：

  1. 🔵 新增 close_convert_lead（Stripe purchase 归因到 lead 时）
  2. 🔵 配置 Server-side GTM（或 Vercel Edge proxy）解决 China + iOS Safari ITP
  3. 🟢 每季度 event review 机制上线

P3 — 3-6 月（视业务）：

  1. ⚪ MAU > 10K 时开 BigQuery export
  2. ⚪ 有销售团队时加 qualify_lead + CRM
  3. ⚪ 中国大陆 > 10% 流量时加 Baidu Tongji

永不做：add_shipping_info / add_payment_info / mouse_move / hover / PII 事件 / admin 事件 / GA4 错误追踪。

9. 8 语言站点的特殊建议 ​

9.1 locale 作为 parameter 还是 user property ​

WellChina 当前在每事件参数里带 locale。这是对的。可优化：同时作为 user property 设一次（首次会话），然后每事件自动带上，不需手动传。

9.2 避免用 GA4 默认 Language report ​

"The languages in GA4's Demographics Language report are NOT page languages—they're browser language settings."

正确做法：用 Custom Dimension locale（从事件参数注册），在 Explore 里创 "Locale Performance" 报表。

9.3 跨 locale 对比陷阱 ​

常见错误：比较 "en 和 ru 的 purchase rate"，把 ru 低归因于翻译质量。

实际可能：ru 货币显示不对、CDN 路径更慢、来源渠道不同。

推荐切片：locale × (source/medium) × device，三维才能真正归因。

9.4 locale_switched 的正确用途 ​

唯一合理用途：""en 浏览 5 分钟后切到 zh" → 推断母语是 zh → 用于 re-engage 邮件语言选择。如果 3 个月后报表没人看这事件，删除。

9.5 SEO + hreflang 交叉监控 ​

作为 medical tourism SEO-heavy 站点，应监控：

  • 每 locale organic impression（Search Console）
  • 每 locale LCP（CrUX）
  • Looker Studio 合并 GA4 + Search Console + CrUX 得到完整视图

10. 参考文献 ​

Google 官方 ​

专家博客 ​

产品博客 ​

合规 / 隐私 ​

Core Web Vitals 2026 ​

China ​

Lead-Gen & Ecommerce ​

Scroll & Content ​

Multilingual ​

Methodology ​

Tech Debt ​

结论：对 WellChina 的一句话建议 ​

当前 24 个事件中，删 1 个（theme_toggled）、降 3 个（region_switched、chat_message_sent、login）、增 2 个必要的（plan_selected、chat_message_received），然后停手 3 个月，每季度 review 一次，直到 MAU 超过 10K 再考虑扩充。最高风险不是 event gap，而是 (a) 中国大陆 GFW 导致 GA 脚本拖慢 LCP，(b) EEA Consent Mode v2 误配导致的数据不全。这两个比 select_item 重要 10 倍。

关于原问题"§16.2 列表卡片 select_item 等 gap 是否真要填"：

  • select_item：可以接线，但设 4 周时间盒。4 周内如果没人在 Explore 查这事件，关掉
  • 其他 §16 gap：按本报告 §8.3 的 P0/P1/P2/P3 顺序执行，不要一次全做

WellChina 内部文档 · 基于 VitePress

© 2026 WellChina