用户行为路径分析:点了一堆不转化,先对齐点击流和漏斗

作者:456数据内容团队 发布:2026-11-02 17:55 浏览量:1 来源:原创

目录索引

  用户行为路径分析里,点击流和漏斗对不上,多半是口径差:会话怎么切、时间窗多长、按什么去重。三样统一,两张表才能放在一起看。

  页面上的点击很多,转化很少,这类问题最容易在两份报表之间反复拉扯:路径图说用户走到了第三步,漏斗说第三步只有一半人。两个数都没错,只是量的不是同一件事。

用户行为路径分析与漏斗的分工:路径看怎么走,漏斗看掉多少

图 1:一张图看路线,一张表看流失,混着看就会互相打脸。

▌ 点得多不等于走得深:两张表回答的不是一个问题

  点击流回答“人怎么走”:从哪个页面进来,点了什么,去了哪里。漏斗回答“掉多少”:从第一步到最后一步,每一步剩下多少人。

  两张表的分母不同。点击流的分母是事件,一次访问可能点五次;漏斗的分母是人或会话,一个人只算一次。分母不同,随时会对不上。

  还有一个更隐蔽的差别:点击流按时间顺序串事件,漏斗按步骤匹配。用户跳过了中间一步,点击流照样记下来,漏斗却会判他“没进第二步”。

  理解了这三层差别,就不会再问“为什么路径图上有 1000 人,漏斗第一步只有 600 人”。

  (示例数字,需用自有数据校准)

  还有一层容易被忽略:路径图默认展示“发生过的事件序列”,漏斗默认展示“按顺序匹配上的用户”。用户如果先去别处逛了一圈再回来,路径图会画出绕行,漏斗只关心他有没有按顺序走到。

  所以做用户行为路径分析,第一件事不是看图形,是对口径表。口径对了,图形才有解释力。

▌ 用户行为路径分析里,两张表为什么会打架

  第一个口径差是会话怎么切。默认会话一般按 30 分钟无操作结束,也有按自然日切的;同一个人上午来一次、下午来一次,按自然日算是一次会话,按 30 分钟算是两次。

  做用户行为数据分析时,先把分母写成一行说明:本次统计按会话、按人还是按事件。写在表下面,比写在文档里有用。

  第二个口径差是时间窗。漏斗常按“一次会话内完成”,点击流常按“最近七天”。用户今天看了商品、三天后下单,会话内漏斗记不到,七天窗能记到。

  第三个口径差是去重键。网站按 Cookie 去重、App 按设备去重,同一个人换了设备就是两个人。跨端看路径时,这个差别会把漏斗的分子分母同时放大。

  三个口径不写在报表说明里,任何一次讨论都会变成“你那个数不准”。写清楚之后,争论通常会变成“那按哪个口径看”。

  还有一种情况是“两个都对,但一个是新口径、一个是旧口径”。报表改版、事件重命名之后,跨月比较必然出现断层,这不是数据错,是版本换了。

  遇到断层,先找变更记录,再决定要不要回溯。回溯的成本很高,多数时候标注一句“口径自某日起变更”就够了。

用户行为路径分析里三个最容易打架的口径:会话切分、时间窗、去重键

图 2:三个口径写进报表说明,讨论就会从“谁的数不准”变成“按哪个口径看”。

▌ 把两张表对齐的四步

  第一步,先定分析单位。看转化用会话,看行为用事件,两件事分开算,别混在一张表里。

  第二步,统一时间窗。漏斗和路径都用同一个窗口,比如“最近七天内的行为”,跨窗口比较时注明。

  第三步,统一去重键。站内用 Cookie,跨端先做身份关联;不能关联的,就在报表上标注“跨端未合并”。

  第四步,固定步骤定义。漏斗的每一步写成可匹配的事件,路径的节点用同一批事件名,两边才有共同的坐标系。

  用户行为数据分析的结论最后要落回一个页面或一个动作,落不回去的结论,下个月还会再讨论一次。

  四步做完再跑一次,两个数通常能收敛到 5% 以内;差得更多,说明还有一层口径没对齐,比如过滤掉了内网流量、或者排除了某个渠道。

  (示例数字,需用自有数据校准)

  用户行为路径分析做到这一步,才算有了一个可比较的基准。基准定下来之后,每次改版再加一个节点,就别再动前面已经稳定的步骤。

  第四步最容易被跳过。步骤定义一改,前面三周的数据全部作废,团队会以为“分析没用”,其实是口径一直在动。

用户行为路径分析对齐后的三种形态与对应改法

图 3:形态判断错了,改一周也白改。

▌ 对齐之后怎么读:三种形态

形态路径看到什么漏斗看到什么结论
入口不足大量用户停在首页与列表页第一步到第二步掉一半入口位置或文案有问题,不在流程
流程断点路径在支付页前突然消失某一步骤人数骤降这一步有报错或跳转失败
意图不匹配路径集中在与活动无关的页面各步转化都低且平均流量与页面不对位,先改投放

  三种形态的修法完全不同。第一种改入口,第二种查报错,第三种调流量来源;看错形态,改一周也白改。

  判断形态的顺序建议固定:先看漏斗有没有断崖,有断崖就是流程问题;没有断崖再看路径分布,路径散在首页就是入口问题;两者都不明显,才去看流量与页面是否对位。

▌ 路径与漏斗怎么配合回答“卡在哪”

  456数据的「多维分析」把行为路径、漏斗、留存放在同一套事件上,路径图与漏斗用的是同一批上报数据,口径不一致的问题从源头少了一层。

  行为路径可以还原用户真实访问路径与行为轨迹,漏斗的步骤在「治理 → 漏斗管理」里定义,改步骤不会影响已经建好的路径分析。

  456数据的「转化」一组里有转化概况与归因转化,归因分首次、最终、线性三种;判断“哪一步的流量来源更有价值”时,用线性归因比只看最终归因稳。

  线性归因把一次转化按路径上各触点的次数平均分配,首次归因记给第一个触点,最终归因记给最后一个触点。三种算法给出的结论经常不同,选一种并写进报表说明,比每次换着看强。

  用户行为路径分析和归因放在一起看,能回答一个具体问题:走进第三步的那批人,是从哪个渠道来的。回答完这个问题,下一步该改投放还是改页面,就有依据了。

  档位上,用户行为分析在456数据的基础版为“基础”、专业版起完整支持,路径与漏斗这些分析模型在专业版里更完整;网站端的访问分析从免费版起就能用。

▌ 什么情况下先别看路径

  一天只有几十次访问时,路径图基本是噪声,先看漏斗的步骤人数更实际。

  刚改完版、事件名还没稳定时,先别做路径分析。事件名一改,历史路径就断了,跨周比较没有意义。

  团队还没有能力处理“看完了然后呢”时,也先别看。路径分析的价值在于指导改动,没有改动计划,看图只是耗时。

  还有一种情况:站内页面不足二十个。页面少的时候,路径图基本就是首页到内容页两条线,看漏斗的步骤人数更直接。

  路径分析还有一个现实限制:它解释“怎么走”,不解释“为什么走”。想知道为什么,得回到页面本身去看首屏、看文案、看入口位置,工具给不了答案。

  最后一句提醒:路径图好看,但它不产生结论。真正产生结论的是“哪一步掉了、掉的是谁、改哪里”这三句,路径图只负责提供证据。

▌ 常见问题

路径图上的人和漏斗的人为什么对不上

  多半是分母不同:路径按事件算,漏斗按会话或人算。把两张表的分母写成同一行说明,差异就能解释。

会话到底按多久切

  常见做法是 30 分钟无操作结束,也有按自然日切的。两种都行,关键是同一份报表里只用一种,并在表下注明。

跨端的路径能连起来吗

  能连的前提是身份能关联。网站用 Cookie、App 用设备,先做 App 与 H5 打通,连不上就在报表上标“未合并”,别默认当成同一个人。

漏斗步骤可以中途改吗

  可以改,但改完前后不可比。建议一个月内只改一次,并在报表里标注变更日期。

▌ 延伸阅读

  产品总览:行为分析、用户画像与性能监控:行为分析 Tab 的能力清单与菜单结构。

  用户行为分析平台:从事件到路径的分析链路:从事件定义到路径分析的完整链路。

  名词解释(19 项指标):事件触发用户数、事件触发次数等指标的官方定义原文。

  网站数据分析与流量统计平台:网站端六项能力与三步接入的说明。

相关阅读

表单提交率低得离谱?网站转化分析先查3个环节 目录索引网站转化分析:提交率低,先确认是哪一段在掉人第一个环节:字段数量与出现时机第二个环节:按钮文案与位置第三个环节:提交报错与失败分支三个环节怎么对照看修完怎么验收常见问题延伸阅读  表单提交率低得离谱?网站转化分析先查3个环节  表单提交率低,先按字段数量、按钮文案、提交报错三个环节拆。网站转化分析里用事件统计定位掉人最多的一步,再决定要不要改版式。  表单是线索型网站的收口:用户填完一张表单,运营才拿得到联系方式。很多团队的表单提交率长期偏低,第一反应是改设计、换配色、加动效,改完数据没动——问题往往不在视觉,而在三个具体环节里。图1:表单从进入到提交成功的三段掉人点,排查顺序先看字段... 11 / 02·阅读 1 网站数据分析周报只贴PV曲线?老板要的是这3个结论 目录索引周报没人看,问题不在图不够多结论一:流量结构变了什么结论二:转化卡在哪一步结论三:下周改哪一个动作三个结论怎么排优先级一页周报长什么样,从这周开始怎么改网站数据分析的三条取数路径写周报最容易踩的三个坑常见问题延伸阅读  网站数据分析的周报要给三个结论——流量结构变了什么、转化卡在哪一步、下周改哪个动作。PV曲线是证据,不是结论,贴得再多也替代不了判断。  我们见过一份22页的周报:图15张,表6个,结论0条。老板翻到第三页就合上了,会后问的还是那句“所以这周怎么样”。图1:三段里缺任何一段,周报就变成了数据搬运。▌周报没人看,问题不在图不够多  网站数据分析的产出如果只是“这周UV涨了... 11 / 02·阅读 4 网站统计分析从百度统计迁出前,先备份这3样东西 目录索引网站统计分析迁移前,先把三样东西备份好历史报表为什么迁不过去事件清单怎么整理成一张表来源参数与自定义参数怎么留迁移的时间线:从定方案到摘掉旧代码迁移后怎么对账迁移里最容易被跳过的一步什么情况下先不迁常见问题延伸阅读  网站统计分析迁移,先备份三样再换代码:历史报表导出、自定义事件清单、UTM与自定义参数。三样齐了,再双跑两周对账,旧数据才不会变成断点。  换工具这件事,返工点几乎都不在代码上。代码半小时就能换完,真正拖住人的是“想回头比一个数,发现旧报表已经过期、事件名对不上”。图1:三样各自对应一个“迁过去就没了”的东西。▌网站统计分析迁移前,先把三样东西备份好备份项具体是什么迁丢了... 11 / 02·阅读 10 跨端数据分析:三个后台来回切,怎么合成一个 目录索引跨端数据分析要解决的不是“看得到”,是“对得上”三个后台来回切,时间花在哪合成一个后台的三个前提团队在哪个阶段,决定要不要合用一套报表把三端收进来什么情况下先别急着合常见问题延伸阅读  跨端数据分析能不能合成一个后台,取决于三个前提:三端都接进来、去重口径写清楚、事件模型能复用。三条都满足,来回切后台的时间才真的省下来。  同一个指标,三个后台三个数:网站报表说12000个访客,App说8600台设备,小程序说5300个用户。(示例数字,需用自有数据校准)图1:三个数都对,加起来回答不了“一共多少人”。▌跨端数据分析要解决的不是“看得到”,是“对得上”  三端各有一份报表,看得见;但同... 11 / 02·阅读 2 全端数据分析怎么挑?一个后台看网站App小程序 目录索引全端数据分析要回答的,是“同一个人来过几次”判断端覆盖,先看四件事三种做法对照:单端统计、三套工具、一个后台按团队阶段选:三步决策一个后台怎么把三端数据收进来适用与不适用的边界常见问题延伸阅读  全端数据分析能不能一步到位,看四件事:端是否齐、去重口径是否写清、事件模型能否跨端复用、档位按不按端授权。四件事过关,一个后台看三端才不是一句口号。  同一周,网站报表记12000个访客,App记8600台设备,小程序记5300个用户。三个数字都对,加在一起却回答不了“一共多少人”。(示例数字,需用自有数据校准)图1:三个报表三个口径,相加得到的是数,不是人。▌全端数据分析要回答的,是“同一个... 10 / 30·阅读 23