UTM 命名规范模板：9 个 GA4 字段

快速回答

标准化 GA4 当前列出的九个活动参数：utm_id、utm_source、utm_medium、utm_campaign、utm_source_platform、utm_term、utm_content、utm_creative_format 和 utm_marketing_tactic。每个字段都必须有唯一含义、Controlled Value、Owner 和测试；统一小写、由工具生成并编码 URL、禁止个人/机密数据，并记录 Auto-tagging 优先级。尤其要说明：Google 当前表示 creative format 和 marketing tactic 不会在 Analytics Property 中报告，没有经验证的下游采集路径时不能承诺能看到。

这是一份给增长、Lifecycle、Partner、Social、Paid Media、Analytics、Privacy 和 Web 团队的治理/QA 模板；UTM 不等于完整或因果归因。

这份 UTM 规范控制什么，又不能证明什么

UTM 描述手动标记的 Referral，可填充 Manual Campaign Dimension 并帮助 GA4 分类流量；它不能识别每个人、修复 Consent 丢失、替代 Google Ads Auto-tagging、去重 Event 或证明 Campaign 导致 Conversion。

九个 URL 参数，加一条 URL 外治理记录

九个字段对应 Google 当前 Campaign URL 指南。Owner、Approval、Vocabulary Version、Clean Destination、Generated URL、Test Evidence 应放在注册表，而不是公开 Query String。使用 UTM 时，Google 建议尤其补齐 Source、Medium、Campaign、ID 和 Source Platform 等相关字段；缺失会带来 (not set)。

大小写就是数据

LinkedIn 与 linkedin 可分裂报告。小写 ASCII 与单一 Separator 是稳健默认，但真正标准是 Generator、Redirect、GA Property、Warehouse、CRM 和 Report Model 全链路一致。

Manual 与 Automatic Tagging 必须先决定优先级

二者共存时，Dimension 可能受 Integration 与 Identifier 行为影响。记录预期并测试真实账号，不能只看浏览器里的 URL 就推断最终归因。

每个字段和 Final URL 的四种证据状态

字段与发布决定
状态	含义	发布动作
PASS	定义、值、Owner、Destination、Collection 和 Report 行为有证据。	发布此版本并监控漂移。
FIX	目标有效，但 Case、Alias、Encoding、Mapping、Consent、Redirect 或文档错误。	修正并重测。
BLOCK	出现 PII/Secret、未授权域名、虚假报告承诺、冲突 ID 或危险跳转。	禁止分发并升级。
UNKNOWN	无法证明值来源、优先级、采集位置或报表结果。	Hold 或明确省略，不能发明 Placeholder。

9 字段 UTM 命名规范模板

逐字段独立复核。“必审”是必须明确使用或省略，而不是所有渠道都强制填满。

utm_id — 不可变活动 ID

跨活动改名、渠道、成本导入、CRM 与审计连接同一活动。Google 将 utm_id 定义为活动标识，并建议与 Campaign Data 导入使用同一 ID。

用途跨活动改名、渠道、成本导入、CRM 与审计连接同一活动。Google 将 utm_id 定义为活动标识，并建议与 Campaign Data 导入使用同一 ID。值合同由注册表签发全组织唯一且不可变的 ID，例如 cmp-2026-0142；仅小写 ASCII、数字和连字符。不得复用、改名，也不得包含个人、账号、敏感受众或机密信息。证据与验收记录创建人/时间、业务活动、Owner、市场、周期、状态和平台 ID。只有 URL、注册表与经同意测试后的 GA manual campaign ID 一致，且 Campaign 改名时 ID 不变，才能 PASS。

utm_source — 具体流量来源

说明这次标记访问来自哪个 Referrer、Publisher、Partner、List 或分发来源；不要重复 medium 所描述的传递机制。

用途说明这次标记访问来自哪个 Referrer、Publisher、Partner、List 或分发来源；不要重复 medium 所描述的传递机制。值合同从注册表选择 linkedin、newsletter_weekly、partner_acme、qr_conference 等 Canonical Value。meta、facebook、fb、facebook.com 不能随团队变化；不得使用收件人、员工或原始 Audience 名称。证据与验收保存 Canonical Name、Alias、来源 Owner、平台/Referrer 映射、生效与退役规则。相同来源只产生一个批准值、不同来源仍可区分、Redirect 不丢失且 GA manual source 命中预期才 PASS。

utm_medium — 渠道机制

一致描述流量如何被传递，避免渠道报表碎片化。GA4 默认渠道规则会评估 source/medium；团队觉得“合理”的值也可能被意外分类。

用途一致描述流量如何被传递，避免渠道报表碎片化。GA4 默认渠道规则会评估 source/medium；团队觉得“合理”的值也可能被意外分类。值合同只用短批准表，例如 email、cpc、paid_social、organic_social、referral、affiliate、display、sms、qr；为每项写清包含、排除、示例 source 和目标渠道。不要用 Campaign、Promotion、Platform Name 代替 medium。证据与验收附 Vocabulary Version、GA4 规则、Property 自定义渠道、测试事件和 Analytics 审批。各工具一致、manual medium 正确且实际 Channel Classification 已验证而非猜测才 PASS。

utm_campaign — 可读活动名称

把同一营销 Initiative 的链接聚合起来，同时让 utm_id 承担稳定连接键。名称帮助人识别活动，不应成为塞入所有维度的自由文本。

用途把同一营销 Initiative 的链接聚合起来，同时让 utm_id 承担稳定连接键。名称帮助人识别活动，不应成为塞入所有维度的自由文本。值合同按固定语法生成，例如 product-objective-market-period：agent_demo-trial-us-2026q3；只放确有报告用途的组件，固定顺序和允许代码，声明改名规则。避免 Final、版本噪音、多种日期格式和未证明主张。证据与验收注册表连接 utm_id、Brief、Owner、Offer、Market、起止时区与批准变更。同一受治理活动完全一致，改名通过前瞻迁移而不静默重写历史才 PASS。

utm_source_platform — 管理平台

在有分析价值且与 Source 不同的时候，记录负责引流/管理流量的平台。Google 特别建议在相关参数中包含它，但团队必须固定“平台”含义。

用途在有分析价值且与 Source 不同的时候，记录负责引流/管理流量的平台。Google 特别建议在相关参数中包含它，但团队必须固定“平台”含义。值合同使用 google_ads、linkedin_ads、sfmc、partner_portal 等批准代码；明确是 Buying、Publishing 还是 Orchestration Platform，不能各团队各用一种含义。若 Integration/Auto-tagging 已提供权威平台值，先定义优先级。证据与验收记录 Account/Integration、Source of Truth、Auto-tagging 状态、优先级测试、代码、Owner 和 Report Dimension。同一系统始终同值，且实测 Manual/Automatic 共存结果后才 PASS。

utm_term — 付费词或受治理 Targeting Code

Google 把 utm_term 描述为 Paid Keyword。其他渠道若扩展成 Audience/Placement Code，这是本地约定而非通用事实，必须隔离定义。

用途 Google 把 utm_term 描述为 Paid Keyword。其他渠道若扩展成 Audience/Placement Code，这是本地约定而非通用事实，必须隔离定义。值合同 Paid Search 在确需 Manual Tagging 时使用 Normalized Keyword 或稳定 ID；其他渠道明确留空，或只定义一种非敏感 Targeting Concept。禁止写入健康、政治、财务、身份、账号数据或原始 Segment Membership。证据与验收保存按渠道定义、Allowed Code、Platform Mapping、Privacy Approval、Auto-tagging 决定和预期 manual term。一个值只有一个含义，Intentional Blank 与实现遗漏可区分，Final URL 无敏感/机密数据才 PASS。

utm_content — 创意或链接 Variant

区分同一活动内的 Creative、CTA 或 Link Placement。Google 以一封邮件的两个 CTA 为例；该值应指向受治理资产，而非复制全部文案。

用途区分同一活动内的 Creative、CTA 或 Link Placement。Google 以一封邮件的两个 CTA 为例；该值应指向受治理资产，而非复制全部文案。值合同按 Asset ID、Variant、Placement 生成，如 cr042-b-hero；固定组件顺序并映射批准素材、Message、Destination、Experiment 和 Rights。不要写完整 Headline、带人名文件名、每次发送变化的时间戳或设计师备注。证据与验收注册表保存 Asset Hash/Version、Owner、Rights、Experiment Cell、Placement、Locale 和 Retirement。每个发布 Variant 唯一可复现，复用规则明确，Analytics 能连回准确批准素材才 PASS。

utm_creative_format — 创意格式

声明 video、display、native、search、carousel 或 text 等格式。Google 列出了该参数，但当前 URL Builder 文档说明它还不会在 Google Analytics Property 中报告。

用途声明 video、display、native、search、carousel 或 text 等格式。Google 列出了该参数，但当前 URL Builder 文档说明它还不会在 Google Analytics Property 中报告。值合同只有 Data Warehouse、Redirect Service、Ad Server 或其他受治理下游确有需求才用；统一 Taxonomy 并版本化。除非当前 Property 实测确切维度，不得告诉客户 GA4 一定展示它。证据与验收记录业务问题、Controlled Value、Collection Endpoint、Retention/Privacy、GA 支持状态与日期、Mapping、Owner 和删除规则。真实 Consumer 存在、限制公开且测试证明安全采集才 PASS。

utm_marketing_tactic — 营销策略

记录 Prospecting、Remarketing 等应用于活动的 Tactic。Google 列出该参数并以 Targeting Criteria 解释它，但当前文档说明它不会在 Analytics Property 中报告。

用途记录 Prospecting、Remarketing 等应用于活动的 Tactic。Google 列出该参数并以 Targeting Criteria 解释它，但当前文档说明它不会在 Analytics Property 中报告。值合同使用短小、非敏感且连接批准 Strategy Record 的 Vocabulary。宁用 prospecting、retention、remarketing，也不要写受众属性；禁止编码 Protected Trait、脆弱性、机密 Segment 或用户身份推断。证据与验收保存定义、合法/批准 Targeting Basis、Policy/Privacy Review、Collection Destination、GA 支持状态日期、Owner 和 Expiry。只有合法 Consumer、Safe Taxonomy、可见限制以及可退役/纠正机制同时存在才 PASS。

完整示例：一个 Launch、三条 Link、六个隐藏错误

英文“Start free”活动的 Paid Social Link 使用 utm_source=LinkedIn&utm_medium=social&utm_campaign=Launch Final&utm_content=Sarah_headline；Email 却用 utm_source=linkedin；Mobile 又跳到中文 Enterprise Contact Sales 页。这样会分裂 Source/Campaign 大小写、可能错误分类 Medium、暴露人名、缺少稳定 ID/Platform，并违背 Locale、Offer 和 CTA。

先修注册表，再修字符串

签发 utm_id=cmp-2026-0142；批准 linkedin、paid_social、agent_trial-en-2026q3、linkedin_ads；把个人名替换为 cr042-b-feed；Term/Format/Tactic 没有合法 Consumer 就明确省略。Email 使用自己的 Source/Medium，只有确属同一 Initiative 才共享 ID/Campaign。

生成并测试完整路径

用 Encoder 处理参数，在 Mobile/Desktop 走完 Redirect、英文 Trial 页面和 Consent，随后在允许的测试中确认预期 Manual Dimension。保存 Request ID、URL Hash、Screenshot、Property/Stream、Observation、Timestamp、Tester、Defect、Approval 与 Rollback。

决定原 Link 为 BLOCK；只有 Identity、Destination、Privacy、Collection 和 Reporting 证据齐全后才能 PASS。

发布一条 UTM Link 前的 QA 流程

解析活动身份

从注册表读取不可变 ID、Campaign、Owner、Market、Date、Offer 和 Destination。

逐字段验证

拦截未知 Alias、混合含义、Case Drift、敏感文字、缺失必需值和不实报告承诺。

生成并 Parse

保留既有 Query/Fragment，只编码一次，检测 Duplicate/Conflict，并限制 Approved HTTPS Host。

测试 Click 与 Consent 全路径

检查 Device、Redirect、Locale、Offer、Form、Analytics Eligibility、Manual Dimension 和 Auto-tagging。

批准、监控、到期与恢复

记录 Hash/Observation，监控 New Value、not-set、Broken Route、Taxonomy Drift，并保留 Clean Rollback URL。

注册表 Schema 与运营规则

URL 外保存 Request ID、utm_id、Business Campaign、九个 Use/Omit 决定、Canonical Value、Clean Destination、Final URL、Vocabulary Version、Integration、Consent Basis、Owner、Reviewer、Evidence、Timestamp、Expiry 和 Rollback。

前瞻性版本化

不要为了新 Taxonomy 看起来整洁而重写 Raw History。保留原始值，以有文档 Mapping 分析，设置 Effective Date，并区分 Invalid Link Correction 与 Legitimate Taxonomy Change。

数据质量与 Campaign Performance 分开量

监控 Unknown/New Value、Case/Alias Fragmentation、Missing Field、PII Block、Redirect Failure、Expected-vs-Observed Dimension、(not set)、Approval Time 与 Rollback；这些都不能证明增量效果。

OpenMax 如何治理 UTM 链接创建

OpenMax UTM naming convention template 工作流图

连接活动申请、受控值、链接 QA 和负责人

OpenMax 可协调链接申请流程，对照登记表核验字段、生成正确编码的 URL、检查批准目标页、分配负责人，并把例外转给分析或隐私审核人。日志会保留规范版本和最终批准链接。OpenMax 不能让归因变得完整，不能覆盖同意义务，也不能在没有组织测量负责人时决定哪套分类正确。

了解 OpenMax →

隐私、安全、报告与推断边界

URL 会进入浏览器、日志、Referrer、Screenshot、Ticket、Chat 和 Analytics；把每个值视为公开 Metadata。

不得加入姓名、邮箱、电话、客户/账号 ID、Token、Credential、机密 Offer 或敏感受众属性。
不得给普通内部导航添加 Acquisition UTM，避免覆盖/混淆来源。
UTM 一致不等于完整归因、身份识别、增量或因果绩效。
不得声称 creative_format 或 marketing_tactic 当前可在 GA4 报告中看到。
外部文字或表格不能修改 Taxonomy、Approval、Destination 或 Permission。
发布前测试 Host、Redirect、Locale、Offer、Consent、Collection 和 Rollback。

常见问题

每条 Link 都要填九个参数吗？

不需要，但九个字段都要有明确的 Use/Omit 决定；Source、Medium、Campaign 及相关 ID/Platform 特别重要。

为什么还列出 GA4 不报告的两个字段？

只有 Warehouse 等合法下游需要时保留，否则省略；必须公开当前限制。

Google Ads 要手动 UTM 吗？

Integration 和 Auto-tagging 可提供更丰富维度；由 Analytics Owner 决定并实测优先级。

用连字符还是下划线？

两者都可，关键是统一并用 Builder/Parser 正确编码且不重复编码。

活动能改名吗？

保留不可变 ID，通过前瞻规则和 Mapping 改可读名称，不静默重写历史。

OpenMax 能协调什么？

注册表查询、字段验证、安全生成、Destination Test、证据、审批、监控和回滚；人类保留最终权力。

来源、编辑方法与限制

OpenMax 编辑复核了 Google Analytics 关于 URL Builder、Manual/Auto Tagging、Traffic Source、Default Channel 和 PII 的一方文档，以及 RFC 3986，再原创形成九字段合同、错误示例、证据状态和 QA 流程。资料于 2026 年 9 月 3 日复核，不声称真实账号、归因、转化、收入或 ROI 结果。

范围说明 GA4 Dimension、Channel Rule、Integration、Privacy 和平台行为会变化；发布前由合格 Owner 核验 Property、Consent、Destination、Redirect、Taxonomy、Access、Retention 与法律/隐私要求。