如何用 Codex 批量优化 WordPress SEO？标题、摘要、内链与旧文更新完整方案

Codex 最常被用来阅读代码、修改项目和执行开发任务，但当它通过 MCP、REST 或其他受控工具连接 WordPress 后，也可以参与一类非常适合 Agent 的工作：按照明确规则扫描旧文章、生成变更计划、批量优化 SEO 内容，并逐篇验证写入结果。

这与“让 AI 重写所有文章”完全不同。真正有价值的 SEO 自动化，应尽量保留已有排名、人工编辑和固定链接，只修复可以明确判断的问题，并为每次变化留下证据。

Codex 为什么适合规则明确的 SEO 维护任务

SEO 旧文优化通常包含大量重复但需要上下文判断的工作：

检查标题是否过长、重复或表达不清；
补充缺失摘要；
整理 H2/H3 层级；
发现过时信息和失效链接；
根据站内内容增加相关内链；
保留 slug、作者和发布时间；
更新后重新检查页面结构。

这些任务既不是纯粹机械脚本，也不需要模型自由发挥。Codex 可以读取规则、分析多篇内容、生成结构化差异，再调用 WordPress 工具执行受控更新。

先明确：Codex 不应直接获得数据库和服务器最高权限

批量优化文章只需要内容层能力，通常没有必要让 Agent 直接连接 MySQL、修改主题文件或获得 WordPress 管理员账号。

更安全的架构是：

Codex 负责读取任务规则和分析内容；
WordPress 执行层暴露文章、分类、媒体和允许的 SEO 字段；
专用用户决定可以读取和修改哪些内容；
每次更新前保存快照；
写入后重新读取和访问页面验证。

关于 Codex、Claude Code、Cursor 通过 MCP 管理 WordPress 的基础连接，可参考：编程 Agent 如何通过 MCP 安全管理 WordPress。

第一步：建立 SEO 优化规则，而不是让模型自由改写

任务开始前，应把规则写成可检查的标准。例如：

标题保留核心主题，不为了关键词完全重写；
未经确认不修改 slug；
保留原作者和原发布时间；
不删除已有高价值段落和人工观点；
新增内容必须有可靠来源；
每篇文章最多增加若干条高度相关内链；
不把所有关键词强行塞进标题和小标题；
更新后保持 Gutenberg 区块有效。

SEO 规则应结合站点实际，而不是套用统一字数模板。搜索意图、标题清晰度和内容价值通常比机械长度更重要。

第二步：先建立文章清单和优先级

不要一开始扫描全部文章并批量覆盖。可以先筛选：

已有一定曝光但点击率偏低的文章；
内容过时但仍有外链或历史排名的文章；
标题和摘要明显缺失的文章；
与核心产品相关但内部链接薄弱的文章；
存在失效链接、错误图片或格式问题的文章；
多个页面互相竞争同一搜索意图的文章。

每篇文章应保存 WordPress ID、当前 URL、主题、目标问题、更新时间和优先级。

第三步：逐篇读取完整原始状态

Codex 在提出修改前，至少应读取：

标题、摘要、原始正文和状态；
slug、作者和发布时间；
分类、标签和特色图片；
Gutenberg 原始区块；
站点允许开放的 SEO 字段；
来源 URL 和相关业务字段；
最近修改时间。

只读取前台 HTML 会丢失编辑器结构和部分字段，容易导致更新后区块失效。

第四步：先生成 SEO 审计报告，不直接写入

一份逐篇审计报告可以包含：

检查项	当前问题	建议动作	风险
标题	主问题不清晰	重写但保留核心主题	中
摘要	缺失	生成准确摘要	低
正文	部分信息过时	局部替换对应段落	中
内链	缺少相关产品页链接	增加 2 条上下文链接	低
slug	已有历史 URL	保持不变	高
SEO 字段	描述与正文不一致	更新描述	中

先审核变更建议，可以防止 Agent 把“可优化”误解为“必须重写”。

第五步：优化标题时保留页面身份

旧文章标题优化应回答三个问题：

用户看到标题后是否知道文章解决什么问题；
标题是否与正文真实内容一致；
修改后是否会与站内其他文章产生搜索意图冲突。

不要为了加入关键词，抹掉文章已有辨识度。对于已经获得稳定排名的页面，标题变化还应更保守，并通过分批更新观察效果。

第六步：摘要不是正文第一段的机械截取

文章摘要应独立概括：

用户面临的问题；
文章提供的核心方法；
适用对象或场景；
与普通泛文相比的独特价值。

如果站点使用 Yoast SEO、Rank Math 或其他 SEO 插件，还需要确认其标题和描述保存在什么字段中。不同插件字段并不完全相同，不能让 Codex 猜测键名后直接写入。

第七步：用局部更新修复过时内容

旧文章通常包含仍然有效的核心内容，只需更新其中少量信息。推荐流程：

标记过时段落；
找到可靠的新资料；
生成替换内容；
展示修改前后差异；
只写入目标段落或明确字段；
确认其他区块保持不变。

关于整篇覆盖的风险，可参考：AI 修改 WordPress 时为什么局部更新更重要。

第八步：让 Codex 建立内部链接候选，而不是随意插入

内链优化可以先建立站内内容索引，再根据主题相关性生成候选：

链接目标是否真正补充当前段落；
目标页面是否正常访问；
锚文本是否自然描述目标内容；
同一页面是否被过度重复链接；
是否把读者引向核心专题或产品页；
是否存在更合适的上位母文章。

Codex 可以输出“建议插入位置—锚文本—目标 URL—推荐原因”，确认后再写入正文。

第九步：识别和处理关键词内耗

当多篇文章覆盖同一问题时，不应简单给每篇都增加同样关键词。可以分别采取：

保留最完整的一篇作为母文章；
将其他文章调整为不同场景或长尾问题；
合并内容并设置合理重定向；
通过内部链接明确主题层级；
对明显重复且无价值的页面转人工处理。

合并和重定向影响较大，Codex 可以提出建议，但不应未经确认自动删除或改变 URL。

第十步：SEO 自定义字段必须使用白名单

不同站点可能存在：

SEO 标题与描述；
canonical URL；
robots 设置；
Open Graph 标题与图片；
Schema 类型和结构化字段；
主题或插件自定义索引开关。

这些字段不能全部开放给 Agent。建议：

标题和描述可按规则更新；
canonical、robots 和 Schema 等高风险字段默认只读；
字段键、类型和允许值由执行层定义；
空值不应自动解释为删除；
修改前后均保存字段快照。

第十一步：批量任务要逐篇提交、逐篇验证

处理一百篇文章时，最危险的方式是生成一个完整 JSON 列表后一次性覆盖。更可靠的批次流程是：

先选择 5–10 篇低风险文章作为试验批次；
逐篇生成审计和变更差异；
每篇独立保存快照；
每篇使用稳定请求 ID 执行；
重新读取文章验证；
失败项单独重试，成功项不重复处理；
汇总批次报告后再扩大范围。

第十二步：更新后检查的不只是正文

Codex 写入后应验证：

标题、摘要和目标段落；
slug、作者和原发布时间没有意外变化；
分类、标签和特色图片完整；
内部链接和外部链接可访问；
Gutenberg 区块可正常编辑；
SEO 字段值与正文一致；
前台页面没有短代码、表格或图片异常；
审计日志和快照已经生成。

一个可直接复用的 Codex SEO 任务模板

请先读取指定 WordPress 文章的完整原始状态，不要直接重写。按照标题清晰度、摘要、内容时效性、H2/H3 结构、内部链接、失效链接和允许的 SEO 字段生成审计报告。保持 slug、作者、原发布时间、分类、特色图片和未授权字段不变。先输出逐项修改差异，经确认后保存快照并执行局部更新。更新后重新读取文章并访问前台，验证所有关键字段和链接，最终输出成功、跳过、失败及待人工处理清单。