网站负责人熟悉栏目、页面和后台，很容易在检查时自动绕开问题；陌生读者没有这些内部地图。他可能从搜索结果直接进入一篇文章，从同事消息打开案例，或在手机内置浏览器访问产品页。如果页面只在“从首页按标准路线点击”时才说得清，网站就没有真正承接自然发生的访问。
真实读者路径检查的做法，是为一个具体问题选择入口，像第一次来到网站的人一样完成任务。你不需要先买复杂工具，也不需要把全站所有页面一次测完。先挑一条与客户判断密切相关的路径，在桌面和手机各走一次，把看见、理解、点击、结果和失败证据分开记录。
第一步：定义这次检查的读者和任务
一条检查任务至少包含四项：读者是谁、带着什么问题、从哪里进入、完成后应该得到什么。比如“一位负责多销售团队线索协作的市场经理，从搜索进入相关文章，希望理解字段为什么要统一，并找到一份可执行的记录说明”。这比“检查内容中心体验”更具体。
人物只需要保留与任务相关的角色和情境，不要虚构年龄、预算或公司数据。任务结果也不必总是提交表单。读者可能只需要获得答案、找到适用条件、进入下一篇教学或确认联系方式。页面的工作是帮助判断，而不是强迫每条路径都留下资料。
第二步：画出预期路径，但把它当作假设
把入口到结果写成三至六步。例如“搜索结果—文章—字段示例—相关服务说明—联系入口”。每一步写读者需要得到的信息，而不只写页面名称：文章要解释问题，示例要展示字段与用途，服务页要说明适用条件，联系入口要说明会发生什么。
这条路线是检查用的假设，不代表真实访客一定这样走。路径文章强调，用户可能返回、跳过或从中间进入。第一轮人工走查先判断预期路线能否完成；有事件数据后，再用官网用户路径分析观察访客实际上怎样行动，并决定是否需要建立漏斗。
第三步：从三种入口分别进入
第一种是首页或栏目入口，检查导航名称、层级和链接能否把读者送到相关内容。第二种是搜索或分享直达内页，检查标题、课程或栏目归属、发布日期、作者、正文和下一步是否完整。第三种是正文中的相关链接，检查锚文本是否说明目的，目标内容是否与当前问题连续。
不要只检查鼠标能否点到。直接落在文章中段的读者是否知道这是哪个频道、前后内容是什么；内链是否打开正确页面而不是统一回首页；旧URL是否进入正确主页面；返回上一层后是否丢失位置。这些都会影响读者继续理解。
第四步：在桌面端检查信息与交互
先看首屏是否说清页面主题、适用对象和主要任务。再从上到下阅读，检查标题层级、段落长度、示例、图表、链接文字和按钮是否让重点自然出现。页面视觉一致不等于内容清楚；漂亮页面若只讲“领先、专业、赋能”，陌生读者仍可能不知道产品解决什么问题。
操作导航、目录、筛选、下载、视频和表单，观察焦点、反馈和错误提示。点击后等待目标结果，不能只见按钮变色就记为成功。赵岩课件第59—62页强调原型、设计、前后端、内容录入与测试具有前后依赖；在第一轮走查中，可把这些依赖转换为可见结果逐项检查，而不是判断某个岗位好坏。
还要检查页面在正常阅读状态下是否舒适：正文宽度、字号、行距、标题与段落间距应形成稳定层级，左侧章节定位不能挤压正文或在小屏幕强制变成干扰性的悬浮下拉。视觉规范的目的，是让读者持续理解内容，而不是让页面看起来“设计很多”。
第五步：在手机和实际环境复测
缩小浏览器窗口只能快速发现布局问题，不能完全模拟触摸、软键盘、权限、下载和应用内浏览器。至少选择目标访客常见的真实手机或浏览器，把关键路径走完。重点看导航能否打开与关闭、标题是否被遮挡、正文是否过宽、图片和表格是否溢出、链接和按钮是否容易点、输入时键盘是否遮住操作。
若不同设备结果不同，先记录环境再下结论。响应式布局正常，不代表表单脚本、外部链接或文件下载都兼容。课程列出的浏览器兼容性排查方法说明应先按环境发现异常，再在真实环境复现。
第六步：同时检查内容可懂和功能可用
技术成功可以由状态码、加载、点击和提交结果验证；内容成功需要陌生读者能否完成判断。让一位不了解项目的同事按任务操作，不提示入口，请他边走边说自己在找什么。若他看见按钮却不知道点击后获得什么，问题是信息设计；若理解按钮但点击无反应，问题更接近技术；若成功提交却没人接收，则进入后台流程。
把三类问题分开：可用性回答“能不能做”，可理解性回答“知不知道为什么做”，业务连续性回答“完成后有没有人或内容继续”。同一页面可能在其中一层通过、另一层失败。用点击与任务完成的区别校准验收层级。
用一个教学情境走完整条路
假设虚构的远川科技发布《多销售团队怎样统一线索记录》。林经理从搜索进入，首先要看文章是否直接解释重复、归属和字段问题；随后点击“查看字段示例”，应进入具体说明而非产品首页；再打开服务说明，判断企业是否提供相关支持；最后选择继续阅读或联系。
走查发现：桌面端路径可完成，手机端示例表格超出屏幕；从搜索直达时没有栏目与下一篇；服务链接文字只写“了解更多”，无法预判目标。记录这些事实即可，不声称它们导致了多少损失。修改方向分别是表格响应、内页定位和有意义的锚文本，复测仍使用同一路径。
怎样写一条可执行的问题记录
一条好记录包含：发现日期、页面URL、入口、设备与浏览器、操作步骤、预期结果、实际结果、截图或录屏、影响任务、严重程度、负责人和复测状态。标题可以写“手机端字段示例表无法完整阅读”，不要写“页面很差”。
严重程度按任务影响判断。阻止页面打开、表单输入或提交属于高优先级；显著增加理解和操作成本其次；不影响任务的轻微视觉差异可进入常规迭代。受影响人数是参考，但高意向路径的小范围阻断也可能需要优先处理。
路径走查怎样连接数据分析
人工走查发现“可能发生什么”，网站数据说明“哪些环境或步骤出现异常”，两者互相补充。先用页面、事件和错误记录找到异常范围，再回到对应环境复现；或先在走查中发现问题，再查看该步骤是否存在持续流失。不能只凭一张路径图确认原因，也不能只凭个人体验推断所有访客。
下一步可在第5页验证看到、点击和完成事件，确认采集是否与真实操作一致；当总访问变化时，第6页诊断访问人数下降会把口径、技术、来源和页面逐层拆开。第2页的PV、会话、用户和事件是理解这些数字的基础。
学完这一页要完成的任务
选择官网一个与客户问题相关的页面，写一张读者任务卡，再从首页、搜索直达和正文链接三种入口走查。桌面和手机各执行一次，至少检查定位、内容、下一步、关键功能和结果反馈。把问题改写为可复现任务单，并给出复测条件。
如需要完整示范，继续第4页线索管理软件官网的一轮检查。不要一次检查全站，也不要边走边大范围改动；先保留基线、完成记录，再按影响安排小步修复。
结论：从陌生读者的入口验证真实任务
按读者路径检查官网，不是沿着设计稿寻找视觉差异，而是验证一个陌生人能否从真实入口获得信息、完成操作并知道下一步。首页、搜索直达、站内链接、桌面、手机和后台结果共同组成一条路径。
当问题记录包含环境、步骤、预期、实际和证据，内容、设计、开发与运营才知道从哪里继续。路径走查不能替代数据分析，却能让数据异常拥有可复现的现场。
本页来源与禁写边界
- 页面级主要来源：知识库已确认学习单元 `website-first-review.md`；B2B官网用户路径分析；B2B官网浏览器兼容性排查。
- 课件依据：赵岩《B2B数字营销笔记2025》第55—62页关于栏目、页面、原型、设计、响应式、后台与测试的判断。
- 禁写：设计者预设路径等于真实路径；模拟器完全替代真实设备；页面能打开等于读者看懂；路径高频等于因果；虚构客户损失或转化提升。