用途：cannibal 报告用于找出那些在 Google Search Console（GSC）中保留展示量、且展示量实质分散在多个 URL 上的精确规范化查询。它把查询/页面曝光与站点级查询需求结合，过滤掉可操作性低的案例，并按需求量和次级曝光对审查候选排序。报告刻意称这些为“URL 重叠候选”，而非已证实的有害关键词蚕食，因为混合意图、本地/实体结果或不同页面用途都可能让多个排名 URL 同时正确。
主要能力：输出多 URL 查询曝光分组，包含每个页面的点击、展示、排名、展示份额、模板、reviewContext、HHI 和次级曝光；提供 selection 说明分组被排除或抑制的原因；给出 suggestedOwnerUrl（按点击、展示、排名机械选择，置信度低且 requiresIntentReview 为 true）和 priority.score（启发式，非预估点击提升）。
使用方式：可通过 MCP 流程调用 seo_list_reports（category 为 opportunities）、seo_describe_report（id 为 cannibal）、seo_run_report（id 为 cannibal，参数含 site、days、limit、minImpressions、includeBrand）。CLI 等价命令为：seo reports describe cannibal --json 和 seo reports run cannibal --params '{"site":"sc-domain:example.com","days":90,"limit":20,"minImpressions":100,"includeBrand":false}' --json。site 必填；brandTerms 最多接受 20 个显式词；仅当导航性品牌重叠属于调查范围时才用 includeBrand:true。
适用场景与限制：适合需要人工意图与技术审查队列的 SEO 代理工作流。应先检查 dataStatus、source.pageExposure、source.propertyDemand 及其验证计数、上限和 source.completeness；部分或可能截断的数据源不能支持“全部正常”的结论。安全操作包括比较意图与实时 SERP、检查 canonical 与重定向、厘清内链归属、区分真正不同的页面；仅当意图、内容、技术信号和业务目的都一致时才合并。切勿仅因某 URL 出现在本报告中就重定向或 canonical 化次级 URL。资料未提供收费、价格或平台支持信息。