Chrome 为什么把标签收成一组？它在替你保住哪条任务边界

你在电脑上同时开着文档、日历、搜索结果和几篇还没读完的文章。标签条越来越短，图标挤在一起，关掉哪一个都像在丢掉一条还没走完的线索。

Chrome 的标签组把这些标签收成带名称和颜色的一束，再让用户一键折叠或重新打开。它要解决的是：这些页面属于哪一项工作，以及这项工作现在要不要继续占住视线。

在桌面版 Chrome 里，用户可以右键点击某个标签，选择 Add tab to group，再新建分组或加入已有分组。分组可以命名、选择颜色，也可以把标签拖进或拖出分组。点击分组名称或左侧色块，可以把整组折叠成标签条上的一小段，再点一次重新展开。1

关闭一个标签组时，组里的标签会从当前标签条消失，但分组本身可以保留在书签栏或菜单里，之后再打开。若浏览记录和标签已与 Google 账号同步，标签组的改动会自动保存，并在同一账号的其他设备上同步。用户也可以彻底删除分组，或取消分组但保留标签仍打开。1

Google 在介绍这个功能时写到，有人按主题分组，有人按紧急程度，也有人按进度来分；名称和颜色由用户自己决定。2

标签组改的是任务边界在标签条上的呈现方式。原来每个标签都是一条独立的、按打开顺序排开的页面；分组之后，相关页面共享一个名称、一种颜色和一次折叠动作。用户仍然可以单独打开某个标签，但视线里先出现的是「这一组属于哪项工作」。

标签看起来只是浏览器顶部的一排入口。对做信息工作的人来说，它们常常同时承担提醒、参考、外部记忆和未完成任务入口。

2021 年 CHI 会议上，Joseph Chee Chang、Aniket Kittur 等人发表了论文 When the Tab Comes Due。研究先访谈 10 名信息工作者，并在两周内多次逐一过他们工作电脑上的标签；再对 103 名参与者做在线调查，请他们标注当时仍开着的标签为什么还在。论文把标签行为拆成两股对立压力：一边推着用户关掉标签，一边推着用户继续留着。3

关掉的压力包括：标签太多会分散注意力；标签条变窄后难找页面；占用计算资源；以及自己或他人眼中「工作区太乱」的压力。留下的压力包括：把标签当未完成任务的提醒；保留常回去看的参考页；害怕关掉后再也找不回；已经花过检索和组织成本；用窗口、桌面或浏览器本身搭出外部心智模型；以及判断不清某个页面以后还重不重要。3

调查里，参与者报告开始感到难以管理的标签数中位数是 8 个；67% 的人至少每周会达到这个阈值。在 633 个被标注的标签中，约 37% 被标为提醒用途，约 42% 被标为需要反复回看的参考。研究也指出，书签往往不能替代「还开着」的提醒作用：很多参与者觉得书签一旦放进列表，就容易「看不见等于不存在」。3

卡内基梅隆大学对这项研究的报道还补充了一个表述：用户害怕页面一离开视线就掉进「黑洞」，这种害怕会让人即使已经感到过载，也继续把标签留着。4

把这些结论放回 Chrome，可以得到一个窄而有用的判断：标签组回应的是「任务边界不够清楚」和「收起之后还要找得回来」这两类压力。名称和颜色让相关页面先被看成一组工作；折叠让当前不需要的组少占标签条；关闭后仍可再开、同步保存，则降低了「一关就丢」的代价。这项研究解释的是标签过载的成本结构，它没有把 Chrome 标签组当作实验条件，也没有证明分组一定能减少用户开着的标签数。

产品选择：Chrome 让用户把多个标签放进同一分组，并用名称和颜色标出这组页面。12

减少的认知工作：用户切换任务时，可以先找组名和颜色，再进入具体页面，而不必在一条长标签条里逐个辨认标题碎片。

依赖条件：用户得愿意、也有能力判断「这些页面属于同一项工作」。新标签如果没有被放进正确的组，边界会重新碎掉。

失败方式：分组只按网站或打开时间堆在一起，组名却不能说明当前任务。用户展开一组后，仍然要重新判断每个页面和当前目标的关系。

CHI 论文里的设计启示也指向同一点：浏览器需要更好的任务级分隔，让用户在不同任务和子任务之间切换；如果任务边界在界面上不够清楚，新开的标签会和旧任务交错，切换成本会继续升高。3

产品选择：用户点击分组名称或色块，就能把整组折叠，只在标签条上留下名称或色块；再点一次重新展开。1

减少的认知工作：用户可以把注意力留给当前任务，同时保留其他任务仍「在场」的线索。

依赖条件：折叠后的状态要让人看得出「这里还有一组工作」，恢复路径也要短。如果折叠后只剩无法辨认的色点，用户会重新害怕那组页面已经丢失。

失败方式：产品把折叠做成接近删除的效果，或折叠后找不到展开入口。用户为了保险，宁可继续把所有标签摊开，标签条重新回到过载状态。

这正对应研究里「提醒」和「外部心智模型」两股留下的压力。用户需要的往往不是永远看见每个页面标题，而是知道某项工作还在、并且可以很快回到它。3

产品选择：关闭标签组时，分组可以保留在书签栏或菜单中再打开；在账号同步开启时，分组改动会自动保存并跨设备同步。彻底删除分组则需要单独确认。1

减少的认知工作：用户可以清掉当前窗口里的占用，同时降低「以后再也找不到」的代价。

依赖条件：保存位置、同步范围和删除后果要说清楚。用户需要知道「关闭」不等于「删除」，也需要知道删除会波及哪些设备。

失败方式：收起动作和删除动作看起来太像，或保存后的分组埋进难以浏览的长列表。用户会回到老办法：什么都开着，用占用来换安心。

研究里反复出现的，正是这种成本权衡。关掉能立刻减轻注意力和屏幕压力；留下则保住提醒、参考和已经付出的检索成本。界面如果不能同时降低两边的代价，用户会卡在中间。3

设计多标签工作台、研究工具、项目切换器或任何需要并行保留多个上下文的产品时，可以用下面五个问题检查「分组」是不是真的在减轻负担。

这五个问题把「要不要帮用户整理标签」换成更具体的判断：产品有没有降低任务切换时的辨认成本，有没有让用户敢把暂时不用的上下文收起来。对准这两点的设计，会让用户既收得下手，也找得回来；只多出一层分类维护的设计，会把整理本身变成新负担。

Chrome 的标签组，把浏览器顶部那条线性列表改成了可命名、可着色、可折叠、可再打开的任务束。它回应的是现代网页使用里很常见的张力：用户既需要把多个信息源留在手边，又需要把注意力留给当前那一项工作。12

CHI 论文说明，标签过载来自关掉与留下两股压力的对峙。这个证据适合帮助设计者理解多上下文界面为什么难做，适合用来检查分组、折叠和归档是否对准了真正的成本；它承担的是标签使用的认知解释，承担不了 Chrome 标签组的产品效果结论。3

设计并行工作界面时，可以先问一句：用户此刻需要的是看见当前任务的全部材料，还是知道其他任务还在、并且随时能回来？如果答案是前者，产品要把同一任务的材料收成清楚边界；如果答案是后者，产品要让收起动作留下可识别、低成本的返回路径。