Adam Newbold 给出了一套近乎故意“不先进”的建站方法：内容写在本地，生成好的 HTML 也完整留在本地。发布时，不用 CMS，不接数据库，不跑框架，只通过 SFTP 把文件传到静态主机。
他把这套方法叫作“Hardcore IndieWeb”，并称托管费用最低可以压到每天 0.01 美元。
这个数字很抓眼球，却不是完整账单。它来自 NearlyFreeSpeech.net 的特定静态网站方案，域名费用另计，实际支出还会受流量和主机计费规则影响。更大的成本没有出现在账单里：你得亲手维护网站。
三样工具，把网站从平台手里搬回硬盘
“Hardcore IndieWeb”首先是一套个人方法，不是新产品，也不是行业标准。目前没有证据表明它已经成为广泛趋势。
它对“本地拥有”给出了两条很硬的定义：
- 源内容主要保存在本地，而不是只存在于某个在线编辑器。
- 已发布的 HTML、图片、样式表等静态资源，也完整保存在本地。
基本流程很短：
文本编辑器写作与预览 → SFTP 上传 → 静态主机对外提供网页。
网站不依赖数据库、CMS、前端框架或自动构建链。主机换了，可以直接把整套文件传到另一家；某个软件停止维护，也不至于连文章都打不开。
代价同样直接。每发布一篇文章，作者可能要同步修改文章页、首页、归档页和 Atom/RSS feed。导航、日期、内部链接也要自己检查。文章越多，这些重复动作越容易漏。
每天 0.01 美元因此只能理解成托管价格锚点，不能写成“网站总成本”：
| 账目 | 是否包含在 0.01 美元说法中 |
|---|---|
| 特定条件下的静态托管 | 是 |
| 域名注册与续费 | 否 |
| 流量增长带来的额外费用 | 视主机规则而定 |
| 本地与异地备份 | 否 |
| 手工维护首页、归档和 feed | 否 |
| 评论、搜索、会员等动态功能 | 通常需要另找服务 |
静态网站也不会因为文件放在硬盘里就自动安全。本地保存不等于备份。硬盘损坏、误删和勒索软件照样能让文件消失，至少还要准备带版本记录的异地副本，并实际做一次恢复演练。
SFTP 解决的是传输加密，最好配合密钥登录和收紧目录权限。HTTPS 则是另一回事，要看静态主机能否提供证书和正确配置。两者不能混为一谈。
少了一层平台，也多了一份杂务
这套方案的核心收益是可替换性。
主机只是存放文件的地方，不再掌握内容格式和发布系统。服务商倒闭时，站长不用等待平台开放导出工具，也不必处理私有数据库结构。把本地文件上传到新主机，网站就有机会原样恢复。
但“100% 独立”仍然说得太满。网站继续依赖域名注册体系、DNS、托管商、网络连接和传输工具。它降低了单个平台的控制力，没有脱离互联网基础设施。
几种常见路线放在一起，差别会更清楚：
| 路线 | 内容与成品放在哪里 | 自动化程度 | 迁移难度 | 主要代价 |
|---|---|---|---|---|
| 手写 HTML + SFTP | 本地完整保存 | 低 | 低 | 重复维护，容易漏改 |
| 静态站生成器 + Git | 源文件和仓库可本地保存 | 高 | 较低 | 依赖生成器、插件和构建环境 |
| 自建 CMS | 内容通常在数据库中 | 中 | 中至高 | 更新、备份、安全维护 |
| SaaS 博客平台 | 主要由平台托管 | 高 | 取决于导出能力 | 订阅费、规则变化与平台锁定 |
静态站生成器其实是更现实的中间路线。它保留本地源文件和可迁移仓库，又能自动生成首页、归档与 feed。代价是重新引入构建链：版本升级、插件失效、运行环境变化，都可能让多年后的构建失败。
SaaS 博客则把这些杂务一起打包。用户付费购买的不只是磁盘空间，还有编辑器、模板、更新、安全、搜索和发布流程。把这笔钱全看成“平台抽成”，并不公平。很多人买的就是免维护。
早期个人网页本来就靠手写 HTML。后来 CMS 兴起，并非所有人突然迷恋复杂软件，而是文章变多后，人工维护归档和导航太累。如今 IndieWeb 又把控制权提到台前，有一点“合久必分”的历史回声：平台先用便利聚拢用户，锁定成本升高后，一部分人再往外走。
但历史不会原样重演。今天的网站还要处理移动端、HTTPS、无障碍、订阅源和社交分享。回到静态文件，并不等于回到一个更简单的时代。
独立的价格，最后按工时结算
我认同这套方法对控制权的坚持，也不太买账“每天一美分”这个叙事。
钱确实省了。劳动没有消失。
手工维护的麻烦不会平均出现。网站刚上线时，首页、归档和 feed 都很短，修改几处并不痛苦。内容积累后，重复劳动迅速增加。一个日期写错、一个链接漏改、一个 XML 标签没有闭合，都可能留下不易察觉的问题。
无障碍也会成为隐性账单。图片替代文本、标题层级、键盘操作、颜色对比和语义化标签，不会因为网站是静态的就自动合格。CMS 和成熟主题至少能提供一套默认约束；手写页面意味着这些责任全部回到作者手里。
这对两类人影响最直接。
想摆脱博客平台和订阅服务的个人站长，别急着从手写 HTML 开始。先导出内容，确认域名控制权，再检查图片、链接和 feed 能否完整迁移。如果不愿长期碰代码，静态站生成器或支持完整导出的托管服务通常更稳。
能接受 HTML 和手工发布的技术型创作者，可以先拿一个低频更新的小站试跑。把源文件与成品页面都留在本地，配置异地备份，再做一次“换主机恢复”。恢复顺利，独立才算落地；只在硬盘里躺着一份文件，还算不上可持续方案。
真正该观察的也不是托管费还能不能再低一点，而是网站规模扩大后，作者是否仍愿意维护归档、feed、无障碍和链接。评论、站内搜索、会员或支付一旦加入，外部服务会重新进入，所谓平台无关性也会被逐项打折。
Hardcore IndieWeb 做对了一件事：它逼人重新区分“拥有内容”和“能够发布内容”。可它也暴露了一个老问题——软件替人承担的重复劳动，一旦被全部拿掉，就会重新落到人的日程表上。
日期说明：原始页面标注的发布日期为 2026 年 7 月 18 日。若在该日期前引用，应先核验页面状态和时间信息，避免把个人方法提案误写成已经发生的行业事件。