从深层页面进入的访客,看到的往往只是一个孤立答案,缺少它属于哪条路径、适合谁、下一步该去哪。补上下文有两条路:改深层页本身,或改它依赖的上层枢纽页。选择取决于一件事——深层页是否会被单独分享、投放或被站外引用。会,就优先改深层页;不会,就优先改枢纽页,代价是深层页仍可能被误读。
把深层页按到达方式分两类,比按栏目分更实用。
判断依据不是页面深度,而是入口来源。同一条 /guide/advanced/step-3/ 路径,如果被当作活动落地页投放,就算独立到场;如果只在系列内被“下一篇”链接触达,就算路径到场。这个区分决定了后面所有动作的优先级。
这类页面的上下文必须在首屏内自足,因为访客没有耐心向上翻。最小上下文包含三件事:这页解决什么具体问题、它属于哪个更大的任务、以及不适用的情况。
实际动作:在正文第一段之前加一个两三句的定位段,用具体条件替代泛泛介绍。例如把“本文介绍缓存配置”改成“当站点已启用对象缓存、但后台仍出现重复查询时,按下面的顺序检查”。前半句给出前提,后半句给出适用边界。
这个动作的结果会改变下一步:如果定位段写完后,读者仍需先读上级页才能理解,说明这页承担的任务过宽,应该拆成两页,而不是继续堆解释。如果定位段让首屏变长、把答案推到折叠线以下,说明上下文该压缩成一句前提,而不是一段导语。
代价是明显的:深层页会变重,维护时需要和上级页同步修改,否则两处说法会打架。所以只对真正会被单独分享或投放的页面做这件事。
如果访客几乎总是沿路径进来,把背景铺在每一页上是重复劳动,也稀释了深层页的答案密度。此时更合理的做法是:枢纽页负责说明整体任务、顺序和适用条件,深层页只在开头用一句回指说明位置,例如“这一步承接上一步的前提”。
实际动作:检查枢纽页是否写清了三个信息——这条路径适合谁、按什么顺序读、哪一步可以跳过。如果枢纽页缺这些,先去补枢纽页,而不是改深层页。补完后观察:如果深层页的跳出仍集中在首屏,说明问题不在上下文缺失,而在答案来得太慢,这时该改的是正文开头,不是再加背景。
例外有两种。一是深层页被站外引用后,回指链接失效,读者看不到枢纽页,此时必须回到上一种做法。二是枢纽页本身承担了太多并列任务,读者从它进入后仍然迷失,这时应先拆枢纽页,而不是给每个子页加背景。
不要只看总访问量。按来源把深层页的进入拆开,比看整体更有用。
需要注意,某个来源的进入量下降,不能单独证明上下文改对了。它也可能是投放停止、外链失效或季节性波动造成的。要判断改动是否有效,应比较同一来源在改动前后的首屏停留与下一步点击,而不是把总流量变化当作结论。
假设一个 WordPress 站点有一条三层路径:总览 → 配置 → 排错。排错页偶尔被贴进社群,多数时候从配置页点入。
处理 A:只在排错页顶部加一句“承接配置页的前提,适用于已开启某功能的情况”,不改总览与配置页。结果是站内读者顺畅,但被贴到社群后,外部读者缺少前提,仍会问基础问题。
处理 B:在总览页写清适用对象与顺序,在配置页写清前置条件,排错页只保留回指。结果是站内路径完整,但排错页单独被分享时依然孤立。
两种处理都成立,条件不同:如果排错页的站外分享会持续发生,选 A 并接受维护成本;如果它基本只在系列内被阅读,选 B 并接受单独分享时的信息缺口。这个比较方法不需要真实数据,只需要先统计进入来源的构成。
先记录每个深层页的主要进入来源,再决定改哪边;改完后回看同一来源的首屏行为,再决定是否继续扩大改动范围。把 WordPress 本身或某个插件当作会自动补齐上下文的机制,是不可靠的假设——上下文来自编辑决策,不来自系统默认行为。
最后一条判断标准:如果读者读完首屏仍不知道“这页和我现在的问题是什么关系”,缺的是定位;如果读者知道关系却找不到答案,缺的是结构。两种问题对应两种改法,混在一起改,往往两边都没修好。