logo

GEO监控分析(Gemini)

用 Gemini 模型查询一组提示词，收集模型回答与目标品牌的可见度信号，用于 GEO 表现跟踪与竞品对照。

数据获取通用通用网站搜索结果
发布者
SpiderByte
价格
¥0.01 / 条
最近更新
2026-10-14

概览

把一组问题提交给 Gemini 模型，采集模型的完整回答与运行元数据，用来跟踪目标品牌在不同问题下的可见度信号。

它能回答什么问题

  • 目标品牌在 Gemini 回答里是否被提及、出现在第几位、被怎么描述
  • 同一组问题下品牌与竞品的曝光排名对比
  • 不同目标市场下品牌可见度的变化

输入参数

  • 提示词（必填，可填多个）：要发送给 Gemini 的问题，例如「best productivity tools」。每项填一个，逐项回车确认；每个问题会生成一条独立的输出记录
  • 目标品牌（必填，可填多个）：监测可见度的品牌名，例如「Notion」。填多个时用英文逗号分隔（如 Notion,Todoist）
  • 竞品（可选）：用于横向对照的竞品名，多个竞品同样用英文逗号分隔
  • 目标市场（可选，默认 US）：两位字母的国家代码，例如 US、KR、FR。留空则由系统根据问题内容自动识别市场
  • 采集条数上限（默认 3）：本次返回的记录数，数值越大耗时和费用越高

输入说明

两类多值输入的填写方式不同，请注意区分：

  • 提示词填 N 个 → 返回 N 条记录，每条对应一个问题
  • 目标品牌填 M 个 → 每条记录里都会带上这 M 个品牌的可见度信号
  • 品牌之间必须用英文逗号 , 分隔；用中文逗号 ， 或空格会被当成一个完整品牌名处理，导致该品牌匹配不到
  • 提示词与品牌都填多了，任务耗时与费用同步上升；建议单次把提示词数量控制在合理范围内

数据说明

单条记录包含：

字段含义
run_timestamp_utc运行时间（UTC）
prompt_text本次对应的问题
market目标市场
model_resultGemini 完整回答，含所有目标品牌与竞品的提及、描述与提及位置

关于品牌可见度信号

品牌相关的信息（是否被提及、提及排名、描述文本）由上游按输入品牌名动态生成独立列，列名随品牌变化（例如品牌填 Notion 时生成 Notion_Mentioned / Notion_Description / Notion_Mention_Rank）。由于字段名不固定，本 Data App 不在输出中单独暴露，各品牌的提及与描述均可在 model_result 文本中读取。

应用场景

  • GEO 表现跟踪：周期性提交同一组问题，观察目标品牌在 Gemini 中的曝光变化
  • 竞品对照：把目标品牌与竞品一起填入，对照模型回答里的提及顺序与描述完整度
  • 市场拓展评估：按不同 target_market 拆分观察品牌在不同区域的可见度

异步与超时

本 App 为异步任务，单次任务默认采集上限 3 条。问题多、回答长时任务执行时间较长，请耐心等待；若状态显示「运行中」表示仍在抓取，并非异常。

适用边界

单次任务默认 3 条；每条提示词生成一条独立记录，提示词与目标品牌均支持一次填多个（品牌用英文逗号分隔）；动态品牌字段随输入品牌名变化，本契约不单独拆出。

  • 适合用于
  • 需要拿到目标品牌在 Gemini 模型回答里的出现位置与描述内容
  • 需要同一组问题下品牌与竞品的曝光排名对照
  • 需要按市场/语言区域拆分品牌可见度变化
  • 不要用于
  • 需要引用来源清单——本 App 当前不返回引用来源明细
  • 仅需要统计搜索排名或外部站点曝光——用搜索监测类 App
  • 需要分钟级实时数据——本 App 异步执行，无法秒回

失败处理

开发者声明的失败与重试处理方式，接入时建议一并写进系统提示词。

  1. 1部分 App 数据获取返回是异步的；如果参数较大、数据量大，获取数据会耗时很长、无法及时返回；此时需要耐心等待抓取完成；如果任务状态是「运行中」，表示仍在抓取，并不是异常。
  2. 2提示词填得越多，单个任务耗时越长；建议单次控制在合理数量内
  3. 3任务失败属可重试错误，可原样重新提交

输入参数

调用本 App 需要传入的参数，与 manifest.json 的 input.schema 同源。

  • 提示词prompts必填array<string>
    要发送给 Gemini 的问题，支持多值：每项填写一个问题（如 best productivity tools），每输入一个按回车确认。每个问题会生成一条独立的输出记录。
    示例["best productivity tools"]
  • 目标品牌target_brands必填string
    需要监测可见度的品牌名称。可填多个，用英文逗号分隔（如 Notion,Todoist）；每个品牌都会在每条记录里单独给出提及情况与描述。
    示例Notion
  • 竞品（可选）competitor选填string
    用于横向对照的竞品名称，多个竞品用英文逗号分隔（如 Todoist,Obsidian）；可填可不填。
  • 目标市场（可选）target_market选填string
    两位字母的国家代码，例如 US、KR、FR。留空则由系统根据问题内容自动识别市场。
    默认值US
  • 采集条数上限max_collected_rows选填integer
    本次任务返回的记录条数上限，默认 3 条，数值越大耗时和费用越高。
    范围1–默认值3

输出数据

单条记录的字段结构，与 manifest.json 的 output.schema 同源。

  • 运行时间（UTC）run_timestamp_utcstring
    本次任务执行的时间戳，UTC ISO 8601 格式。
  • 提示词prompt_textstring
    本次记录对应的问题原文，一个问题对应一条记录。
  • 目标市场marketstring
    本次回答针对的市场。
  • 模型回答model_resultstring
    Gemini 对该问题的完整回答，包含对所有目标品牌与竞品的提及、描述与提及位置。品牌可见度信号均嵌入文本中。

调用方式

本 App 支持通过 MCP、API、SDK 与文件导出方式接入，各接入方式共享同一套能力与计价。所有请求统一使用 Authorization: Bearer 请求头完成身份认证，凭证为 API Key（长期有效，在开放平台创建）；MCP 客户端另支持 OAuth 免密钥登录。CLI、Skill 等更多接入方式正在规划中。本 App 异步运行，支持中途取消：取消后任务停止；已写回的部分保留，按写回计费。

通过 MCP（Model Context Protocol）协议，可在 Claude、Cursor 等 AI 客户端中直接调用本 App。选择你的客户端与认证方式，复制下方配置即可接入。

客户端配置

把 Bearer 后替换为长期有效的 API Key 即可，各类客户端与 CI、无浏览器环境通用。

mcpServers 配置
{
  "mcpServers": {
    "SpiderByte__gemini-visibility-monitor": {
      "type": "http",
      "url": "https://mcp-v2.bazhuayu.com?pin=SpiderByte/gemini-visibility-monitor",
      "headers": { "Authorization": "Bearer <YOUR_API_KEY>" }
    }
  }
}
查看我的 API Keys →

让 AI 自己完成配置

不想手动改配置？复制配置提示词，粘贴到任意 AI 客户端对话框，由它按自身方式完成接入（提示词会让 AI 向你索要 API Key，避免凭证留在对话记录或共享配置里）。

如需在同一个 MCP 连接里指定多个 App，前往 MCP 连接页（已为你指定本 App）。

价格

按返回记录计费

按实际成功返回的数据条数计费，任务失败不计费。

¥0.01/ 条
提交一次任务

每提交一次任务计费一次，与返回条数无关。

¥0.001/ 次

多个计费事件按各自口径独立累计，具体以每一项说明为准；任务失败不计费。

查看余额

立即体验

填写参数直接运行，结果来自真实调用。

示例
参数按 input.schema 校验后提交
¥0.01 / 条