2026年11月5日
不用账号的书签管理:本地优先方案盘点
「有没有不用账号的书签管理工具」这个问题,背后通常混着两个不同的诉求:
- 不想注册账号:嫌麻烦,或者不愿意把邮箱交出去。
- 不想被锁定:账号可以要,但数据必须能完整带走,服务关了也不至于全丢。
这两个诉求的解法完全不同。前者只能靠纯本地方案,后者要的是一个能导出的托管服务。先分清是哪一种,再选方案,能省掉大量试错。
方案一:浏览器自带书签
最接近「零成本、零账号」的方案。Chrome、Edge、Firefox 不登录也能用,书签存在本地文件里。
代价:
- 同步要账号。不登录就没有跨设备,换电脑要手动导出导入。
- 搜不到正文,存不了备注。
- 每个浏览器一份,互不相通。
适合:一个浏览器、不换设备、书签量在一百条以内。这个范围比想象中大——很多人其实一直在这个范围内。
方案二:书签文件 + 同步盘
把书签导出成 HTML,扔进 Dropbox / iCloud / OneDrive / 坚果云,需要时从任一设备下载导入。
代价:
- 没有「实时同步」,每次都是手动导出导入。
- 文件会版本分叉:两台设备各自导入、各自新增,几天后就是两份不同的列表。
- HTML 文件没有搜索能力,只能用文本编辑器或脚本处理。
这是「够用但会烦」的方案,适合一两个月才整理一次的人。
方案三:自托管
linkding、Karakeep 这类开源项目,跑在自己的 NAS 或一台小服务器上。数据完全在本地,插件、搜索、标签都有。
代价:
- 要有一台长期在线的机器,以及基本的 Docker 常识。
- 备份、升级、证书、域名都要自己管。
- 外网访问需要内网穿透或反向代理,这一步劝退多数人。
适合:本来就在跑 NAS、对数据主权有明确要求、并且愿意承担运维的人。
方案四:自己生成一张起始页
把书签整理成一个静态 HTML 或 JSON,托管在 GitHub Pages / Cloudflare Pages 这类免费静态托管上。没有后端、没有账号、打开就是一个页面。
代价:
- 要自己写,或者找一个生成器。改一条书签要改文件、提交、等部署。
- 没有搜索以外的动态能力(批量编辑、导入、去重都要自己实现)。
- 本质上是「给自己做一个网页」,不是产品。
适合:会写前端、收藏结构稳定、一年改不了几次的人。
对照表
| 方案 | 需要账号 | 跨设备 | 能搜索 | 维护成本 |
|---|---|---|---|---|
| 浏览器自带 | 否(同步才要) | 需账号 | 仅标题网址 | 无 |
| 文件 + 同步盘 | 否(网盘要) | 手动 | 无 | 每月一次 |
| 自托管 | 否(自己搭) | 自己解决 | 有 | 持续 |
| 静态起始页 | 否 | 天然 | 需自己做 | 改一次部署一次 |
怎么判断你真正需要哪一种
问自己三个问题:
- 一年内会不会换设备? 会,就需要跨设备方案,纯本地直接出局。
- 会不会在两台以上设备上同时加书签? 会,就需要真正的同步,文件方案会因为版本分叉而失效。
- 愿不愿意为「不用管」付钱? 愿意,托管服务最省心;不愿意,就接受自托管或手工的成本。
一句诚实的说明
MyNav 不属于上面任何一类:它需要账号、需要联网,不是本地优先产品。它解决的是第三个诉求——数据可以完整带走:免费版也能导出 JSON(含备注与文字摘录)和 HTML(可直接导回浏览器),格式在设置页里写清楚了。
如果你的需求是第一类「绝对不要账号」,那应该看方案一或方案三。如果你的需求是「可以要账号,但不能被锁定」,那么判断标准只有一个:这个工具能不能随时把全部数据导出成通用格式。这一条对所有工具都适用,包括我们。
导出之后怎么检查数据完整性?用书签文件检查器数一遍条数与重复项就够了。