mcpField
S
seo-gaps-to-social-campaign

seo-gaps-to-social-campaign

github.com/seranking营销与增长18958 次安装18 周前更新
代码仓库

关于 seo-gaps-to-social-campaign

此营销技能结合 SE Ranking 的搜索需求与竞争缺口数据,在 Planable 中规划、起草并安排社交内容。适合希望让社交活动围绕真实搜索主题展开的团队。

主要功能

  1. 01分析关键词与竞争缺口
  2. 02从搜索问题提炼内容主题
  3. 03按平台撰写社交帖子
  4. 04在 Planable 创建待审草稿
  5. 05基于用户选择安排发布时间

适用场景

  1. 01将竞争对手关键词缺口转为社交活动
  2. 02用真实搜索问题设计帖子开头
  3. 03为不同社交平台准备文案
  4. 04创建待审批且可安排时间的草稿

MCP 相关

需要连接 SE Ranking MCP 和 Planable MCP:前者提供搜索数据,后者用于创建和安排社交内容草稿。

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/seranking/seo-skills --skill seo-gaps-to-social-campaign

安装后在 Claude Code 中输入/seo-gaps-to-social-campaign确认已加载。

详细介绍

SEO 差距 → 社交媒体营销活动

将 SE Ranking(需求和差距所在之处)连接到 Planable(内容创作、审核和发布的平台)。目标是策划一场有明确重点的社交媒体营销活动,让每篇帖子都以真实搜索需求为依据,而不是泛泛地头脑风暴。

前提条件

  • 已连接 SE Ranking MCP(用于研究的 Data API;项目为可选项,但可解锁排名下滑检测)。
  • 已连接 Planable MCP,并且已设置目标工作区和至少一个已连接的页面。
  • 用户提供:目标域名、市场/国家/地区(默认为 us)、Planable 工作区,最好还提供 1–3 个竞争对手域名。若未指定,帖子数量默认为 6。

连接器健康检查

开始任何操作之前,先确认两个 MCP 均可访问:

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

流程

1. 确定营销活动范围

确认:目标域名、国家/地区、竞争对手(可选)、Planable 工作区及平台、帖子数量,以及营销活动时间范围。如果工作区不明确,调用 list_workspaces 并让用户选择——不要自行猜测。

2. 在 SE Ranking 中发现机会

按顺序执行(遵守 Data API 每秒约 10 次请求的限制)。随查询保存原始结果。

  • DATA_getDomainOverviewWorldwide + DATA_getDomainKeywords — 了解目标域名当前的覆盖情况和表现最佳的现有关键词。目标域名自身表现强劲或排名有望提升的关键词,往往是最契合品牌的营销活动素材,因此应优先挖掘这些关键词。
  • DATA_getDomainCompetitors — 确认实际的自然搜索竞争对手(按共享关键词排序;选取排名前 3–5 个)。注意:此调用会返回完整结果集,可能会写入文件——请读取并解析该文件。
  • DATA_getDomainKeywordsComparison — 核心差距列表:竞争对手有排名、但目标域名没有排名的关键词。筛选出实用的关键词(例如,信息型/商业型意图、搜索量高于合理下限、难度处于该域名有望胜出的范围内)。然后评估相关性,而不只是看数字——竞争对手差距列表通常包含不少噪声,也会出现不符合品牌定位的无关内容(词汇表词条、像“免费粉丝”这类吸引粉丝的词、无关的博客话题)。剔除目标域名无法可信地发布相关内容的主题;品牌根本不该涉及的高搜索量词并不是机会。如果严格筛选后几乎没有结果,就放宽一个门槛,或换一个竞争对手,而不是用无关内容硬凑营销活动。
  • DATA_getRelatedKeywords + DATA_getKeywordQuestions — 扩展关键词和人们实际提出的问题。疑问型关键词是社交媒体开场白的绝佳素材——它们可以直接转化为帖子开头。这些端点每个种子关键词通常只返回少量结果,因此应查询多个种子(3–5 个核心主题)并汇总,不要只依赖一个;某个种子只返回 1–2 个问题很正常,并不意味着没有需求。
  • 对 2–4 个最强主题调用 DATA_getSerpResults — 查看搜索意图和 SERP 功能,确保社交媒体切入角度符合搜索者的实际需求。
  • **排名下滑(如果存在项目):**调用 PROJECT_getPositionHistory(类型为 avg_pos 或 visibility)查找排名下滑的词。排名回升或下滑的关键词,是强有力的“我们有话要说”社交媒体触发点。如果没有项目,则跳过此步骤,依靠上述差距分析。
3. 先归纳主题,再提炼角度

将关键词/问题分成 3–6 个内容主题。每个主题都用一句话说明其依据,并结合数据(搜索量、差距大小、意图或排名变化)。然后为每个主题提炼具体的社交媒体角度——问题关键词可以用作引子,对比词可以做成轮播帖,操作指南可以做成技巧帖。

在起草之前,先向用户展示这些主题,让他们可以提出调整意见。

4. 起草帖子

根据平台特点撰写文案(参见下方的长度/格式规范)。每批内容都要变换引子和形式,不要重复同一种结构。每篇帖子都要能追溯到其来源关键词/问题,让用户了解撰写缘由。

平台长度备注
LinkedIn约 3,000 个字符专业风格,可以采用长文形式,并使用换行
Instagram约 2,200 个字符以视觉内容为主;话题标签放在末尾或第一条评论中;需要媒体内容
Facebook越短效果越好对话式风格
X/Twitter280 个字符简洁有力
TikTok约 2,200 个字符轻松随意,紧跟潮流

创建任何内容之前,先在预览中展示所有草稿,除非用户说“直接创建”。

5. 在 Planable 中创建草稿

使用 list_pages(workspaceId) 获取所请求平台的页面 ID。然后:

  • 所有平台使用相同内容 → create_grouped_post(workspaceId, pageIds[], text, scheduledAt?, labels?)。**注意:**分组帖子会在所有页面共享同一段文案,因此将字数限制差异很大的平台(例如 Facebook + X)分到一组,会迫使共享文案遵守最严格的平台限制(X 的 280 个字符)。如果不同平台的文案长度或语气需要有所区别,请分别调用 create_post。
  • 各平台使用不同文案 → 每个页面调用一次 create_post(workspaceId, pageId, text, scheduledAt?, labels?, firstComment?)。
  • 安排时间——创建前先询问。不要擅自猜日期,也不要默认将所有帖子都设为无日期。询问用户希望如何安排这批内容,并提供以下选项:在一段时间内均匀分布(例如接下来 7 天,在合适的时间段各安排一篇)、按固定频率/间隔安排(例如从用户提供的开始日期起,每个工作日 10:00 发布)、由用户为每篇帖子指定具体日期,或暂时不设日期(创建无日期草稿,之后再放入日历)。将用户选择的每个时间转换为 ISO 8601 格式,并传入 scheduledAt。帖子应保持为拟议草稿——不要设置 publishAtScheduledDate——以免自动发布;只有用户明确要求自动发布时才设为 true。安排的时间按 UTC 处理,因此请确认时区,或说明时间均为 UTC。
  • 如果用户希望为这批内容添加标签,请调用 list_labels(或 create_label),并传入标签 UUID。使用活动标签(例如“由 SEO 驱动”)可方便之后生成报告。
6. 确认并交接

说明创建了多少篇草稿、所属工作区/页面、拟定的安排时间,以及任何 validationErrors(例如 Instagram 需要媒体内容——请指出)。可主动提出为目标词设置排名/AI 跟踪,或之后汇报活动效果(使用 seo-ai-social-report 技能)。

内容提示:针对关键词与 AI 可见性差距进行创作

创建旨在针对特定关键词或弥补 AI 可见性差距的社交内容时,请牢记以下几点:

  • 每篇帖子只针对一种意图。 选择一个关键词或问题,并清晰地回答这一点。试图面面俱到的帖子往往什么都排不上名,也不会被引用。
  • 开篇就给出答案。 在第一行写出要点,然后再展开说明。快速浏览的读者和 AI 引擎都会提取最清晰、最完整独立的陈述——不要把重点埋在后面。
  • 按照人们实际提问的方式来写。 将引言、说明文字和标题写成真实的问题和通俗易懂的回答。AI 提示词采用对话式表达,因此自然的措辞胜过堆砌关键词。
  • 让观点脱离上下文也值得引用。 AI 工具会脱离上下文摘录内容,因此每个关键句都应独立成立——表达一个观点,使用陈述句,不要写“如上所述”。
  • 具体明确。 使用数字、具体示例、明确的步骤和清晰的定义。具体性决定了内容能否被引用,也能让你区别于竞争对手已占据的泛泛内容。
  • 填补差距,而不是重复已有内容。 如果竞争对手已经占据某个主题,就寻找他们遗漏的子问题或切入角度,而不是重复已经排名靠前的内容。
  • 在不同渠道保持一致。 在社交媒体、网站和个人资料中使用相同的术语和观点,让 AI 对你的品牌擅长回答什么形成统一认知。
  • 保持人性化。 内容仍须读起来像一篇好帖子——针对关键词或 AI 进行优化,不应让文字变得机械。

输出

  1. 一份简短、便于用户快速浏览的内容计划:主题 → 来源关键词/问题(含搜索量/难度)→ 平台 → 切入角度。
  2. 已创建草稿摘要及 Planable 链接。
  3. 如果用户需要便于传阅的材料,可选:将 campaign-brief.md 保存到输出文件夹。

提示

  • 切勿编造搜索量或难度。如果 SE Ranking 返回 null,应标记为未知,而不是猜测——计划的可信度取决于此。
  • 相关性胜过搜索量。品牌能出色回答的搜索量为 320 的问题,效果会胜过搜索量为 50k、却与产品毫无关系的词条。
  • 根据平台匹配意图:信息类问题 → 教育类帖子;商业/对比类词条 → 证明、演示、对比。
  • 帖子会创建为草稿。在 Planable 中获得批准/安排发布时间之前,不会发布。请明确说明这一点,以免内容意外上线。

边缘情况与限制

  • 检测排名下滑需要 SE Ranking 项目,并且该项目需要包含排名历史记录。没有此类项目时,营销活动将基于竞争对手差距分析来构建(效果依然不错,只是不以排名下滑为依据)。
  • MCP 不提供 SE Ranking Content Editor。 此技能会直接起草社交文案;不会生成 Content-Editor 优化评分。如果用户需要对网站/博客文案进行评分,这一步仍需在 SE Ranking UI 中完成。
  • Instagram/视觉类平台需要媒体素材。 纯文本草稿会触发验证错误;可提供添加公开图片 URL 的选项,通过 mediaUrls 添加,或说明发布前必须在 Planable 中添加媒体素材。
  • 此技能只会创建社交媒体草稿——获得批准后,才会在 Planable 中发布。

评论

支持 Markdown