指南

如何把所有浏览器的书签备份到一个文件里(2026)

从 Chrome、Edge、Firefox 和 Safari 导出书签,再合并成一份。每个浏览器的决策表,外加去重和日期的陷阱。

每一个桌面浏览器(Chrome、Edge、Firefox、Safari)都能把书签导出为同一种便携的 Netscape HTML 文件,所以全部备份下来,就是四次简短的导出加一次合并。Chrome 和 Edge 在书签管理器里用三点菜单;Firefox 用 资料库 → 导入与备份 → 将书签导出为 HTML;Mac 上的 Safari 用 文件 → 导出 → 书签(macOS 14 及更早版本),或者 文件 → 将浏览数据导出到文件(macOS 15 及更高版本,保存为 .zip)。有两个陷阱:合并文件时没有任何东西会去重,而且大多数工具在导入时会丢掉原始保存日期。这是整个导出系列的总览指南:每个浏览器的决策表、合并成一份的三种方式,以及到底有哪些东西能如实保留下来。

为什么一份总导出,胜过四个浏览器孤岛

浏览器书签的设计初衷,就是留在各自的浏览器里。问题的叠加方式,正如你所料:

  • 你不止用一个浏览器。 工作用的 Edge 配置文件、个人的 Chrome、给注重隐私的网站准备的 Firefox,还有在 Mac 上出于习惯而用的 Safari。同一篇“稍后阅读”的文章,最后存在三个地方,而且每处都不完整。
  • 每个浏览器各自为政,意味着每个浏览器各自丢失。 同步出了故障、配置文件损坏,或者受管的笔记本被清空,就会把那个浏览器里那一块研究资料一并带走。
  • 没有哪个目的地乐意读四个文件。 无论你换到什么新的地方,新浏览器、书签管理器,还是 稍后阅读 的方案,它想要的都是一次干净的导入,而不是一个装满重叠快照的文件夹。

修复办法是机械而枯燥的,这正是它管用的原因:按计划把每个浏览器导出成各自的 HTML 文件,再合并到一个比任何浏览器都更会搜索的地方。

决策表:每个浏览器的导出路径

浏览器 打开这里 菜单路径 你得到的文件 限制 注意事项
Chrome chrome://bookmarks ⋮(右上角)→ 导出书签 Netscape HTML 大约 60 秒的事 按配置文件分开,工作和个人配置文件要分别导出
Edge edge://favorites ⋮(右上角)→ 导出收藏夹 同样的 Netscape HTML(它基于 Chromium,微软自己的导入文档把输入称为“Favorites or bookmarks HTML file”) 按配置文件分开 截至 2026 年 10 月 5 日,微软没有专门的导出帮助页面(见 https://support.microsoft.com/en-us/edge/import-your-favorites-and-passwords-in-microsoft-edge,英文页面),菜单文字可能因版本而变,这是唯一的风险
Firefox 资料库:Ctrl/Cmd+Shift+O 导入与备份 → 将书签导出为 HTML… Netscape HTML,外加你的标签,放在 TAGS 字段里 免费、即时 千万不要为此使用“备份…”,它的 JSON 只有 Firefox 能读,Marqly 也无法读取(截至 2026 年 10 月 5 日,依据 https://support.mozilla.org/en-US/kb/export-firefox-bookmarks-to-backup-or-move,英文页面)
Safari(Mac) 在 Safari 中使用菜单栏 文件 → 导出 → 书签(macOS 14 及更早版本)或 文件 → 将浏览数据导出到文件(macOS 15 及更高版本) macOS 14 及更早版本是 Netscape HTML;macOS 15 及更高版本是 .zip(苹果没有说明其内容) 仅限 Mac,iPhone/iPad 没有文件导出 “阅读列表”不在文件里(截至 2026 年 10 月 5 日,依据 https://support.apple.com/en-us/guide/safari/keep-a-reading-list-sfri35905/27.0/mac/27,英文页面)
Brave(如果你也在用) brave://bookmarks ⋮ → 导出 相同的 Chrome 格式 HTML 按配置文件分开 Brave 同步是镜像而不是备份(依据 https://support.brave.app/hc/en-us/articles/360019782291-How-do-I-import-or-export-browsing-data,英文页面)

各自的详细步骤见本系列的姊妹篇:导出 Safari 书签、导出 Edge 收藏夹、导出 Firefox 书签为 HTML 和 导出 Brave 书签;Chrome 的操作演示在 如何把 Chrome 书签导入 AI 管理器 里。各浏览器的菜单文字可能因版本和界面语言略有不同。

分步操作:四次导出

  1. Chrome。 访问 chrome://bookmarks → 三点菜单 → 导出书签 → 保存。在每个 Chrome 配置文件里各重复一次。
  2. Edge。 访问 edge://favorites → 三点菜单 → 导出收藏夹 → 保存。与 Chrome 一样按配置文件分开。
  3. Firefox。 打开资料库(Ctrl+Shift+O / Cmd+Shift+O)→ 导入与备份 → 将书签导出为 HTML…(不是“备份…”)→ 保存。Firefox 会把它的标签导出到文件的 TAGS 属性里,这是唯一一个整理成果能随行李一起到达的浏览器。
  4. Safari。 在登录了你的 Apple 账户的 Mac 上:macOS 14 及更早版本,文件 → 导出 → 书签 → 保存“Safari Bookmarks.html”;macOS 15 及更高版本,文件 → 将浏览数据导出到文件 → 勾选书签 → 下载,然后解压并找到书签 HTML 文件(苹果没有说明这个 zip 的内部结构;这个 zip 没有加密,所以导入之后请把它删掉)。你手机上的书签会先通过 iCloud 同步到这里;阅读列表则完全不会出现。
  5. 每个文件都命名并标注日期。 chrome-2026-10-05.html、firefox-2026-10-05.html,以此类推,全部放在同一个带日期的文件夹里。现在花五分钟,可以避免日后“哪个文件是最新的”这种考古式的麻烦。

把文件合并成一份

三种诚实的路线,按对大多数人而言的实用程度排序:

路线 A:依次导入同一个目的地(最不聪明,但管用)

选一个落脚点,某个浏览器的书签管理器或者书签工具,然后一个文件接一个文件地导入。目的地会把每一组放在各自的文件夹下追加进去。什么都不会合并,也不会去重,你得到的是一个地方,里面有重复项。如果你打算搜索而不是浏览,这就没问题,而这正是换到管理器的意义所在。无论如何,都要计划一轮去重(见下文)。

路线 B:手动合并成一个 HTML 文件(给完美主义者)

Netscape HTML 只是嵌套的标记,所以你可以把它们拼接起来:保留第一个文件的 DOCTYPE 和文件头,删掉其他文件里相同的文件头行,再把它们的 <DL> 块嵌套到根 <DL> 之下,每一块都用一个按浏览器命名的 <H3> 包起来。通过在浏览器里打开它,以及对比前后的链接数量来验证结果,免费的 书签文件查看器 两者都能显示。然后把这个合并后的单一文件导入你喜欢的任何地方。如果标签弄错了就会很脆弱,所以在合并后的文件验证通过之前,请保留原始文件。

路线 C:全部导入 Marqly,在里面清理

上传每个浏览器的 HTML(Marqly 原样读取浏览器书签 HTML,格式为 .html/.htm/.csv,每个文件最多 10,000 条书签,免费版 10 MB / Pro 30 MB)。你无需碰任何标记,就得到一个跨越所有浏览器、可以搜索的资料库。这种合并对它不做什么是坦诚的:请看下一节的限制。之后,对整个资料库运行 重复书签查找器 并修剪。

合并后的文件(以及导入)到底保留了什么

无论你选哪条路线,都要了解其中的内容:

  • 四种导出的格式都一样: <!DOCTYPE NETSCAPE-Bookmark-file-1>,文件夹是 <H3> + 嵌套的 <DL>,链接是 <DT><A HREF="…" ADD_DATE="…">标题</A>,另有可选的 LAST_MODIFIED、ICON 和 TAGS。正是这个共同的骨架,才让这种跨浏览器的办法行得通,本系列里各个浏览器专属的分步指南,分别从自己的角度解释了同一个文件。
  • 标题: 保留为浏览器最后保存的样子,往往是被截断的标题。
  • 文件夹: 以真正的嵌套关系传递;导入器通常会把它们映射成标签或收藏夹,而不是字面意义上的树。
  • 标签: 只有 Firefox 会产生有意义的 TAGS 值,Chrome/Edge/Brave 从来没有标签,Safari 也没有,所以四个文件中有三个预期是空的。
  • 日期: 这是诚实的陷阱。ADD_DATE 在文件里永久保留,但导入的目的地通常会重新盖上导入当天的日期。Marqly 明确不会在导入时保留原始保存日期,各浏览器的导出文件仍然是你唯一的时间记录,请保留好。(我们在 书签导入保真度研究(英文)里用真实的导出文件测量过这一点。)
  • 页面内容: 这一切里都没有。书签导出是链接、标题和组织结构。页面本身的全文、摘要和标签,是阅读工具在导入之后,通过抓取每个实时页面而生成的,这也意味着,一个页面已经消失的链接,导入进来就是永久的死链。

Marqly 这座桥:把限制说清楚

如果合并的目的是得到一个真正能搜索的资料库,那就是它的卖点:免费开始使用,导入每个浏览器的 HTML,让 Marqly 去读取页面,这样你就可以(在 Pro 上)通过描述找到某条收藏,而不是猜它的标题,这一点的论证见 如何整理书签 和 AI 能自动整理我的书签吗。你必须预算的事项,毫不粉饰:

  • 导入时不去重。 四个浏览器都说“对,就是那篇文章”,就意味着四份副本。事后去重,否则就得接受噪音,语义搜索会把它显示四遍。
  • 日期在导入时被重置(见上文)。请把导出文件存档。
  • 为导入的页面自动打标签是 Pro 功能。 在免费版上,导入只保留文件里已有的标签,对大多数人来说,就是 Firefox 的标签,别无其他。
  • 文件大小上限: 免费版 10 MB / Pro 30 MB,每个文件 10,000 条书签。路线 B 合并出来的超大文件正是人们会碰到这个上限的地方;分开导入各个文件就能绕开。
  • 不接受 Firefox 的 JSON: Firefox 这一部分只能用 HTML。

什么时候不必为此使用 Marqly

  • 你完全只用一个浏览器。 同步加上偶尔的导出就是完整的答案;管理器只是多了一个存东西的地方。
  • 你今天就需要一个完美的合并文件。 手动合并(路线 B)并把它存进网盘,不需要任何第三方导入。
  • 你的收藏同样多地放在稍后阅读应用里,而不只是浏览器。 也运行 Pocket/Raindrop 的导出(Marqly 接受 Pocket 的 list.csv 和 Raindrop HTML,不接受 Raindrop JSON);或者,如果某个应用已经替你承担阅读,请诚实地比较一下:Pocket 替代方案 和 Raindrop 对比 都说明了各自在哪里更胜一筹。
  • 你只需要备份两个每天都用的链接。 整套流程大材小用;你的浏览器本来就有它们。

在多台设备上不断积累的研究者、学生和教师是天然的适用人群,请参阅 研究者、学生 和 教师 的工作流,它们都是以合并后、可搜索的资料堆为前提,而不是四个孤岛。

经得起现实考验的备份例行流程

  1. 每季度: 把四个导出都运行一遍,放进带日期的文件夹,总共五分钟。
  2. 在任何有风险的事件之前(换新笔记本、重装系统、离开受管设备):强制额外运行一次;Safari 这一步需要一台 Mac。
  3. 每年一次,或更换工具时: 把这一组导入你选择的目的地,去重,然后抽查五个你记得多年前保存过的链接,用描述而不是标题去找。
  4. 合并之后,永远不要删除原始导出文件,它们是保存原始日期的唯一载体,而且能干净地重新导入明年发明出来的任何东西。

常见问题

能把我所有浏览器的书签合并成一个文件吗? 可以,这四个浏览器导出的是同一种 Netscape HTML,所以你可以依次导入同一个目的地,手动拼接标记,或者一起上传到 Marqly 这样的管理器。姊妹篇指南涵盖了各个浏览器确切的菜单路径。

合并会自动去掉重复项吗? 不会。没有任何东西会去重,浏览器的导入器不会,Marqly 也不会。预期来自多个浏览器的同一个网址会多次到达,并计划用 重复书签查找器 做一轮清理。

我应该统一使用哪种格式? Netscape 书签 HTML。通用地进,通用地出。Firefox 的“备份…”JSON 是只有 Firefox 能读的例外,在那里请始终选择 HTML 导出。

原始保存日期在合并后还在吗? 在文件里还在:每个 ADD_DATE 都完好无损。在目的地里通常不在:以 Marqly 为例,它会给导入的条目盖上导入当天的日期。请把带日期的导出文件作为存档。

密码和历史记录呢? 有意不在范围之内,书签导出只包含链接、标题、文件夹和日期。千万不要把密码导出送进任何第三方资料库;请使用浏览器或操作系统专门的密码管理器导出功能。

如果我到处都开着同步,这还值得做吗? 同步让副本保持一致;它不会给你文件、合并或者跨浏览器的可搜索视图,而且一次同步故障删掉了某个书签,它就会在所有地方都被删掉。这组导出文件,就是应对同步无法逆转的事件的“撤销键”。

总结

  1. 按浏览器导出:Chrome/Edge/Brave 的管理器 → ⋮ → 导出;Firefox 资料库 → 导入与备份 → 将书签导出为 HTML…;Safari(Mac)→ 文件 → 导出 → 书签(macOS 14 及更早版本)或 文件 → 将浏览数据导出到文件(macOS 15 及更高版本,先解压)。阅读列表和 JSON 备份不在方案之内。
  2. 通过依次导入、手动拼接,或者把每个文件上传到 Marqly 来合并。
  3. 诚实地做好预算:没有自动去重、导入日期取代原始日期、标签只有 Firefox 能保留,以及 10 MB / 10,000 条书签的上限。
  4. 永远保留带日期的原始导出文件:合并后的资料库用来工作,而这些文件才是记录。

常见问题

能把 Chrome、Edge、Firefox 和 Safari 的书签合并成一个文件吗?
可以,有两种干净的做法。一是把各个 HTML 导出文件依次导入同一个目的地(某个浏览器的书签管理器,或者像 Marqly 这样的工具),由它帮你合并;二是手动拼接文件:保留一个 DOCTYPE 和文件头,删掉其他文件重复的文件头,把它们的 <DL> 块嵌套到同一个根节点下。两种方式都行得通,因为这四个浏览器导出的是同一种 Netscape HTML 格式。
合并书签文件会自动去掉重复项吗?
不会,没有任何东西会自动去重,浏览器的导入器不会,Marqly 也不会。同一个网址在 Chrome、Edge 和 Safari 里都存过,就会作为三个独立的条目到达,而重新运行一次导入,一切又会翻一倍。请计划事后做一轮去重:在信任合并后的资料库之前,用重复书签工具,或者对排序后的网址清单做一次比对。
我应该统一使用哪种浏览器文件格式?
Netscape 书签 HTML:每个浏览器都能导出和导入它,也是 [Marqly](https://app.marqly.com) 接受的浏览器书签格式。有一点要提醒:Firefox 的“备份…”选项写出的是 JSON 文件,只有 Firefox 能恢复。凡是要可移植的,请始终选 Firefox 的“将书签导出为 HTML…”。
合并后的资料库会保留原始保存日期吗?
在 HTML 文件里会:每条链接都永久保留其 ADD_DATE 值。在大多数目的地里不会:导入器通常会给条目重新盖上导入当天的日期,Marqly 也坦率承认它的导入会这样做。请把带日期的各浏览器导出文件保存起来,作为先后顺序的存档,并把合并后的资料库当作日常使用的工作库。
多久做一次全浏览器的书签备份?
务实的节奏是:活跃的收藏者每季度一次,其他人每年两次,再加上在任何有风险的事件之前强制运行一次:换新笔记本、重装浏览器、重装系统,或者离开工作用的受管设备。每份快照都用日期命名,每次运行用一个文件夹,这样恢复时就不会混淆不同的世代。
这和为迁移 Pocket 或 Raindrop 而导出是一回事吗?
部分是。Pocket 和 Raindrop 这类稍后阅读应用有各自的资料库,与你的浏览器书签并存,它们的导出也不同(比如 Raindrop 的 JSON,Marqly 就无法导入,它的 HTML 才可以)。如果你的收藏同样散落在各个应用里,请在合并之前,把应用的导出和浏览器的导出一并运行。

首页 · Marqly