Astro 与 Next.js 博客模板怎么选
围绕写作流程和应用需求选择框架。框架名称本身不能说明某个模板如何存储内容、如何渲染页面。
- 沿着文章从编辑到发布的流程检查。核对使用本地 Markdown、MDX 还是 CMS，草稿和图片如何处理，以及非开发者能否维护。
- 内容型网站重点检查静态构建与读者实际加载的脚本；带账户的应用重点检查会话与数据读取。两种框架都支持多种实现方式，不能只凭标签推断能力。
- 用代码块、大图和长标题制作一篇样例文章，检查导航、订阅、元数据和文章改名后的跳转，再核对托管适配器及外部服务要求。
沿一篇文章检查完整发布流程
| 任务 | 检查位置 | 需要记录的证据 |
|---|---|---|
| 写作与预览 | 内容目录、内容结构或 CMS 集成 | 草稿可预览，但不会进入公开归档。 |
| 生成文章 | 构建产物与服务端适配器 | 交付页面中包含标题、正文与导航，所需服务有记录。 |
| 维护链接 | 路径规则、订阅与重定向配置 | 文章改名后，原地址仍有合理去向。 |
| 迁移网站 | 图片、内容导出与部署配置 | 能够列出除代码外需要迁移的数据和服务。 |
做一次小范围接入验证
分别添加一篇草稿和一篇公开文章，包含长标题、代码块与大图。按仓库说明构建并查看 HTML，比较作者操作步骤和托管要求，不能只凭框架名称判断性能。
记录仓库提交版本、环境、步骤和结果，区分“已验证”“未提供”“待确认”。选择前估算每个缺口的补齐成本；没有检查不等于通过，本指南也不表示本站已对每个模板做过这些测试。
一手资料
目录资料与核验依据如何整理 →这些是选型检查方法，不代表列表中每个模板都包含这些能力。采用项目前请核对源码和演示。
本文由 AI 辅助整理为选型检查清单，尚无具名人工审核或项目实测记录。
反馈内容错误