GEO Metrics Tracker
An orchestration skill for GEO core-metrics monitoring and alerting that turns static GEO
analysis into a living, time-based observability system.
This skill focuses on:
- 1. Defining a GEO metrics catalog (AIGVR, SoM, citation volume, coverage, etc.)
- Designing tracking schemas, storage, and instrumentation plans
- Building dashboards and views for different stakeholders
- Setting up alerts and anomaly detection rules (spikes/drops, trend breaks)
- Establishing operational routines (daily/weekly reviews, incident playbooks)
It does not directly pull data from third-party tools or models. Instead, it:
- - Designs the system (what to log, where, how often, and how to wire tools together)
- Produces schemas, dashboard specs, alert conditions, and workflows that a team can implement
- Helps translate GEO strategy into measurable, monitorable signals
When to use this skill
Invoke this skill whenever:
- - The user wants to continuously track GEO performance, not just receive a one-time report:
- “Set up a dashboard for AIGVR / SoM / citations over time”
- “Alert me when our AI mentions suddenly spike or drop”
- “Build a control tower for GEO metrics”
-
AIGVR / SoM / citation volume / mentions / AI traffic as KPIs
-
Real-time / near-real-time monitoring,
dashboards,
time-series,
alert rules
- “Watch for sudden changes in AI-driven traffic or citations”
- - The user already has (or plans to have) some GEO measurement signals from:
- Log files, analytics tools, third-party GEO trackers, manual sampling, or custom scripts
- Periodic snapshots generated via
geo-report-builder or similar skills
This skill is especially relevant if the user says things like:
- - “Our AI citations suddenly dropped — how do we monitor this properly?”
- “We want a daily GEO metrics board for leadership”
- “Turn our GEO reports into a live dashboard, with alerts on big changes”
Do not limit triggering only to the exact keywords above; trigger whenever the intent is:
“Design or improve an ongoing GEO metrics tracking and alert system for AI visibility.”
Relationship to other GEO skills
This skill should coordinate with (not replace) other GEO skills:
- Use its static reports as
inputs or
snapshots for trend lines and baselines.
- Extend its one-off analyses into
time-series views,
rolling windows, and
alerts.
- Use its strategic priorities to
decide which metrics and entities matter most.
- Align dashboards and alerts with target intents, entities, and products.
- -
geo-content-optimizer / geo-content-publisher:
- Feed their content launches into
“experiment timelines” and post-launch tracking views.
- Turn audit results into
monitored checks (e.g., schema presence, llms.txt coverage over time).
If these skills are not present, still follow the same monitoring shape and clearly explain:
- - What should be measured
- Where data is expected to come from
- How to structure the tracking and alerting system
Core concepts & metrics
When designing the monitoring system, consistently define and use the following concepts:
- - AIGVR (AI-Generated Visibility Rate):
- Share of relevant AI answers (for a given intent/topic) where the brand/site is:
- Explicitly cited (URL, brand name, product name)
- Or clearly used as the primary information source
- Often measured as: \[brand-mentions or links in sampled answers\] / \[total sampled answers\].
- Analogous to “share of voice” but for
model-generated answers.
- Measures how often the brand is chosen or cited
relative to competitors for the same intent.
- Can be approximated by:
- Proportion of answers where the brand appears vs. competitors
- Ranking / prominence of the brand vs. others.
- Absolute count of
AI-generated citations (links, brand mentions, product references) over time.
- Can be broken down by:
- Platform (ChatGPT, Perplexity, Gemini, Claude, SGE, etc.)
- Intent / query cluster
- Geography, language, product line.
- Number of
intents / queries / entities where the brand appears at all.
- Useful for understanding
breadth vs.
depth.
- - Latency & change detection:
- How quickly AI models react to:
- New content
- Content updates
- Major site or schema changes.
- Useful for evaluating the effectiveness of GEO operations.
You do not need to impose a single rigid formula for each metric. Instead:
- - Clearly document how the user currently measures (if they have a definition)
- If they don’t, propose 1–2 reasonable options and explain trade-offs
- Make sure the tracking schema and dashboards can support evolution of definitions over time
High-level workflow
When this skill is invoked, follow this 8-step workflow unless the user explicitly asks for only
a subset.
1. Clarify monitoring goals and scope
Briefly but explicitly identify:
- - Primary monitoring goals:
- e.g., “detect sudden drops in AIGVR for our core product queries”
- “give leadership a weekly SoM dashboard for our top 50 intents”
- - Key entities and intents:
- Products, features, categories, brand-level topics
- Priority query clusters or use-cases
- ChatGPT, Perplexity, Gemini, Claude, Google SGE, others (specify which matter most)
- Real-time / near-real-time, daily, weekly, monthly
- Analytics tools, data warehouse / lake, BI tools, spreadsheets, internal scripts
Output a short “Monitoring Brief” section summarizing this in 5–10 bullet points.
2. Design the GEO metrics catalog
Create a metrics catalog that is:
- - Focused on few, high-signal core metrics (AIGVR, SoM, citations, coverage)
- Broken down by dimensions that matter:
- Platform, intent cluster, geography, language, product line, funnel stage
- - Explicit about granularity:
- Per-intent / per-entity vs. aggregated
- Rolling windows (7/30/90 days) vs. point-in-time snapshots
Output as a markdown table, e.g.:
CODEBLOCK0
Where the user already has internal metric names, map them into this table and keep both labels.
3. Define tracking schema & storage
Design the data model for storing GEO metrics:
- - Recommend one or more storage options:
- Data warehouse tables (e.g., BigQuery, Snowflake, Redshift, Postgres)
- Analytics tool custom events / properties
- Spreadsheet or Notion tables (for early-stage teams)
- - For each chosen storage option, define:
-
Table / sheet names
-
Columns / fields with types and descriptions
-
Primary keys (e.g., date + platform + intent + brand)
- How to handle
versions and
late-arriving data
Output:
- - A section
## Tracking Schema & Storage containing:
- 1–3
schema tables in markdown, each with:
- Column name
- Type
- Description
- Example
rows or pseudo-SQL / pseudo-JSON illustrating how a daily record looks.
4. Map data sources & collection methods
For each metric and platform, design the data collection plan:
- Manual sampling (periodically querying AI tools and recording answers)
- Third-party GEO monitoring tools or APIs (if user mentions any)
- Internal logs (AI assistant logs, search logs, clickstream)
- Outputs from
geo-report-builder (periodic static snapshots)
- - For each source, specify:
-
Collection method: manual workflow, automated script, scheduled job, API integration
-
Frequency: hourly/daily/weekly/etc.
-
Responsibility: which team/role is likely to own it
-
Data quality checks: basic sanity checks, deduplication, missing-value handling
Output:
- - A section
## Data Sources & Collection with:
- A markdown table mapping
Metric → Source → Method → Frequency → Owner
- Optional pseudo-code or high-level scripts for key automation points (no real secrets or tokens).
5. Design dashboards & views
Translate the metrics and schema into practical dashboards for different audiences:
- - Executive / leadership view:
- 3–7 top-line KPIs (AIGVR, SoM, coverage, trend over last 30/90 days)
- Simple traffic-light or threshold-based indicators (above/below target)
- - GEO/SEO/marketing operations view:
- More detailed breakdown by intent, platform, and content asset
- Launch timelines overlaid with metrics (to see
cause and effect)
- - Experiment / campaign view:
- Per-experiment panels showing pre/post metrics and uplift
Output:
- - A section
## Dashboards & Views that includes:
- A markdown list of
recommended dashboards, each with:
- Purpose
- Primary users
- Key charts / widgets (described in plain language)
- If the user mentions a BI tool (e.g., Looker, Metabase, Power BI, Tableau, Data Studio):
- Suggest concrete
chart types, dimensions, and filters for that tool.
6. Define alerts & anomaly detection rules
Design alerts so the team is notified when something important changes:
- - For each core metric, define:
-
What events matter: sudden spike, sharp drop, slow drift, crossing a threshold
-
Detection logic:
- Simple thresholds (e.g., “AIGVR < 0.3 for 3 days”)
- Relative changes (e.g., “>30% drop vs. 7-day average”)
- Outlier detection (if the user has ML/analytics capability)
-
Alert channels:
- Email, Slack/Teams, incident management tools, dashboards with highlight panels
-
Severity tiers:
- Info / Warning / Critical
Output:
- - A section
## Alerts & Anomaly Rules with:
- A table listing
Metric → Condition → Severity → Channel → Notes
- Example configurations in pseudo-YAML / pseudo-JSON that a data engineer could translate into:
CODEBLOCK1 yaml
alert: lowaigvrcore_intents
metric: aigvr
scope: [platform: "ChatGPT", intent_cluster: "core-product"]
condition: "current3davg < 0.7 * previous14davg"
severity: critical
channel: "Slack #geo-alerts"
CODEBLOCK2
7. Establish operational routines & playbooks
Define how the team should use the dashboards and alerts:
- Daily check: quick scan of key dashboards and alerts
- Weekly/bi-weekly review: deeper dive into trends, experiments, and incidents
- Monthly/quarterly retro: adjustments to metrics, targets, and tooling
- What to do when:
- AIGVR drops significantly for a key intent
- SoM falls vs. a specific competitor
- Citation volume suddenly spikes (positive anomaly)
- How to
tie actions back to content, schema, or distribution changes
Output:
- - A section
## Operational Routines that includes:
- A checklist-style
runbook for daily/weekly/monthly workflows
- 1–3 short
incident playbooks (“If X happens, do Y and Z”).
8. Integrate with GEO reports and strategy
Show how this monitoring layer fits into the broader GEO system:
- - Connect to
geo-report-builder:
- Use its reports as
snapshots that can be logged and compared over time.
- Suggest which sections or metrics from reports should be
logged into the tracking schema.
- - Connect to
geo-studio and geo-content-* skills:
- Use monitoring insights to
prioritize new content,
optimize underperformers, or
double-down on winners.
- Define how periodic reports and real-time dashboards should
inform each other.
Output:
- - A section
## Integration with GEO Strategy that:
- Summarizes feedback loops between monitoring and execution
- Lists
3–7 concrete examples of how a change in metrics should trigger GEO actions.
Output format
Unless the user explicitly requests a different format, structure your answer as:
- 1. INLINECODE16
- INLINECODE17
- INLINECODE18
- INLINECODE19
- INLINECODE20
- INLINECODE21
- INLINECODE22
- INLINECODE23
Use:
- - Markdown headings and tables for structure
- Bulleted lists instead of dense paragraphs
- Short, actionable sentences suitable for copying into dashboards/BI briefs, runbooks, or tickets
If the user only asks for a subset (e.g., “just define metrics and alerts for AIGVR”), still keep
the headings but clearly mark skipped sections (e.g., “Not in scope for this request”).
Examples of triggering prompts
These are example user prompts that should trigger this skill (for reference; not user-facing):
- - “We already use geo-report-builder once a month. Help us design a real-time GEO metrics dashboard
for AIGVR and SoM, with alerts when our AI citations spike or crash.”
- - “Our Perplexity citations suddenly fell off a cliff last week. Can you help us set up a system to
monitor AI citation volume across ChatGPT/Perplexity/Gemini and alert us on future drops?”
- - “Leadership wants a weekly ‘AI visibility health’ board. Design the metrics, tables, dashboards,
and alert rules so we can track SoM and AIGVR for our top 50 intents.”
- - “We’re launching several GEO campaigns each month. Build a monitoring framework that ties campaign
launches to changes in AI citations, SoM, and coverage over time.”
You do not need to surface this list directly to the user; it is here to clarify intent.
GEO 指标追踪器
一个用于 GEO 核心指标监控与告警 的编排技能,将静态的 GEO 分析转化为 动态的、基于时间的可观测性系统。
该技能专注于:
- 1. 定义 GEO 指标目录(AIGVR、SoM、引用量、覆盖率等)
- 设计 追踪模式、存储和检测方案
- 为不同利益相关者构建 仪表盘和视图
- 设置 告警和异常检测规则(激增/骤降、趋势突变)
- 建立 运营例行程序(每日/每周复盘、事件处理手册)
它 不 直接从第三方工具或模型拉取数据。相反,它:
- - 设计 系统(记录什么、记录在哪里、记录频率、如何将工具连接起来)
- 生成 模式、仪表盘规范、告警条件和工作流程,供团队实施
- 帮助将 GEO 策略转化为 可衡量、可监控的信号
何时使用此技能
在以下情况 调用此技能:
- - 用户希望 持续追踪 GEO 表现,而不仅仅是获取一次性报告:
- “为 AIGVR / SoM / 引用量设置一个随时间变化的仪表盘”
- “当我们的 AI 提及量突然激增或骤降时提醒我”
- “为 GEO 指标构建一个控制塔”
-
AIGVR / SoM / 引用量 / 提及量 / AI 流量 作为关键绩效指标
-
实时 / 近实时监控、
仪表盘、
时间序列、
告警规则
- “监控 AI 驱动流量或引用量的突然变化”
- - 用户已经(或计划)从以下来源获得一些 GEO 测量信号:
- 日志文件、分析工具、第三方 GEO 追踪器、手动采样或自定义脚本
- 通过 geo-report-builder 或类似技能生成的定期快照
如果用户说出类似以下内容,此技能尤其相关:
- - “我们的 AI 引用量突然下降了——我们该如何正确监控这一点?”
- “我们希望为领导层提供一个每日 GEO 指标看板”
- “将我们的 GEO 报告转化为实时仪表盘,并在重大变化时发出告警”
不要 仅局限于上述确切关键词;只要 意图 是:“为 AI 可见性设计或改进一个持续的 GEO 指标追踪和告警系统”,就应触发。
与其他 GEO 技能的关系
此技能应 与(而非取代)其他 GEO 技能 协调配合:
- 将其静态报告用作趋势线和基线的
输入 或
快照。
- 将其一次性分析扩展为
时间序列视图、
滚动窗口 和
告警。
- 利用其战略优先级来
决定哪些指标和实体最重要。
- 使仪表盘和告警与目标意图、实体和产品保持一致。
- - geo-content-optimizer / geo-content-publisher:
- 将其内容发布纳入
“实验时间线” 和发布后追踪视图。
- 将审计结果转化为
受监控的检查项(例如,模式存在性、llms.txt 覆盖率随时间变化)。
如果这些技能不存在,仍遵循相同的 监控形态,并清晰说明:
- - 应衡量什么
- 数据预期来自哪里
- 如何构建追踪和告警系统
核心概念与指标
在设计监控系统时,始终如一地定义并使用以下概念:
- 在相关 AI 回答(针对特定意图/主题)中,品牌/网站被:
- 明确引用(URL、品牌名称、产品名称)
- 或明确用作主要信息来源
- 通常衡量为:\[品牌在采样回答中的提及次数或链接数\] / \[总采样回答数\]。
- 类似于“声量份额”,但针对
模型生成的回答。
- 衡量品牌在相同意图下
相对于竞争对手 被选择或引用的频率。
- 可通过以下方式近似:
- 品牌出现 vs. 竞争对手出现的回答比例
- 品牌相对于其他方的排名/突出程度。
-
AI 生成的引用(链接、品牌提及、产品引用)随时间变化的绝对计数。
- 可按以下维度细分:
- 平台(ChatGPT、Perplexity、Gemini、Claude、SGE 等)
- 意图/查询簇
- 地域、语言、产品线。
- 品牌出现的
意图/查询/实体 数量。
- 有助于理解
广度 与
深度。
- AI 模型对以下变化的反应速度:
- 新内容
- 内容更新
- 重大网站或模式变更。
- 有助于评估 GEO 运营的有效性。
你 不需要 为每个指标强加一个单一的严格公式。相反:
- - 清晰记录 用户当前的衡量方式(如果他们有定义)
- 如果没有,提出 1-2 个合理选项 并解释权衡
- 确保 追踪模式和仪表盘 能够支持定义随时间演变
高级工作流程
当调用此技能时,遵循以下 8 步工作流程,除非用户明确要求仅执行其中一部分。
1. 明确监控目标和范围
简要但明确地确定:
- 例如,“检测我们核心产品查询的 AIGVR 突然下降”
- “为领导层提供我们前 50 个意图的每周 SoM 仪表盘”
- 产品、功能、类别、品牌级主题
- 优先查询簇或用例
- ChatGPT、Perplexity、Gemini、Claude、Google SGE 等(明确哪些最重要)
- 实时/近实时、每日、每周、每月
- 分析工具、数据仓库/数据湖、BI 工具、电子表格、内部脚本
输出一个简短的 “监控简报” 部分,用 5-10 个要点总结以上内容。
2. 设计 GEO 指标目录
创建一个 指标目录,要求:
- - 专注于 少量、高信号的核心指标(AIGVR、SoM、引用量、覆盖率)
- 按重要 维度 细分:
- 平台、意图簇、地域、语言、产品线、漏斗阶段
- 按意图/按实体 vs. 聚合
- 滚动窗口(7/30/90 天)vs. 时间点快照
输出为 Markdown 表格,例如:
markdown
| 指标 | 描述 | 公式/近似值 | 维度 | 频率 |
|---|
| AIGVR | AI 生成可见性率 | 品牌回答数 / 总采样回答数 | 平台、意图、区域 | 每周 |
| SoM |
相对于竞争对手的模型份额 | 品牌回答数 / 所有品牌+竞争对手回答数 | 平台、意图、竞争对手 | 每周 |
| 引用量 | 我们品牌/资源的 AI 引用计数 | 采样输出中的链接/提及次数 | 平台、页面、意图 | 每日 |
| 意图覆盖率 | 我们出现的意图数量 | 至少有 1 个品牌引用的意图计数 | 平台、意图簇 | 每月 |
如果用户已有内部指标名称,将其映射到此表中并保留两个标签。
3. 定义追踪模式与存储
设计用于存储 GEO 指标的 数据模型:
- 数据仓库表(例如 BigQuery、Snowflake、Redshift、Postgres)
- 分析工具自定义事件/属性
- 电子表格或 Notion 表格(适用于早期团队)
-
表/工作表名称
-
列/字段,包含类型和描述
-
主键(例如 日期 + 平台 + 意图 + 品牌)
- 如何处理
版本 和
延迟到达的数据
输出:
- 1-3 个 Markdown 格式的
模式表,每个包含:
- 列名
- 类型
- 描述
- 示例
行 或伪 SQL / 伪 JSON,说明每日记录的样子。
4. 映射数据源与收集方法
为每个指标和平台设计 数据收集