跨端数据分析：三个后台来回切，怎么合成一个
目录索引
跨端数据分析能不能合成一个后台，取决于三个前提：三端都接进来、去重口径写清楚、事件模型能复用。三条都满足，来回切后台的时间才真的省下来。
同一个指标，三个后台三个数：网站报表说 12000 个访客，App 说 8600 台设备，小程序说 5300 个用户。（示例数字，需用自有数据校准）
图 1：三个数都对，加起来回答不了“一共多少人”。
▌ 跨端数据分析要解决的不是“看得到”，是“对得上”
三端各有一份报表，看得见；但同一个用户在三端各算一次，就对不上。跨端的第一件事是把“人”和“次”分开：网站按 Cookie 算人，App 按设备算人，两套身份天然不通。
对不上的表现很固定：三端 UV 相加远大于去重后的访客数，同一批活动三端各报一份转化，复盘会上没人敢拍板用哪个数。
我们把这类问题归成三层：端有没有都接、身份能不能关联、事件是不是同一套。三层都过了，跨端才谈得上分析。
▌ 三个后台来回切，时间花在哪
| 切换动作 | 一次大概花多久 | 能不能省 |
|---|---|---|
| 登录三个后台、找同一个时间窗 | 5 到 10 分钟 | 能，合成一个后台 |
| 三份导出表手工对齐字段 | 20 到 40 分钟 | 能，事件模型统一后自动对齐 |
| 解释“三端数为什么不一样” | 半小时以上 | 部分能，口径写清楚就行 |
一周一次周报，光这三行就是两个小时。（示例数字，需用自有数据校准）这些时间不产生判断，只是把数据搬到一起。
判断值不值得合，看两条：三端是不是都在持续产生数据；有没有人固定在做对齐这件事。两条都成立，合并的收益当月就能看见。
▌ 合成一个后台的三个前提
| 前提 | 具体看什么 | 不满足的后果 |
|---|---|---|
| 三端都接进来 | 网站、微信小程序、Android、iOS、HarmonyOS、uniapp 六类接入方式有没有对应文档 | 少一端，报表就得再拼一次 |
| 身份能关联 | 网站按 Cookie、App 按设备去重，跨端有没有打通办法 | 同一个人被算成两个访客 |
| 事件能复用 | 同一个动作在三端是否同名、同属性 | 报表对不上，只能人工映射 |
图 2：三条里最容易漏的是第二条，它决定三端能不能算同一个人。
选一个数据统计平台时，第一句该问的就是“网站和 App 的去重键分别是什么”。答不上来的，后面大概率要靠人工对齐。
第二条最容易被忽略。网站按 Cookie 去重、App 按设备去重，同一个人用网页和 App 会被算成两个访客，除非做 App 与 H5 打通。
第三条决定后期成本。同一个“提交咨询”事件，网站端叫 submit、App 端叫 consult，两边报表永远对不上，只能在导出之后人工映射。
▌ 团队在哪个阶段，决定要不要合
三端都有量、且每周都要对齐一次，就该合，这时候才值得选一个数据统计平台把三端收进来；只有网站一端在产生数据，先把网站端跑顺更划算；三端都有量但没人负责口径，先定事件命名规范，再谈工具。
合进一个后台之后，报表的切换只是换一个应用名，前提是事件名已经对齐，否则切过去还是两张表。
图 3：顺序反了，等于把三个后台的混乱搬进一个后台。
顺序不要反。事件命名没定就换平台，只是把三个后台的混乱搬到一个后台里。
▌ 用一套报表把三端收进来
456数据的「多维分析」把事件、漏斗、留存、行为路径放在同一套事件上，三端只要事件同名，报表就在一个应用下切换。
六类接入方式各有一份接入文档：网站（Web JS）、微信小程序、Android、iOS、HarmonyOS、uniapp，数据进入同一平台统一分析。
456数据的「访问分析 → 来源渠道」按渠道、媒介、计划、单元、关键词五个维度拆，配合「多维分析」的路径与漏斗，就能回答“哪一端带来的人走到哪一步”。
档位按端授权：456数据的免费版 ￥0/月只含网站端，年额度 100万PV/50万事件量；App 与小程序从基础版 ￥99/年起；想在同一个后台看三端，档位至少落到基础版，数据默认存储 12 个月。
▌ 什么情况下先别急着合
三端加起来一天只有几百次访问时，先把关键事件的命名规则写清楚，等数据量起来再合，投入产出比更高。
刚换过统计代码、或者正在改版，先别动。一次只改一件事，出问题才查得清。
只有网站端在跑的阶段，免费版就能把网站分析跑起来，等第二端有量再升级，迁移成本更低。
▌ 常见问题
跨端数据分析和全端数据分析是一回事吗
说的是同一件事，重点不同：全端强调端覆盖，跨端强调同一批人在不同端能不能对上。做选型时看后者更实用。
三端的 UV 能直接相加吗
不能。网站按 Cookie 去重、App 按设备去重，相加会把同一个人算多次。要去重后再合并，前提是身份能关联。
只有网站端，也需要跨端方案吗
不必。只有一端在产生数据时，先把这一端的口径和事件命名跑顺；等第二端有量了再考虑合并，迁移成本更低。
两个平台的 UV 对不上，先查什么
先查去重键和时间窗。去重键一个按 Cookie 一个按设备，时间窗一个按自然日一个按最近 24 小时，两个数就对不上。
▌ 延伸阅读
网站、App、小程序怎么选统计方案：一张矩阵定档：按端覆盖与档位组合给出的选型矩阵。
四档套餐价格与额度对照：四档的年额度与能力边界逐行对照。
网站数据分析与流量统计平台：网站端六项能力与三步接入的说明。
