xBrowserSync 体验：告别 Chrome 同步，自己掌控书签数据

我的书签大概攒了十多年，几千条，横跨 Chrome、Firefox、Edge 三个浏览器。之前一直用 Chrome 自带同步，方便是方便，但 Google 拿走我的数据去干什么，我心里没底。xBrowserSync 就是在这个背景下进入我视野的。

这个项目是 xBrowserSync 团队维护的开源书签同步方案，GitHub 上有 1700 多 star。核心卖点：端到端加密、跨浏览器、数据存在自己选的云端（或者干脆自建服务端）。

它和浏览器自带同步有什么区别

Chrome/Firefox 的原生同步是把书签直接上传到各自公司的服务器。虽然也说加密，但密钥管理权在你手里吗？并不是。xBrowserSync 的做法是：你在本地生成一个加密密钥，书签数据在离开浏览器之前就被加密，传到云端的是一团谁都看不懂的密文。只有你的密钥能解开。

服务端本身也是开源的，你可以自己搭在 VPS 上，也可以用他们提供的免费公共实例。我图省事先试了公共实例，后面再考虑自建。

支持 Chrome、Firefox、Edge，还有 Android App。我主要用 Chrome 插件：

整个过程 2 分钟。同步 ID 和密码就是你以后在新设备上恢复数据的凭证，务必记好，丢了就真找不回来了——他们没有”找回密码”功能，因为根本不知道你的密码是什么。

同步速度没问题。添加、删除、移动书签后，几秒内就能在其他设备上看到变化。比 Chrome 同步有时候抽风半天不同步靠谱多了。

标签体系支持得不错。你可以给书签打标签（tags），一个书签可以属于多个标签，比浏览器原生的文件夹结构灵活。搜索时支持按标签、标题、URL 全文检索，找东西很快。

跨浏览器我试了 Chrome 到 Firefox 的迁移。装 Firefox 插件，输入同步 ID 和密码，等它下载解密，书签全过来了。连文件夹结构都尽量保留，虽然两个浏览器的文件夹机制不完全一样，但大体对得上。

隐私层面确实安心。所有数据客户端加密，服务端只存密文。即使 xBrowserSync 的公共服务器被黑，黑客拿到的是一堆 AES-256 加密的数据，没有你的密码就是废铁。

数据自主权。你的书签属于你，不属于 Google 或 Mozilla。想换浏览器？随时带走。想自建服务器？代码开源，Docker 一键部署。

加密靠谱。AES-256-GCM + PBKDF2 密钥派生，标准配置，没有自己造轮子的痕迹。

跨平台覆盖。浏览器插件 + Android App，基本覆盖了我的全部使用场景。iOS 目前欠奉，作者说在规划中。

界面简洁。插件 UI 不花哨，就是搜索框 + 书签列表 + 标签云，上手零成本。

没有历史版本。误删书签就是真的删了，没有回收站，也没有版本回滚。建议定期导出备份，或者自己搭服务端时开数据库备份。

免费公共实例容量有限。默认 1MB 存储，对纯文本书签来说够用，但如果你存了大量笔记型书签（比如网页摘录），可能会触顶。自建服务端没这个限制。

iOS 缺席。iPhone/iPad 用户目前没法用， safari 也不支持扩展接入。这是最大的平台缺口。

初次全量同步慢。我三千多条书签，第一次上传花了将近一分钟。后面增量同步倒是很快。

如果你对”Google/Mozilla 拿着我的书签数据”这件事有点膈应，xBrowserSync 是一个无需妥协的替代方案。它做到了”功能和原生同步基本一致，隐私好得多”，对于注重数据主权的用户来说，这个 trade-off 很划算。

但如果你就是图个方便、不在乎数据存在哪，浏览器自带同步其实更省事，毕竟不用额外装插件、记密码。

xBrowserSync 是那种”有明确价值观”的工具。它不追求功能最全，而是在”书签同步”这个单点上把隐私和跨平台做到位。1700 star 不算爆火，但用户群体很忠诚——用惯了它的人很难再回到把书签交给大厂的日子。对隐私有执念的朋友值得一试。

关于作者

柳钉鱼，全栈开发者，GitHub 重度用户。过去 3 年 Star 了 900+ 仓库，这里只写我真正用过或深度调研过的工具。

📧 发现好工具想推荐？发邮件到 [email protected]