WordPress 文章发布后，很多人只做一件事：点开链接，看页面能不能打开。这个动作当然有用，但远远不够。真正影响 SEO 和用户体验的，往往是更细的漏项：摘要没填、meta description 缺失、特色图 alt 为空、正文多了 H1、内链太少、移动端图片压住文字。
如果每天都要稳定发文，这些检查不应该靠心情。更好的做法是把发布后检查变成一套 AI Agent 流程：发布成功后自动打开页面，读取 HTML，检查关键字段，再把结果整理成可复核报告。
老达AI博客已经把“写稿、配图、发布、发布后检查”变成固定流程。你可以先看 老达AI实践专题 和 AI智能体与自动化专题，再结合本文把 WordPress 检查做成自己的自动化清单。
发布后检查到底要查什么
一个合格的 WordPress 发布后检查，至少应该覆盖七项：
- 标题：页面 title 是否正常，是否和文章主题一致。
- 摘要：WordPress excerpt 是否存在，长度是否适合搜索展示。
- SEO meta：description、keywords 或 SEO 插件字段是否输出。
- 特色图：是否成功显示，alt 文本是否描述主题。
- 正文结构：正文不要再写 H1，应该从导语或 H2 开始。
- 站内链接：是否有足够的专题页和旧文内链。
- 移动端：标题、图片、目录、按钮和正文是否明显错位。
这些要求看起来琐碎，但它们决定了文章是否像一篇认真发布的内容，而不是一个刚从编辑器里丢出来的草稿。站内 老达AI博客 SEO 优化复盘 里也提到过，专题页、旧文改造和结构化内链要长期维护。
为什么适合交给 AI Agent 做
发布后检查有三个特点：规则明确、重复频率高、人工容易漏。它不需要 AI 自由发挥，反而需要 AI 按清单执行。
AI Agent 在这里的价值不是“替你判断文章好不好”，而是替你完成这些机械步骤：
- 读取刚发布的文章 URL；
- 抓取页面 HTML 和 WordPress REST API 字段；
- 统计正文里的站内链接、H1、图片 alt；
- 打开浏览器检查桌面端和移动端首屏；
- 把结果整理成通过、警告、失败三类。
这类流程和 AI自动发布 WordPress 文章完整流程 可以直接衔接：发布不是终点，发布后的质量回查才是闭环。
第一层：用接口检查结构字段
最稳定的检查方式，是先用 WordPress REST API 或页面 HTML 抓结构字段。比如：
- 文章 ID、slug、分类、标签是否正确；
- excerpt 是否存在；
- featured_media 是否存在；
- 正文中是否出现
<h1>； - 正文里有多少条
https://laodad.com/站内链接； - 页面源码里是否输出 description、keywords、og:image。
这些不需要肉眼看，脚本比人更可靠。对于个人站长来说，哪怕只写一个很小的检查脚本，也比每次手动翻页面稳定。
第二层：用浏览器检查真实页面
接口检查只能确认字段存在，不能确认页面好看。比如特色图存在，但首屏裁切很差；正文没有 H1，但移动端标题换行压住目录；内链数量够了，但链接文字全是“点击这里”。
这时就需要浏览器检查。可以让 AI Agent 打开发布页，分别看桌面端和手机端：
- 首屏是否能看到标题、导语和主题图；
- 图片是否加载，比例是否异常；
- 目录、广告、按钮是否遮挡正文；
- 长标题是否溢出；
- 页面是否出现明显空白、错位或加载失败。
这部分可以参考 MCP浏览器自动化怎么用。浏览器自动化不一定要直接操作后台，先用来做发布后验收，风险更低，收益也更稳定。
第三层：把 SEO 检查写成硬门槛
内容站最怕规则只存在脑子里。建议把发布后检查写成硬门槛，比如：
WordPress 发布后检查要求：
- 页面必须返回 200。
- title、description、keywords 必须能在页面源码中读取。
- 特色图必须存在，并且 alt 文本不能为空。
- 正文中不得出现 h1。
- 正文站内链接不少于 4 条，其中至少 2 条专题页链接、2 条旧文章链接。
- 检查结果必须输出通过项、警告项和需要修复项。这套规则不只适合博客，也适合企业官网、知识库、案例库和产品更新页。只要你重视长期搜索流量，就应该把发布质量变成流程，而不是靠临时检查。
一套可复制的 AI Agent 检查流程
下面是一套适合个人站长的最小流程：
- 发布完成：脚本返回文章 ID 和 URL。
- 结构检查：抓取 REST API 和页面 HTML，提取 title、meta、图片、正文结构。
- 链接检查：统计专题页内链、旧文内链、外链和空链接。
- 浏览器验收：打开桌面端和移动端首屏，截图或记录明显问题。
- 报告输出：按通过、警告、失败列出结果。
- 人工修复：只对失败项回到 WordPress 后台或草稿脚本修正。
如果你已经在使用 n8n、Dify 或 MCP，也可以把这套流程接成自动提醒。比如发布成功后，把检查报告发到飞书、邮箱或任务清单；有失败项时，不进入下一篇发布。
不要让 AI 直接“修一切”
发布后检查发现问题后，最稳的处理方式不是让 AI 立刻大改文章。问题要分级：
- 低风险：摘要过短、alt 文本不清楚、内链少，可以直接补。
- 中风险：标题和 SEO description 不匹配，需要人工确认关键词。
- 高风险：文章主题跑偏、事实错误、页面模板异常，不要自动修，先人工审。
这也是 AI Agent 人机协作工作流 的关键：AI 负责检查和提出修复建议，人负责最终判断。自动化越接近真实发布，越要保留确认点。
适合复制给 AI 的检查提示词
请对这个 WordPress 文章 URL 做发布后质量检查。
检查项：
1. 页面状态码是否为 200；
2. 页面 title、meta description、meta keywords 是否存在；
3. 特色图是否存在，alt 文本是否清晰；
4. 正文是否包含 h1；
5. 正文站内链接数量是多少，是否至少包含 2 条专题页链接和 2 条旧文链接；
6. 桌面端和移动端首屏是否有明显错位、遮挡或图片加载失败；
7. 输出通过项、警告项、失败项和建议修复动作。
只做检查和报告，不要直接修改文章。把这段提示词固定下来，配合脚本和浏览器工具，就能把发布后检查从“想起来才做”变成“每篇必做”。
最后：发布质量也是内容资产的一部分
对 WordPress 内容站来说，一篇文章的质量不只在正文。标题、摘要、meta、特色图、内链、移动端展示，都会影响搜索引擎理解和用户停留。AI 可以帮你写稿，但更值得让它帮你守住这些细节。
每天发布两篇文章时，最容易出问题的不是写不出来，而是流程漏项。把发布后检查自动化，才有可能在持续更新的同时，不牺牲网站质量。
延伸阅读
- 老达AI实践专题：查看 AI 如何参与真实网站运营和内容流程。
- AI智能体与自动化专题：继续理解 Agent、MCP、n8n 与人工确认。
- AI自动发布 WordPress 文章完整流程：从草稿、配图到发布后的基础检查。
- MCP浏览器自动化怎么用：让 AI 打开网页、截图和检查页面表现。
