Safari 是跨浏览器书签同步里最难搞的那个
Edge 150 已经支持登录 Google 账号同步书签了。
Chrome 和 Edge 之间，书签基本打通了。装个扩展，登录账号，完事。
但问题在这儿：你在 Mac 上用 Safari 存了几百个网址，到 Windows 电脑上打开 Chrome，一个都找不到。
甚至同一台 iPhone 上，Safari 里的书签也不会自动出现在 Chrome for iOS 里。
Safari 是跨浏览器书签同步里真正的难点。
为什么 Safari 这么难同步？
苹果用 iCloud 建了一堵墙。
墙里面的书签，想出来只有几条路：手动导出 HTML、AirDrop 给自己、或者走苹果允许的那几条狭窄通道。
iOS 17.4 之后，苹果允许你把 Safari 书签导到 Chrome for iOS 了。但流程是这样的：进系统设置 → 保存 iCloud 下载的 ZIP 文件 → 切到 Chrome 导入 → 记得删掉临时包。
每一步都得手动操作。没有自动化选项。
更麻烦的是，Safari 的书签数据库结构和其他浏览器不一样。它不支持增量同步 API。市面上几乎所有跨浏览器工具，对 Safari 的支持都是最弱的。一旦双向同步，很容易搞出一堆重复书签。
2026 年三条路
我在昨天的文章里对比了 6 款工具的整体表现。这里单独说说 Safari 怎么处理。
路一：Floccus + WebDAV
Floccus 是开源工具里对 Safari 支持最好的。v5.x 之后稳定性有提升。
原理很简单：装个扩展，把书签同步到你自己的 WebDAV 服务器。群晖、Nextcloud 或者坚果云都行。
好处：数据完全在你手里，不经过第三方。适合隐私敏感的用户。
麻烦：Safari 端配置有点折腾。需要手动加载未签名扩展，macOS 得开开发者模式。首次同步后，可能还得手动处理少量重复书签。
路二：BookmarkHub + GitHub Gist
如果你不想搭服务器，BookmarkHub 是个更轻的选择。
它拿 GitHub Gist 当存储后端。每次同步就是一次 Git 提交，误删了可以回滚。支持 AES-GCM 加密。
适合：开发者，习惯版本管理的人。Safari 端仍然需要加载扩展，但配置比 Floccus 简单一些。
路三：Bookmark UniSync（我目前在用的方法）
前两条路的共同问题：配置门槛不低。Floccus 的 WebDAV 和 BookmarkHub 的 GitHub token，对不搞技术的朋友来说，是劝退级别的。
这就是我换到 Bookmark UniSync 的原因。
Chrome 和 Edge 装个扩展就行。登录，同步，完了。不需要服务器，不需要 WebDAV，不需要 GitHub。
Safari 需要多一步：装一个 macOS 辅助应用。不是 UniSync 想搞复杂——苹果的规则就在那儿，Safari 扩展碰不了书签数据库。这个应用的作用就是当桥梁。
为什么我能接受这一步？因为装好之后，三个浏览器的书签就在原生书签栏里。同一个文件夹结构，同样的快捷键习惯。Chrome 存一个，Edge 和 Safari 自动出现。
之前我用 Floccus 也做到了，但每次同事问我怎么配的时候，我得写一篇小作文。UniSync 不用——一次装好，后台跑着，不用管了。
更新：我在这个对比文章里写了更完整的 6 款工具横向测评，包括 Raindrop、Cubox、Arcmark 等：我测了 6 款跨浏览器书签同步工具，2026 年实测
一个提醒：别多个工具打架
有人同时开 Floccus 和 UniSync，想着双保险。结果书签变成了复制大赛。
我的做法：
- 定一个权威源。我用 Chrome 做主，其他浏览器都跟它同步。
- 定期看一眼。每月花两分钟扫一下有没有重复条目。
- 不同时双向写。如果你在 Safari 和 Chrome 都频繁增删，只用一套工具做双向，另一套做只读备份。
说回 Safari
2026 年了，Safari 仍然是跨浏览器同步里最难搞的那个。苹果的封闭策略短期内不会变。
但你有选择。Floccus 给你隐私和自托管，BookmarkHub 给你 Git 版本管理，UniSync 给你最简单的一站方案。
别再用手动导出 HTML 的方式了。 花半小时选一套方案，你的书签应该跟着你走，不是困在某个浏览器里。
📥 相关链接
工具是帮你省时间的，不是让你折腾的。选那个装上之后就不用想的。