← 所有指南

二维码营销追踪:用 UTM、动态二维码和扫码报表比较线下渠道

橱窗海报、柜台立牌和包裹卡片,哪个带来了有效访问?利用 QRCodeTransfer 现有的 UTM 链接生成器、动态二维码、扫码分析、图片解码和印刷尺寸检查工具,建立可核对的线下营销流程。

最近发布更新

本文目录
  1. 1. 先确定什么才算有效结果
  2. 2. 生成二维码之前,先统一 UTM 命名
  3. 3. 按七个步骤建立营销追踪
  4. 第一步:准备准确的目标页面
  5. 第二步:生成带参数的网址
  6. 第三步:创建托管动态二维码
  7. 第四步:建立其他投放位置
  8. 第五步:导出并解码真实图稿
  9. 第六步:用手机走完跳转
  10. 第七步:按固定节奏上线与复查
  11. 4. 给每个投放位置独立身份
  12. 5. 按正确口径阅读扫码报表
  13. 6. 结合网站结果比较,避免过度归因
  14. 7. 印刷前检查完整访问链路
  15. 8. 排查常见的数据问题
  16. 网站看不到活动来源
  17. 所有位置都被合并
  18. 内部检查时扫码量不断上涨
  19. 图片能解码,但打开的页面不对
  20. 某一天似乎没有数据
  21. 9. 活动变更后,继续维护已印刷二维码
  22. 10. 常见问题与工具入口
  23. 静态二维码也能放 UTM 参数吗?
  24. UTM 工具会替我接入 Google Analytics 吗?
  25. 一张印刷二维码能分辨多个门店吗?
  26. 能直接看到销售额或访客精确位置吗?
  27. 哪些工具不登录就能试?

同一场促销,你把海报贴在橱窗,在柜台摆上立牌,又把卡片放进快递包裹。一个月后,网站访问增加了,但究竟哪个位置发挥了作用?仅有一张二维码图片回答不了这个问题。你需要把印刷物、访问地址和想衡量的结果对应起来。

本文把 QRCodeTransfer 已有的 UTM 链接生成器、动态二维码、扫码分析、二维码图片解码和印刷尺寸检查串成一条实际流程。示例是一场小型秋季活动,同样可以用于展会传单、产品随箱卡、菜单和本地活动。文中的地址、活动名称和数字均为示例,不是客户实绩。

A、B 两个印刷位置使用不同的托管二维码地址和 UTM 内容值,访问同一个活动落地页。

图 1:同一个活动页面,对应不同投放身份。这是测量设计示意图,不是客户后台截图。

1. 先确定什么才算有效结果

先回答一个具体问题:你希望访客打开菜单、提交询价、报名活动,还是下载资料?选一个主要动作,再准备能直接完成该动作的页面。把所有印刷物都导向通用首页,会增加访客寻找内容的成本,也让后续评估失去重点。

把三层测量分开:QRCodeTransfer 记录经过托管动态跳转的访问;UTM 参数为目标网址添加标签,供兼容的网站分析工具识别来源;询价、付款或报名是否完成,需要由目标网站或承接业务的系统记录。生成 UTM 链接本身不会安装统计,也不会替你连接 Google Analytics 账号。

上线前确定活动日期、投放位置和负责人。建立一份活动登记表,记录位置名称、资产名称、印刷扫码地址、带参数目标链接、启用时间和后续变更。多个门店或供应商使用相似设计时,这份简单记录尤其重要。

2. 生成二维码之前,先统一 UTM 命名

每个值都使用约定好的固定写法。本例用 store 表示来源,qr 表示媒介,autumn_launch 表示共同活动,content 值区分具体印刷物。小写字母加下划线是一种便于团队执行的命名方式;不要在同一活动中交替使用 window_a、Window-A 和 windowA。

现有生成器提供五项常用字段。将 source、medium 和 campaign 一起填写,需要区分位置时再填写 content。本例是线下投放,term 可以留空。工具负责生成标签,不会替企业决定命名体系,也不保证其他分析产品一定把 qr 归入某个默认渠道分组。

字段本例用途示例值
utm_source物料的分发来源store
utm_medium自行约定的渠道标记qr
utm_campaign统一的活动标识autumn_launch
utm_content投放位置或创意版本window_a
utm_term可选关键词标记;本例不使用—
示例活动链接拆分为来源、媒介、活动和内容四项 UTM 参数。

图 2:活动名称保持一致,使用内容参数区分位置。UTM 参数字段名在各语言中保持不变。

下面是演示地址,请把 example.com 换成自己已验证的目标页面。建议把原始网址交给生成器处理,不要手工把参数拼到页面锚点之后。

https://example.com/autumn?utm_source=store&utm_medium=qr&utm_campaign=autumn_launch&utm_content=window_a

Google 官方文档说明,活动参数值区分大小写,并可用于获客来源报表。

Google Analytics:活动网址官方说明

3. 按七个步骤建立营销追踪

第一步:准备准确的目标页面

在手机上打开真实落地页,核对产品、活动、语言和主要动作。如果网站使用分析工具,请网站负责人确认是否实际采集活动参数,以及选定的完成动作。

第二步:生成带参数的网址

打开 UTM 链接生成器,填写网站地址、来源 store、媒介 qr、活动 autumn_launch 和内容 window_a,生成并完整复制结果。原网址里与 UTM 无关的查询参数也应保留,使用前检查最终输出。

第三步:创建托管动态二维码

登录正确的工作区,进入动态二维码流程,把完整的带参数链接作为目标,选择动态模式。资产名称应能识别活动与位置,例如 autumn_launch — window_a。批量安排多个版本前,先核对当前工作区可用额度。

第四步:建立其他投放位置

为 counter_b 和 parcel_insert 重复以上过程。共同的活动参数保持一致,修改 content 值,并为每个位置创建独立动态资产。把生成的扫码地址与实物位置一一登记;需要比较位置时,不要给所有物料都发同一张橱窗二维码图片。

第五步:导出并解码真实图稿

应用需要的二维码样式后导出图片,打开二维码解码工具,选择支持的图片读取编码内容。动态码图片中应是托管扫码地址,带 UTM 的网站地址位于该地址后面的目标配置中。若交付 PDF 图稿,也要检查其导出图片或实际纸样。

第六步:用手机走完跳转

扫描导出图或纸样,检查最终页面、参数和主要动作。进入同一工作区的分析页面,选择包含本次测试的日期,并留意 UTC 日期边界。记录测试时间,因为内部质检访问也可能计入活动。

第七步:按固定节奏上线与复查

把每张已核对图片放到对应物料上,记录正式投放时间。比较扫码报表与网站分析时使用相同时间范围。结果异常时先检查访问链路与测量设置,再决定调整活动或追加印刷。

4. 给每个投放位置独立身份

如果每张海报都编码同一个地址,跳转报表就无法判断被扫描的是哪一张实体海报。应当在导出图片之前建立区分。仅在表格里给同一二维码写上不同名字,不能产生编码内容中不存在的差异。

实体投放位置动态资产名称utm_content
门店橱窗autumn_launch — window_awindow_a
柜台立牌autumn_launch — counter_bcounter_b
包裹随箱卡autumn_launch — parcel_insertparcel_insert

三者可以打开同一个网页,共用来源、媒介和活动名称,但扫码身份和 content 值各不相同。印刷任务单应标明对应文件名,每个位置都抽查纸样。如果有意共用一个二维码,就把它的结果作为合并数据解读。

5. 按正确口径阅读扫码报表

用户中心的扫码分析提供总扫码量、估算独立扫码量、每日趋势和按资产统计。可选最近 7、30、90 天,也可指定不晚于今天、最长 366 天的区间,并导出每日 CSV。366 天是查询范围规则,不能据此承诺数据保存期限。每日 CSV 包含日期和扫码总数,不是转化明细或 UTM 归因报表。

总扫码量统计经过托管跳转的访问,不等于经过核实的相机动作,更不等于真实人数。直接打开扫码网址、重复质检也可能增加访问。独立扫码量是在所选工作区和时段内,对 IP 与浏览器组合哈希的去重估算。同一网络可能合并不同访客,同一个人更换浏览器或网络又可能被拆开。不能把几份报表的独立数直接相加,当成独立客户总数。

图表和每日 CSV 使用 UTC 自然日。本地深夜的访问可能落在另一个统计日期。比较时要保持工作区和时段一致,并核对网站分析所用时区。静态二维码直接打开编码内容,不经过托管跳转,因此平台无法记录它的直接扫码。某个区间没有访问,也不能证明印刷物从未被人看到。

6. 结合网站结果比较,避免过度归因

下面用一组虚构数字说明如何谨慎解读。假设网站测量已经核对,各位置的 content 值独立,完成动作是提交询价。数字不代表任何真实客户活动。

纯示意的三个统计阶段:120 次跳转访问、90 次网站会话、9 次完成动作;9 除以 90 等于 10%。

图 3:数字仅用于说明。跳转访问、网站会话和完成动作属于不同统计阶段,数量不必相等。

位置跳转访问网站会话询价数询价数/会话数
橱窗 A12090910%
柜台 B6045920%

橱窗 A 的记录访问更多;柜台 B 在更少的网站会话中产生了相同询价数。示例中,柜台的会话到询价比例是 9 ÷ 45 × 100 = 20%,橱窗是 9 ÷ 90 × 100 = 10%。这里的分母是网站会话,不是平台估算独立扫码量。这只是示例描述,不能证明位置本身造成了差异。

跳转访问与网站会话本来就属于不同阶段。重复打开、页面载入前关闭、浏览器限制、用户同意选择和统计配置,都可能影响数量。报告时同时说明数值与定义,不要把两者差额直接解释为流失客户人数。

结合落地页速度、印刷物承诺、按钮可见程度和物料分发环境判断。访问多而网站结果弱,可以先改善页面;扫码少,则先核对位置和可读性。缺少可靠成本与收入数据时,不计算所谓投资回报;仅打开二维码也不能认定完成销售。

7. 印刷前检查完整访问链路

  • 全部动态码归属正确工作区,并处于可用状态。
  • 实体位置、资产、图稿和 UTM 内容值一一对应。
  • 无需管理员登录,手机即可打开最终网站并完成主要动作。
  • 完整跳转链路到达预期页面,所需活动参数仍然保留。
  • 导出图片可解码为预期地址,按实际尺寸打印的纸样也能扫描。
  • 已用印刷尺寸检查工具准备图稿,并在真实材质和光照下检查。
  • 扫码报表与网站分析使用已记录、可比较的时间范围和时区。
  • 活动登记表记录质检访问、投放时间、负责人及目标变更。

8. 排查常见的数据问题

网站看不到活动来源

确认目标网站已经配置分析,且测试浏览器允许运行。检查最终网址是否丢失或替换参数。生成 UTM 链接不能修复一个根本没有采集活动数据的网站。

所有位置都被合并

解码已经分发的图片。如果其中都是同一托管地址,跳转访问就会合并;如果不同资产使用同一个 content 值,网站报表也可能合并。下次印刷前先纠正映射。

内部检查时扫码量不断上涨

直接访问和重复测试可能进入记录。保留质检日志,并比较正式投放区间。不要声称系统会自动剔除所有测试或全部自动化流量。

图片能解码,但打开的页面不对

可解码只能证明矩阵可读。继续检查资产中保存的目标、当前状态,以及目标网站的后续跳转。除了首屏,还要测试最终行动按钮。

某一天似乎没有数据

核对工作区、动态模式、启用状态与 UTC 起止日期。用同一区间导出的 CSV 对照每日图表。本地日期和 UTC 日期并不总是同一天。

9. 活动变更后,继续维护已印刷二维码

在同一动态资产内更新目标时,已印刷的域名和路径保持原样。优惠结束后,可以把访客引导到相关后续页面,继续利用物料。仍描述原投放位置的参数应保持清楚,并记录新目标生效时间。编辑网址不会把早期记录自动改成新活动。

修改资产名称或目标不会创建全新的历史身份。重复使用同一码时,用日期范围和变更日志解释数据;需要完全独立的新活动,应在发放新图稿前建立新身份。同时保持账号、额度与扫码域名可用;自定义域名还依赖 DNS 和 HTTPS 持续正常。地址持续可访问,二维码才有连续使用的基础。

10. 常见问题与工具入口

静态二维码也能放 UTM 参数吗?

可以。静态图片可以直接编码带参数的目标地址,配置正确的网站仍可识别。它不会因此获得平台托管跳转统计或可编辑目标。较长地址也可能让图案更密,务必检查实际印刷效果。

UTM 工具会替我接入 Google Analytics 吗?

不会。工具生成网址,目标网站仍需自己的分析配置和适用的采集设置。平台扫码报表与网站获客报表保持不同测量口径。

一张印刷二维码能分辨多个门店吗?

同一个编码地址无论印在哪里,携带的都是同一投放身份。需要比较门店时,使用不同托管码和一致的目标参数规则。只把门店名写进印刷单,不会使它出现在扫码内容中。

能直接看到销售额或访客精确位置吗?

打开链接不能证明成交。销售与询价需要相关业务系统记录。GPS 是另一个需要用户同意的能力,不能假设每次扫描都有坐标,也不能把投放位置名称当作访客精确定位。

哪些工具不登录就能试?

公开 UTM 生成器、图片解码和印刷尺寸检查工具可直接使用。保存托管动态码与查看工作区分析需要登录,资产容量和访问权限由当前工作区及套餐决定,大规模投放前先核对价格与额度。

先做一场活动、两个投放位置和一个明确的网站动作。把链接与完整访问流程核对好,再扩大印刷与分发规模。

准备好创建二维码了吗?

试用生成器,或注册账号来管理动态二维码。

创建二维码
帮助

选择此浏览器可记住的偏好。必要存储保持启用,以提供您请求的服务。

必要存储 始终启用

用于登录、安全校验、主动创建的草稿与结账流程,以及保存您的 Cookie 选择。这些不是广告 Cookie。

最多保存 180 天的语言、币种和外观偏好。关闭后,外观选择仅在当前标签页会话中保留;语言和币种仍可在当前页面选择。

目前我们没有使用广告 Cookie 或第三方网站分析 Cookie。二维码扫码记录在隐私政策中另行说明。

隐私政策