00 / 00
永久免费个人网站实战
用 AI 和 Cloudflare 搭一个自己能控制的个人网站，把长文、项目、教程和分发内容沉淀回来。
配套视频：实现你的永久免费个人网站，包含完整前后端
原始分享：实现你的永久免费个人网站
公众号、小红书、知乎、B 站、X 都适合分发。
但如果所有内容只留在平台里，你会一直被平台规则牵着走。个人网站的价值不是多一个展示页，而是有一个内容母站。
母站负责保存完整版本，平台负责传播。
这个案例解决什么问题
| 问题 | 只有平台时 | 有个人母站时 |
|---|---|---|
| 内容归档 | 分散在多个平台 | 完整版本回到自己站点 |
| 长期搜索 | 依赖平台搜索和推荐 | 自己维护 URL、RSS、站内搜索 |
| 内容改版 | 每个平台单独处理 | 先更新母站，再分发 |
| 项目展示 | 被平台格式限制 | 文章、作品集、教程可以放在一起 |
| 迁移能力 | 平台变了很被动 | 可导出、可备份、可换技术栈 |
个人网站不是替代平台，而是把主动权拿回来。
推荐架构
对个人创作者来说，第一版不用复杂。
够用的架构是：
| 模块 | 作用 |
|---|---|
| 文章系统 | 放完整长文、教程和复盘 |
| 作品集 | 放公开项目、应用和实验 |
| 评论系统 | 留住读者反馈 |
| RSS / Sitemap | 给搜索和订阅一个稳定入口 |
| 图片存储 | 存文章图、封面、下载文件 |
| 导入导出 | 保证内容可迁移 |
| API Token | 让 AI 或脚本自动发布 |
如果使用 Cloudflare，常见组合是：
- Worker 跑站点和 API
- D1 存文章、评论、设置
- R2 存图片和导出包
- KV 存缓存、临时 token 或轻量状态
写作工作流
建议把内容流分成两层。
1. 创作源
你习惯写 MDX，就继续用 MDX。
本地可以这样组织：
content-drafts/
2026-06-30-goal-coding/
post.mdx
images/创作源要适合你自己长期写，不一定要直接等于网站运行时数据。
2. 发布源
发布源可以是 CMS、数据库或静态站点构建结果。
如果你的网站有评论、后台、API Token、统计、订阅，数据库通常会成为运行时事实来源。关键是数据库里必须保留 contentMarkdown，并且支持导出 Markdown。
这样就不会被 CMS 锁死。
一次写作，多平台分发
推荐顺序：
- 先在母站写完整版本
- 再适配公众号深度版
- 再拆小红书图文或长图
- 再拆 X / 即刻 / 知乎短观点
- 视频内容再反向沉淀回母站
不要每个平台都从零写一版。你会很快累死。
更稳的方式是：
完整文章 -> 平台适配 -> 发布反馈 -> 回到母站更新什么时候用后台，什么时候用 MDX
| 场景 | 推荐方式 |
|---|---|
| 正式长文、教程、项目复盘 | 本地 MDX 写作，再用 API 发布 |
| 临时短内容、快速修错字 | 后台直接改 |
| 图片上传、封面、草稿预览 | 后台更顺 |
| 多篇批量迁移 | 脚本导入 |
| 备份和迁移 | 导出 Markdown/ZIP |
对习惯写 MDX 的人来说，后台不应该替代本地写作。
后台更适合做发布、预览、图片和评论管理。
最小验收清单
搭完个人母站后，至少检查：
- 首页能说明你是谁、写什么、做过什么
-
/blog有文章列表 -
/projects有作品集 - 文章页有目录、封面、评论和 RSS
- 内容可以导出 Markdown 或 ZIP
- 本地 MDX 可以通过脚本或 API 发布
- 图片有稳定 URL
- 旧站有归档或重定向方案
继续阅读
这篇文档有问题？