昨天下午我在 Chrome 地址栏里连着翻了 47 条历史记录,才找回三周前读过的一篇关于「浏览器记录」的论文

一篇关于搜索路径、标签页残留和本地同步失败的追踪笔记 · 江晚 · 第 018 号

2025-11-17 标签:浏览器记录 / 数字痕迹 / 检索行为
屏幕上的代码与浏览器标签页 现场记录

在 Chrome 的历史记录里翻到 2024 年 12 月 3 日的 47 条搜索结果

昨天下午 3 点 20 分左右,我坐在书桌前,原本只是想找回三周前读过的那篇讲「浏览器记录被遗忘权」的论文,结果在地址栏输入关键词后,历史记录下拉出 47 条我近三个月内的搜索条目,从「chrome 历史记录 导出」到「本地存储 索引 失效」,一条条排开,像一条被拉直的时间线。我盯着其中 2024 年 12 月 3 日那天连续出现的 6 条「浏览器记录 同步失败」发呆,想起那天我在图书馆三楼靠窗的位置,抱着笔记本反复刷新页面,直到闭馆音乐响起。

路径分析

周明远在论文里把「浏览器记录」分成三种:可回溯、可导出、可忽略

华东师范大学的周明远在 2023 年发表的《数字痕迹的三种治理路径》里,把浏览器记录拆成三层:可回溯的检索轨迹、可导出的结构化片段、以及大量被默认忽略的中间状态。我读到第 14 页时用黄色荧光笔划了一整段,旁边用铅笔写了句「但忽略的那一层恰恰是用户认知最真实的截面」。上周五晚上我把这段话拍下来发给一位做产品经理的朋友,她回我一句「我们后台压根不存那种状态,太碎了」,然后补了一个笑哭表情。我盯着那个表情看了很久,觉得这件事本身比论文更有意思。

多窗口浏览器界面 故障记录

上周二晚上 9 点 40 分,Edge 的历史同步卡在 38% 整整 12 分钟

上周二晚上 9 点 40 分,我在 Edge 里检查历史同步状态,页面显示「正在同步 38%」,进度条一动不动地停了 12 分钟。我重启了两次浏览器,第三次它干脆把我 10 月 28 日之后的记录标记成「待上传」。当时我正想找一条 11 月 2 日访问过的技术文档,结果那条记录在本地列表里变成了一片空白。后来我在设置里翻到「重置同步」的按钮,点了之后网页版记录才重新出现。这让我想起之前写过的 qq浏览器打开文件错误 那篇笔记,同样的逻辑:同步机制失效时,最先消失的往往是你最需要的那条。

观点

说实话,主流浏览器把「历史记录」做成一个只读列表,是被严重高估的设计

我越来越觉得,把浏览器历史记录做成一个自上而下的、只读的时间线列表,是过去十年里被严重高估的交互设计。它默认用户只需要「往回翻」,但真实场景里我们要做的是「按语义重新组织」:把上个月读的三篇同主题文章归到一起、标出哪几条是跨设备打开的、哪些是误点后立刻关掉的。Chrome 现在的历史页面到今天为止仍然只给我们按日期折叠和按关键词搜索两种动作,这跟 2012 年的体验几乎没有本质区别。有人说这是克制,我认为这是把责任推给了用户记忆本身。

键盘与浏览器书签 工具记录

在 Firefox 的「库」面板里按访问次数排序,第 3 条是维基百科的「数字足迹」词条

上周四下午我打开 Firefox 的「库」面板,把历史记录按「访问次数」降序排列,排在第三位的是维基百科的「数字足迹」词条,一共访问了 19 次。我点开它,发现最早一次访问是在 2024 年 9 月 14 日,那天我刚决定做这个站点,用一张 A4 纸手写了一张「要写什么」的清单,上面第 4 行就是「浏览器记录里的自我」。我盯着那条记录看了半分钟,然后把清单从抽屉里翻出来,发现当时写的字比现在潦草得多,但「自我」两个字被圈了两遍。

对照

把 Safari 和 Chrome 的 7 天记录并排放在外接显示器上,差异比想象中具体

上周日晚上,我把 Safari 和 Chrome 各自最近 7 天的历史记录分别导出成 CSV,并排放在外接显示器的左右两半。Safari 那边一共 214 条,Chrome 那边 388 条,光条目数量就差出 174 条。更细的差异在于:Chrome 几乎每条都带精确到秒的时间戳,Safari 则只精确到分钟;Chrome 里 12 条来自「后台预加载」的 URL 在 Safari 里根本不存在。我拿马克笔在白板上画了两条折线,边画边意识到,所谓「浏览器记录」其实从来不是一份中立的日志,它是每家公司对「什么值得记」的投票结果。

代码与数据流 技术细节

清空浏览数据时,我特意只勾掉了「缓存的图片和文件」,保留了 3 个月的历史

周五上午我在做一次例行清理,Windows 上的 Chrome 设置页里,「清除浏览数据」的复选框一共 6 项。我逐项看了一遍,最后只勾掉了「缓存的图片和文件」以及「Cookie 及其他网站数据」这两项,把「浏览历史记录」的 3 个月保留项留在了那里。点「清除数据」之前,我停了一下,意识到自己正在做一个几乎所有人都会做的事情的反面:大多数人清理时习惯全选,而我只想清掉那些不携带个人路径的碎片。清完之后我打开 正版49图库恢复方法 那篇旧笔记核对了一下,发现缓存清掉后页面加载确实慢了 1.8 秒左右。

旁听

地铁 10 号线上的陌生人把手机递给我,指着浏览器历史页面问「这些能删吗」

上周五早高峰,地铁 10 号线从海淀黄庄往知春里那一段,旁边一位四十岁左右的女士把手机递到我面前,屏幕上开着 Chrome 的历史页面,她指着一串搜索条目问「这些能删吗,我怕小孩看到」。我帮她在设置里找到「清除浏览数据」,她选了「过去 24 小时」,点完之后长舒一口气,说了句「谢谢你啊,我不太会弄这个」。我看着她把手机收回包里,突然意识到,浏览器记录这件事在公共话语里一直被当成隐私问题讨论,但对很多人来说,它首先是一个操作问题,而且是一个没人教过的操作问题。

屏幕上的搜索与时间线 数据

我的 Chrome 历史记录在过去 30 天里一共 2,317 条,平均每天 77 条

昨晚 10 点 15 分,我用 chrome://history 的搜索框输入一个通配参数导出近 30 天的条数:2,317 条,平均每天 77 条。其中重复访问同一个域名超过 5 次的有 41 个,排第一的是一份在线协作文档的域名,访问了 96 次。我把这个数字抄在一张便签上贴在显示器边框,然后做了一件有点无聊的事:把这 41 个域名按访问时间分布画成散点图。结果发现一个明显的双峰,上午 10 点到 11 点一波,晚上 9 点到 10 点半一波。这张图比任何一篇「用户行为报告」都更让我感到具体。

反思

把浏览器记录当成一种「自传材料」来读,缺点和优点一样明显

我这些天反复在想,如果把一个人三个月的浏览器记录打印出来装订成册,它到底算不算一份自传。它足够长、足够连续、也足够诚实,但它缺少叙述者,所有条目都是并列的,没有哪一条会告诉你「我当时为什么点进去」。上周我在一篇 2021 年的期刊文章里读到作者的一句话,大意是:日志记录的是动作,而叙事需要动机,两者之间隔着一整套解释学。我把它抄在笔记本第 37 页,旁边批注了四个字:说得太满。可到了第二天,我又觉得他说得对,这种反复本身也许就是这批材料最值得记的地方。

关于我

我是江晚,做数字档案与检索行为的研究,也写一些关于日常技术经验的笔记。

过去三年我大部分时间在整理访谈记录和浏览器日志,试图弄清楚人们到底是怎样在网上找回自己读过的内容的。这个站是我给自己留的一块地方,用来存放那些不够学术、但足够具体的观察。

之所以把站点叫「浏览器记录」,是因为它既是我研究的对象,也是我每天打开电脑第一眼看到的东西。我希望这些笔记能留下来,而不是像历史记录一样,过 90 天就被系统悄悄折叠掉。

「日志不会说话,但它会记住谁在什么时刻停了多久。真正难的是让日志开口,而不是让它闭嘴。」
—— 出自 2022 年《数字人文研究》第 3 期,第 78 页,作者:陈立群