为什么我放弃了浏览器自带同步
书签这东西，看着不起眼，一旦积累到几百上千条，就成了重要的数字资产。过去我一直用浏览器自带的账号同步，方便是方便，可心里总不踏实：同步内容不由自己控制，导出格式封闭，换浏览器时迁移麻烦，偶尔还会出现冲突覆盖。后来下定决心自建一套书签同步方案，前后试了几种，这里做个对比，给同样折腾过的朋友一点参考。
方案一：纯手工 Git 仓库管理
最朴素的做法，就是把书签文件当作代码来管理。浏览器导出的 HTML 文件放进 Git 仓库，每次增删改后提交一次，推送到自己的私有仓库。
优点非常明显：完全自主可控，历史记录清清楚楚，误删了可以随时回滚，而且没有第三方服务依赖，备份就是 `git push` 的事。缺点也同样直接：手动操作繁琐，每次新增书签都要先改文件再提交，坚持不了几天就会懈怠。这个方案适合习惯本地文件管理、书签更新频率很低的人，对我来说只能算过渡方案。
方案二：xBrowserSync 自建同步服务器
xBrowserSync 是一个开源的书签同步工具，浏览器端有插件，服务端可以自己部署，数据在本地加密后再上传，同步内容只有自己能看懂。我照着官方文档在一台闲置的小主机上跑起了服务，配置不算复杂，就是改配置文件、装 Node.js、启动服务这几步。
实际体验比预期的好：插件界面简洁，同步速度很快，而且不依赖任何商业云服务，隐私性拉满。不过它也有明显短板——只能同步书签，不能同步浏览器历史、密码、打开的标签页这些数据。如果你只是想要纯粹的书签同步，这个方案值得一试；如果希望整套浏览器数据都同步，那它就不够用了。
方案三：WebDAV 网盘 + 同步插件
后来我把思路换了一下：自建书签服务不一定要跑一个专属应用，直接用 WebDAV 网盘更灵活。比如在云服务器上装一个轻量级的 WebDAV 服务，然后在浏览器插件里配置好地址和账号，Floccus 这类支持 WebDAV 的书签同步插件就能直接把书签文件同步到网盘上。
这个方案的好处是通用性强：WebDAV 协议兼容性很好，除了书签，文件的备份也可以丢到同一个网盘里，一台服务器能同时支撑多项用途。缺点是要自己处理 WebDAV 服务的账号管理、证书配置，第一次设置需要一点耐心。我现在用的就是这一套，运行了几个月，没有出过问题。
最终我的选择
三个方案试下来，我留在 WebDAV 方案上。原因有三：一是服务器本身就在用，顺手多开一个服务成本很低；二是数据格式是开放的 HTML 文件，万一哪天不想用了，拿回来就能导入任何浏览器；三是它不只服务于书签，我平时的一些文档备份也走同一个网盘，省心。
当然，这个选择不一定适合每个人。如果你只想解决书签同步这一个痛点，不在乎多部署一个应用，xBrowserSync 体验更好；如果你已经习惯用 Git 管理一切，手工方案也自有乐趣。折腾完这一圈，我最大的感受是：数据掌握在自己手里的踏实感，比工具本身的新鲜感更长久。