01
先判断这篇文章是否真的在回答一个问题
- •先看标题是否对应一个明确读者问题，而不是只表达作者态度或泛主题。
- •再看正文开头是否给出一条非显然判断，而不是把常识换一种顺滑说法。
- •如果全文读完仍然说不出‘读者会带走哪个判断’，先退回草稿，不要继续补排版。
返回资源索引
Resource
内容质量 QA 清单
这份清单把‘写完了’和‘能公开’拆开处理：先判断文章有没有回答真实问题，再检查原创增量、内部链接和公开风险，避免低价值页面直接进入站点。
Companion
这页是文章《内容质量 QA 表：发布前检查标题、结构、原创性》的配套资源。文章解释为什么内容 QA 不该只查错别字，这页把最小可执行检查顺序直接列出来。
Cloud stack decisions
从部署选择，到发布检查，再到可复用资源。
这组页面围绕低成本 Cloud 栈和发布边界展开，适合按顺序阅读，也方便从文章直接跳到对应清单。
TopicOnlyBegin
工程与系统主题
集中承接 Cloudflare、OpenNext、发布检查和运行时边界这条主线。
ResourcesOnlyBegin
公开资源索引
把文章里可以直接复用的清单和模板收成独立资源入口。
ChecklistOnlyBegin
发布门禁检查清单
发布前按自动化、人工 smoke 和风险记录收口。
ArticleOnlyBegin
Cloudflare + OpenNext 运行时边界
先判断项目是否适合 Workers / OpenNext，而不是只比较部署按钮。
ArticleOnlyBegin
Cloudflare/OpenNext 发布前检查清单
把构建、路由、缓存和公开面检查放进发布前顺序。
ArticleOnlyBegin
Cloudflare Pages vs Vercel
用低成本个人站的约束比较两个部署选项。
ArticleOnlyBegin
Vercel、Cloudflare Pages、静态部署怎么选
按交互需求、成本和维护边界选择部署方式。
ArticleOnlyBegin
发布前 checklist 应该记录什么
把命令、路由和风险写成下一次能复用的发布证据。
02
用五个标签做最小内容 QA：意图、判断、证据、链接、风险
- •意图：这篇到底帮读者解决什么问题？
- •判断：文中有没有作者愿意负责的一条取舍或结论？
- •证据：判断来自实践、官方文档、案例，还是社区问题？
- •链接：读者看完后能否进入下一篇文章或对应资源页，而不是停在孤岛里？
- •风险：是否存在重复意图、未来日期暴露、引用无增量或只是在补库存？
03
最后只检查会影响公开面的风险
- •确认这篇不会因为未来日期、错误路由或静态导出遗漏而提前进入公开入口。
- •确认内部链接指向的是当前应该承接的文章或资源页，而不是把读者送回薄弱草稿。
- •只要五个标签里有一个写不出来，就把它继续留在草稿池，而不是靠发布日期把它推上线。