指南

如何为网站添加博客:方案、SEO 与设置

要为网站添加博客,先选择文章如何撰写——如果你或开发者来写,就用项目中的 Markdown 文件;如果非技术人员来写,就用带有管理编辑器的数据库;如果你想要一个功能完整的编辑工具,就用 CMS——然后把博客放在主域名下的 /blog 路径中,包括一个列表页、每篇文章一个页面,以及一个 RSS 订阅源。对于搜索引擎,要确保每篇文章都以真正的 HTML 形式提供,并带有自己的标题、描述和分享图片,并且出现在你的站点地图中。AI 应用生成器可以根据一条提示词构建其中任何一种方案,选择哪一种主要取决于由谁来写。

选择文章的撰写方式

这是最重要的决定,技术选型是由它决定的。

方案工作方式适合取舍
项目中的 Markdown 文件每篇文章是一个 .md 文件;网站将其转换为页面偶尔写作的创始人或开发者发布一篇文章需要修改项目并重新部署
数据库 + 管理编辑器文章是表中的记录,在你应用内的编辑器中撰写小团队、非技术作者你需要构建并维护编辑器
无头 CMS一个独立的内容工具;你的网站通过其 API 获取文章内容团队、多位作者、需要审批流程另一个账号、API 密钥和账单
独立的博客平台托管的博客工具,放在子域名上零构建、直接开始设计不同,与主站的关联较弱

一个实用的原则:如果你愿意用纯文本文件写作,Markdown 是最简单、提供速度最快的方式。如果“提交”和“重新部署”这些词会让你或你的团队不愿发文章,那就选择编辑器。

子目录还是子域名?

  • 子目录(example.com/blog):同一个站点、同一种设计、同一套分析数据,并且博客文章与你希望获得排名的页面位于同一域名下。对大多数企业来说最简单。
  • 子域名(blog.example.com):只有当博客运行在你无法放在主站之下的其他平台上时才需要。

如果你本来就打算把博客构建进自己的网站,那就用子目录。

博客需要什么

  • 文章列表页:包含标题、日期、简短摘要和分页。
  • 文章页面:阅读宽度适中(大约每行 60–80 个字符)、标题层级清晰,并且图片处理得当。
  • 干净的 URL:/blog/how-to-choose-a-caterer,而不是 /blog?id=17。
  • 每篇文章独立的标题和元描述,以及 Open Graph 标签,使分享的链接能显示正确的预览。
  • 为每篇文章添加站点地图条目,并提供一个给读者和新闻订阅工具使用的 RSS 订阅源。
  • 作者和日期,修改后显示“更新于”日期。
  • 分类或标签:等文章数量多到需要时再添加。
  • 草稿,使未完成的文章保持私密。

SEO:让文章成为真正的页面

许多用现代工具构建的网站是单页应用:浏览器下载 JavaScript,然后由它绘制页面。这对应用来说没有问题,但博客依赖搜索和链接预览,而仅在浏览器中绘制的页面,对一些爬虫和社交预览来说更难读取。对于博客,要求文章进行预渲染(在网站构建时转换为 HTML)或服务器端渲染,这样每个文章 URL 都会立即返回完整的内容、标题和描述。

我们关于为 AI 构建的网站做 SEO的指南,更深入地讲解了标题、站点地图和结构化数据。

示例提示词

Markdown 博客:

在 /blog 添加一个博客。每篇文章是 content/blog 中的一个 Markdown 文件,文件顶部包含标题、描述、日期以及可选的封面图片。构建一个列表页(最新在前,每页 10 篇),以及位于 /blog/[slug] 的每篇文章页面。将所有博客页面预渲染为静态 HTML,使每个页面都有自己的标题、元描述和 Open Graph 标签。把文章加入 sitemap.xml,并在 /blog/rss.xml 生成 RSS 订阅源。

带编辑器的博客:

添加一个博客,文章存储在数据库中:标题、slug、摘要、正文(Markdown)、封面图片、状态(草稿或已发布)、发布日期。添加一个受密码保护的管理区域,用于创建、编辑、预览和发布文章,并支持封面和正文内图片的上传。只在 /blog 上显示已发布的文章。在服务器端渲染每篇文章页面,并为每篇设置自己的标题和元描述。

优化外观:

改进博客文章的布局:阅读宽度舒适、行高更大、标题、代码块和引用样式清晰、图片自适应,并在底部提供“上一篇 / 下一篇”链接。保留网站现有的颜色和字体。

分步操作

  1. 决定由谁写作,并选择 Markdown、数据库 + 编辑器,还是 CMS。
  2. 确定 URL 结构:/blog 和 /blog/post-slug。
  3. 构建列表页和文章页,并符合上面的布局基础要求。
  4. 为每篇文章添加元数据:标题、描述、分享图片、日期。
  5. 让文章可被抓取:对它们进行预渲染或服务器端渲染,然后查看某篇文章的页面源代码进行检查——正文内容应当已经在其中。
  6. 添加站点地图和 RSS 订阅源。
  7. 处理图片:压缩、设置尺寸、添加替代文本。如果使用编辑器,请把上传的文件存入文件存储(参见如何为应用添加文件上传)。
  8. 上线前写好两三篇文章,这样博客看起来不会空空如也。
  9. 发布,然后在 Google Search Console 中提交站点地图。

常见错误

  • 选择了没人会用的方案。 对于一个不会碰文件的团队来说,Markdown 博客会一直空着。
  • 文章只在浏览器中渲染。 分享时预览是空白的,搜索引擎看到的内容也可能更少。
  • 每篇文章的标题和描述都一样。 每篇都需要独立的标题和描述。
  • 发布后更改 slug。 这会破坏已有的链接;如果确实必须更改,请添加重定向。
  • 巨大且未压缩的图片。 它们会拖慢每一篇文章的加载速度。
  • 没有草稿功能。 写到一半的文章可能会意外上线。
  • 只写自己,而不回答客户的问题。 有用的回答才能带来访问量;公告通常做不到这一点。

检查清单

  • 撰写方式与真正会写作的人相匹配
  • 博客位于主域名下的 /blog
  • 每篇文章的 URL 干净且稳定
  • 每篇文章都有独特的标题、描述和分享图片
  • 文章的 HTML 包含完整正文(检查页面源代码)
  • 站点地图和 RSS 订阅源包含所有已发布的文章
  • 草稿保持私密
  • 图片已压缩并带有替代文本
  • 上线前已写好几篇文章

用 Mythex 添加博客

在 Mythex 中,你可以通过聊天添加任意一种博客。对于基于编辑器的博客,文章存入项目的数据库,图片存入文件存储,应用需要时 Mythex 会启用这两者。Mythex 的文档指出,新建应用默认常常是 Vite 单页应用,其 SEO 弱于服务器端渲染或静态 HTML——因此对于博客,请要求使用预渲染或静态的文章页面,或者使用 Next.js 方案。参见已发布应用的 SEO,并在修改后重新发布。

如果你从零开始,请参阅如何用 AI 构建网站和如何构建小型企业网站。

常见问题

博客应该放在子域名还是子目录下?

像 example.com/blog 这样的子目录,能让博客与你的产品位于同一个站点,对大多数小型企业来说是更简单的选择。像 blog.example.com 这样的子域名,适用于博客运行在一个无法放在主站之下的独立平台上的情况。

用 AI 做的网站,最简单的添加博客方式是什么?

如果只有你或开发者来写文章,就把每篇文章保存为项目中的 Markdown 文件,让网站把它们转换成页面。如果非技术人员也要写作,就把文章存入数据库,并配一个简单的管理编辑器,或者接入 CMS。

单页应用上的博客对 SEO 不利吗?

可能会更弱。只在浏览器中渲染的页面,对一些爬虫和分享预览来说更难读取。博客文章应当以真正的 HTML 形式提供——在构建时预渲染,或在服务器端渲染——并且每篇文章都有自己的标题和描述。

企业博客应该多久发一次文章?

没有神奇的数字。一个你能坚持下去的稳定节奏,并且文章回答客户真正关心的问题,比一下子发很多文章、之后几个月却毫无动静要好。

Mythex · Pricing · 用 AI 构建任何东西 · 网站和应用模板 · Mythex 对比 · AI 应用构建术语表 · 免费的 AI 应用构建工具 · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 繁體中文(香港) 繁體中文(台灣)