技能介绍

要解决的问题

当你的品牌被用户拿去问 ChatGPT、Gemini、Claude 或 Perplexity，模型给出的答案里不一定提到你，即使提到了，来源链接里也未必引用你的域名。传统 SEO 工具基本不覆盖这一层：它们能告诉你网页在搜索结果里的排名，却看不到 AI 答案正文中的 mention，也看不到引用区里的 citation。这两类信号彼此独立，一个模型可以只提不引、只引不提，或两者都不做，混在一起评估会得出错误结论。

核心能力与工作方式

Canonry 用 CLI（cnry，也可写成 canonry）把这件事拆成一条可重复的诊断—执行回路：

双信号快照：对每个（query × provider）组合记录 mention 与 citation，分别得到 Mention Coverage 与 Citation Coverage。
基线诊断：cnry run --wait 跑一轮基线，配合 @ainyc/aeo-audit 做 14 项技术 SEO 审计；--sitemap 会覆盖整站而非单个页面。
查询扩充：把 ICP 描述交给 cnry discover run --icp "..."，让工具从已有引用和期望目标里扩充查询篮子，避免拍脑袋定关键词。
执行修复：索引提交（GSC、Bing IndexNow）、JSON-LD 结构化数据、llms.txt/sitemap.txt/robots.txt 针对 AI 爬虫优化、WordPress/Cloud Run/Vercel 的 server-side traffic 接入。
GA4 与本地信号：GA4 是与引用追踪并列的一类信号，按 10 个已知 AI 引荐来源拆分会话；本地业务可通过 Google Business Profile 获取评价与展示数据。
验证而不污染指标：cnry run --probe 只写入可自行检查的快照，不进入仪表盘、报告与通知。
报告：cnry report 生成独立 HTML，先给数据再给结论。

适用边界与注意点

GBP 接入需要 Google 审批，评价数据走的是单独授权的 v4 API，基础审批拿不到；Q&A API 已永久关闭。GA4 关键词数据对小型业务可能大面积脱敏。工具会以 --dry-run 预览变更，但仍要求你在操作 WordPress 前显式确认，并先备份 ~/.canonry/config.yaml。它不做因果推断，只追踪 mention 与 citation 这两个可观测结果。