site-audit-to-social-distribution

网站审计 → 协同改写与社交媒体分发

打通 SEO 问题的发现（SE Ranking）与修复和推广（Planable）。Planable 的 Universal 内容页面用于存放改写后的页面文案，以便通过评论进行审核并正式批准，然后再发布到网站；社交媒体层则安排帖子，推广更新后的页面。

前提条件

• 已连接 SE Ranking MCP（项目可支持可重复执行的审计和竞争环境分析；一次性审计无需项目）。
• 已连接 Planable MCP，并且有用于审核页面文案的 Universal 内容页面和用于分发的社交页面。页面需在 Planable 中添加，无法通过连接器创建。
  • 这两类页面可以位于不同工作区（例如，用于页面文案的“Universal pages”工作区和用于社交媒体的品牌工作区）。这没问题——在有 Universal 页面时所在的工作区执行改写，在有已连接社交页面时所在的工作区执行分发。请先通过 list_pages 确认两者都已就绪；如果缺少 Universal 页面，请让用户添加一个。

连接器健康检查

开始任何操作前，请确认两个 MCP 均可访问：

• **SE Ranking：**调用 DATA_getSubscription。如果调用失败或返回身份验证错误，请立即停止并告知用户：

  “SE Ranking 连接器未响应——请先重新连接，然后再继续。设置指南：https://seranking.com/api/integrations/mcp/”

• **Planable：**调用 list_workspaces。如果调用失败或返回身份验证错误，请立即停止并告知用户：

  “Planable 连接器未响应——请先重新连接，然后再继续。设置指南：https://help.planable.io/hc/en-us/articles/27538577098780-How-to-connect-Planable-MCP-to-your-AI-tools”

只有在两个调用都成功返回后，才能继续以下流程步骤。

流程

1. 获取审计结果——优先复用，之后再抓取

完整抓取耗时较长，也会消耗套餐的抓取额度，因此应先检查是否已有审计结果：

• 调用 PROJECT_listAudits（或 DATA_listAudits）——如果该域名有近期已完成的审计，请复用该结果；使用 PROJECT_getAuditReport / DATA_getAuditReport(audit_id) 读取。注明审计日期，并告知用户结果有多新——如果结果已过时（超过一两个月），可提议重新运行。
• 仅在没有现有审计（或用户想要最新数据）时：调用 PROJECT_createAudit(domain, settings?) → 轮询审计是否就绪 → 调用 getAuditReport。没有项目时，使用 DATA_createStandardAudit（或 createAdvancedAudit）。对于大型网站，请合理设置 max_pages 范围。

然后，调用 DATA_getAuditPagesByIssue / getIssuesByUrl，列出每项问题所涉及的具体页面。优先关注会影响排名且可通过页面文案解决的问题：标题和描述重复或缺失、缺少 H1、内容单薄，以及技术问题（失效链接、可索引性、重定向）。

2. 补充竞争与需求背景

对于值得修复的页面，先了解“良好表现”是什么样的：

• 调用 DATA_getDomainCompetitors + DATA_getDomainKeywordsComparison——查看竞争对手在这些主题上有排名、而该页面没有的关键词（剔除不符合品牌定位或无价值的差距关键词——参见 seo-gaps 技能中的说明）。
• 针对页面的目标查询调用 DATA_getSerpResults——了解应匹配的主流内容形式和搜索结果页功能。
• 调用 DATA_getRelatedKeywords + DATA_getKeywordQuestions——了解改写应涵盖的子主题和问题（查询几个种子关键词；每次只返回少量结果）。

3. 确定优先级

建立按优先级排序的修复清单：页面 URL → 问题 → 机会（目标查询、搜索量、差距）→ 工作量。优先处理既存在实际问题又有实际需求的页面。向用户展示此清单，并确认要起草哪些页面。

4. 在 Universal content page（审核页面）中起草改写后的文案

对于每个已达成一致的页面，根据步骤 1–2 撰写优化后的文案（标题、元描述、H1/H2 大纲，以及正文或详细的章节指南）。在 Planable 的 Universal content page 中创建：

create_post(workspaceId, universalPageId, text) — 在正文中放入线上页面的 URL，让审核者知道它对应哪个页面。

这样团队就有了一个可供审核的对象：

• create_comment(workspaceId, postId, text) 用于反馈和提问（内部备注请设为 teamOnly: true）。
• update_post(workspaceId, postId, text) 用于直接修改现有文案。
• approve_post(workspaceId, postId) 用于批准。

页面文案草稿要与社交帖子分开 — create_grouped_post 会将 Universal 页面和非 Universal 页面拆分到不同的子组中，因此不要尝试在一个分组帖子中同步网站文案和社交媒体文案。

5. 安排社交媒体分发

对于每个已批准的页面更新，起草用于发布公告或提供支持的社交帖子 — 每个平台使用 create_post，或使用 create_grouped_post 同步多个社交页面的文案（请记住，分组帖子会共用同一段文案，因此要考虑限制最严格的平台的字数上限）。为它们添加标签，以关联到同一营销活动（例如 “content-refresh”）；请注意，标签按工作区划分，因此如果社交媒体所在的工作区与 Universal 页面所在的工作区不同，也要在社交媒体工作区中创建该标签。

安排时间 — 创建前先询问。 不要猜测日期，也不要默认将所有帖子都设为未安排日期。询问用户希望如何安排这批帖子的日期，并提供以下选项：在一个时间段内均匀分布（例如未来 7 天，在合适的时段每个时段安排一篇帖子）、按固定频率／间隔发布（例如从用户提供的开始日期起，每个工作日 10:00 发布），为每篇帖子设置手动日期，或暂不设置日期（先创建未安排日期的草稿，以后再放入日历）。将选定的时间转换为 ISO 8601 格式，并作为 scheduledAt 传入。将帖子保留为待审核草稿 — 不要设置 publishAtScheduledDate — 这样帖子就不会自动发布；只有在用户明确要求自动发布时才将其设为 true。安排的时间会按 UTC 处理，因此请确认时区，或说明时间均为 UTC。

6. 移交发布步骤

页面文案获批后，即可交由负责网站／CMS 的人员发布 — 这一步需手动完成，不属于这些 MCP 的功能范围。请总结：已起草哪些页面、这些页面的审核／批准状态，以及排队等待分发的社交帖子。并提出在修改发布后再次审查，以确认相关问题已解决。

内容写作要点：关键词与 AI 可见度差距

撰写页面改写文案和配套社交内容时，请牢记以下要点，以便锁定特定关键词或弥补 AI 可见度差距：

• 每篇内容只聚焦一种意图。 选择一个关键词或问题，并清楚地回答这一点。试图面面俱到的内容往往什么都排不上名，也不会被引用。
• 开篇直奔答案。 第一行就给出要点，再补充说明。无论是快速浏览的读者还是 AI 引擎，都会提取最清晰、最完整独立的表述——不要把答案藏起来。
• 按照人们实际提问的方式来写。 将引子、说明文字和标题写成真实的问题与通俗易懂的回答。AI 提示词偏向对话式表达，因此自然措辞比堆砌关键词更有效。
• 让论点脱离上下文也值得引用。 AI 工具会截取片段，因此每个关键句都应能独立成立——表达一个观点，使用陈述句，不要写“如上所述”。
• 具体明确。 使用数字、具体示例、明确步骤和清晰定义。具体性更容易让内容被引用，也能让你脱颖而出，区别于已经占据优势的泛泛内容。
• 填补差距，不要重复。 如果竞争对手已经占据某个主题，就寻找他们遗漏的子问题或切入角度，而不是重复已经排名靠前的内容。
• 确保不同渠道的信息一致。 在社交媒体、网站和个人资料中使用相同的术语和论点，让 AI 对你的品牌形成一致认知，明确你的品牌在哪些问题上值得推荐。
• 保持人性化。 内容仍然要像一篇好文章——不能为了优化关键词或 AI 可见度而写得像机器人。

输出

1. 按优先级排列的修复清单 — 页面 → 问题 → 机会 → 工作量。
2. 通用内容页面草稿 — 在 Planable 中完成改写的文案，可供评论和审批（附链接）。
3. 社交媒体分发草稿 — 为每个更新后的页面准备的定时发布内容。
4. 协调摘要 — 已审批、待审核、已排队的内容，以及需要发布到网站的内容。

提示

• 通用内容页面是协作修改页面文案的空间；请将其中的帖子视作文档，而非社交媒体说明文字。请在正文中放入线上 URL，方便审核者了解背景。
• 重复利用审计结果，避免过度抓取。抓取额度受套餐限制——如果现有审计结果足够新，就直接查看；必须抓取时，请设置 max_pages 的范围。
• 每条改写建议都应以审计结果和 SERP 证据为依据；不要在没有数据依据的情况下断言“增加 800 个字”。

边界情况与限制

• 不在范围内的是向网站发布内容。 这些 MCP 会审核和批准文案，并处理社交媒体分发；它们不会将内容推送到 CMS。请明确说明交接事宜。
• 通用内容页面和社交媒体页面可能位于不同的工作区。 不要假设同一个工作区同时包含两者——请用 list_pages 确认，并在页面所在的工作区分别处理各层内容。
• 无法通过连接器创建页面。 如果某个工作区没有通用内容页面（或缺少所需的社交媒体页面），请先让用户在 Planable 中添加页面。
• 审批需要配置工作流。 只有在工作区配置了审批工作流时，approve_post 才能使用；如果没有，请通过评论征求确认，并注明这一点。
• 重新审计以验证修复效果时，只有在更改实际发布到线上网站后，审计结果才会体现这些更改。