Pinery

Pinery（也有资料写作 Pinned）是一个把浏览器书签整理成静态导航页的开源项目。它不提供在线编辑器，而是走“导出书签 JSON → 放进自己的 GitHub 仓库 → 开启 GitHub Pages”这条路，最终得到一个属于自己的网址。这篇文章面向想自建导航页、又不想折腾服务器的人，说明它的核心逻辑、实际使用起来的手感，以及哪些情况下并不划算。

定位与核心特点

Pinery 的定位很明确：不解决“书签怎么存”，而是解决“书签怎么好看地摆在页面上”。它把浏览器的书签栏导成一份 JSON 文件，再由项目本身渲染成一个简洁的静态站点。整套流程里没有数据库，也没有后台，页面内容的改动本质上就是改那份 JSON。

优点在于“轻”。生成的是纯静态页面，托管交给 GitHub Pages，只要仓库还在，页面基本不用操心维护。定制也是同理——链接、图标、排序都在 JSON 里，能看懂结构就能改。局限也比较明显：它默认使用者愿意接触 GitHub 这类工具，对完全不懂版本管理的人来说，第一步就有心理门槛。

• 浏览器插件支持 Chrome 和 Edge，导出的是书签文件夹而非全量书签，选择范围由自己决定。
• 输出为静态站点，页面结构与样式相对朴素，适合做入口页而不是内容站。
• 开源项目，问题反馈和改进建议通过 GitHub 的 Issue、Pull Request 走，节奏取决于社区。

使用体验与适用人群

整体流程可以拆成三步：装上导出插件、把 JSON 上传到仓库并命名为约定的文件名、在仓库设置里开启 Pages。听起来环节不少，真正操作下来更像一次性的配置工作，配好之后日常只是更新 JSON。体验好坏主要取决于两件事——网络能否顺畅访问 GitHub，以及自己对仓库设置是否熟悉，与工具本身关系不大。

目前公开的入口有 pinned.io 和中文页面，插件与仓库地址以实际页面展示为准。如果只是想验证效果，建议先用少量书签跑一遍完整流程，确认生成页面的样子符合预期，再整理全部内容。

适合与不适合

• 适合手上有大量分类书签、希望有一个固定入口页的人。
• 适合愿意维护 GitHub 仓库、希望页面完全由自己掌控的用户。
• 适合把小团队常用链接集中展示的场景，共享一个静态页即可。
• 不太适合只想点几下就完成、不愿碰配置文件的人。

几点提醒：插件下载后建议先做常规安全扫描；留意项目版本和最近更新时间，确认仍在使用的主分支与文档一致；不同地区对 GitHub 相关服务的访问情况可能有差异；免费额度与可用性以实际页面为准，不要把它当长期稳定承诺。另外，页面内容应只收录自己有权分享的链接，避免放入来源不明的资源。同类方案也可以参考 {{内链:书签管理与导航站工具}} 做对比。

常见问题 FAQ

• Pinery 需要付费吗？项目本身是开源的，托管依赖 GitHub Pages 的免费能力，是否产生费用或受限以实际页面和平台政策为准。
• 生成的网址是什么样的？通常是个人账户下的 GitHub Pages 域名加仓库名，具体形式取决于你创建仓库时填写的名称。
• 支持哪些浏览器？公开信息显示导出插件覆盖 Chrome 和 Edge，其他浏览器能否使用需以插件页面说明为准。
• 不懂代码能用吗？基本操作是上传文件和点开关，但自定义排序、图标需要编辑 JSON，完全不接触文本编辑会比较吃力。
• 数据会上传到第三方吗？书签文件由你自己放进仓库，若仓库设为公开，页面链接也会公开，敏感链接建议提前筛掉。

Pinery 的价值在于用一个静态页替掉杂乱的书签栏，成本低、可控性强，缺点是前期配置和后续手动维护都需要一点耐心。它更适合当作个人或小团队的补充性入口，而不是唯一的收纳方案；核心书签仍建议在浏览器或合规的同步服务里留一份底。