页面改名后,前后统计记录能不能直接拼成一条连续曲线,取决于改名是否同时改变了页面的身份标识。如果只是标题、面包屑或可见文案变化,而URL、页面ID、埋点事件名保持不变,那么前后记录可以按同一实体直接拼接;如果URL或页面ID已经变化,就必须先建立映射,再用映射把旧记录折算到新实体上,否则拼接出来的曲线会把一次改名误读成一次流量骤降或转化率跃升。
页面改名在统计上可能只触及展示层,也可能触及身份层。展示层包括<title>、H1、导航文字、面包屑;身份层包括URL路径、查询参数中的页面标识、站内统计的页面ID、埋点事件里的页面键。只有展示层变化时,站内统计通常仍把前后记为同一页面,拼接时不需要做任何折算,只需要在时间轴上标注改名日期,防止读图的人把标题变化当成流量变化的原因。
一旦身份层变化,前后就是两个统计实体。此时直接拼接会犯一个典型错误:把旧页面的历史流量全部算给新页面,或者反过来让新页面从零开始,导致改名当天的转化率出现没有实际意义的断点。判断方法很直接:取改名前后各一周的站内页面级报表,看新旧标识是否同时存在、旧标识是否在某天归零、新标识是否在同一天从零起步。如果出现这种此消彼长,就说明身份层已经改变。
旧URL保留、返回正常内容或做永久跳转时,拼接的重点是去重而不是补数。站内统计一般会把跳转前的访问记在旧标识上,把跳转后的访问记在新标识上,同一次会话可能在两个标识下各留一条记录。此时应当以会话或用户为粒度合并,而不是把两张页面报表的数值相加。相加会高估访问量,因为一次访问被计了两次。
实施动作可以分三步。第一步,从站内统计导出改名前后各两周的页面级明细,字段至少包含日期、页面标识、会话数、目标动作完成数。第二步,按会话标识去重,把同一会话在旧新两个标识下的记录合并为一条,归属到新标识。第三步,用合并后的会话数和完成数重算转化率,并把改名日期标为注释点。做完这一步,你会得到一条没有断点的曲线;如果合并后转化率仍出现台阶式变化,下一步就该去查目标动作的埋点是否也随页面改名一起改了键名,而不是继续在流量口径上找原因。
这个选择成立的前提是旧页面确实保留、跳转关系明确、会话标识可跨页面追踪。如果站内统计不提供会话级明细,只有聚合页面报表,那么去重无法完成,此时应退回到条件二的处理方式,并在报告中明确说明拼接存在高估。
旧页面下线、内容并入新页面时,前后记录无法在会话层面自然衔接,因为旧标识的访问不会再产生新标识下的后续行为。这时拼接的目标不是还原一条真实曲线,而是构造一条可比较的序列。做法是保留旧标识的历史记录作为独立分段,在新标识的曲线上以旧标识同期的均值作为参照线,而不是把旧数值直接搬过来。
具体动作:先确认旧页面退出前最后一段完整周期的会话数和完成数,算出该周期的转化率;再确认新页面上线后同等长度周期的转化率;比较两个转化率时,必须同时列出流量来源构成,因为迁移后来源结构往往变化,来源变化本身就能解释转化率差异,不能全部归因于页面改名。假设旧页面退出前四周平均转化率为2%,新页面上线后四周为1.6%,而同期来自站内推荐的流量占比从三成升到五成,那么更合理的解释是来源结构变化,而不是新页面设计变差。这个例子只用来说明比较方法,具体数值需要按你自己的报表核对。
例外情况是旧页面承担的转化动作在新页面上被拆成了多个步骤。此时前后转化率不可直接比较,应当改为比较同一目标动作的完成数,或者把新页面的多步动作合并成一个等价事件后再比。合并规则要写进报告,否则后续读表的人会误以为口径没变。
无论采用哪种拼接方式,报告里至少要留下四类可核查证据:改名日期与改动清单,说明动了哪些标识;旧新标识的映射关系,包括跳转规则或内容对应关系;去重或折算的具体规则;以及来源结构在改名前后是否变化。缺少映射关系,后续任何人重新拉数都会得到不同结果;缺少来源结构对比,转化率变化就无法区分是页面本身还是流量构成造成的。
需要提醒的是,第三方估算流量、搜索引擎报告和站内统计的口径本来就不同。第三方估算通常基于抽样和模型,搜索引擎报告只覆盖来自该搜索引擎的点击,站内统计覆盖全部到达。改名后某一方数据归零,可能只是抓取或展示延迟,也可能是标识切换导致该来源不再匹配,不能单凭一个指标归零就断定改名处理正确。判断依据应当是多个口径是否在同一时间点出现同向变化,以及映射关系是否按预期生效。
把上面两步走完,你会得到一个明确结论:能直接拼接的,是身份标识未变的改名;需要映射和去重的,是旧页面保留的改名;只能构造参照线而不能拼接的,是旧页面退出的改名。下一步动作取决于你落在哪一种,而不是取决于改名这件事本身。