local-gmb-visibility

本地及 Google Business Profile 可见度

将 SE Ranking 的城市级排名跟踪与 Planable 的本地内容（包括 Google Business Profile 帖子）结合起来，让企业了解自己在各个目标城市的排名，并发布与所在地相关的内容。

范围说明。 此技能涵盖城市级关键词排名跟踪（使用地理定位搜索引擎的 SE Ranking 项目）和本地社交媒体/GMB 内容（Planable）。SE Ranking 专门的 Local Marketing 模块（列表管理、评价监控以及本地排名网格/热力图）未通过 MCP 提供，因此不属于此工作流的范围。请据此管理用户预期。

前提条件

• 已连接 SE Ranking MCP，并拥有创建/使用项目的权限（排名跟踪基于项目）。
• 已连接 Planable MCP。规划 GMB 帖子之前，确认已连接 Google Business Profile 页面：调用 list_pages，查找 type: "googleMyBusiness" 的页面。如果没有此类页面，请告知用户 GMB 尚未连接，并改用其他本地社交媒体页面。
• 用户提供：企业域名、目标城市、核心本地关键词（例如“[city] 紧急水管工”）以及 Planable 工作区。

连接器健康检查

开始任何操作之前，确认两个 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. 确定地点和关键词范围

确认城市、每个城市的本地关键词、企业域名、Planable 工作区以及要使用的页面（GMB 和/或社交媒体）。如果涉及多个地点，请逐一列出。排名跟踪会消耗套餐额度（关键词数 × 搜索引擎数），且搜索引擎会保留在项目中——大量创建之前，请先确认范围，并提出之后移除测试搜索引擎。

2. 在 SE Ranking 中设置城市级排名跟踪

• 创建或复用项目：PROJECT_createProject(url, title) → site_id（或复用现有项目的 site_id）。
• 为每个城市解析准确的地理定位：PROJECT_getAvailableRegions(search: "<City, State, Country>")，并逐字使用规范的 name 字符串（不接受缩写形式）。具体查询会返回一个明确的匹配结果。
• 为每个城市添加地理定位搜索引擎：PROJECT_addSearchEngine(site_id, country_code, region_name, lang_code?) → 返回 site_engine_id。（只有针对小众区域性搜索引擎时才需要使用 PROJECT_getAvailableSearchEngines 中的目录。）
• 添加本地关键词：PROJECT_addKeywords(site_id, keywords[])，并通过 site_engine_ids 将每个关键词关联到对应的城市搜索引擎。
• 触发检查（PROJECT_runPositionCheck），或等待项目计划任务运行。结果不会立即生成——检查是异步的，城市排名会在下一个周期填充，因此不要期望设置完成后 getPositionHistory 会立即返回数据。

3. 查看本地表现

• PROJECT_getPositionHistory(site_id, type, site_engine_id?, date_from, date_to) — 查看排名变化趋势，并可筛选单个城市搜索引擎。使用 avg_pos 和 visibility。
• PROJECT_addCompetitor + PROJECT_getCompetitorPositions(competitor_id) — 查看本地竞争对手在相同搜索词下的排名。
• 如需查看实时本地 SERP / 本地包，使用 DATA_getSerpLocations（查找 location_id）→ DATA_getSerpResults(location_id=...)。注意：getSerpLocations 可能返回非常大的负载（宽泛查询可达数十万字符）。请传入具体的 q（例如“Brooklyn”或“New York, NY”）；如果结果仍然很大，会写入文件 — 使用 jq 提取匹配的 location_id，而不是加载整个文件。设置排名跟踪时，通常只需使用 getAvailableRegions，因此只有在必须查看实时 SERP 时才使用 getSerpLocations。
• DATA_getDomainKeywordsComparison — 查看与竞争对手相比的本地关键词差距。

4. 制定本地内容计划

根据排名和差距，制作与地点相关的内容：服务区域文章、本地佐证和评论风格的内容（由于此处不会提取评论数据，因此以文章形式撰写）、社区/地标相关内容、本地优惠，以及回答本地意图的内容。针对每个城市调整文案 — 通用内容在本地表现不佳。

5. 在 Planable 中创建内容

• **Google 商家资料帖子：**如果存在 googleMyBusiness 页面，就在其上调用 create_post(workspaceId, gmbPageId, text, scheduledAt?)。
• **本地社交帖子：**为每个页面调用 create_post，或使用 create_grouped_post 发布同步文案。对于多个地点，使用每个城市对应的标签（通过 list_labels / create_label），方便筛选各地点的内容。
• 排期 — 创建前先询问。不要猜测日期，也不要默认将所有帖子都设为无日期。询问用户希望如何安排这一批帖子的日期，并提供以下选项：在一段时间内均匀分布（例如未来 7 天，在合适的时段每个时段发布一篇）、采用固定频率/间隔（例如每个工作日 10:00 发布，从用户提供的开始日期起排期）、为每篇帖子设置手动日期，或暂时不设日期（创建无日期草稿，之后再放入日历）。将所选时间转换为 ISO 8601 格式，并作为 scheduledAt 传入。帖子应保留为待提议的草稿 — 不要设置 publishAtScheduledDate — 以免自动发布；只有用户明确要求自动发布时，才将其设为 true。排期时间均按 UTC 处理，因此请确认时区，或说明所用时间为 UTC。

6. 跟踪并迭代

在下一轮检查时，按城市重新读取 PROJECT_getPositionHistory，查看排名变化，并调整内容计划，优先关注提升空间最大的城市/搜索词。

内容提示：撰写内容以覆盖关键词并弥补 AI 可见度缺口

为特定关键词创建本地社交媒体和 Google Business Profile 内容，或弥补 AI 可见度缺口时，请牢记以下几点：

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

输出

1. 本地排名追踪设置——项目、各城市的地理定位目标（含 site_engine_ids）以及正在追踪的关键词。
2. 各城市排名快照（检查完成后），并附上竞争对手情况。
3. 本地内容草稿——Planable 中的 GMB 帖子和本地社交媒体帖子，最好按城市标注。
4. 迭代备注——接下来应优先处理的城市和术语。

提示

• 使用 PROJECT_getAvailableRegions 返回的确切地区名称——缩写无效。
• 城市级排名会在项目的检查周期内更新，而不是即时更新。如果用户需要立即查看结果，请使用 PROJECT_runPositionCheck 和／或范围较窄的实时 DATA_getSerpResults 本地化视图，并说明两者的区别。
• 真正做好本地化文案（包含街区、本地活动和实际服务区域）。重复使用全国通用文案是本地内容最常见的问题。

边界情况与限制

• MCP 无法使用 Local Marketing 模块： 不支持商家信息管理、评价监控或本地排名网格／热力图。城市级关键词排名追踪可替代“本地排名表现”。
• GMB 分析数据缺口： Planable 的连接器不会返回 Google Business Profile 页面的表现指标，因此无法通过这些 MCP 完整报告本地社交媒体的成效——设置追踪时请说明这一点。
• 未连接 GMB 页面： 如果 list_pages 未显示 googleMyBusiness 页面，就无法通过连接器向 GMB 发布内容——请说明这一点，并改用其他本地页面。
• 排名追踪以项目为单位，并会占用计划限额（关键词数 × 搜索引擎数）。多地点设置很快就会增加资源消耗——创建多个城市搜索引擎前请确认范围，并为临时测试设置提供清理选项（PROJECT_deleteSearchEngine / PROJECT_deleteKeywords）。
• 帖子会创建为草稿；获得批准后再在 Planable 中发布。