企业官网建设流程全解析

你有没有过这种经历：浏览器收藏夹里躺着三百多篇文章，真要找的时候翻了半天，最后还是在搜索引擎里重新搜。我的书签栏一度就是这样的信息垃圾场，直到遇到caveman这个开源项目，才意识到网页收藏原来还能是一面看得见、摸得着的卡片墙。这篇文章是我从安装到深度使用 caveman 的完整记录，适合那些收藏夹越堆越厚、却几乎从不回头看的同学。它并不复杂，甚至算得上轻量，但理念很有意思：把网页像洞穴壁画一样封存进卡片，每一张都有截图、标题和标签。你不需要去记 URL，只需要在某天点开它的卡片墙，像考古一样翻一翻，很多当时没来得及读的东西就会重新跳出来。

1. 一个差点被我误会的名字：“caveman”到底在做什么

1.1 这个名字并不表示“回到石器时代”

说实话，第一次看到 caveman 这个名字，我以为是个像素风小游戏，或者是某个复古编程项目。查了一下发现，它其实是一个开源浏览器扩展，主打“视觉化书签管理”。cave + man，既是“穴居人”，也是“把自己收藏的网页封存在洞穴里”的意思。它的核心动作只有两个：把网页保存成卡片，把卡片按照标签和分组摆成一堵墙。

开发者真正想表达的是：收藏网页不该是往深不见底的文件夹里扔，而应该是把物件带进自己的洞穴，摆在能看见的位置上。很多人在浏览器里收藏网页，本质上就是在做一个“数字仓鼠行为”，藏的时候很爽，但藏完就忘了。Caveman 想改变的是这一点。

1.2 一张能力清单看清它的定位

这里列一下我实际用到的能力：

• 一键保存当前网页，自动抓取标题、描述、域名、截图和收藏时间。
• 卡片墙视图，支持按标签过滤、按关键词搜索、按日期范围筛选。
• 标签与分组双维度组织，一个卡片可以拥有多个标签。
• 随机回顾模式，相当于“在自己的收藏里散步”。
• 数据本地存储，支持 JSON 导出与导入。
• 开源，代码自己可控，不依赖某个云端账号绑死你。

用一句话说：它是介于浏览器书签和笔记软件之间的那个“中间层”。书签太轻、没有视觉，笔记软件太重、需要从头整理，而 Caveman 要的是“先收藏，后整理，随时回顾”。

1.3 适合谁，不适合谁

适合的人包括：长期攒文章的开发者、做研究时需要持续收集案例的人、设计素材收集爱好者，以及任何厌恶文件夹层级的人。不适合的人也有：想把它当云同步工具用的移动端用户，以及希望它自动帮你完成分类的人。Caveman 不负责思考，它只负责把网页变成一张能看见的卡片，剩下的标签和分组需要你自己动手。

2. 为什么我把网页收藏全部从文件夹搬进 Caveman

2.1 书签文件夹的三大痛点

我用书签文件夹十年，最深的时候套过四层：前端 / 性能 / 浏览器 / 工具。每次收藏前都要纠结该放哪一层，找的时候又完全不记得当初放哪了。第一个痛点是层级越深，越容易遗忘；第二个痛点是书签列表全是密密麻麻的 URL，没有视觉提示，过了两周连标题都记不住；第三个痛点是没有“再发现”路径，收藏完就永久吃灰，和删除没什么区别。

后来我终于想明白一件事：浏览器书签本质上是给“记得自己去过哪里”的人用的。但真实情况是，我们收藏的时候都很确定“以后一定用得上”，真正要用的时候却完全忘了自己收藏过。

2.2 卡片墙触发的“视觉记忆”

人的视觉记忆比文本记忆强很多。我翻 Caveman 卡片墙时发现，只要看到那张网页截图，哪怕标题忘了，也能一眼想起来“哦，这是那篇讲 V8 引擎的文章”。截图、域名、时间戳这些信息虽然不起眼，但检索效率远高于纯文本书签。

这也是我认为它的核心价值：把“找 URL”变成“认卡片”。你不需要记得网址，甚至不需要记得标题，只要记得页面长什么样，就能在卡片墙里找到它。传统书签栏就算你把列表展开，看到的全是一行行文字，大脑要做一次文本匹配；而卡片墙直接呈现版面，视觉系统在几百毫秒内就能完成匹配。

2.3 “偶然发现”比“刻意查找”更有价值

刻意查找的前提是“我记得有这个东西”，但知识管理的常态是“我忘了还有过这个东西”。Caveman 的随机回顾就是专门服务这个场景的。

我每周会用几分钟在卡片墙里随机走一遍，经常翻出几个月前收藏但当时没读的文章。而且因为隔了一段时间，再看反而更容易判断它值不值得认真读。这个“偶然发现”机制，比任何分类法都更能防止收藏夹变成黑洞。

2.4 一个类比：把旧杂志摊在桌上

想象你有一堆旧杂志，全部塞在书柜深处，你永远不会去翻。但如果把它们摊开放在桌上，哪怕只是路过扫一眼，也会因为封面而想起某篇文章。Caveman 做的就是这件事：把浏览器书签从抽屉里拿出来，摊成一面墙。

而且这面墙不是静态的。你可以给卡片打标签、按日期归档、随手筛选，它像一块可以不断重新排列的软木板。收藏不再是“扔进抽屉”的告别仪式，而是“摆上展示架”的整理动作。

2.5 本地存储意味着什么

它把卡片数据存在浏览器的 IndexedDB 里，不经过某个云端服务器。好处是隐私干净、离线可用；代价是换电脑时需要通过 JSON 导出导入来迁移。很多人在第一次用的时候容易忽略这一点，我也在“数据去哪了”这个问题上花了一点时间，后面专门讲。

3. 装好 Caveman 的完整路径：扩展、数据目录与本地存储

3.1 安装前的环境确认

我使用的是 Chrome，Edge 的 Chromium 内核同样支持，Firefox 版本我没有实测过，建议以项目 README 说明为准。安装前先把浏览器更新到较新版本，避免扩展 API 不兼容。然后去 GitHub 找到 caveman 仓库的 release 页面，下载对应的压缩包，解压到一个不会被清理的目录，比如我的文档目录下的 caveman-src。

有一点需要注意：不要直接双击压缩包里的文件运行，浏览器扩展必须通过“加载已解压的扩展程序”方式安装。这一步对没玩过扩展开发的同学有点陌生，但跟着流程走一遍就会了。

3.2 获取安装包和加载扩展

具体步骤如下：

1. 打开chrome://extensions。
2. 打开右上角的“开发者模式”。
3. 点击“加载已解压的扩展程序”。
4. 选择刚才解压出来的目录。
5. 扩展列表中会出现 caveman，点击工具栏里的拼图图标，把 caveman 固定到地址栏右侧。

如果你遇到了“清单文件缺失或不可读”的提示，多半是解压目录选到了嵌套层。解决办法是选到包含manifest.json的那一层，而不是外层文件夹。我第一次装的时候就是选到了外层，折腾了两分钟才反应过来。

3.3 首次启动与初始化设置

固定图标后，点一下 caveman 图标，它会打开自己的主面板。第一次进设置区，我建议先把默认标签和卡片显示密度设好，否则后续保存的每一张卡片都要手动补标签。这个项目没有复杂的引导向导，界面比较朴素，菜单入口通常藏在主面板右上角的设置按钮里。

如果你收藏的是中文内容，建议确认界面字体和输入法能正常工作。实测下来中文标签没有任何问题。

3.4 数据到底存在哪里

这一点我当初确实困惑了一下。它不生成独立的数据目录，而是使用浏览器的 IndexedDB，路径藏在浏览器 profile 目录下。也就是说，卸载扩展会直接丢数据；清理浏览器缓存时，如果勾选了“站点数据”，也可能波及。

我踩过的一个真实的坑是：某次清理缓存，把扩展的 IndexedDB 一起清掉了，收藏的几百张卡片全部消失。幸好我养成了导出 JSON 的习惯，不然后果就是所有收藏白攒。这个血泪教训放到后面讲。

3.5 了解你的数据结构：卡片 JSON 长什么样

导出后的 JSON 大概是这种结构：

{ "version": 1, "cards": [ { "id": "b3f7a1", "url": "https://example.com/post", "title": "一篇值得重读的文章", "description": "摘要内容", "domain": "example.com", "tags": ["前端", "阅读"], "createdAt": "2025-01-05T12:30:00.000Z" } ] }

看懂了字段，后面排查导入失败时就容易定位，是缺了 id，还是时间格式不对。这个 JSON 就是你的全部家当，建议至少留一份离线副本。

4. 上手实测：从保存一个网页到搭出第一面卡片墙

4.1 一键收藏的第一步

打开任意网页，点击工具栏里的 caveman 图标，确认弹出的预览卡片里有标题、描述和截图，再点击保存。整个过程大概两秒。Caveman 会自动抓取当前页面的信息，但自动抓的标题有时很长，还带着站点名，我一般会顺手删掉后半截。

这里有一个小习惯：保存时先不要急着退出，看一眼前端卡片生成结果。如果截图没出来，多半是页面还没渲染完成，等一两秒再重新保存一次。

4.2 用标签组织第一批卡片

收藏不组织，收藏三五十张之后又会是一团乱。Caveman 的标签支持中文，也支持一个卡片多个标签，比如“V8”和“性能优化”可以同时打。分组则是更高一级的容器，一个分组里可以再按标签筛选。

我自己的习惯是：先打标签，尽量不用超过五个字的标签，方便后面对齐。分类名越短，筛选时越不容易出错。如果你刚开始用，建议先只建两三个大类，比如“工作”“阅读”“灵感”，等收藏多了再拆细，别一开始就建二十个标签。

4.3 搜索与筛选：别让卡片墙变成新的垃圾场

搜索框支持关键词、标签和日期范围，不同版本入口略有差异，建议在面板左侧找筛选区。最基础的方法是：输入标签名，卡片墙就只剩该标签下的卡片；输入关键词，会匹配标题和描述。

我习惯把“今天收藏”作为一个临时标签，隔天读完了再把这个临时标签拿掉，确保墙面上留下的都是真正值得长期保留的内容。否则卡片墙会从一个整理工具，变成另一个堆放杂物的地方。

4.4 一个完整示例：我用“城市更新”主题做了一次真实收藏

假设我要收集“城市更新与社区设计”的案例文章，操作路径是这样的：

1. 在左侧分组管理里新建一个分组：“城市更新”。
2. 连续保存五篇相关网页，给每篇打上 urbanism、community、design 标签。
3. 回到分组视图，按标签查看，五张卡片会自动聚在一起。
4. 把其中一篇有争议的项目单独加上 pending-review 标签，方便之后处置。

整个过程完全没有碰文件夹和 URL，全部在卡片墙里完成。这就是它和其他书签工具最不一样的地方：操作对象是“卡片”，不是“地址”。

4.5 实测中值得注意的保存细节

• 动态渲染页面（比如单页应用）可能抓不到完整截图，显示为空白卡片。
• 有些站点禁掉了截图权限，或者页面结构里没有 og 标签，描述就会为空。
• 收藏后不要立刻关闭标签页，等一两秒让截图生成完成。
• 遇到抓取不全的页面，手动编辑补一下标题和描述即可，不影响整体使用。

这些情况不属于 bug，多数是网页自身结构的问题，不需要排查扩展。

5. Caveman 最容易被低估的细节：数据备份、迁移与隐私

5.1 本地优先是把双刃剑

本地优先意味着没有云厂商帮你兜底，数据只存在于当前浏览器。依赖浏览器同步虽然可以把扩展数据同步过去，但不同浏览器的同步策略不一样，靠不住，尤其当收藏卡片超过一定数量后，同步冲突很常见。所以导出 JSON 才是唯一稳妥的备份手段。

我见过一些人用了几个月 Caveman，从来没导出过，某天浏览器重装，几百张卡片就没了。本地工具最大的风险不是功能少，而是你对它太放心。

5.2 导出 JSON 的具体操作

在设置或数据管理页面一般会有导出按钮，点击后下载一个 JSON 文件。我建议把文件命名为caveman-backup-2025-xx-xx.json，按日期保留多份，至少保留最近三份。

不要总是覆盖同一个文件。万一上次导出时数据已经损坏，唯一的那份备份也会被杀掉。按日期命名是最简单有效的文件管理方式。

5.3 跨设备迁移的完整流程

换电脑时的流程是：旧机器导出 JSON，新机器安装扩展，然后在新机器的设置里导入 JSON。

导入时通常会提示“替换现有数据”还是“合并”，我建议选替换，因为合并可能把两边的旧卡片混在一起，产生大量重复内容。导入完成后，检查一下卡片总数和最近收藏日期，确认没有丢数据再开始正常使用。

5.4 隐私方面的天然优势

因为卡片数据存在本地，不经过任何云服务，所以很适合整理那些不想上传到别人服务器的资料。你收藏了什么、看了什么、标签怎么打的，第三方便无法知道。Caveman 的 API 面很小，也没有广告、没有跟踪请求，使用起来非常干净。

这一点在大量网页工具都转向“云端优先”的背景下很稀缺。它不收集你的行为数据，也不需要你登录注册，开箱即用，闭箱即走。

5.5 我的备份节奏建议

我的实际备份频率是：每周五导出一次，存进本地目录，每月初把最近一份上传到自己的私有网盘。如果某天要清理浏览器缓存或重装系统，先导出一次再动手。做成习惯之后，数据安全性反而比依赖云同步的工具安心得多。

6. 进阶玩法：把 Caveman 变成“可随意考古的个人知识库”

6.1 利用随机回顾，让旧收藏重新出现

Caveman 提供随机模式之后，我就不再刻意回忆某篇文章放在哪了。每天固定一个浏览卡片的时间，从卡片墙开始，点随机，系统会带我到任意一张旧卡片面前。这个习惯坚持一段时间后会发现，很多当时收藏但没读的内容有了第二次被打开的机会。

它本质上模仿了物理世界里“翻箱底”的快感。电子收藏最大的问题不是保存，而是被遗忘。随机回顾就是对抗遗忘最简单的方式。

6.2 用标签体系搭主题卡片墙

标签体系建议控制在二十个以内，否则管理标签的时间比收藏时间还长。我的标签分三类：

• 领域：前端、设计、写作、工具。
• 状态：待读、读完、废弃。
• 来源：播客、Newsletter、推特。

三个维度互相组合，基本能覆盖百分之九十的收藏场景。比如“前端-待读-播客”一张卡片，一听就知道内容方向、当前状态和来源渠道，不需要额外写备注。

6.3 收藏-沉淀-输出的完整工作流

我的流程是：看到好文章，立刻收藏进 Caveman；晚上集中浏览当天卡片；值得深读的移动到“待读”；读完以后写两条笔记到自己的笔记软件；每周五再看这批“待读”是否清空。

Caveman 只承担收集和回顾，笔记沉淀仍然交给笔记软件，两者分工明确，不冲突。它是一个很轻的工具，硬要用它管理复杂知识库反而会难受。

6.4 固定回顾频率的效果

我试过每天看、每三天看、每周看三种频率，实测下来每周一次是最舒服的。每天看容易变成任务压力，每三天看会漏掉一些短期有价值的活动，每周一次正好能把“收藏—回顾”的周期和周末复盘结合起来。

我一般选周五下午，清完当周卡片，顺手导出一次 JSON。收藏、回顾、备份三件事合并成一个习惯，执行成本很低。

6.5 一个实战案例：前端灵感库的搭建

我长期收藏前端相关文章，标签用的是“前端”“动画”“构建”“性能”。现在打开前端分组，就能看到几十张包含截图、标题、标签的卡片墙，比翻代码仓库的 README 直观得多。

遇到和以前类似的问题，我不会第一时间搜整个互联网，而是先翻卡片墙，往往几分钟内就能找到之前收藏的方案。这个习惯之后，搜索引擎的使用频率都下降了，因为很多答案其实早就被我收藏过了，只是过去一直没想起来。

7. 踩过的一些坑：图标消失、空白卡片与导入失败

7.1 扩展图标突然消失

有一次浏览器自动更新之后，扩展还在，但图标从工具栏消失了。这其实不是被禁用，而是固定状态被重置。去扩展管理页确认状态为“已启用”，然后重新固定到工具栏即可。

这个问题很容易让人误以为扩展故障了，实际上只是 UI 状态的小问题，一分钟就能解决。

7.2 空白卡片和截图不显示

最常见的空白卡片是单页应用（SPA）动态渲染导致的。因为扩展抓截图时页面还没渲染完成，抓到的就是一整块白色区域。解决办法是在目标页面多停留几秒再收藏，或者手动添加描述并把截图重试。

如果某个域名频繁出现空白，可以考虑先在无痕模式下打开一次，可能是扩展权限被该站点拦截导致的。

7.3 导入 JSON 失败

导入失败通常有两个原因：一是 JSON 文件本身不是由 Caveman 导出的格式，字段对不上；二是文件编码不对，比如带 BOM 的 UTF-8 会出现解析问题。

我的经验是先打开 JSON 确认以{开始、包含version字段，再用编辑器转成 UTF-8 无 BOM 后重新导入。如果 JSON 本身没问题，就检查浏览器扩展版本是否太老，旧版本可能不支持新格式。

7.4 数据“同步失败”的真相

有段时间我以为扩展出了 bug，收藏到一半显示同步失败。排查了一圈才发现是清理工具把浏览器“站点数据”清掉了，IndexedDB 被删空。之后我再也没有用第三方清理工具对浏览器站点数据下手，只保留浏览记录清理。

这类问题最坑的地方在于，扩展本身没有任何损坏迹象，表面看只是数据没了。所以要养成导出备份的习惯，这句话怎么强调都不过分。

7.5 一个通用排查链路

遇到问题先按这个顺序查：

1. 扩展状态是否正常，设置页面有没有报错。
2. 查看扩展后台页的 console 有没有红色报错。
3. 看导出 JSON 里的卡片数量是否异常。
4. 检查浏览器版本和扩展是否兼容。
5. 实在不行，导出 JSON，重新加载扩展，再导入。

这套链路我用了很多次，能覆盖百分之九十九的问题。大多数看起来诡异的现象，最后都能归结到以上某个环节。

7.6 卡片多到卡顿怎么办

收藏超过一两千张后，卡片墙滚动或搜索可能会有明显卡顿。我的处理方式是：开启分组，按标签分页查看；少用一次渲染所有卡片的全景视图；保持只收藏有长期价值的卡片，定期把读完的卡片归档或删除。

Caveman 在设计上并没有把“无限卡片墙”作为优化目标，所以控制规模才是关键。它不是数据库，不该承担无限堆积的预期。

8. 和 Pocket、Raindrop.io、Notion 比起来，Caveman 的取舍

8.1 一张表看清差异

8.2 什么时候我仍然依赖它们

读稍后读的场景，我还是会用 Pocket 这类工具，因为它的全文提取和跨平台阅读体验更成熟。Notion 则用于需要深度整理的资料库，因为它的数据库属性和页面关联比卡片墙更灵活。

Caveman 更适合收藏“不需要现在读完、但希望将来能被再发现”的网页。三者的角色不一样，不是替代关系，我会同时用，只是分工不同。

8.3 我的最终建议

如果你的核心需求是“建立一个能让自己定期回顾的网页收藏库”，那 Caveman 是目前开源方案里很顺手的一个。别把卡片数量堆成山，每周固定回顾一次，数据记得导出备份。

我实际用了几个月，最大的感受是：收藏行为重新有了意义。它不再是“把网页扔进深渊”的自我安慰，而是真正把内容放进了自己的洞穴，随时可以挖出来再看一遍。如果你也被收藏夹吃灰困扰，找个周末装一个试试，花不了多少时间，但体验会完全不一样。