SEO Blog 质量检查清单

用途: 每篇博客发布前必须通过的标准化检查 版本: v1.0 (2026-01-21)

---

✅ 第一部分: SEO 技术检查 (25 项)

📊 元数据检查

• [ ] Title 长度在 50-60 字符之间
• [ ] Title 包含主关键词（且在前 10 个字符内）
• [ ] Title 包含年份 (2026)
• [ ] Meta Description 长度在 150-160 字符
• [ ] Meta Description 包含主关键词和次要关键词
• [ ] Meta Description 包含行动号召 (CTA)
• [ ] URL Slug 使用连字符分隔
• [ ] URL Slug 全小写无特殊字符
• [ ] URL Slug 包含主关键词
• [ ] URL Slug 长度不超过 5 个词

🌍 多语言检查

• [ ] Locale 字段已设置 (en/zh/es/ja/ko)
• [ ] Translations 对象包含所有语言版本链接
• [ ] 中文 Slug 使用拼音格式（推荐）或正确 URL 编码
• [ ] 多语言切换链接 在 Frontmatter 中正确配置
• [ ] hreflang 标签 将自动生成（由模板处理）

🏷️ 标签与分类

• [ ] Tags 至少 5 个，不超过 10 个
• [ ] Tags 全部小写，使用连字符
• [ ] Category 已设置且正确 (tutorials/comparisons/reviews/guides/case-studies)
• [ ] Featured Image 路径正确且文件存在
• [ ] Featured Image 尺寸为 1200x630 或 1600x900
• [ ] Reading Time 已自动计算或手动设置

🔗 链接检查

• [ ] 内部链接 至少 3-5 个
• [ ] 外部权威链接 1-2 个 (Wikipedia, 官方文档等)
• [ ] 所有链接使用 https:// 而非 http://
• [ ] 没有死链 (404)
• [ ] 锚文本自然不堆砌关键词

🖼️ 图片优化

• [ ] 所有图片有 alt 文本
• [ ] alt 文本包含关键词但不堆砌
• [ ] 图片文件名有意义 (如 seedvr2-workflow.jpg 而非 img001.jpg)
• [ ] 图片已压缩 (< 200KB)
• [ ] 使用 WebP 或优化的 JPG/PNG

---

✅ 第二部分: 内容结构检查 (20 项)

📝 标题层级

• [ ] 只有 1 个 H1 标题
• [ ] H2 标题至少 5 个
• [ ] H3 标题适当使用 (每个 H2 下 1-3 个)
• [ ] 标题层级正确 (不跳级，如 H2 → H4)
• [ ] 每个 H2 标题包含相关关键词或语义词
• [ ] H2 标题可以独立理解 (不依赖上下文)

📄 必备模块

• [ ] TL;DR 存在且在文章开头
• [ ] TL;DR 长度 150-250 词
• [ ] Takeaways 包含 5-10 条要点
• [ ] Takeaways 每条使用 emoji
• [ ] FAQ 至少 5 个问题
• [ ] FAQ 使用结构化格式 (Q: / A:)
• [ ] CTA 至少 2 个 (中段 + 底部)
• [ ] CTA 自然融入内容，不生硬

📏 内容长度

• [ ] 总字数 ≥ 1500 词
• [ ] 每个段落 3-5 行 (移动端不超过 6 行)
• [ ] 每个 H2 章节 200-400 词
• [ ] 每个列表项不超过 2 行

🎯 关键词密度

• [ ] 主关键词出现 5-10 次
• [ ] 主关键词密度 1-2%
• [ ] 使用 LSI 关键词 (语义相关词)
• [ ] 避免关键词堆砌

---

✅ 第三部分: 内容质量检查 (15 项)

🧠 原创性与价值

• [ ] 内容原创，非抄袭或直接翻译
• [ ] 提供独特见解或数据
• [ ] 包含实际案例或截图
• [ ] 有可执行的步骤或代码示例
• [ ] 解决了用户的实际问题

✍️ 语言质量

• [ ] 无拼写错误 (使用 Grammarly 检查)
• [ ] 无语法错误
• [ ] 句子长度适中 (不超过 25 词)
• [ ] 避免被动语态过多 (< 20%)
• [ ] 避免 AI 味道词汇 ("delve into", "it's worth noting", "in conclusion")

📊 可读性

• [ ] Hemingway 可读性等级 ≤ 10
• [ ] 使用列表、表格、代码块提升可扫描性
• [ ] 适当使用 emoji (每 H2 1-2 个)
• [ ] 使用粗体/斜体强调关键点
• [ ] 移动端阅读体验良好

---

✅ 第四部分: 技术实现检查 (10 项)

💻 代码示例

• [ ] 代码使用语法高亮 (指定语言)
• [ ] 代码可直接复制粘贴运行
• [ ] 命令示例包含注释说明
• [ ] 代码块不超过 20 行 (超长的要拆分)

🔧 格式规范

• [ ] 使用 MDX 正确语法
• [ ] Frontmatter YAML 格式正确
• [ ] 日期格式统一 YYYY-MM-DD
• [ ] 数字使用千位分隔符 (如 1,500 而非 1500)
• [ ] 引用使用正确 markdown 语法

🎨 排版美观

• [ ] 段落间有适当空行
• [ ] 列表项对齐
• [ ] 表格响应式设计
• [ ] emoji 使用统一风格
• [ ] CTA 按钮样式一致

---

✅ 第五部分: 用户体验检查 (10 项)

📱 移动端适配

• [ ] 移动端标题不折行过多
• [ ] 移动端图片自适应宽度
• [ ] 移动端表格可横向滚动
• [ ] 移动端代码块可滚动
• [ ] 移动端段落宽度舒适

🚀 加载性能

• [ ] 页面总大小 < 1MB
• [ ] 图片懒加载
• [ ] 首屏内容优先加载
• [ ] 无 JavaScript 阻塞

🔍 可发现性

• [ ] 相关文章推荐 3-6 篇
• [ ] 面包屑导航正确
• [ ] 分享按钮可用
• [ ] 目录 (TOC) 锚点可跳转

---

✅ 第六部分: 发布前最终检查 (5 项)

🎯 发布准备

• [ ] 文件保存到正确目录 (/content/blog/[category]/)
• [ ] 文件命名符合规范 ([category]-[slug]-2026.mdx)
• [ ] Git commit message 清晰描述
• [ ] 已在本地预览确认无误
• [ ] 已通知团队或记录发布日志

---

📊 评分标准

等级	通过项	质量评价	是否发布
S 级	75-80 项	优秀	✅ 立即发布
A 级	65-74 项	良好	✅ 可发布
B 级	55-64 项	合格	⚠️ 优化后发布
C 级	45-54 项	待改进	❌ 返工修改
D 级	< 45 项	不合格	❌ 重新创作

---

🛠️ 使用方法

检查流程

1. 粗检 (5 分钟): 快速过一遍所有 [ ] 项
2. 细检 (15 分钟): 使用工具验证关键项
3. 修正 (10-30 分钟): 修复所有不通过的项
4. 复检 (5 分钟): 再次确认所有修改
5. 发布 (2 分钟): Git commit + push

推荐工具

检查项	推荐工具
拼写/语法	Grammarly, LanguageTool
可读性	Hemingway Editor
SEO 评分	Yoast SEO, SEMrush
关键词密度	Keyword Density Checker
死链检查	Broken Link Checker
图片压缩	TinyPNG, Squoosh
移动端预览	Chrome DevTools

---

📈 持续优化

每发布 10 篇文章后，回顾检查清单: - 哪些项经常不通过？→ 优化模板或提示词 - 哪些项可自动化检查？→ 编写脚本 - 哪些项不必要？→ 删除或降级 - 需要增加哪些项？→ 更新清单

目标: 最终实现 80% 自动化检查，20% 人工审核。

---

✅ 快速检查版 (30 秒)

发布前最快速检查 (10 项核心):

1. [ ] Title 50-60 字符且包含关键词
2. [ ] Meta Description 150-160 字符
3. [ ] 至少 5 个 H2 标题
4. [ ] 总字数 ≥ 1500 词
5. [ ] TL;DR + Takeaways + FAQ 齐全
6. [ ] 至少 3 个内部链接
7. [ ] 所有图片有 alt 文本
8. [ ] 无拼写/语法错误
9. [ ] 移动端可读性良好
10. [ ] 文件命名和路径正确

如果这 10 项全部通过，可以快速发布！

本文档为站内渲染。原始文件本地路径：saas/source/knowledge-people/Knowledge-World-人物-seo方法论-seo-knowledge-base-Guideline-CHECK-67a33c.md（仅本地保留，不入库不部署）