Safari Reader 为什么把网页变成文章？它替你减少了哪一种注意力工作

你在手机上打开一篇文章，页面里往往同时放着导航、推荐入口、评论入口和各种可点击的模块。真正的阅读任务，却常常只需要跟住标题、正文和正文里的图片。

Safari 给这类页面准备了两种清理方式：Reader 把网页重新排成适合阅读的文章；Hide Distracting Items 让用户自己点选某个网页项目，把它暂时藏起来。两种功能都在减少视线里的竞争对象，交给用户的控制却不一样。

在支持 Reader 的网站上，用户打开 Safari 的页面菜单，选择 Show Reader，Safari 就会把网页格式化成主要由相关文字和图片组成的阅读页面。Apple 的 iPhone 用户指南还提到，较长页面会提供摘要和目录。用户可以从同一个页面菜单返回完整网页，也可以为某个网站打开自动使用 Reader，或在 Safari 设置里为所有支持 Reader 的网站打开自动使用。1

这个动作改变的是呈现范围。网页原本把文章放在一个更大的页面系统里，Reader 把导航菜单等外围内容压低，让文字和图片成为当前阅读对象。用户依然可以回到完整网页，文章所在的网站也没有被改写。

因此，Reader 解决的入口问题是「我现在要读什么」。它没有替用户判断文章是否值得读，也没有替用户完成理解。它先把阅读时需要持续筛选的对象减少，让用户更容易把注意力放在文章的连续内容上。

阅读网页时，注意力需要在正文与其他刺激之间做选择。其他刺激可以是页面上的模块，也可以是消息、音乐、视频或另一段材料。2025 年发表在 Frontiers in Psychology 的一项元分析汇总了 32 项研究、124 个实验，研究对象是数字环境中的注意干扰与阅读理解。研究报告的总体效应量 Hedges' g 为 -0.6411，方向上指向注意干扰与阅读理解表现下降之间的关系。2

这项研究把即时消息、阅读其他材料、看电视、背景音乐、阅读中断和环境噪声放在不同类别里，也比较了研究设计、年龄、文章类型、阅读设备和是否有时间限制。研究之间的差异很大：异质性指标 I² 为 88.3%。所以，网页里多一个元素会带来多大影响，取决于元素是什么、用户要完成什么任务，以及用户是否需要主动分配注意力。2

把这个结果放回 Safari，可以得到一个窄而有用的判断：Reader 的设计价值在于减少用户进入正文前、以及阅读正文时需要反复筛选的外围项目。元分析提供的是注意干扰与阅读理解之间的认知证据，它没有测试 Safari Reader，也没有证明 Reader 在所有文章上都能提高理解成绩。产品机制与研究证据之间，需要保留这段距离。

这段距离也说明了一个设计边界。产品把页面变得更安静，用户仍然要判断文章里的事实、因果和证据。减少视觉竞争可以帮助用户把资源留给正文，正文的质量和用户的阅读目标仍然决定最终结果。

Reader 处理的是「这是一篇文章，页面该怎样呈现」。Safari 的 Hide Distracting Items 处理的是另一类问题：用户已经看到了页面，并且知道某一个具体项目正在打断当前任务。

在 iPhone 或 iPad 上，用户可以从 Safari 页面菜单选择 Hide Distracting Items，点选网页中的项目，再点击 Done 确认。Safari 会先给被选中的项目加上边框；隐藏多个项目时，用户可以继续点选。页面旁还会出现入口，让用户重新显示已隐藏的项目。这个功能需要 iOS 18 或 iPadOS 18 及以上版本。3

Apple 对这个功能给了一个重要提示：它更适合处理不会经常变化的项目。广告或其他频繁更新的内容不会因此获得永久隐藏效果。用户需要把这个功能理解成一次有范围的页面整理，而不是一套自动识别所有干扰的规则。3

Reader 与 Hide Distracting Items 的差异，可以这样看：

前者提供一套由系统识别的阅读状态，后者保留用户对具体项目的判断。设计者如果只看到「页面更干净了」，就容易漏掉两种机制所承担的责任：系统要负责正确识别页面范围，用户要负责指出自己的干扰对象。

产品选择：Reader 把相关文字和图片放进更适合连续阅读的呈现状态，把导航菜单等外围项目从当前阅读路径中移开。1

减少的认知工作：用户可以先跟住文章的标题、段落和图片，再决定是否回到完整网页做其他操作。

依赖条件：产品需要识别出真正属于正文的内容。标题、图注、表格、互动工具和必要的上下文如果被一起移走，用户就要重新打开原页面寻找条件。

失败方式：页面看起来整齐，文章却失去完成任务所需的材料。阅读新闻、教程和产品说明时，正文之外的一个图表或操作入口可能正是理解下一步所需要的内容。

设计评审时，可以把任务拆成两句：「用户此刻要读什么？」和「用户下一步要操作什么？」如果两个答案相同，简化阅读状态可能有帮助；如果两个答案不同，产品就需要给出返回完整页面的清楚入口。

产品选择：Safari 让用户在支持的网站上打开 Reader，也让用户从页面菜单选择 Hide Reader 返回完整页面；Reader 还可以按网站或按所有支持网站自动使用。1

减少的认知工作：用户可以根据当前任务切换视野，而不必把一种页面状态误认为唯一状态。

依赖条件：入口、当前状态和返回动作需要让用户看得见。自动化设置需要保留调整空间，因为同一个网站上的不同页面，阅读目标可能不同。

失败方式：系统自动隐藏了用户需要的内容，用户却不知道页面发生了什么变化。用户随后会把时间花在寻找缺失内容上，原本为阅读节省的筛选工作又回来了。

产品可以把自动化当作默认帮助，把手动切换当作纠错和探索入口。两者的关系应该是「系统先给出可用状态，用户随时可以改回去」，而不是让用户先猜测系统的判断。

产品选择：Hide Distracting Items 让用户点选一个项目、确认隐藏，并在页面上提供显示隐藏项目的入口。Apple 同时提醒，频繁更新的广告等内容不适合被理解成永久隐藏规则。3

减少的认知工作：用户可以处理眼前最突出的干扰，不必为了一个项目切换到更强的全页面阅读状态。

依赖条件：被隐藏的范围需要清楚，恢复动作需要容易找到，页面在恢复后还要保留原来的位置和任务上下文。

失败方式：产品把「暂时藏起来」做成了「永久消失」，或把一个项目的变化误当成网站整体的变化。用户再次进入页面时，就无法判断是网站更新了、自己的设置生效了，还是页面加载出了问题。

这也是为什么 Apple 要在功能入口处提醒项目的稳定性。页面整理的规则越具体，越需要告诉用户规则的适用范围；用户越容易恢复原状，越敢于用一次隐藏动作换取眼前的注意力。

设计长文章、帮助中心、商品详情页或数据看板时，可以用下面五个问题检查「减少干扰」是否真的服务了任务。

这五个问题把「页面要不要更干净」换成了更具体的判断：产品究竟是在减少用户进入正文前的筛选，还是在删除用户完成任务所需的信息？前一种设计应该让阅读线更短，后一种设计会让任务线断开。

Safari 的两种功能，把「减少干扰」拆成了两个层次。Reader 根据网页的文章结构提供一种阅读状态；Hide Distracting Items 根据用户点选的具体项目做一次局部整理。前者依赖系统对内容结构的判断，后者依赖用户对当前干扰的判断。13

关于数字阅读的元分析说明，注意干扰与阅读理解之间存在总体负向关系，但不同干扰类型、研究设计、年龄、设备和文章类型会改变结果。这个证据适合帮助设计者理解注意力为什么需要被管理，适合用来评估产品机制的边界；它承担的是认知解释，承担不了 Safari Reader 的产品效果结论。2

设计阅读界面时，可以先问一句：用户此刻需要的是跟住一条连续的阅读线，还是在完整页面里完成一次操作？如果答案是前者，产品要降低外围内容争夺视线的机会；如果答案是后者，产品要让用户清楚地看到被移开的内容、当前状态和返回路径。