UTM(Urchin Tracking Module)是放在活动链接里的来源标签。先批准 source、medium、campaign、content 和 term 的含义,再生成链接、检查跳转并核对 GA4 中相应范围的记录,才能用这些流量做后续分析。命名一致只证明分类更清楚,不能证明广告带来增量订单。
13 个部分 · 7 个检查点 · 带走:1 份记录 · 1 段笔记
URL 中 ? 后是查询参数,参数名与值用 = 相连,多组参数用 & 分开。UTM 记录外部活动入口:source 是具体来源,medium 是流量类型,campaign 是活动,content 区分素材或链接位置,term 官方用于付费关键词。本课也保留团队自定义的受众、达人或 segment 标签,但必须在字典中注明它不是实际搜索词;不用这个维度时留空。
命名字典是允许值、含义、负责人和停用规则的共同记录。Auto-tagging 是广告平台自动标记点击的方式;GCLID(Google Click Identifier)是 Google Ads 的点击标识之一,不能在链接工具里伪造。GA4 的会话来源说明本次访问,首次用户来源说明最初如何获客,事件范围归因又是另一层。先选要回答的问题,再选维度。
从报表差距回到链接输入
上一课把 Ads 52、GA4 39、Shopify 44 和利润 16 的差距分给账户、事件、同意、click ID、订单与利润层。若 Traffic acquisition 里同一 Meta 活动又被拆成 fb、facebook、Facebook 和 meta,先不要继续讨论渠道强弱:输入链接的命名已经让 session 维度失真。
这里用同一场夏季保温杯活动建立标准值:utm_source=meta、utm_medium=paid_social,campaign 记录市场、品类、主题、年份和阶段,content 记录素材,term 只有在团队真的复盘关键词、受众或 segment 时才填写。旧值保留为历史污染并另做映射,不回写成看似干净的原始数据。
meta / paid_social 是本课堂控制案例的字典分类,不证明 GA4 默认渠道组一定为 Paid Social。只有广告与版位归档证明来源范围相同,才做本例映射;实际 Facebook、Instagram 等不同平台仍应保留所需粒度,并核对当前渠道规则。
生成最终 URL 后,核对实际点击后的参数、采集证据、处理后的 Traffic acquisition 与活动归档。UTM 只能证明链接带了什么标签,不能证明广告造成购买,也不能替代 Google Ads auto-tagging 或 GCLID 验收;最终链接没通过前,暂停渠道预算和落地页结论。
第 6 课:统一活动命名
UTM 为团队提供共同的流量标签。
同一来源出现 fb、facebook、Facebook 和 meta 时,先核对命名与归档,再比较效果。下面的记录把批准值、负责人和测试证据放在一起,供后续复盘使用。
UTM 命名记录与来源归因表
- utm_source(google, meta, klaviyo, creator_jane): 写流量来自哪个平台、合作方、列表或达人来源。
- utm_medium(cpc, paid_social, email, affiliate): 写流量类型,比如付费搜索、付费社媒、邮件、联盟或自然社媒。
- utm_campaign(us_bags_bfcm_2026_prospecting): 写活动名称,最好包含市场、品类、主题、年份和阶段。
- utm_content(video_hook_a, email_hero_cta, carousel_review_v2): 写素材、版位、CTA、邮件模块或链接位置。
- utm_term(leather_tote_bag, lookalike_3p, creator_jane): 搜索场景写关键词;非搜索场景可写受众、达人或词包标签。
先把链接输入验收,再讨论渠道表现
从当前问题开始
从命名合同到最终链接
先把一条 Meta 广告链接完整做完,再讨论渠道表现
继续使用 20oz 防漏保温杯和 US_Search_Tumbler_Summer 的经营背景,但这次要制作一条 Meta prospecting 广告链接。目标页是 https://example.com/products/leakproof-tumbler,市场是美国,活动窗口仍是 2026-07-07 至 2026-07-13,GA4 Property 时区仍为 America/New_York。UTM 记录的是点击入口,不改变商品、订单或报表时区。
命名要从业务问题倒推。我们要区分 Meta 付费社交流量、这场美国保温杯夏季拉新活动和 leak-test video v1 素材,所以 source、medium、campaign、content 都有值。团队这周不按受众或关键词复盘,因此 term 留空。空值是一个有意识的合同决定,不是漏填;等团队真的有 term 维度的决策,再新增受控值。
先归档字段与负责人,再从广告预览或测试位检查实际链接及每段跳转。Realtime 可辅助确认测试访问,DebugView 用于核对事件和 page_location 等已采集参数;它们不证明最终会话来源。之后在处理完成的日期窗口内,用 Traffic acquisition 的 Session source / medium、Session campaign 或对应手动维度核对批准值。记录同意、调试和过滤条件;若 Developer Traffic 排除了调试流量,不要求同一条调试事件进入标准报告,应使用符合检查条件的样本。缺少哪层证据,就保留对应未知。
可复制的最终 URL 与验收记录
| 字段 | 本例批准值 | 为什么需要 | 负责人 | 通过证据 | 错误后动作 |
|---|---|---|---|---|---|
| utm_source | meta | 识别案例中已确认的平台来源 | paid media owner | redirect 后仍是小写 meta | 停发错误链接并修模板 |
| utm_medium | paid_social | 区分付费社交流量 | analytics owner | 字典与 GA4 会话值一致 | 不把平台名塞进 medium |
| utm_campaign | us_tumbler_summer_2026_prospecting | 市场/品类/主题/年份/阶段 | campaign owner | 归档、广告与 GA4 同名 | 不在投放中途随意改名 |
| utm_content | video_leak_test_v1 | 区分素材版本 | creative owner | 预览链接与素材 ID 互查 | 修错值后重新点击验收 |
| utm_term | 留空 | 本周没有 term 维度决策 | analytics owner | 归档明确写 not used | 不猜关键词填满字段 |
本例预期链接如下。后面工作表默认使用另一个 travel-tumbler 地址,三组渠道练习也各有独立字段,不应把不同链接拼成同一条:
https://example.com/products/leakproof-tumbler?utm_source=meta&utm_medium=paid_social&utm_campaign=us_tumbler_summer_2026_prospecting&utm_content=video_leak_test_v1
通过:广告预览或测试位点击后,最终地址保留四个批准值;采集记录能核对事件与页面参数,处理后的相应会话维度再核对 meta / paid_social 和完整 campaign。活动归档同时保存 URL、版本、owner、批准日期、测试条件和证据位置。
失败:任何 redirect 丢参、大小写改变、content 对不上素材,或归档没有 owner,就停用这条链接,修模板并重新点击。不要在 GA4 后台改历史行来伪造通过,也不要用 UTM 行证明广告造成购买。
历史污染只能映射,不能重写
旧窗口里,fb 有 38 sessions / 2 purchase events,facebook 有 41 / 3,Facebook 有 9 / 0,meta 有 62 / 5。分析层映射后,四行合计 150 sessions、10 个购买事件,购买事件数与会话数之比为 10÷150≈6.7%。这是事件计数密度:同一会话可能有多个购买事件;案例没有提供发生购买的独立会话数,因此不能称为会话购买率。原始四行仍须保留。
6.7% 是上述事件计数比,不能与新链接上线后的转化率直接做因果比较。旧窗口可能有不同素材、出价、同意率和流量结构;UTM 修复只消除命名歧义。后续看到 Meta 行合并,只能说分类更一致,不能说 UTM 提高了购买率。
先把字段说成人话
字段不是越多越好,关键是每一列只做一件事。
source 和 medium 要短、稳定、可读;复杂信息交给 campaign、content、term。否则你不是在分析渠道,而是在清洗拼写。
- utm_source:每个真实来源使用稳定的小写字典值。同一来源写成 Facebook、facebook、meta_paid,会分成不同原始值。
- utm_medium:记录流量类型,并核对默认渠道规则。平台、活动和素材混在这里,会增加分类歧义。
- utm_campaign:活动上线前登记,素材变化不随意改名。同一活动出现多个名称,会被当作不同记录比较。
- utm_content:在同一活动内区分素材或链接位置。缺少它,就难以把点击对应到具体素材。
- utm_term:付费关键词与团队自定义标签分别说明。拼写或大小写漂移会拆散同一含义的手动值。
三条真实链接练习
不要死记五个字段。拿一条链接,看它到底要回答什么问题。
选择达人 bio、邮件 CTA 或 Meta 广告例子,查看五个字段各自的用途,以及何时需要 term。先确定复盘问题,再决定标签,避免把所有信息塞进 medium。
判断顺序:先问“谁把用户带来”,再问“这是什么流量类型”,最后才写活动、素材和关键词/受众标签。
三条真实链接练习
达人 Jane 在短视频主页 bio 放 20oz 通勤保温杯链接,团队之后要看她带来的点击、订单质量和结算对象。
- 五字段批准值
- utm_source=creator_jane; utm_medium=creator; utm_campaign=us_tumbler_summer_2026_launch; utm_content=bio_link_demo_v1; utm_term=creator_jane
- 为什么这样写
- source 指向具体达人,medium 说明这是达人流量,campaign 仍然归到同一次夏季 launch,content 区分 bio 链接和其他素材。
- term 怎么处理
- 这里的 term 不是搜索关键词,而是达人标签。只有当你会用它做合作归档或结算复盘时才保留。
- 上线前验收
- 点击达人实际 bio 链接,保存最终 URL 与参数、测试时间和可用的采集证据;处理后再核对相应会话维度中的 creator_jane / creator。
- 不要这样做
- 不要只写 utm_source=jane。三周后团队会忘记 Jane 是达人、员工账号、联盟方还是普通社媒账号。
Welcome flow 第三封邮件把新订阅用户带到 best sellers 集合页,首屏按钮文案是“Shop best sellers”。
- 五字段批准值
- utm_source=klaviyo; utm_medium=email; utm_campaign=welcome_first_purchase_2026; utm_content=hero_cta_shop_best_sellers; utm_term=new_subscriber
- 为什么这样写
- source 写邮件平台,medium 写 email,campaign 写这条 flow 的业务目的,content 写具体模块和 CTA。
- term 怎么处理
- 这里 term 可以写 segment 标签;如果你们没有按 segment 复盘,留空也比乱写一个假关键词更好。
- 上线前验收
- 发测试邮件并点击首屏 CTA,保存最终参数与模块位置;事件采集与报告分开检查,处理后核对 klaviyo / email / welcome_first_purchase_2026 及对应 content 维度。
- 不要这样做
- 不要把 campaign 写成每封邮件标题。标题会变,活动目的不应该每次都被拆成新 campaign。
Meta 拉新广告把通勤人群带到 20oz tumbler 商品页,素材是一个防漏测试短视频。
- 五字段批准值
- utm_source=meta; utm_medium=paid_social; utm_campaign=us_tumbler_commuter_2026_prospecting; utm_content=leak_test_video_hook_a; utm_term=commuter_broad
- 为什么这样写
- source 和 medium 记录本例受控的来源与流量类型;是否进入默认 Paid Social 要另查规则。campaign 说明业务活动,content 对应视频钩子。
- term 怎么处理
- Meta 没有搜索关键词。term 只能当受众或 ad set 标签使用,而且要和广告后台命名一致。
- 上线前验收
- 广告上线前复制最终 URL,点击一次,确认参数没有被 tracking template、短链或 App 内浏览器预览吞掉。
- 不要这样做
- 不要把 utm_medium 写成 meta_paid_social_commuter。medium 只写流量类型,受众和素材放到 term / content。
字典样板
先写字典,再让任何人生成链接。
UTM 字典让运营、代理商、邮件、达人和联盟合作方使用同一套批准值。生成链接前,先把这些值的含义和维护责任写清。
每新增一个 source、medium 或 campaign,都要先回答:这个值代表什么、谁批准、什么时候停用、复盘时看哪张 GA4 报表。
字典样板
| 项目 | 示例 | QA 问题 |
|---|---|---|
| utm_source · 一个真实来源只允许一个标准值。 | meta, google, klaviyo, creator_jane | 这个值能不能直接告诉团队流量来自哪里? |
| utm_medium · 只写流量类型,不写平台、活动或素材。 | cpc, paid_social, email, affiliate | 这个值是否还能稳定进入预期渠道分组? |
| utm_campaign · 上线前登记市场、品类、主题、年份和阶段。 | us_tumbler_summer_2026_prospecting | 同一活动的所有链接是否使用同一个 campaign? |
| utm_content · 用于区分素材、版位、CTA 或邮件模块。 | video_hook_a, email_hero_cta | 复盘时能不能知道是哪一个素材或链接位置产生点击? |
| utm_term · 搜索写关键词;非搜索写受众、达人或词包标签并解释。 | insulated_tumbler, lookalike_3p | 这个 term 是否能和关键词、受众或达人字典对上? |
命名漂移可复算案例
同一个 Meta 活动被写成 facebook、fb、meta:1,000 次会话被拆成三行。
同一活动被拆成三个来源的模拟记录
下面数字是虚构教学数据,只训练 UTM 字典和报表读法。三个链接承接的是同一个业务活动、同一落地页和同一时间窗,唯一问题是团队没有统一 utm_source。
- facebook 会话
- 420
- fb 会话
- 310
- meta 会话
- 270
- 合计会话
- 1,000
Google Analytics 的手动流量来源维度会读取 utm_source、utm_medium、utm_campaign、utm_term 和 utm_content 等手动标记值。命名不同意味着报表里的维度值也会被拆开;这不是三个业务渠道。
| 原 utm_source | GA4 原始会话维度 | 会话 | 这行来自哪里 |
|---|---|---|---|
| Session manual source = facebook | 420 | 旧同事使用平台全名 | |
| fb | Session manual source = fb | 310 | 代理商使用缩写 |
| meta | Session manual source = meta | 270 | 当前团队使用本例字典值 |
先复算,不要先比较三行表现
420 + 310 + 270 = 1,000 次会话。业务上它们属于同一个 paid-social initiative,所以“facebook 比 fb 好”或“meta 只有 27% 流量”都不是当前可以下的渠道结论。先把这 1,000 次会话标记为命名污染范围,再按页面、订单和活动档案继续对账。
修复只影响未来命名,不伪造历史
从下一批链接开始,字典统一为 utm_source=meta、utm_medium=paid_social,并使用稳定 campaign/content 规则。历史报表里的 facebook、fb、meta 仍是历史采集值;复盘时可以在外部分析表里建立“这三行属于同一业务活动”的映射,但不要把旧数据假装成当时就使用了统一 UTM。
上线验收顺序
字典先批准 source / medium / campaign / content / term 的使用方式,再生成最终链接。
点击真实最终 URL,确认短链或重定向没有丢 UTM;Google Ads 则按课程现有 auto-tagging / GCLID 边界单独验收。
在 GA4 看 Session manual source / medium / campaign 等对应维度,确认值和字典一致。
把 campaign owner、上线日期、URL、字典版本和复查日期写进 archive;没有归档就不做长期渠道比较。
官方字段和映射可复查 URL builders / UTM 参数 与 手动流量来源维度。
可复用 UTM 命名规则
不要每次新活动都重新发明 UTM。先选场景,再套规则。
选择链接类型,查看批准值、常见错误、测试方法和归档字段。所选规则会进入下方复制笔记,供广告、邮件、达人或运营同事继续使用。
最小规则:source 说“从哪里来”,medium 说“是什么流量类型”,campaign 说“哪个业务活动”,content 说“哪个素材或位置”,term 说“哪个关键词、受众或标签”。
可复用 UTM 命名规则
Google Ads、Meta、TikTok 或 Pinterest 付费活动,需要让广告后台、GA4 和 Shopify 订单抽样能对上同一个活动。
- 标准写法
- source 写平台标准值,例如 google / meta;medium 写 cpc 或 paid_social;campaign 写 market_category_theme_year_stage;content 写素材或版位;term 只写关键词、受众或词包标签。
- 不要这样写
- 不要把平台名、阶段、素材和关键词都塞进 medium;也不要让每个素材改一个 campaign 名。
- 上线验收
- 上线前点击最终广告 URL,检查 GCLID 或 UTM 是否到最终页,并在 Traffic acquisition 看到预期 source / medium / campaign。
- 归档字段
- 归档 campaign ID、ad set / ad group、素材 ID、预算窗口、页面版本、负责人和下次复查日期。
- 笔记摘要
- 付费广告规则:一个活动只保留一个 campaign 名,素材变化进 content,关键词或受众进 term。
展会、包装卡、门店物料、线下活动或合作方二维码,需要判断参数有没有被短链、二维码或跳转链路吞掉。
- 标准写法
- source 写具体位置或合作方,例如 retail_popup / package_insert / partner_store;medium 写 qr 或 offline;campaign 继续使用同一活动名;content 写物料位置。
- 不要这样写
- 不要让所有二维码都叫 offline,也不要先生成二维码再补 UTM;顺序必须是完整 URL、点击验收、再生成码。
- 上线验收
- 扫描最终二维码,保存落地 URL 的 UTM、测试时间和事件采集证据;处理后在相应会话维度核对来源及 qr/offline 媒介。
- 归档字段
- 归档物料位置、印刷版本、生成工具、短链服务、上线日期、停用日期、负责人和复查记录。
- 笔记摘要
- QR 规则:先验收最终扫码 URL,再把同一个 campaign 下的线下位置写进 source / content。
Klaviyo、邮件自动化、Newsletter、弃购召回或老客复购,需要区分 campaign send、flow、模块和人群。
- 标准写法
- source 写邮件平台,例如 klaviyo;medium 写 email;campaign 写 newsletter / flow / launch 名称;content 写 hero_cta、product_card、footer_link;term 可写 segment 标签。
- 不要这样写
- 不要把 lifecycle flow 和一次性 campaign 混在一个 campaign 名里;也不要让每个按钮都只有同一个 content。
- 上线验收
- 发测试邮件并逐个点击关键模块,先核对最终参数与采集事件,再于处理后的相应会话和手动维度核对 email 来源/媒介、campaign 与 content。
- 归档字段
- 归档 flow / campaign ID、segment、subject、模块位置、Offer、发送窗口、suppression rule 和复盘链接。
- 笔记摘要
- Email 规则:平台进 source,email 进 medium,发送或 flow 进 campaign,模块和 CTA 进 content。
活动结束、复用旧命名、重启 evergreen campaign 或整理季度复盘时,需要知道哪个名字还能用,哪个名字只能保留历史解释。
- 标准写法
- 每个 campaign 值必须有业务目的、开始日期、结束日期、负责人、允许复用条件、关联 URL、预算窗口和复盘链接。
- 不要这样写
- 不要删除旧值后假装它不存在;旧值会继续留在 GA4 历史数据里,必须登记为历史污染或已停用命名。
- 上线验收
- 新活动上线前先查是否复用旧 campaign;如果复用,确认受众、Offer、页面和复盘目的确实一致。
- 归档字段
- 归档标准值、旧值映射、是否允许复用、停用原因、负责人、复盘结论和下一次命名检查时间。
- 笔记摘要
- 归档规则:不要改写历史,给旧值做映射;新活动只有在受众、Offer、页面和复盘目的一致时才复用命名。
用 UTM Builder 生成并记录链接
先用工具生成最终链接,再让广告、邮件、达人或 QR 使用它。
选择链接类型,把批准字段带入 UTM Builder,再按例子检查结果并存入对应归档。记录应能说明链接用于哪里、谁负责、怎样验证。
UTM Builder 负责生成地址。团队仍须先批准字段、旧值映射、测试方法和归档位置。
操作顺序:批准命名、打开 UTM Builder、生成链接、检查实际点击路径,最后存入活动归档和交接笔记。
用 UTM Builder 生成并记录链接
- 五字段批准值
- utm_source=klaviyo; utm_medium=email; utm_campaign=welcome_first_purchase_2026; utm_content=email_hero_cta; utm_term=new_subscriber
- 工具输入
- 用 UTM Builder 生成 flow 里的正式链接,再粘回邮件模块,不要让每封邮件各自写 campaign。
- 点击验收
- 发测试邮件并点击首屏 CTA,记录最终参数与采集事件;处理后核对相应会话和手动维度中的 klaviyo / email、welcome campaign 与 email_hero_cta。
- 归档位置
- 把 generated URL、flow ID、email name、segment、subject、模块位置和发送窗口记录在邮件复盘表。
- 禁止动作
- 不要只看邮件平台点击率就说首购路径有效;先确认 GA4 和落地页路径能接住这条链接。
- 五字段批准值
- utm_source=creator_jane; utm_medium=creator; utm_campaign=us_tumbler_summer_2026_launch; utm_content=short_demo_v1; utm_term=creator_jane
- 工具输入
- 先用 UTM Builder 生成达人专属 URL,再决定是否交给短链工具;达人名字、素材版本和结算对象要写进字段。
- 点击验收
- 点击达人实际链接,确认跳转后参数保留并记录采集证据;处理后在相应会话维度核对 creator source、creator medium 与 campaign。
- 归档位置
- 把 generated URL、短链、合作对象、佣金或结算规则、停用日期、负责人和复盘链接存入合作归档。
- 禁止动作
- 归档缺失时,不要用这批 creator 流量做长期订单质量或佣金结算判断。
- 五字段批准值
- utm_source=retail_popup; utm_medium=qr; utm_campaign=ca_tumbler_popup_2026; utm_content=counter_card; utm_term=offline_sample
- 工具输入
- 先在 UTM Builder 生成最终 URL,浏览器点击验收后,再把这个 URL 放进 QR Code 工具。
- 点击验收
- 扫描最终二维码,保存实际 URL、参数与采集证据;处理后分别核对相应会话来源 retail_popup 和媒介 qr。
- 归档位置
- 把 generated URL、QR 码文件名、物料位置、印刷版本、上线日期、停用日期和复查记录存入线下活动归档。
- 禁止动作
- 不要先生成二维码再补参数;印刷出去以后,错误链接很难追回。
活动链接检查记录
这份记录在当前浏览器保存字段与证据,UTM Builder 负责生成链接。先选择点击范围与标记方式,再把批准值复制到工具;生成后把结果填回来。工作表不会访问目标页、跟随跳转、发布链接或确认 GA4 收到事件。
站内 UTM 应移除,但原因要按 GA4 说明:会话中出现新的 campaign/source 不会启动新会话,也不把新值关联到已有会话来源;这些值可能用于采集到它们的事件及事件范围归因。因此,给站内菜单加 UTM 不能代替导航事件,还会混入不属于外部获客的活动标签。
活动链接与验收记录
标「必填」的 3 项需要填写。 从第 1 项开始。
输入可解析的 http/https 地址;清楚记录原有参数,避免重复 UTM。
记录一个具体来源的字典值。
本课示例 paid_social、email、creator、qr 不保证自动进入同名默认渠道。
同一业务活动使用稳定的批准名称。
区分视频、CTA、模块或物料位置。
没有对应决策时留空;受众标签不能当实际搜索词。
保留本次批准值和历史映射的版本。
写明负责链接、字典与活动归档的角色。
写短链、社媒工具和最终页顺序;没有跳转也要写明。
只记录工具输出;它不是一次已发生的访问。
填地址栏中的实际地址,不用预期链接冒充观察;只使用授权测试记录。
写测试环境、同意/过滤条件、维度范围、时间、实际值和证据位置。
写旧链接、丢参短链、未归档达人链接及应暂停的判断。
还没有保存过。
记录保存在这个浏览器里。换设备或清理浏览器数据后会丢失,建议下载一份留底。
UTM 链接生成器
带上落地 URL 与已批准的五个字段,生成后把完整 URL 填回“工具生成的 URL”。若目标地址已经有 UTM,先明确哪些要替换,避免同一键出现两次;保留仍有业务用途的其他参数与片段,再检查结果。Google Ads 路径不要伪造或删除真实点击标识。工具不会替你批准命名或跟随重定向。
默认工作表的手动链接应为下方示例,空 term 不加到地址中。它与前面的 leakproof-tumbler 案例独立。Google Ads 的 content/term 练习演示补充手动维度;涉及 UTM 回退时,应另查所有相关字段,不能照抄这份手动示例。
https://shop.example.com/products/travel-tumbler?utm_source=meta&utm_medium=paid_social&utm_campaign=us_travel_tumbler_summer_2026&utm_content=video_hook_a
这份链接记录能进入复核吗?
移除站内 UTM
先观察
先补字段与证据
继续核对 Ads 自动标记
记录可交复核
站内链接应该怎样处理
自测未作答
保存、恢复、清除和 JSON 导出只操作当前浏览器记录。把生成地址、实际最终地址、GA4 核对时间、旧值映射和负责人一起存入活动归档;没有实际证据时,记录待查,不把练习默认值当成验收结果。
UTM 命名检查
拿一条真实链接练习:哪里坏、怎么修、哪些结论先不能下。
上线前用错误样例检查字典是否可执行。大小写漂移、缺 source / medium、点击标记用途不清或达人归档缺失时,先修对应链接与记录,再讨论预算。
UTM 命名检查
utm_source=Facebook&utm_medium=paid-social&utm_campaign=SummerLaunch&utm_content=HookA
- 发现的问题
- source、medium、campaign 和 content 都用了不同大小写或不同分隔符;这不是渠道差异,是命名漂移。
- GA4 症状
- Traffic acquisition 里 facebook / Facebook / meta 变成多行,campaign 复盘像多个活动。
- 修正后的值
- utm_source=meta;utm_medium=paid_social;utm_campaign=us_tumbler_summer_2026_launch;utm_content=video_hook_a。
- QA 步骤
- 保留旧值映射,重建链接并检查实际最终参数与事件采集;处理后再核对相应会话 source / medium / campaign。
- 先别下这个结论
- 命名没统一前,不要说 Meta 表现比 email 更好。
utm_campaign=us_tumbler_summer_2026_launch&utm_content=email_footer
- 发现的问题
- 链接只写 campaign 和 content,没有 source / medium;GA4 不能稳定知道来源和流量类型。
- GA4 症状
- 报表可能出现 (not set)、unassigned 或 direct / none,团队会误以为品牌自然流量上涨。
- 修正后的值
- utm_source=klaviyo;utm_medium=email;utm_campaign=us_tumbler_summer_2026_launch;utm_content=email_footer_cta。
- QA 步骤
- 把 source、medium、campaign 设为模板必填;短链生成后再点最终链接确认参数没丢。
- 先别下这个结论
- source / medium 缺失时,不要把 direct / none 当成真实品牌需求。
utm_source=google_search&utm_medium=brand_cpc&utm_campaign=tumbler_brand&utm_term=insulated+tumbler
- 发现的问题
- 先保留 Google Ads 自动标记;问题是手动值的用途与自动/回退维度未说明,不能假定手动 source/medium 一定覆盖自动值。
- GA4 症状
- Ads 报表、Traffic acquisition 和手动维度口径不一致,预算复盘开始争论“到底哪张表准”。
- 修正后的值
- 保留 auto-tagging,并核对实际点击标识、关联与同意。自动值有效时,content/term 可补充手动维度;发生 UTM 回退时,检查相关 source、medium、campaign、utm_id 与 utm_source_platform 并记录原因。
- QA 步骤
- 先检查 Google Ads auto-tagging、重定向和 final URL 是否保留 GCLID,再判断手动标签是否必要。
- 先别下这个结论
- 点击标记机制没验收前,不要先改出价、删 campaign 或调整预算。
utm_source=jane&utm_medium=social&utm_campaign=summer&utm_content=story
- 发现的问题
- source 没写清合作对象,campaign 太泛,medium 无法区分达人、自然社媒或联盟,后续结算和订单质量复盘会断。
- GA4 症状
- 点击看得到,但三周后没人知道这个 jane 是达人、员工、联盟还是社媒账号。
- 修正后的值
- utm_source=creator_jane;utm_medium=creator;utm_campaign=us_tumbler_summer_2026_launch;utm_content=story_demo_v1。
- QA 步骤
- 归档表补负责人、合作对象、上线日期、停用日期、佣金或结算规则、复盘链接和是否允许复用。
- 先别下这个结论
- 归档缺失时,不要用这批 creator 流量做长期订单质量或佣金结算判断。
字段证据复用路径
同一条 UTM / keyword 证据,要能被广告、GA4、SEO 和归档复用。
选择场景,把链接、GA4、SEO 关键词和活动归档需要的字段记在一起。交接时保留各自的来源与范围,避免不同团队把同一标签解释成不同对象。
字段证据复用路径
这条 Google Ads keyword / search term 能不能同时支持广告优化和 SEO 选题?
- 链接字段
- Final URL、tracking template、GCLID 状态、utm_content、utm_term、match type、keyword ID。
- GA4 字段
- Traffic acquisition 的 Session campaign、Session source / medium、Manual term、Landing page、purchase / key event。
- SEO keyword 复用
- Search Console query、SERP 页面类型、当前承接 URL、SEO Advanced keyword intent map 里的主承接页。
- 活动归档字段
- Campaign ID、ad group、关键词层级、上线日期、预算窗口、复盘日期、是否进入 SEO 内容队列。
- 下一步路线
- 广告端先进入 search terms / negatives;SEO 端只在 query 有稳定需求和页面归属时进入 keyword intent map。
这封邮件的链接命名能不能区分人群、模块、Offer 和复购质量?
- 链接字段
- utm_source=klaviyo / email service、utm_medium=email、utm_campaign、utm_content、utm_term / segment label。
- GA4 字段
- Traffic acquisition、Landing page、coupon、purchase、engaged sessions、returning users。
- SEO keyword 复用
- 只把高频问题、评价语言和购买理由交给 SEO / 内容;不要把折扣邮件标题当长期关键词。
- 活动归档字段
- Flow / campaign ID、segment、subject、邮件模块位置、offer、send window、suppression rule、复盘链接。
- 下一步路线
- 进入 Email segmentation 或生命周期邮件复盘;GA4 只证明路径,不替代邮件人群规则。
短链、二维码或合作方链接有没有吞参数,并且能不能结算和归档?
- 链接字段
- 完整 UTM URL、短链 URL、最终落地 URL、utm_source、utm_medium、utm_campaign、partner / QR placement。
- GA4 字段
- 测试时间与 Realtime/DebugView 的采集记录;处理后的 Session source / medium、purchase / form submit;UTM 参数看 Page location,Landing page + query string 用于页面路径,不用于证明 UTM。
- SEO keyword 复用
- 如果线下问题反复出现,只记录为内容需求或 FAQ 候选,不把二维码来源当自然搜索需求。
- 活动归档字段
- 物料位置、投放日期、合作方、结算规则、停用日期、短链服务、复查记录和负责人。
- 下一步路线
- 先进入上线 QA 或合作归档;参数被吞时不要用这批数据判断渠道质量。
先判边界
Google 官方建议 Google Ads 使用自动标记。自动标记与手动 UTM 同时存在时,流量分类通常采用自动值;手动 content/term 可进入对应手动维度。但当 GCLID/DCLID 无法按预期使用时,只要 URL 有 UTM,跨渠道来源可能完全回退到 UTM。特殊回退要记录相关 source、medium、campaign、utm_id 与 utm_source_platform,不能把“只留 content/term”当万能规则。
看不到 GCLID 时先检查关联、同意、自动标记和跳转。Google 也说明,某些 GCLID 不可用的场景可使用汇总标识,相关能力要求 Google Ads 与 GA4 关联。地址里有 GCLID 不证明报告已正确处理;没有它也不等于所有归因失效,更不能因此绕过拒绝。
哪些链接该手动 UTM,哪些不要乱动 auto-tagging?
先判边界
- 默认动作
- 保留 auto-tagging。自动标记可用时,content/term 可补充手动维度;需要 UTM 回退时,核对全部相关字段,而不是只保留这两项。
- 风险
- 未说明手动值、自动值与回退的使用条件,容易把不同范围的维度误当作同一口径。
- 证明
- 记录 auto-tagging 设置、关联、同意与实际最终地址中的点击标识,再核对处理后的对应维度;缺少可见 GCLID 时另查原因,不能直接判定全部归因失败。
- 默认动作
- 手动 UTM,至少写 source、medium、campaign,重要模块写 content。
- 风险
- 不写 content,就分不清是首屏按钮、商品卡片还是底部链接带来点击。
- 证明
- 邮件测试链接点击后,GA4 Traffic acquisition 能看到对应来源和活动。
- 默认动作
- 手动 UTM,把合作方写进 source 或 term,并在字典里说明。
- 风险
- 达人、联盟和佣金渠道混写,后面无法分清订单质量和结算对象。
- 证明
- 每个合作链接都有负责人、上线日期、停用日期和复盘入口。
- 默认动作
- 先生成完整 UTM,再生成短链或二维码,最后点击最终投放链接。
- 风险
- 跳转、社媒内置浏览器或短链服务可能吞掉参数。
- 证明
- 保存最终 URL 与参数及测试时刻的采集证据,处理后另查相应会话来源;Realtime 或 DebugView 不替代这一报告核对。
按异常选择检查顺序
不要边花钱边猜,先找命名问题属于哪一类。
按异常选择检查顺序
- 先查什么
- 先查 source 和 medium 是否把平台、流量类型、活动名混在一起。
- 修复
- 保留一个标准值,把旧值登记为历史污染,不要继续复用。
- 停止规则
- 命名还没统一时,不要用这批渠道数据做预算结论。
- 先查什么
- 确认链接模板是否把 source、medium、campaign 设为必填。
- 修复
- 上线前退回模板重建链接;已经上线的活动单独标记数据不完整。
- 停止规则
- (not set) 很多时,不要把它当成真实渠道表现。
- 先查什么
- 查 auto-tagging、关联、同意与跳转中的点击标识,再说明手动 source/medium/content/term 用于补充维度还是 UTM 回退。
- 修复
- 修实际标记与跳转问题,并分开记录自动分类、手动维度和回退条件。需要 UTM 回退时检查所有相关字段,不把 content/term 当唯一允许值。
- 停止规则
- 不要先改出价或删 campaign,先确认点击标记机制。
- 先查什么
- 查看是否有上线日期、停用日期、负责人、预算范围和复盘链接。
- 修复
- 建立活动归档表,新增/停用/复用都必须写原因。
- 停止规则
- 归档缺失时,复盘只能标记为方向判断,不能当成精确结论。
上线验收
每条链接上线前,留下能复查的证据。
上线证据准备程度
先观察
证据还未齐全
交给负责人复核
关键词复盘
关键词不要只看 CTR,先分层再决定动作。
点击率 CTR 反映点击情况,不能单独证明购买意图或订单质量。关键词复盘还要看页面行为、订单质量与利润样本。本课先确认 term 和 campaign 的含义;广告归因与预算判断仍需相应证据。
关键词复盘
探索词
- 看
- 点击、CPC、参与、view_item、样本质量和搜索意图。
- 动作
- 小预算继续测、补否词、换落地页或重写广告承诺。
- 避免
- 不要因为一两单就直接扩预算。
稳定词
- 看
- 订单质量、AOV、毛利、退款率、页面承接和预算空间。
- 动作
- 扩相近词、优化页面、加预算,但保留观察窗口。
- 避免
- 不要只看 CTR,把利润和退款排除在外。
防守词
- 看
- 品牌词、复购词、竞品截流词和高意向需求。
- 动作
- 保留覆盖,分开复盘,不盲目按普通探索词扩量。
- 避免
- 不要把防守流量误当成新增需求。
排除词
- 看
- 低意图、售后、免费、维修、无关品类和价格错配。
- 动作
- 加入否词、改匹配方式、更新页面承诺或拆分广告组。
- 避免
- 不要让低意图点击继续污染学习样本。
30 分钟复盘
用复盘确定要修的问题与负责人。
30分钟命名与关键词复盘
0-5 分钟
0-5 分钟
锁定要复盘的 campaign 和日期,不混入旧活动或未归档链接。
如果结果不对
一个 campaign 名称、一段日期和一条复盘链接。5-12 分钟
5-12 分钟
检查 source / medium / campaign 是否有大小写、空格、旧值、(not set)、direct / none 或 unassigned 异常。
如果结果不对
命名可信 / 只可方向判断 / 先修命名三选一。12-20 分钟
12-20 分钟
把 content 和 term 接到素材、邮件模块、关键词、受众或达人。
如果结果不对
一个素材/关键词读数,不把它误判成渠道结论。20-27 分钟
20-27 分钟
检查落地页、view_item、add_to_cart、begin_checkout 和订单质量。
如果结果不对
把按异常选择检查顺序到命名、页面、漏斗或利润复盘。27-30 分钟
27-30 分钟
写归档结论:是否复用命名、谁修链接、下一次复查什么。
如果结果不对
一条下一位同事能直接使用的活动归档记录。
交接笔记
把 UTM 问题写成下一步能执行的复盘记录。
交接笔记写清异常、先查的证据、修复动作、暂不能下的结论和下一步。检查落地页或漏斗的人就能区分命名问题与行为差异。
复制活动链接与复盘笔记
- 当前异常: 同一渠道出现 Facebook、facebook、meta、meta_paid 多个写法。
- 第一证据: (待填写)
- 修复动作: (待填写)
- 修正值: (待填写)
- 上线核对: (待填写)
- 复用的 GA4 字段: (待填写)
- 命名规则: (待填写)
- 五字段例子: (待填写)
- term 用途: (待填写)
- 工具所用字段: (待填写)
- 工具后检查: (待填写)
- 归档位置: (待填写)
- SEO 复用: (待填写)
- 归档字段: (待填写)
- 停止的判断: (待填写)
- 下一步渠道: Google Ads
- 点击范围与标记方式: 站外活动进入落地页; 手动 UTM
- 落地页与生成地址: https://shop.example.com/products/travel-tumbler; (待填写)
- 来源、媒介和活动: meta; paid_social; us_travel_tumbler_summer_2026
- 素材与关键词标签: video_hook_a; (待填写)
- 字典与维护人: utm_dictionary_v1; growth_lead
- 跳转与实际地址: (待填写); (待填写)
- GA4 证据与待修样本: (待填写); (待填写)
- 记录状态: 先补字段与证据; (待填写)
归档与边界
按当前活动检查 Traffic acquisition 的 Session source / medium、Session campaign,或相应 Session manual 维度;首次获客才看 User acquisition 的 First user 范围。不要用不同范围的同名数字互相判错。UTM 不出现在 Landing page + query string、Page path + query string 这两个维度时,不代表参数被删;可核对 Page location 与流量来源维度。
默认渠道组按 Google 规则分类,规则本身不区分大小写;原始 UTM 值仍然大小写敏感。creator、qr、offline 或 meta 等团队值不保证落入期望默认渠道。需要业务自定义分组时,先核对当前默认规则,再按已维护的来源/媒介规则分组,不改写原始历史。案例把 fb、facebook、Facebook、meta 映射一起,前提是广告/版位归档证明它们属于同一来源范围;真实 Facebook、Instagram 等不同平台应保留各自来源,不能见到相似词就合并。
更完整的复盘分四层:曝光、点击、CTR、CPC;页面、互动、view_item、add_to_cart;begin_checkout、purchase 与 AOV;最后核对利润、退款和订单质量样本。例如,Meta 产生更多商品浏览、邮件加购率更高,而达人 content 缺失时,只能分别记录行为线索和待修样本,下一步检查移动落地页与承诺是否匹配,不能先宣布渠道赢家。
活动结束后不归档,UTM 会继续污染下一次复盘。
归档表至少要写 campaign name、负责人、source / medium、content / term 规则、上线日期、停用日期、预算范围、复盘链接和是否允许复用。Traffic acquisition 看本次 session 来源,User acquisition 看首次获客来源;direct / none、unassigned 或 (not set) 异常时,先回到最终链接、跳转链路和 GCLID 验收。
本篇只负责命名可读、链接可验收、关键词可识别。
它不替代完整广告归因模型,不判断每个平台该拿多少功劳,也不替代利润表。下一步进入 landing-page-analysis 或 funnel-analysis,检查流量进站后是否被页面和事件链承接。
进入下一课前,带上三样东西:一张 UTM 字典、一条通过验收的最终链接、一份说明命名问题与处理结果的交接笔记。
官方来源能证明什么,不能替你证明什么
UTM 官方文档能帮你确认字段、scope、auto-tagging 和报表口径,但不能替你证明活动表现。读公开来源时,先把证明范围写清楚,再进入预算、页面或漏斗判断。
练习
| 项目 | 能证明 | 不能替你证明 |
|---|---|---|
| URL builders | UTM 字段、大小写敏感和自定义 URL 的基本规则。 | 某个渠道真实表现更好,或 campaign archive 已经维护正确。 |
| Google Ads auto-tagging | GCLID 与 Google Ads 点击信息如何进入 Analytics。 | redirect、短链或 QR 没有丢参,也不证明广告应该加预算。 |
| Traffic-source dimensions | manual tagging、auto-tagging 与不同 source scope 的口径。 | Google Ads 应该怎么出价,或 UTM 手工值可以覆盖所有 Ads click evidence。 |
| Check auto-tagging | final URL 和 GCLID 保留的验收路径。 | 所有短链、邮件链接和 QR sample 都已经通过真实点击验收。 |
| Traffic acquisition | 本次 session source / medium / campaign 的读取口径。 | 新客第一次来源、订单利润或素材输赢。 |
| User acquisition | first-user source / medium 的读取口径。 | 本次活动会话表现一定优于 Traffic acquisition。 |
| Direct / none | 来源缺失时的排查方向。 | 品牌自然需求上涨,或投放不需要修链接。 |
| Custom channel groups | 渠道规则可以被定义和维护。 | 团队已经有稳定 UTM 字典、归档维护人和复查节奏。 |
这一课还没有完成的检查点。可以从「直接动手」开始。
自测未作答
你的产出
- 记录 · 活动链接检查记录未保存
- 笔记 · 关键词复盘未复制
记录保存在这个浏览器里。换设备或清理浏览器数据后会丢失,建议下载一份留底。
常见问题
- utm_content 和 utm_term 到底怎么区分?
utm_content 用来区分素材、模块、CTA 或版位,比如 hero_cta_shop_best_sellers;utm_term 只在你真的要复盘关键词、受众、creator 或 segment 标签时填写。没有复盘用途时留空,不编造关键词。
- QR、线下物料和 Email 链接应该怎么命名?
QR 和线下物料要写清 retail_popup、package_insert 或 partner source,medium 用 qr 或 offline,content 写物料位置;Email links 的 source 写邮件平台,medium 写 email,campaign 写 flow 或 newsletter,content 写模块和 CTA。
- UTM Builder 生成链接后还要保存哪些记录?
把生成链接存入活动归档、交接笔记与对应渠道任务,同时记录实际 final URL、五个 UTM 字段、点击检查时间和负责人。工具生成地址,团队负责批准命名并核对证据。
- UTM 命名检查帮我决定什么?
它帮你先判断链接是否能进入复盘:fb / facebook / meta 拆成多行、缺 source / medium、自动与手动标记用途未说明、creator link 没归档时,先修链接和归档,不做预算、渠道或素材胜负结论。
- 字段证据复用路径要解决什么问题?
它把同一条 UTM 记录同时交给 Ads、GA4、Search Console / SEO keyword map 和 campaign archive。这样 Traffic acquisition、关键词意图、广告搜索词和活动归档可以读同一套字段,而不是每个团队各写一版。
- Google Ads 什么时候应该保留 auto-tagging?
Google Ads 默认保留 auto-tagging。自动标记有效时,content/term 可补充相应手动维度;点击标识无法使用而回退到 UTM 时,则要检查所有相关来源、活动、ID 与平台字段。记录最终地址、关联、同意和处理后报告,不能把“只留 content/term”套用于所有情况。
- Traffic acquisition 和 User acquisition 应该看哪一个?
复盘本次活动会话来源时看 Traffic acquisition,因为它读 session source;判断首次获客来源时看 User acquisition;两种范围回答不同问题。
- direct / none 上升时先查什么?
先查 final URL、短链、QR sample、邮件测试链接、redirect 和 GCLID 是否保留,再查 campaign archive 是否有旧值复用。direct / none 上升不等于品牌自然需求上涨,也不等于可以跳过链接修复。
按尚未解决的问题继续
带上字典版本、实际最终链接、GA4 范围与待查样本;只有标签可信后,页面和漏斗差异才值得进一步解释。