ai-search-gaps-to-social-campaign

AI 搜索缺口 → 社交营销活动

利用 SE Ranking 的 AI 搜索数据，了解品牌占据了哪些提示词和叙事、竞争对手占据了哪些，以及哪些机会尚未被发掘；然后在 Planable 中创建社交内容，抢占缺失叙事中的一席之地，并为内容添加追踪手段，以便衡量影响。

范围说明（请阅读）。 SE Ranking 的 AI Search MCP 工具可提供品牌曝光、链接曝光、声量份额以及背后的提示词。它们不提供情感评分。请勿根据这些工具报告或暗示情感倾向。社交内容只是提升 AI 曝光度的一种手段——LLM 引用还受网站内容和权威性影响，而这两项不在这两个 MCP 发布的数据范围内。

前提条件

• 已连接 SE Ranking MCP（AI Search Data API；可选：为 AI Result Tracker 配置项目，以启用持续提示词追踪）。
• 已连接 Planable MCP，且已配置目标工作区和页面。
• 用户提供：目标域名和品牌名称、国家/地区（默认为 us）、竞争对手域名和品牌名称（最多 10 个），以及可选的关注引擎（默认包括全部引擎：ai-overview、ai-mode、chatgpt、perplexity、gemini）。

连接器健康检查

开始任何操作之前，先确认两个 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. 确认品牌和范围

如果用户提供了域名，但未提供确切的品牌名称，请调用 DATA_getAiSearchBrand(target, source)，获取 SE Ranking 归属该域名的名称。对每个竞争对手执行相同操作。确认 Planable 工作区和目标平台。

2. 建立 AI 曝光基线

• DATA_getAiSearchOverview(target, source, brand?) — 记录 brand_presence、link_presence、ai_opportunity_traffic 和 average_position。**引用变化前先查看 previous：**如果它为 null，说明这是首次快照——将当前值作为基线报告，不要将 change_percent 的 100 视为实际增长。
• DATA_getAiSearchLeaderboard(primary{target,brand}, competitors[{target,brand}], source, engines[]) — 按引擎统计品牌与竞争对手的声量份额。制作一个简易热力图（行 = 品牌，列 = 引擎）。
  • 此端点负载较高，一次传入许多竞争对手和引擎时可能返回 504 超时。请每次查询一个引擎（或将每次调用限制在 ≤3 个竞争对手），超时时重试一次。如果仍然失败，则改为对每个竞争对手调用 DATA_getAiSearchOverview，并自行比较 brand_presence / link_presence。

3. 找出提示词缺口

针对目标品牌和每个竞争对手，提取其出现背后的提示词：

• DATA_getAiSearchPromptsByBrand(brand, engine, source) — 提及品牌名称的提示词。
• DATA_getAiSearchPromptsByTarget(target, engine, source) — 将该域名列为来源的提示词。

进行比较：按主题对提示词聚类，然后将每个类别标记为 已占据（出现目标品牌）、竞争中（出现目标品牌和竞争对手）或 缺失（出现竞争对手，但未出现目标品牌）。缺失和竞争中的类别就是营销活动的目标。

• AI 提示词的 volume: 0 几乎是常态——它们是对话式查询，而非搜索关键词。这是正常现象，不代表价值低。应根据主题相关性以及 大模型引用了哪些品牌 来评估类别，绝不要依据搜索量。
• 验证品牌名称匹配是否准确。 品牌可能出现在关联较弱的回答中（例如“最佳年度规划本”、某人的姓名等）。请阅读回答文本，并标记有歧义的匹配，而不要将其视为真实出现。
• 记录目标品牌出现时的 位置（例如，在“最佳 X”类回答中，6 个来源里排第 4）——在竞争中的提示词里提升排名，与进入缺失类别同样有价值。

4. 将缺口转化为内容假设

针对每个目标类别，写出一个假设：“如果我们发布清晰、可引用的内容，明确阐述 [品牌] 在 [叙事主题] 中的定位，那么我们应该会开始出现在类似 [示例] 的提示词回答中。” 将每个假设转化为社交媒体角度，让品牌的定位明确且便于引用——例如定义、正面对比、“X 与 Y 的比较”、破除迷思、FAQ 式回答。大模型更倾向于采用清晰、结构化、来源明确的主张，因此社交媒体文案应直截了当地表达立场，而不是含蓄其辞。

在起草内容前，先向用户展示这些类别和假设。

5. 在 Planable 中起草并创建

撰写适合各平台的文案，然后创建草稿：每个页面（各平台文案）使用一次 create_post，同步内容使用 create_grouped_post。使用标签为这批内容打标（通过 list_labels / create_label，例如“AI-visibility”），以便衡量时轻松筛选出该营销活动。

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

6. 在测量前后变化之前做好准备

这一步能让整个流程真正闭环：

• 持续追踪 AI 表现（如果已存在项目）： 使用 PROJECT_createLlmEngine 创建 AI Result Tracker 引擎，使用 PROJECT_addPrompts(site_id, llm_id, prompts[]) 添加目标提示词，之后再通过 PROJECT_getPromptsRankings 和 PROJECT_getLlmStatistics 查看变化。由于此操作会写入用户的正式项目（并占用计划额度），创建引擎／提示词前请先确认。
• 定期重新检查： 营销活动运行后，重新运行 DATA_getAiSearchOverview 和 DATA_getAiSearchLeaderboard，并与步骤 2 中的基准数据进行比较。
• 社交媒体方面： 对带有标签的营销活动帖子调用 get_post_metrics_summary(workspaceId, pageIds, startDate, endDate)，查看内容获得的互动情况。

内容要点：针对关键词写作并弥补 AI 可见度差距

创建旨在覆盖特定关键词或弥补 AI 可见度差距的社交内容时，请牢记以下几点：

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

输出

1. AI 可见度快照 — 概览指标 + 声量份额热力图。
2. 提示词差距集群 — 已占据 / 竞争中 / 缺失，附示例提示词以及各提示词中胜出的竞争对手。
3. 内容计划 — 集群 → 假设 → 平台 → 切入角度。
4. 已创建的草稿，位于 Planable 中并已标注。
5. 跟踪计划 — 添加到 AI Result Tracker 的提示词（如已设置）以及之后需要重新拉取的指标。

提示

• 遵守 Data API 速率限制（约 10 req/s）；如果涉及多个品牌、引擎和提示词查询，请控制循环频率，并优先使用范围较窄的排行榜查询，而不是一次发起一个超大查询（见步骤 2）。
• 如实报告零。如果某个引擎没有返回某品牌的提示词，请如实说明，不要估算。
• 建议每月重新运行并对比差异——AI 可见度变化缓慢，因此单次快照不能作为定论。

边缘情况与限制

• 不提供情感分析。 这些工具不衡量人们如何谈论某个品牌，只衡量品牌是否出现以及出现在哪里。如果用户想了解情感分析，请说明已连接的 MCP 不支持此功能。
• 社交渠道的影响是间接的。 AI 答案中是否出现某品牌，很大程度上取决于可引用的网络内容。此技能会推动社交渠道并跟踪结果，但无法发布或评估网站页面。
• 持续跟踪需要项目。 一次性 DATA_ AI Search 调用无需项目；AI Result Tracker（随时间跟踪提示词）则需要 SE Ranking 项目。
• 帖子会创建为草稿——审批后才能在 Planable 中发布。