如何设置 Google Analytics 4：2026 年指南

Google Analytics 4 (GA4) 可帮助你了解用户如何使用你的网站，以及哪些行为有助于实现营销目标。良好的设置有助于 GA4 准确记录网站操作、避免事件重复或遗漏、遵循用户隐私许可，并生成团队切实可用的报告。

Google Analytics 4 是 Google 当前面向网站和应用的分析平台。它通过事件收集数据，例如网页浏览、表单提交、登录或购买。每个事件都可以包含参数以提供有用的详细信息，例如页面 URL、产品名称、金额或流量来源。 

GA4 通过三个主要层级来组织数据：

• 账号 (account) 通常代表拥有该数据所属的企业。
• 媒体资源 (property) 包含应汇总在一起进行分析的数据。
• 数据流 (data stream) 用于接收来自网站或应用的数据。

GA4 在 2026 年依然至关重要，因为 Universal Analytics 已不再处理新数据。企业现在依赖 GA4 来衡量网站和应用活动、构建受众群体、分析归因，并将分析数据与 Google Ads 等产品互通。 

配置本身的质量与工具同样重要。重复的代码可能会报告两次网页浏览而不是一次。配置有误的 purchase 事件可能会报告错误的收入。缺失的隐私许可信号可能会影响数据收集和广告功能。

企业使用服务端跟踪 (server-side tracking) 来收集更完整的数据并控制传输到 Google Analytics 的内容。浏览器会先将每个跟踪请求发送到服务器容器，在其中你可以根据业务和隐私需求过滤或丰富数据。随后服务器容器将处理后的事件转发给 GA4。这种架构还可以帮助你创建更具韧性的一方 Cookie。

在创建代码之前，先列出有助于业务发展的关键操作。例如：

• 潜在客户表单提交。
• 预约通话。
• 账号注册。
• 将商品加入购物车。
• 发起结账。
• 完成购买。
• 续订订阅。

这将构成你的跟踪计划 (tracking plan)。它可以避免媒体资源中充斥着无人使用的无效事件。

当数据属于相同的逻辑用户旅程和业务时，请保持数据汇总在一起。当访问权限、所有权、品牌或报告需求不同时，请将它们分开。

对于互联的域名（例如主网站和单独的结账域名），通常可以使用单个 Web 数据流配合跨网域衡量 (cross-domain measurement)。跨网域衡量有助于 GA4 在用户跨网域浏览时将其识别为同一用户和同一次会话。 

GA4 本身不会收集或管理用户的隐私许可选择。你的许可横幅或许可管理平台 (CMP) 会收集每位用户的选择，并通过 Google Consent Mode V2 将相应的许可状态传递给 Google Analytics 代码。随后 Google Analytics 代码会根据该状态调整其行为。

在发布 GA4 代码之前设置并测试许可机制。切勿先安装分析工具以后再补加许可，尤其是在你的网站有来自对隐私和许可有严格要求地区的访问者时。

在添加 GA4 之前，请检查是否已通过 CMS 或建站工具、插件、网站代码或 Google Tag Manager Web 容器安装过该工具。

同时通过插件、网站代码和 GTM 运行相同的 Measurement ID 可能会导致事件重复。

你可以通过建站平台、直接在网站代码中或使用 Google Tag Manager Web 容器添加 GA4。你还可以通过 Stape Gateway 或 Server Google Tag Manager 使用服务端跟踪扩展该设置。无论选择哪种方式，账号和数据流的创建步骤都是相同的。随后，本指南将逐一详解每种配置路径。

前往 Google Analytics，并使用将拥有和管理此配置的 Google 账号登录。

在左下角点击 Admin。在 Account 列的顶部点击 Create，然后选择 Account。输入企业名称并查看账号数据共享选项。

如果企业已有合适的账号，请勿重复创建新账号。一个账号可以包含多个媒体资源。

在 Admin 中依次选择 Create 和 Property。

填写：

• 清晰明确的媒体资源名称。
• 正确的报告时区。
• 企业所用币种。
• 行业和业务详情。
• 主要业务目标。

报告时区决定了事件计入哪一天。币种会影响 GA4 显示收入数值的方式，因此这两项设置从一开始就应当准确无误。 

在 Data collection and modification 下，打开 Data streams 并选择 Web。

输入主网站网址并为数据流指定一个清晰的名称。暂时保留 Enhanced Measurement 处于启用状态。稍后你可以详细审查各项 Enhanced Measurement 选项。 

创建数据流后，GA4 将显示其 Measurement ID。它以 G- 开头，例如：G-ABC1234567。Measurement ID 用于指示 Google Analytics 代码应将网站数据发送至何处。 

你的 GA4 媒体资源和 Web 数据流现已准备就绪。接下来，选择将网站连接到 GA4 的方式。以下选项将逐一介绍从 CMS、网站代码到 Google Tag Manager 以及服务端跟踪的每种配置路径。

部分建站平台提供了填入 Google 代码 ID 或 GA4 Measurement ID 的字段。

1. 1.
   复制以 G- 开头的 ID。
2. 2.
   打开 CMS 中的分析或集成设置。
3. 3.
   将该 ID 粘贴到 Google Analytics 字段中。
4. 4.
   保存并发布更改。
5. 5.
   在 GA4 Realtime 中测试网站。

当平台具有可靠的原生 GA4 集成，且你仅需要基础衡量时，此方法效果很好。 但是，如果你的网店需要超越标准网页浏览的精细化电子商务事件跟踪，可以考虑升级为专用的 Shopify Google Tag Manager 配置，以获得更强的灵活性和控制力。

当网站不支持原生集成且你不想使用 GTM 时，请采用手动安装方法。

1. 1.
   在 Google Analytics 中，点击左下角的 Admin。
2. 2.
   在 Data collection and modification 下，选择 Data streams。
3. 3.
   点击你网站对应的 Web 数据流。
4. 4.
   在 Google tag 下，点击 View tag instructions。
5. 5.
   打开 Install manually 标签页。
6. 6.
   复制完整的 Google 代码代码段。
7. 7.
   将其直接粘贴到网站每个页面的 <head> 开始标签之后。
8. 8.
   发布网站更改。
9. 9.
   返回安装说明，在 Test your website 下输入你的网站 URL，然后点击 Test。 

Google 建议不要在同一页面上针对相同配置添加多个 Google 代码。 

此方式通常由开发人员处理。后续对事件的调整也可能需要修改代码，这也是营销团队通常倾向于选择 GTM 的原因。

首先，创建 GTM 账号和 Web 容器，然后将 Web 容器安装在网站的每个页面上。

然后配置 GA4：

1. 1.
   在 Google Analytics 中，打开 Admin 并转到 Data streams。
2. 2.
   选择网站的 Web 数据流。
3. 3.
   复制以 G- 开头的 Measurement ID。
4. 4.
   打开 Google Tag Manager Web 容器。
5. 5.
   转到 Tags 并点击 New。
6. 6.
   为代码命名，例如 GA4 - Google Analytics tag。
7. 7.
   打开 Tag Configuration 并选择 Google Analytics Tag。
8. 8.
   在 Tag ID 字段中输入 GA4 Measurement ID。
9. 9.
   请勿在 Configuration settings 下添加任何内容。
10. 10.
    打开 Triggering 并选择 Initialization - All Pages。
11. 11.
    点击 Save。
12. 12.
    点击 Preview，输入网站 URL，然后选择 Connect。
13. 13.
    打开网站并在 Tag Assistant 中确认 Google Analytics 代码在 Initialization 事件期间正常触发。
14. 14.
    返回 Google Tag Manager 并点击 Submit。
15. 15.
    选择 Publish and Create Version，添加版本名称，然后点击 Publish。
16. 16.
    在 GA4 中打开 Realtime 报告，确认访问已显示。

Google 当前的设置说明建议使用搭配 Initialization - All Pages 触发器的 Google Analytics Tag。 

切勿在网站代码中直接安装 GA4 的同时又通过 Google Tag Manager 重复安装。同时使用这两种方法可能会导致发送重复数据。

此设置将安装主 Google Analytics 代码并收集标准信息（如网页浏览）。表单提交、通话预约、账号注册和购买等操作则需要额外的事件跟踪配置。

Stape Gateway 为 GA4 和 Google Ads 提供了更简单、更快捷的服务端跟踪配置路径。它与选项 3 中配置的 GTM Web 容器配合使用，因此你无需手动创建 GA4 客户端、服务端代码或触发器。

在继续之前，请先完成选项 3 并使用 GTM Preview 确认 Google Analytics 代码正常触发。你还应该检查 GA4 Realtime 报告，以确保 GA4 能够接收到你的网站访问数据。

Server Google Tag Manager 让你对网站数据如何传输至 GA4 及其他平台拥有更大的控制权。请求首先进入服务器容器，你可以在其中过滤事件、丰富事件数据、移除不愿共享的信息，并自由选择接收每个事件的平台。 

该选项比 Stape Gateway 更具灵活性，因为它不仅限于 GA4 和 Google Ads。你可以使用同一个 server container 为 Meta、TikTok 以及其他平台配置跟踪，并为每个目标平台设置独立的标签与规则。虽然它需要更多的技术工作，但当你需要高级数据控制或计划扩展 server-side tracking 架构时，它是更合适的选择。 

Google Analytics Measurement Protocol 通过超文本传输协议（HTTP）请求将事件发送至 GA4。它非常适用于离线行为和服务器端事件，例如客户关系管理系统中确认线索合格或后端完成退款。

Google 指出，Measurement Protocol 应当作为常规网站或应用打标的补充，而非取而代之。仅依靠 Measurement Protocol 的配置可能会导致报告数据不完整，因为某些信息依赖于浏览器标签或应用软件开发套件（SDK）。 

这种方式通常需要开发人员的协助。事件必须包含正确的用户、会话、同意、事件及 eCommerce 信息，才能与线上转化历程正确关联。

对于 GTM 安装，请打开 Preview 模式并将 Tag Assistant 连接至网站。

确认 Google Analytics 标签在预期页面上正常触发一次。测试多种页面类型，包括首页、产品页、表单页、结账页和确认页。

打开 Reports，然后进入 Realtime。

使用测试设备访问网站并执行若干操作。Realtime 会显示过去 30 分钟内的活动，可用于确认 GA4 是否正在接收事件。 

通过 Tag Assistant 或测试环境启用调试模式，然后在 GA4 中打开 DebugView。

DebugView 会显示单台测试设备发送的事件，并允许你检查它们的触发顺序和参数。这在检查表单、eCommerce 事件、事件名称、数值和货币时尤其有用。 

打开浏览器的开发者工具，使用 Network 标签页查找 GA4 收集请求。

对于 server-side tracking，请确认 GA4 请求使用的是你配置的第一方打标 URL（first-party tagging URL）。如果你使用 server Google Tag Manager，请打开 server container 的 Preview 模式，确认它已接收并处理该请求。如果你使用的是 Stape Gateway，请按照 Gateway 设置指南中的测试步骤进行操作。

应将 GA4 的数据与记录业务成效的系统进行对比。

例如：

• 将购买数据与 eCommerce 平台进行对比。
• 将潜在客户线索与客户关系管理系统进行对比。
• 将预约数据与预约平台进行对比。
• 将订阅付款数据与支付系统进行对比。

两者的数据并不总是完全一致，因为不同系统收集和处理数据的方式有所差异。但若出现较大或突发的差异，仍需进行排查。

Google 指出，标准报告和探索（Explorations）可能需要 24 到 48 小时才能完全处理完毕。如需立即验证安装情况，请使用 Realtime 和 DebugView。 

Enhanced Measurement 无需额外代码即可收集多项网站互动。包括网页浏览量，以及关于滚动、出站点击、站内搜索、视频互动、文件下载和表单互动的可选事件。 

打开网站数据流（web data stream）并仔细检查每个选项。如果已有其他工具或自定义标签在衡量相同操作，请停用对应的事件，因为重复部署会导致数据重复统计。

key event（关键事件）是指代表重要业务成果的事件。

常见示例包括：

generate_lead

sign_up

purchase

book_appointment

subscribe

任何收集到的事件都可以被标记为 key event。请勿将所有事件都标为重要。网页浏览或页面滚动通常只是互动行为，而非最终的业务结果。

标准 GA4 媒体资源提供两种用户和事件数据保留选项：2 个月和 14 个月。

该设置会影响探索和漏斗报告，但不会清除标准汇总报告中的历史数据。如果业务需要更长周期的用户级分析且隐私政策支持该期限，请选择 14 个月。 

来自员工、开发人员和代理商的内部访问可能会影响网站的统计结果。

GA4 允许你通过互联网协议（IP）地址规则识别内部流量，并通过数据过滤器将其排除。建议先在 Testing 模式下启用过滤器。生效的排除过滤器将从 Analytics 和 BigQuery 中永久删除匹配的传入数据。 

当用户返回你的网站时，支付服务商、登录系统和外部预约工具可能会被识别为引荐来源（referral sources）。如果不应将营销转化归功于这些服务，请将其域名添加到 unwanted referrals 列表中。

添加域名的方法：

1. 1.
   前往 Admin → Data streams。
2. 2.
   打开你的 web data stream。
3. 3.
   选择 Configure tag settings → Show all → List unwanted referrals。
4. 4.
   选择匹配类型并输入域名。
5. 5.
   点击 Save。

保存更改后，GA4 将继续收集该用户的事件，但不再将相应会话归因于匹配的域名。

建议仅将那些辅助用户转化历程但并未给你的业务带来新用户的域名列入 unwanted referrals 列表。例如，支付服务商可能会在结账期间引导用户离开网站，并在付款完成后将其重定向回网站。该服务商不应取代原始流量来源（如 Google Ads 或自然搜索），因此将其域名添加到列表中可确保归因的准确性。

此设置并不能过滤流量。如果引荐流量来自漫游器（bot）或垃圾引荐，将其域名添加到 unwanted referrals 列表只会更改报告中显示的来源，垃圾流量仍会出现在 GA4 中。要从 GA4 报告中识别并清除漫游器或垃圾引荐流量，请参阅我们的在 GA4 中过滤漫游器流量指南。

当用户在同一次访问历程中在多个关联域名之间跳转时，请使用跨网域衡量。

常见于企业使用以下架构的情况：

• 主网站与独立的结账页面。
• 网站与外部预约域名。
• 构成统一客户体验的多个不同域名。

如果没有此配置，GA4 可能会将同一位访客识别为两名用户和两个独立的会话。 

将你的 Google Ads 账号关联至 GA4 媒体资源，以便在两个平台之间同步数据。这样你就可以在 GA4 中查看 Google Ads 广告系列数据，根据 GA4 key events 创建 Google Ads 转化，并将相关转化用于出价优化。 

请选择代表最终业务成果的事件。例如，使用成功的表单提交事件，而不是点击提交按钮的事件。切勿将这两项操作同时设为主转化（primary conversions），否则 Google Ads 可能会将同一个客户成果计为两次独立的操作。

有关创建、测试和优化转化设置的详细说明，请参阅我们的 Google Ads 转化跟踪指南。

将你的用户意见征求管理平台（CMP）连接到 Google Consent Mode，以便 Google Analytics 标签接收每位用户的同意选择。Consent Mode 并不会取代 Cookie 同意横幅，也不会自行收集同意信息。它的作用是在 CMP 传达用户接受或拒绝各类数据后，动态调整 Google Analytics 标签的行为。

对于欧洲经济区（EEA）的用户，请配置 analytics_storage、ad_storage、ad_user_data 和 ad_personalization 信号。在接受全部 Cookie、拒绝所有 Cookie 以及修改单项偏好后分别测试配置情况。然后检查 GA4 中的 Consent settings，确认 web data stream 已接收到所需的信号。

我们的 Google Consent Mode V2 指南详细介绍了可用的实现方式、同意信号和测试流程。 

通过 Google Tag Manager Web 容器设置 GA4 后，请使用此核对清单。它涵盖了本指南中说明的核心检查项。

• 确认 Web 容器已安装并发布。
• 检查 Google Analytics 代码是否使用了正确的 Measurement ID，并且只触发一次。
• 确保没有同时通过其他方式重复安装 GA4。

• 在 Preview、Realtime 和 DebugView 中检查设置。
• 测试跟踪计划中的核心事件。
• 将潜在客户（leads）或购买数据与源系统进行比对。

• 检查 Enhanced Measurement 和关键事件（key events）。
• 在启用内部流量过滤条件之前先进行测试。
• 根据需要配置排除不必要的引荐（unwanted referrals）和跨网域衡量（cross-domain measurement）。

• 关联正确的 Google Ads 账号，并仅导入预期的转化。
• 确认您的同意管理平台（CMP）发送了所需的许可信号（consent signals）。
• 测试接受、拒绝和自定义许可选项。