UTM 命名不是数据团队的装饰，它是小团队的渠道合同。广告、邮件、达人、联盟、社媒和合作方都把流量带到同一个店铺，如果每个人随手写 source、medium、campaign，GA4 周复盘就会变成一堆拆碎的行：Meta、meta、facebook、fb、PaidSocial、paid_social、newsletter 和 email 混在一起。
Google Analytics 文档建议在 URL 中使用 utm_source、utm_medium、utm_campaign 等参数，并说明参数值区分大小写；如果缺少相关 UTM 参数，报表中可能出现 (not set)。小团队不需要复杂命名宇宙，但需要一套足够稳定、每个人都能执行的规则。
为什么小团队 UTM 最容易坏
第一是没人拥有命名表。广告负责人用平台默认动态参数，邮件负责人手写 campaign，达人负责人用自己的缩写，最后 GA4 报表无法合并。第二是大小写和分隔符混乱，同一个渠道被拆成多行。第三是 campaign 名字写成活动口号，过两周没人知道它对应哪一轮预算。
第四是 content 和 term 被滥用。有些团队把素材、受众、折扣、日期全塞进 utm_campaign，导致名称过长又不可读。更好的做法是让每个字段只做一件事：source 表示平台，medium 表示渠道类型，campaign 表示活动或预算单元，content 表示创意或链接位置，term 用于关键词或更细的投放维度。
最小可用 UTM 字段
最少要统一 utm_source、utm_medium、utm_campaign。Google 文档也建议如果设置 UTM，就设置相关参数，尤其 source、medium、campaign、id 和 source_platform。对小团队来说，utm_id 可以连接内部预算或活动 ID，utm_source_platform 可用于区分 buying platform，但不要因为字段多就放弃执行。
建议命名全部小写，用连字符或下划线选择一种，不要混用。比如 source 用 google、meta、tiktok、klaviyo、affiliate；medium 用 paid_search、paid_social、email、organic_social、creator、referral；campaign 用 2026-06-summer-sale 或 product-launch-us。规则要写进一个共享表，而不是靠记忆。
广告、邮件、达人和联盟怎么命名
广告命名应该和预算复盘对应。Google Search 的手动标签可以保留 source=google、medium=paid_search，并把 campaign 写成约定好的实际名称。需要动态广告系列 ID 时，使用 Google Ads 支持的 utm_id={campaignid}，不要把其他平台的双花括号宏直接复制过来。Meta 的动态字段要按它自己的设置验收；邮件仍可使用 source=klaviyo 或 shopify_email、medium=email，并把 campaign 对应到活动或 flow。
达人和联盟最容易混乱。不要把达人名字、平台、折扣码、日期全部塞进 source。建议 source 表示平台或合作类型，medium=creator 或 affiliate，campaign 表示合作批次，content 表示达人或素材。这样周复盘能先看 creator 渠道，再下钻到具体人和内容。
先验收最终链接，再看渠道分组
命名表不等于默认渠道组。paid_search 并非天然无效，Google 当前手动付费渠道规则接受 paid.*，还要结合来源匹配。统一 meta 来源可以作为团队约定，但不能只凭拼写保证被归入某个默认渠道。表里的 medium=creator 是自定义分类；需要独立的达人报表时，明确配置自定义渠道组，或按原始 source/medium 过滤，不要假设 GA4 自动生成 Creator 渠道。
URL 生成器只负责拼接和编码，不会替广告平台展开动态宏。假设广告系列 ID 为 12345，已展开的示例是 https://example.com/products/tumbler?utm_source=google&utm_medium=paid_search&utm_campaign=summer-sale&utm_id=12345。这是示意地址，不要当成真实投放链接。先在广告平台测试，再检查最终落地页是否还残留花括号、是否保留原有查询参数。
Google Ads 已配置自动标记时，先核对账户关联与 gclid 保留情况，不为配合命名表而关闭自动标记。随后在同一日期和访问范围内分别看 Session source/medium、Session campaign 与所选渠道组；原始参数正确，不代表归因和渠道分组都正确。保留测试记录，发现差异时只改对应生成环节，不批量改写历史标签。
大小写、(not set) 和清理规则
UTM 参数值区分大小写，utm_source=Meta 和 utm_source=meta 会被当成不同值。小团队最简单的规则是全小写，不用空格，不用中文，不用表情，不用临时缩写。活动名称变化时，先更新命名表，再让链接生成者复制。
(not set) 往往来自缺少参数、自动标记和手动 UTM 混乱、重定向丢参数、邮件平台改写链接或落地页没有保留 query string。每周复盘时要单独看一行：本周新增了哪些未知 source/medium/campaign？如果无法解释，就把它当成 tracking debt，而不是忽略。
每周复盘模板
UTM 系统的目的不是让 URL 好看，而是让周复盘能回答：哪个渠道带来有质量的会话，哪个 campaign 产生订单，哪种 creative 带来高 AOV 或低退款，哪个邮件 flow 推动复购。复盘表建议固定列：source、medium、campaign、content、sessions、orders、revenue、AOV、refund signal、next action。
当团队变大后，可以把 UTM 命名接到预算 ID、素材库、广告命名和邮件日历。但最开始只要做到稳定、可读、可复制、可审计，就已经比随手贴链接强很多。UTM 是小团队让 GA4 不再变成垃圾抽屉的最便宜治理动作。
小团队 UTM 命名表
| 渠道 | utm_source | utm_medium | utm_campaign | utm_content |
|---|---|---|---|---|
| Google Search | paid_search | 2026-06-brand-us | rsa-angle-proof | |
| Meta Ads | meta | paid_social | 2026-06-prospecting-us | ugc-hook-01 |
| Email campaign | klaviyo | 2026-06-summer-sale | hero-link | |
| Creator | tiktok | creator | 2026-06-creator-drop | creator-name-video-01 |
| Affiliate | affiliate-network | affiliate | 2026-06-partner-sale | partner-code |