2026年11月5日

不用账号的书签管理:本地优先方案盘点

「有没有不用账号的书签管理工具」这个问题,背后通常混着两个不同的诉求:

  • 不想注册账号:嫌麻烦,或者不愿意把邮箱交出去。
  • 不想被锁定:账号可以要,但数据必须能完整带走,服务关了也不至于全丢。

这两个诉求的解法完全不同。前者只能靠纯本地方案,后者要的是一个能导出的托管服务。先分清是哪一种,再选方案,能省掉大量试错。

四种不依赖第三方账号的书签管理方式

方案一:浏览器自带书签

最接近「零成本、零账号」的方案。Chrome、Edge、Firefox 不登录也能用,书签存在本地文件里。

代价:

  • 同步要账号。不登录就没有跨设备,换电脑要手动导出导入。
  • 搜不到正文,存不了备注。
  • 每个浏览器一份,互不相通。

适合:一个浏览器、不换设备、书签量在一百条以内。这个范围比想象中大——很多人其实一直在这个范围内。

方案二:书签文件 + 同步盘

把书签导出成 HTML,扔进 Dropbox / iCloud / OneDrive / 坚果云,需要时从任一设备下载导入。

代价:

  • 没有「实时同步」,每次都是手动导出导入。
  • 文件会版本分叉:两台设备各自导入、各自新增,几天后就是两份不同的列表。
  • HTML 文件没有搜索能力,只能用文本编辑器或脚本处理。

这是「够用但会烦」的方案,适合一两个月才整理一次的人。

方案三:自托管

linkding、Karakeep 这类开源项目,跑在自己的 NAS 或一台小服务器上。数据完全在本地,插件、搜索、标签都有。

代价:

  • 要有一台长期在线的机器,以及基本的 Docker 常识。
  • 备份、升级、证书、域名都要自己管。
  • 外网访问需要内网穿透或反向代理,这一步劝退多数人。

适合:本来就在跑 NAS、对数据主权有明确要求、并且愿意承担运维的人。

方案四:自己生成一张起始页

把书签整理成一个静态 HTML 或 JSON,托管在 GitHub Pages / Cloudflare Pages 这类免费静态托管上。没有后端、没有账号、打开就是一个页面。

代价:

  • 要自己写,或者找一个生成器。改一条书签要改文件、提交、等部署。
  • 没有搜索以外的动态能力(批量编辑、导入、去重都要自己实现)。
  • 本质上是「给自己做一个网页」,不是产品。

适合:会写前端、收藏结构稳定、一年改不了几次的人。

对照表

方案 需要账号 跨设备 能搜索 维护成本
浏览器自带 否(同步才要) 需账号 仅标题网址 无
文件 + 同步盘 否(网盘要) 手动 无 每月一次
自托管 否(自己搭) 自己解决 有 持续
静态起始页 否 天然 需自己做 改一次部署一次

怎么判断你真正需要哪一种

问自己三个问题:

  1. 一年内会不会换设备? 会,就需要跨设备方案,纯本地直接出局。
  2. 会不会在两台以上设备上同时加书签? 会,就需要真正的同步,文件方案会因为版本分叉而失效。
  3. 愿不愿意为「不用管」付钱? 愿意,托管服务最省心;不愿意,就接受自托管或手工的成本。

一句诚实的说明

MyNav 不属于上面任何一类:它需要账号、需要联网,不是本地优先产品。它解决的是第三个诉求——数据可以完整带走:免费版也能导出 JSON(含备注与文字摘录)和 HTML(可直接导回浏览器),格式在设置页里写清楚了。

如果你的需求是第一类「绝对不要账号」,那应该看方案一或方案三。如果你的需求是「可以要账号,但不能被锁定」,那么判断标准只有一个:这个工具能不能随时把全部数据导出成通用格式。这一条对所有工具都适用,包括我们。

导出之后怎么检查数据完整性?用书签文件检查器数一遍条数与重复项就够了。

相关阅读