如何用 AI 构建博客：文章、编辑器、SEO 与托管

博客需要三样东西：读者能通过自己的 URL 阅读的文章、你撰写和发布这些文章的方式，以及搜索引擎能够理解的页面。AI 应用构建器可以根据一段简单的描述，把这三者全部构建出来。最主要的决定是文章存放在哪里：是项目中的文件，还是带编辑器的数据库。本指南的其余部分都围绕这个选择展开。

博客需要什么

页面

• 首页或文章列表——最新的文章排在最前，包含标题、日期、简短摘要和封面图。
• 文章页——文章本身，拥有自己的 URL，例如 /blog/how-we-roast-coffee。
• 分类或标签页——方便读者浏览某个主题。
• 关于页面——说明谁在写、为什么写。
• 搜索（可选）——文章超过几十篇后值得添加。
• RSS 订阅源——一个小文件，让订阅阅读器和某些新闻邮件工具能自动获取新文章。

数据

文章是一条小记录：标题、slug（URL 的一部分）、正文、摘要、封面图、作者、分类、标签、状态（草稿或已发布）、发布日期和更新日期。如果有多位作者，请添加一个作者表，包含姓名、照片和简短简介。

权限

读者只能看到已发布的文章。写作者可以创建和编辑草稿。发布权限属于某个人，通常是同一个人。对于一人博客，这就是“我和其他所有人”；对于团队，你需要登录功能和至少两种角色。

重大决定：文件还是数据库

CMS（内容管理系统）就是你撰写和管理内容的那部分。详见什么是 CMS。

对于大多数个人和企业博客，建议从 Markdown 文件开始。当通过构建器写作成为瓶颈，或者不使用构建器的人也需要发文时，再转向数据库和编辑器。

早期需要做的 SEO 决定

博客的价值通常来自搜索流量，因此一些技术选择比设计更重要。

• 页面必须在没有 JavaScript 的情况下也可读。 许多 AI 构建的应用是单页应用（SPA）：浏览器先下载一个空页面，再由 JavaScript 把内容填进去。搜索引擎通常能渲染它，但速度更慢，也不够可靠。对于博客，要求文章页预渲染为静态 HTML 或服务端渲染，让文字在页面加载的那一刻就已经存在。
• 每篇文章一个 URL，并且保持不变。 选择简短、易读的 slug。之后再更改会破坏链接，除非添加重定向。
• 每篇文章都有自己的标题和描述。 每篇文章都需要自己的 <title> 和 meta 描述，以及 Open Graph 标签，使分享时的链接显示良好。
• 站点地图。 列出所有已发布文章的 sitemap.xml 能帮助搜索引擎发现新文章。
• 结构化数据。 来自 schema.org 的 Article 标记会告诉搜索引擎标题、作者和日期。只标记页面上实际存在的内容。

我们的AI 构建网站的 SEO 指南会更详细地介绍这些内容。

示例首条提示

为我的精品咖啡烘焙坊构建一个博客。页面包括：首页按最新排序列出文章（标题、日期、摘要、封面图）；文章页位于 /blog/[slug]；分类页；以及关于页面。文章以 Markdown 文件存储，前置元数据包含标题、日期、摘要、分类和封面图，并把每个文章页预渲染为静态 HTML，使搜索引擎无需 JavaScript 即可读取。每篇文章需要自己的标题和 meta 描述、Open Graph 标签以及 Article 结构化数据。根据文章生成 sitemap.xml 和 RSS 订阅源。排版清晰易读，行宽约 70 个字符，并在手机上表现良好。添加三篇示例文章，方便我查看设计。

构建步骤

1. 用示例文章做设计。 先把文章页做好：字号、行宽、间距，以及图片和引文的呈现方式。读者大部分时间都在那里。
2. 列表页和分类页。 检查摘要、日期和封面图，以及文章没有图片时的显示效果。
3. SEO 基础。 要求添加标题、描述、Open Graph 标签、站点地图和 RSS 订阅源。发布后，打开一篇文章并查看页面源代码，确认文字已在 HTML 中。
4. 真实文章。 替换示例内容。你自己先写几篇，它们会定下博客的基调。
5. 订阅表单（可选）。在每篇文章末尾放置一个表单，把邮箱地址保存到数据库，或发送给你的邮件服务商。参见如何构建新闻邮件网站。
6. 编辑器和登录（仅在需要时）。如果转向数据库，要求提供带草稿、预览按钮和图片上传的管理区域，并用登录保护。
7. 自定义域名。 使用你自己的域名，博客能为该域名积累信誉。参见如何连接自定义域名。

用 AI 辅助写作

AI 可以帮助你列大纲、写初稿、提供标题选项、撰写摘要和编辑文字。但它在那些让博客值得一读的事情上较弱：你的经验、你的观点、你的照片，以及你工作中的真实数据。一个有用的原则是：让 AI 帮你写得更快，而不是替你写。核实它给出的每一个事实，对于无法追溯来源的统计数据或引文，绝不发布。

如果你在自己的编辑器中加入 AI 写作助手，例如“建议标题”或“精简这段”按钮，API 密钥必须留在服务器上。也要为它设置使用限制，因为每次建议都会产生费用。

常见错误

• 文章采用仅客户端渲染。 文章正文应该在 HTML 中，而不是之后由 JavaScript 添加。
• 发布后更改 slug。 每个旧链接都会失效。如果必须更改，请从旧 URL 添加重定向。
• 图片过大。 一张 5 MB 的封面照会让每个页面都变慢。要求提供经过压缩、调整过尺寸、并设置了宽高的图片。
• 没有草稿。 没有草稿状态，写到一半的文章就会直接上线。
• 没有审核的评论。 开放的评论几天内就会吸引垃圾信息。开始时不设评论，或要求在显示前先审批。
• 缺少日期。 读者和搜索引擎都想知道文章写于何时、最后何时更新。

何时选择博客平台更好

如果你只想写作，托管的博客平台或 WordPress 能更快地帮你实现目标。它们自带成熟的编辑器、主题、评论，有些还提供新闻邮件功能，并拥有多年积累的插件。类似 Substack 的平台还带来了现成的读者群和邮件投递。

当博客位于更大的产品之中（企业网站、SaaS 应用、商店），当你希望文章使用自己的数据（产品页面、食谱、房源列表），或当你希望完全掌控设计和 URL 时，就自己构建。这也是理解网站工作原理的好方法。如果要向已有的网站添加博客，请参见如何为网站添加博客。

使用 Mythex 构建

在 Mythex 中，你在聊天里描述博客，在实时预览中检查设计（包括手机尺寸的框架），然后将其发布到公开的 <slug>.mythex.app 地址；自定义域名属于 Pro 套餐。默认技术栈是 Vite 加 React 应用，它在浏览器中渲染，因此对于博客，请要求预渲染的文章页或 Next.js，并按照 SEO 指南设置标题、meta 标签和站点地图。需要浏览器编辑器时，Mythex 会在应用需要的情况下添加数据库以及用于图片的文件存储。写作者的登录由你自行提供：你选择方式，由代理接入。如需快速开始，可以参考美食博客和新闻邮件博客模板。

常见问题