AI 可见性诊断
先看清现状，
再决定优化哪里。
围绕约定的平台和客户问题，交付原始回答与来源、网站问题清单、整改优先级及验收方法。先弄清问题，再决定改官网、补资料，还是安排持续观察。
适合什么时候
不确定原因时，先查问题。
有品牌却没出现
客户在问，品牌不在答案里
检查问题与业务是否匹配，官网和公开资料是否提供足够信息。
出现但说错了
品牌、产品或服务被误述
对照企业资料核对描述，找到过时、混淆或相互冲突的信息。
投入前想看清
不知道先改站还是补内容
结合网站与资料基础，安排整改、内容和持续运营的优先顺序。
诊断交付
从原始回答，到可以执行的清单。
检查范围
问题与平台清单
先确定品牌、目标客户、市场、问题和平台，避免一份结论覆盖不曾检查的范围。
实际记录
回答与引用来源
保存平台、时间、问题、回答与相关来源，便于确认品牌当前表现。
实施建议
问题与优先级
说明需要完善的资料、内容或页面，以及建议先做和后做的工作。
开始之前
带上现有资料，就能开始沟通。
需要准备哪些资料？
现有官网、主营产品或服务、目标客户和最关心的问题。涉及参数、资质及案例的内容，需要由企业提供并确认。
诊断以后必须继续购买运营吗？
不必。可以由内部团队执行，也可以按需要委托后续工作。已明确的局部问题，也可直接确认整改范围。
一次检查能说明长期效果吗？
不能。结果对应约定的平台、时间和问题；需要观察变化时，再按相同条件安排复测。
现状诊断：3,000 元 / 次。
正式诊断围绕约定的网站、目标客户与买家问题进行，交付现状记录、诊断报告和下一步优先级。企业可据此自行安排实施，也可另选驾云的基础建设或持续服务。
- 开始前列清检查网址、语言、问题集、平台与入口、样本和复盘安排。
- 报告保留回答、来源及发现的问题，说明建议动作与验收办法。
- 诊断服务不包含网站修改、内容发布、第三方费用或无限竞品研究。
初步沟通用于判断服务是否适合，不等同于完整诊断。已明确的局部整改可直接确认范围；查看基础建设与持续执行费用，或沟通诊断范围 →
网站与 GEO 诊断，具体检查什么
AI 可见性诊断是围绕约定网站和买家问题，查明现状、保存证据并提出整改顺序的服务。企业拿到的是检查记录、问题清单和验收方法；初步沟通用于判断需求，实施项目负责实际修改，两者与完整诊断分别约定范围和费用。
第 1 步：确定检查对象。列出现有官网、主营服务、目标客户和希望回答的买家问题。国内与海外、中文与其他语言分别约定，避免把不相关的流量或同名企业算作结果。
第 2 步：保存原始现象。页面问题记录网址与检查时间；AI 问答记录平台、提问原文、回答与可见来源。App、网页端和模型 API 是不同检查条件，报告会区分记录。
第 3 步：定位并安排处理。把阻断访问、品牌事实错误、缺少服务说明、内容不匹配和需长期观察的问题分别说明，给出优先级、建议责任人和复核方法。证据不足的项目保持待核实。
收到诊断报告，可以怎样核对
诊断报告需要把发现的问题写成可以处理、可以复核的条目。以下三条用假设现象演示填写方法，不是驾云官网故障、客户案例或默认交付数量；实际项目应换成约定网址、原始证据和对应责任人。
入口问题
产品页的联系按钮打不开
记录出问题的页面、按钮目标和实际现象，再确认预期入口。修复后从原产品页点击，核对目标页面和内容能否正常使用。页面恢复可用、搜索重新收录和产生咨询，应分别观察。
内容问题
只写“支持定制”，采购条件不清楚
先请企业确认产品适用条件、限制和询价需要的资料，再整理到页面。验收看公开正文是否与确认源稿一致，买家能否找到所需资料及联系入口，不能靠补一段宣传语完成。
通知问题
提示提交成功，收件还没核对
成功提示、后台保存记录和指定邮箱收到通知，需要分别检查。没有最终收件记录时，先保留待检查状态；若通知失败，再按实际配置排查，不把一次内部测试当作客户线索。
下载诊断条目填写示例（CSV，3 条假设情境） → 可在表中看到检查对象、现象、影响、动作、验收、责任与初始状态。实际报告还应保留原始记录，让执行人员能找到对应网址和资料。
AI 问答检查另行保留平台、问题、时间、回答和可见来源。没有启用搜索、没有返回来源或请求失败的样本，应说明缺测，不能直接当作“官网未被引用”。拿到建议后，可以由内部团队处理，也可以另约实施。
诊断报告的验收，应检查约定对象是否查完、原始记录能否回查，以及每条建议能否落实到具体页面和任务。实施验收再看改动是否上线、功能是否正常；例如网站已补充品牌资料，而模型仍未纠正同名误认，两项状态需要同时保留。报告交付、网站整改和平台回答变化各有检查对象，不能用其中一个结果代替其他环节。
可先查看完整范围与验收样张，或阅读官网能访问但 AI 认不出品牌的排查思路。
GEO 诊断报告交付后的实施步骤
诊断的下一步不是把所有建议一次做完，而是让每项问题对应一个可以执行和复核的动作。企业可以拿报告交给内部团队，也可以委托约定实施；以下顺序用于安排协作，数量和完成时间仍按实际问题确认。
- 先接收原始材料与范围。核对检查网址、平台入口、问题、时间、回答和来源是否齐全。没有返回来源的样本，应说明检查条件；不能一概推断没有引用或故意遗漏品牌。
- 把问题落实到负责人。企业确认产品、主体和可公开资料；实施方处理约定页面、内容或技术改动。访问和联系中断优先排查；需要新资质或客户授权的内容等待真实材料。
- 实施后分两层复核。先检查页面是否按确认版本上线、入口能否使用，再在约定平台与条件下重新观察回答。网页通过不等于模型已采用；采样条件改变时，也不直接与旧结果合并。
样本数量和分母，怎样在报告里读明白
以一份假设的计数示例说明：5个问题、2个平台、每题每平台检查2轮，共计划20次请求。如果其中2次失败，其余18次有效，报告应分别列出计划数、失败数和有效数，再说明提及或引用比例使用哪个分母。这个数字组合只演示计数，不是驾云诊断套餐的固定题量，也不是实际客户结果。
同一问题的API样本与App提问分组，启用搜索和未启用搜索分组；可见来源不足时说明限制，不将不同条件下的百分比直接比较。先看原始记录是否支撑结论，再决定需要补采样、改页面或继续观察；少量样本不能证明长期获客效果。
平台、语言或问题增加，算同一份诊断吗？
不默认算。检查对象、采样条件与竞品范围改变，会影响工作量及可比较性；开始前列清，新增时再确认范围。已明确的局部整改可以直接确认实施，不要求先购买与问题无关的完整诊断。
你可以先下载范围和诊断条目填写示例，或打开自有段落交付核对包，判断报告建议最终能否落到网页和验收。对于Google搜索的AI功能，其官方说明仍以基本SEO实践为基础，没有额外的特殊技术门槛；这不代表豆包等其他平台采用同一规则。
一起推进下一步
你最想弄清楚的，是哪个问题？
告诉我们你想建设什么，或现有网站遇到了什么问题。留下邮箱，具体需求可以在后续沟通中补充。