AI 可见度诊断流程：第一次审计从哪查到哪出报告

第一次 AI 可见度审计的目的不是打一个分数，是画一张缺口地图：哪些题缺席、缺在哪个环节、修复的优先级怎么排。流程固定为六步——定范围与题集、采基线、技术体检、实体体检、诊断、出报告——顺序不能换：没有基线，之后一切「提升」无从谈起；不先排除抓取与实体层面的病因，内容层的诊断就会误判。测量口径沿用秀虎GEO 测量方法论，诊断框架沿用监测指标体系实操的四刀切法。本页按第一次审计的执行顺序展开。

动笔前定三件事：范围、引擎清单与题集来源

范围先切：按业务优先级选定先审计的产品线与市场，第一次审计不求全——范围铺得越大，基线越薄，结论越虚。引擎清单跟着目标用户走：海外买家的入口与中文用户的入口是两套，混在一起测只会得到各自失真的平均数；清单一次性定死，中途增删引擎等于换尺子。题集来源决定审计的立场——从搜索控制台里真实带来展示的查询、客服与销售记录里客户的原话、社区里反复出现的问法反推，而不是拍脑袋凑一批「看起来会有人问」的词；题集一旦投入使用就冻结，三层取材、配比与冻结纪律见提问集（Prompt Set）卡。

三件事定完写成一页审计方案：范围、引擎清单、题集、基线窗口、产出物清单。方案的作用是把「审计」从一句口号变成有边界的项目——第一次审计常见的翻车是范围失控，从「看看我们在 AI 里的情况」滚成一个没有终点的研究项目。人员上还有一条：审计是跨职能动作，技术体检要工程、实体体检要品牌、内容诊断要市场，第一次审计建议由一名负责人牵头收口出报告，避免三个职能各出一份各说各话。

基线怎么采才作数？

基线是审计里最不能省的一步，没有基线的审计只是印象的堆砌。执行要点直接沿用站内测量口径：问句冻结不改，改动即断代；同一题集分引擎采集，提及与引用分开记两本账；当日没测成记缺失、绝不冒充零；单日读数不构成结论——同一问题两次回答的差异可以大到全文重写级，趋势判读用 14 天以上的窗口，描述变化至少要求两次以上一致观察（口径细节见测量方法论）。基线窗口因此要留足：宁可题集小一点、观察天数足一点，也不要用三四天的采样冒充基线。采样与题量的权衡原则是少而准：题少而每题观察密度高，好过题多而每题只有孤零零几次读数——单次回答的随机性足以淹没任何单点读数。

基线期同时做一件事：把采集规则写死。什么算有效回答、什么算失败、引用怎么归一化、多品牌同现怎么计，全部落成文字并随版本记录——第一次审计留下的口径文档，是后续所有监测的宪法。采集路线也要在此时定下并固定：同一引擎的网页端与 API 入口给出的回答并不等价，走哪条路线各有利弊，选定一条就不中途切换，跨口径的数据不进同一条曲线。

两张体检表查什么

基线采出来的缺口先别急着归因于内容，第一次审计的病因多数在工程与实体两层，两张体检表就是用来分流病因的。

技术体检表回答「引擎够不够得着你」：主流 AI 爬虫的 robots 放行状态、页面渲染方式对爬虫的友好度、站点地图与结构化数据的完备度、服务器日志里爬虫的实际到访记录。逐项核对直接用站内的技术体检单，那张单子按检查项给了判定标准；AI 爬虫家族逐个的深度档案属技术栏的单爬虫深档，第一次审计按体检单的粗粒度核对即可。体检里最容易想当然的一项是「放行了不等于来了」：robots 放行只是许可，服务器日志里的实际到访记录才是爬虫行为的直接证据，两项核对缺一不可。实体体检表回答「引擎认不认得你」：品牌名与别名、一句话定义、核心参数与版本、成立年份与主营，在官网、百科、社媒与第三方平台四处是否完全一致——消歧失败的症状不是被惩罚，而是被漏掉，或被安到同名实体头上。逐格核对用实体一致性审计单，锚点页优先、差异分级、修复认领到人的流程在那张单子里。

两张表查出的问题通常能解释基线里相当一部分缺口：爬虫进不来的页面，内容写得再好也不在候选池里；实体口径打架的站点，引擎宁可去引第三方。这也是体检排在内容诊断之前的原因——病因分流之后，剩下的缺口才轮到内容层背锅。体检的复核节奏跟季度走：存量复核找漂移，新页面的增量检查管新伤，两件事分开列、分开验。

诊断怎么切、报告怎么出？

缺口诊断用四刀切法（框架细节见监测指标体系实操）：按引擎切，全线低迷是基本盘问题、单引擎低迷是该引擎的供给问题；按词类切，品牌词尚可而品类词与问题词失守，说明缺的是第三方在场而不是官网文案；在提及与引用之间切，提及高引用低是缺信源、引用高提及低是品牌名没进正文；切竞品的份额来源，他们靠什么被提及，那往往就是你缺的渠道。四刀切完，每条缺口都能归到一类病因——供给缺席、候选缺席、转述缺席、形态缺席——病因各对应不同的动作与周期。第一次审计最常见的组合是供给缺席与转述缺席并存：技术层把路修通了，第三方内容还没铺。这类团队的缺口清单会以渠道建设为主，预期要给足：转述层的建设以季度计，指望审计后一个月翻盘是不现实的预期。

报告一页就够，四段：结论三句，写最强的三条发现；分引擎基线表，每行带样本量与缺失声明；缺口清单，每条按「现象、病因、动作、负责人、复核方式」五栏写，写不出负责人与复核方式的条目当场删；限制声明，写清采样天数、缺失分布与引擎侧已知波动。报告的验收标准是第三者能独立看出「哪里缺、为什么缺、先修哪个」。审计的收尾动作是把缺口清单并进整体路线图排期，与后续的内容铺设、渠道建设按优先级衔接——审计到此才算闭环，否则它只是一份存档的体检报告。另外要意识到，审计交付的不只是那份报告，还有两份活页资产：冻结的题集与成文的口径文档。报告会过期，这两份资产的价值在审计结束后的每一天都在兑现。

频率上，第一次审计立基线、定口径，之后日常工作转为例行监测，不必月月重审；重审计的触发有三类——站点大改版或迁移、引擎清单或题集版本更替、固定周期到期复核——三类任一出现，按本页流程重走一遍，基线从新版本重新起算。

限制自曝

• AV-01：本页为站方方法组织，流程与报告结构无独立实验数据支撑；
• AV-02：基线口径转述自站内测量方法卡，具体采样天数与题量需按团队预算校准，本页不给统一数字；
• AV-03：技术体检与实体体检的检查项以站内对应模板为准，模板覆盖不到的新形态问题需另行补充判断；
• AV-04：第一次审计不覆盖竞品差距的完整分析，竞品维度只做「份额来源」一层，系统展开见竞品引用差距分析。