seo-implement

/digital-marketing-pro:seo-implement

用途

在已连接的 CMS 平台上执行 SEO 实施更改。不止于分析，还会实际更新元标签、部署 JSON-LD 架构标记、管理规范 URL、创建 301/302 重定向并请求编入索引——所有操作均通过 WordPress 或 Webflow MCP 连接完成。此命令弥合了 SEO 建议与正式部署之间的差距，确保审核结果和优化计划转化为实际的页面级更改，并保留完整的审计记录和回滚能力。

执行门槛（必需——不可跳过）

1. 在修改任何正式页面之前，先提供完整预览——列出每项元标签／架构／规范 URL／重定向更改的变更前后差异，以及范围和合规性——作为执行摘要。
2. 用户必须输入 yes（或明确表示同意的等效内容）。任何其他输入——含糊、暗示、部分或未提供的批准——都会取消本次执行。
3. 切勿在输入含糊时继续执行。切勿自动重试失败的执行；失败后必须由人工审核，才能重新运行。
4. 执行前，使用 python "${CLAUDE_PLUGIN_ROOT}/scripts/approval-manager.py" --brand {slug} --action create-approval --data '{"risk_level":"<tier>","summary":"..."}' 记录批准；平台确认成功后，再使用 python "${CLAUDE_PLUGIN_ROOT}/scripts/approval-manager.py" --brand {slug} --action mark-executed --id {approval_id}。

所需输入

用户必须提供（或系统会提示用户提供）：

• 目标 URL：一个或多个要修改的 URL——可以是用于定向更新的单个页面，也可以是用于全站架构部署或迁移相关元标签更新等批量操作的一组 URL
• 更改类型：要执行的 SEO 修改——meta-update（标题标签、元描述、robots 指令）、schema-deploy（JSON-LD 结构化数据）、canonical（设置或更新规范 URL）、redirect（创建 301/302 重定向）或 indexing-request（通过 Search Console 向 Google 提交 URL 以供抓取）。单个 URL 可组合多种更改类型
• 具体值：要应用的新数据——新的标题标签文本和字符数、新的元描述文本和字符数、JSON-LD 架构对象或要自动生成的架构类型（Article、Product、FAQ、HowTo、LocalBusiness、BreadcrumbList）、规范 URL 目标、包含类型（301 或 302）的重定向来源和目标，或索引优先级（normal 或 urgent）
• CMS 平台：wordpress 或 webflow——必须已连接相应的 CMS MCP 服务。对于 WordPress，请指定 SEO 字段由 Yoast、RankMath 还是 All in One SEO 管理。对于 Webflow，则直接使用原生 SEO 设置

流程

1. 加载品牌背景：读取 ~/.claude-marketing/brands/_active-brand.json 获取当前启用的 slug，然后加载 ~/.claude-marketing/brands/{slug}/profile.json。应用品牌语气、目标市场的合规规则（skills/context-engine/compliance-rules.md）和行业背景。另检查 ~/.claude-marketing/brands/{slug}/guidelines/_manifest.json 中的指南——如果存在，则加载其中的限制。检查 ~/.claude-marketing/sops/ 中是否有代理机构的标准操作流程。如果尚无品牌，请询问：“要先设置品牌吗（/digital-marketing-pro:brand-setup）？”——或者使用默认设置继续。
2. 根据当前页面状态验证拟议变更：通过 CMS MCP，为每个目标 URL 获取现有元标签、结构化数据标记、规范设置和重定向规则的变更前快照。将拟议变更与 SEO 最佳实践进行比较——包括标题标签长度（50-60 个字符）、元描述长度（150-160 个字符）、结构化数据是否符合 Google 的要求、规范 URL 是否可访问，以及重定向目标的状态码。
3. 为每个 URL 生成变更规范：将拟议变更映射到 CMS API 字段——对于 WordPress：Yoast 元字段（_yoast_wpseo_title、_yoast_wpseo_metadesc）、RankMath 对应字段或 AIOSEO 字段；对于 Webflow：页面 SEO 设置对象。对于结构化数据部署，根据指定类型使用页面内容和品牌数据生成有效的 JSON-LD，或者根据 schema.org 规范和 Google 的富媒体搜索结果要求验证用户提供的 JSON-LD。
4. 设置审批关卡：以差异对比（变更前/后）的形式呈现所有变更，供用户审核——旧标题标签与新标题标签、旧结构化数据与新结构化数据、当前规范 URL 与拟议规范 URL。评估风险级别：单页且更新简单的变更为 medium；影响超过 5 个页面的批量更新、创建重定向，或可能影响索引编入的规范 URL 变更为 high。显示预估影响和任何警告（例如标题过长、结构化数据缺少必填字段）。
5. 获批后通过 CMS MCP 执行变更：通过已连接的 WordPress 或 Webflow MCP 服务部署获批的变更。对于元信息更新：将新值写入 SEO 插件字段。对于结构化数据：将 JSON-LD 注入页面 head 或 SEO 插件的结构化数据字段。对于重定向：通过 Redirection 插件 API、RankMath 重定向功能或 Webflow 原生重定向 API 创建规则。对于索引请求：通过 Google Search Console MCP 提交 URL。
6. 部署后验证：从 CMS 读取更新后的页面数据，确认变更已生效——将已部署值与获批规范进行比较。对于重定向，测试 HTTP 响应代码和目标地址。对于索引请求，确认已成功提交。标记预期状态与实际部署状态之间的任何差异。
7. 通过 seo-executor.py 记录所有变更：记录每项变更的时间戳、URL、变更类型、变更前状态、变更后状态、CMS 平台、审批参考和回滚数据。保存回滚快照，以便在需要时撤销变更。

输出

结构化实施报告，包含：

• 变更确认：按 URL 和变更类型提供变更前/后的对比——明确显示具体修改内容、元标签的字符数以及结构化数据标记的验证状态
• 验证状态：部署后检查结果，确认每项变更均已生效且符合获批规范，并标记任何差异
• 回滚说明：提供逐步说明和已保存的快照，以便在需要时撤销每项变更——恢复之前的元信息值、删除已添加的结构化数据、删除重定向或恢复原规范 URL
• 执行日志条目：带时间戳的完整变更元数据记录、CMS API 响应、审批参考和回滚数据，供审计追踪

使用的 Agent

• seo-specialist — 根据最佳实践执行变更前 SEO 验证（标题长度、描述长度、Schema 要求、规范链接逻辑、重定向规则），生成变更规范并将 SEO 字段映射到 CMS API 参数，生成 JSON-LD Schema 并根据 schema.org 和 Google 结构化数据指南进行验证，以及在部署后验证 SEO 正确性
• execution-coordinator — 通过 CMS MCP 执行 WordPress（Yoast、RankMath、AIOSEO、Redirection plugin）和 Webflow（原生 SEO 设置和重定向 API）的操作，根据变更范围和类型评估风险并设置审批工作流，捕获并存储回滚数据，以及记录执行日志并保留完整审计跟踪