Google Search Console
查看 Google 搜索点击、展示、查询与索引诊断；在可用报告中单独观察生成式 AI 展示。
SEO 与 AI 搜索可见度
让关键服务页更容易被找到和理解
在搜索结果和 AI 答案中，用户能找到您的网站吗？报告梳理问题与机会，明确优先调整的页面和具体措施。
- 找出值得优先处理的问题与机会
- 明确哪些页面需要改进，以及如何调整
- 用清晰的标准检验进展
你会获得什么
- 抓取和索引问题清单，附检查依据及建议处理顺序。
- 优先服务页评审，指出购买问题、证据和信息结构的缺口。
- 站内链接与页面内容的具体修改建议。
- 修复优先级清单，说明依赖条件与预计需要的协作。
- 搜索表现基准与 AI 引用观察记录方式，分别跟踪。
先解决什么问题
潜在客户能不能找到你，也取决于页面能否被抓取、索引，以及是否真正回答购买前的问题。我们检查技术基础和优先服务页，梳理内容证据与站内链接，再给出按影响和实施条件排序的修改建议，同时分别记录搜索表现与 AI 引用观察。
页面已经上线，却不一定说明搜索系统能正常访问，也不一定让读者迅速理解你提供什么。团队可能不断增加文章，但关键服务页仍缺少交付范围、可信依据或清晰路径。先处理这些问题，比追逐所谓 AI 搜索捷径更有实际意义。
一份 SEO 与 AI 搜索可见性审计报告，会告诉您什么？
先看影响业务的决策，再沿着证据找到页面、问题与下一步；不以一个笼统分数代替判断。
先看该做什么，以及为什么
摘要把值得采取的行动与支持证据对应起来，让决策者迅速分清关键阻碍、可推进的改进和仍需调查的问题。
查看检查项与示例
报告使用的数据
每项建议都注明关联页面、证据来源与日期，并记录检查范围和业务目的。缺失数据会单独注明，不会据此断言存在问题。
下一步
先确认目标和证据，再为优先事项指定负责人、工作量、前置条件与验收标准。
验证方式
沿着摘要中的证据记录，能够回到具体页面或数据导出，并复现判断过程。
不使用笼统的 SEO 或 AI 总分
报告使用的数据
- 行动优先级及理由
- 负责角色
- 相对工作量
- 前置任务或所需权限
- 完成后的验证标准
- 证据获取日期
我们检查什么
- 明确业务目标与审计范围
- 标明已验证、待验证和缺失的数据
- 说明优先级的依据与依赖关系
- 把建议落实为可验收的任务
每项建议都注明关联页面、证据来源与日期，并记录检查范围和业务目的。缺失数据会单独注明，不会据此断言存在问题。
下一步
先确认目标和证据，再为优先事项指定负责人、工作量、前置条件与验收标准。
验证方式
沿着摘要中的证据记录，能够回到具体页面或数据导出，并复现判断过程。
让每种搜索需求都有合适的承接页面
重点不是堆积关键词，而是弄清用户想解决什么，并选择最适合回答这个问题的页面。
查看检查项与示例
从用户问题找到合适的页面
- 了解问题
选购指南
- 比较选择
选购指南
- 准备购买
商品分类页
- 消除顾虑
选购指南
报告使用的数据
- 搜索词
- 用户搜索目的
- 建议承接页面
- 国家或地区
- 设备类型
- 搜索量估算及来源
- 平均排名及统计口径
- 搜索点击次数
- 搜索展示次数
我们检查什么
- 识别了解、比较、购买等具体任务
- 对应首选页面及其内容用途
- 注明搜索量估算的数据来源
- 核实页面重叠而非直接建议合并
报告按搜索词或主题列出用户任务、目标页面、国家或地区、设备与统计时段。可用的自有搜索数据与第三方需求估算分开标注。
下一步
检查现有页面能否承接需求；遇到多个页面争取同类搜索时，先核对实际表现，再决定区分用途还是合并。
验证方式
同一判断应基于相同市场、设备和时间范围。搜索词重叠只是调查线索，不自动等于关键词内耗。
让重要页面有清晰、可抓取的入口
站内链接不仅帮助搜索引擎发现页面，也应帮助用户顺着上下文找到下一条有用信息。
- 首页商品分类页
- 首页选购指南
- 商品分类页商品页一
- 商品分类页商品页二
- 选购指南商品页一
- 选购指南示例中的无入链页面
示例中的现有路径建议路径
查看对应数据表
| 来源 | 目标 | 检查范围 |
|---|---|---|
| 首页 | 商品分类页 | 示例中的现有路径 |
| 首页 | 选购指南 | 示例中的现有路径 |
| 商品分类页 | 商品页一 | 示例中的现有路径 |
| 商品分类页 | 商品页二 | 示例中的现有路径 |
| 选购指南 | 商品页一 | 示例中的现有路径 |
| 选购指南 | 示例中的无入链页面 | 建议路径 |
查看检查项与示例
报告使用的数据
- 链接来源页面
- 链接文字
- 建议承接页面
- 目标页面响应状态
- 范围内的站内入链数
- 从起点到页面的链接层级
我们检查什么
- 检查链接是否可抓取及目标响应
- 核对链接文字与上下文
- 识别范围内缺少入链的页面
- 查看重点页面的入口与链接层级
报告记录来源页面、目标页面、链接文字、目标状态、站内入链与抓取层级。缺少入链的判断始终以已知页面清单和明确的抓取范围为前提。
下一步
优先修复无效路径，让相关页面指向正确的最终地址；只有在确实帮助用户时，才新增上下文链接。
验证方式
重新抓取受影响路径，确认链接可被读取、目标可用且文字准确；站点地图、canonical 与 hreflang 不计作导航链接。
让标题与摘要准确说明页面价值
报告关注的是搜索者能否看懂页面用途，而不只是标题有多少字符。
标题与摘要为什么要这样改
调整前
欢迎浏览我们的商品，了解更多信息。
调整后
查看通勤背包的款式、容量和商品信息，找到适合日常携带的选择。
示例把模糊的“商品”改为明确分类与选购目的。实际上线前，要确认页面确实提供所写信息；不承诺排名或点击率变化。
查看检查项与示例
报告使用的数据
- 建议承接页面
- 页面标题
- 页面描述
- 搜索点击次数
- 搜索展示次数
- 点击率及统计区间
我们检查什么
- 检查缺失与重复的标题和描述
- 对照用户需求与页面真实内容
- 避免关键词堆砌和不实承诺
- 明确预览和实际搜索结果的区别
我们提取页面标题、meta 描述与 H1 主标题，检查缺失、重复和意图偏差。若有可比数据，再结合点击、展示与点击率观察，不预设改善幅度。
下一步
为代表性页面提供修改前后示例，说明文字为什么更清楚，以及页面需要提供哪些事实来支撑它。
验证方式
复核实际页面与渲染内容，并在可比时段观察搜索表现；Google 可能改写标题与摘要，预览不是最终展示。
区分能访问、能索引与已收录
HTTP 200 或允许抓取只是检查的一部分。报告分别判断访问、索引指令、规范网址、语言版本、内容渲染和用户体验。
查看检查项与示例
把技术检查拆开看
- 确认可抓取
- 检查索引规则
- 核对规范网址
- 核对语言版本
- 在搜索引擎中验证
Core Web Vitals 的“良好”标准
LCP≤ 2.5 s“良好”参考阈值
INP≤ 200 ms“良好”参考阈值
CLS≤ 0.1“良好”参考阈值
索引指令：先确认页面是否应被收录
这个简化示例假设页面应允许索引。它展示移除不合适的 noindex 的思路，不是可直接套用的修复。
调整前
<meta name="robots" content="noindex">调整后
<meta name="robots" content="index, follow">默认规则已允许索引时，不必额外写 index, follow；有意排除的页面也不应一律开放。
验证方式: 同时检查 X-Robots-Tag、抓取权限、最终响应与实际收录情况。
报告使用的数据
- HTTP 状态与最终地址
- 抓取权限与索引指令
- 声明的规范网址及一致性
- 语言版本与双向关联
- 站点地图收录情况
- 渲染后可见内容
- LCP：最大内容呈现时间
- INP：交互响应时间
- CLS：布局偏移程度
- 真实用户数据时段与覆盖范围
我们检查什么
- 分开核对抓取权限与索引指令
- 核对跳转、规范网址和站点地图的一致性
- 仅对真实语言对应页检查双向 hreflang
- 区分真实用户数据、实验室测试与数据不足
证据包括 HTTP 与跳转、robots 规则、meta 与 X-Robots-Tag、canonical、站点地图、适用的 hreflang，以及真实用户与实验室性能数据的来源和范围。
下一步
先核实哪些页面本来就应被排除，再处理影响目标页面的技术冲突；用实验室诊断定位性能原因，而不是替代真实用户结论。
验证方式
结合授权的搜索引擎检查验证收录情况。Core Web Vitals 按第 75 百分位看阈值，同时注明设备、时段及 URL 或来源站点范围。
内容既要回答问题，也要帮助用户作决定
内容缺口不是“文章不够多”。报告看的是用户需要的解释、比较与可信依据是否到位，以及下一步是否清楚。
查看检查项与示例
| 用户搜索目的 | 选购指南 | 商品分类页 | 商品页一 |
|---|---|---|---|
| 了解问题 | 已覆盖 | 内容缺口 | 待确认 |
| 比较选择 | 待确认 | 已覆盖 | 内容缺口 |
| 准备购买 | 内容缺口 | 已覆盖 | 已覆盖 |
| 消除顾虑 | 已覆盖 | 待确认 | 待确认 |
示意：矩阵中的“已覆盖”“缺口”“待确认”仅展示报告格式，不能视为某个网站的结论。
报告使用的数据
- 建议承接页面
- 页面要解决的用户问题
- 待核实的内容缺口
- 作者与内容依据
- 页面目标重叠的证据
我们检查什么
- 检查实际产品或服务信息是否清楚
- 核实原创价值、作者与支持来源
- 区分已证实缺口与待调查主题
- 检查用户从理解到行动的路径
以页面清单、用户任务、产品或服务事实、作者与来源为依据，记录覆盖情况、待核实缺口与页面用途重叠的证据。
下一步
优先补足有价值的解释和决策信息；如考虑合并内容，先确认实际重叠，保留有用内容并规划原有地址的处理。
验证方式
逐项核对页面是否真正回答目标问题，关键事实是否有依据，转化入口是否自然且可用。
看清外链语境，不用风险分数代替判断
外链多不等于有效，也不能因为来源陌生就认定有害。报告重视链接从哪里来、为什么出现、最终指向哪里。
查看检查项与示例
- 区分来源域名数与链接条数
- 检查上下文、属性与最终响应
- 注明数据来源、日期与覆盖限制
- 核实操纵或人工处置证据后再提建议
报告使用的数据
- 外链来源域名
- 外链来源页面
- 链接位置与上下文
- 链接属性
- 链接文字
- 外链最终指向地址
- 数据源首次发现日期
我们检查什么
- 区分来源域名数与链接条数
- 检查上下文、属性与最终响应
- 注明数据来源、日期与覆盖限制
- 核实操纵或人工处置证据后再提建议
记录来源域名与页面、链接位置、文字、属性、最终地址、首次发现及获取日期。Ahrefs、Semrush 等数据源的覆盖和估算限制会明确说明。
下一步
先调查有依据的异常模式；只有存在真实操纵链接或人工处置风险的证据时，才评估是否需要进一步处理。
验证方式
抽查来源页面与最终目标，将工具标记和可复核事实分开。拒绝外链不是自动步骤，也不因低权威或外语来源而触发。
先核实展示条件，再观察真实 AI 引用
AI 可见性建立在可访问、可索引和可靠内容之上。报告不制造统一的 LLM 排名，也不把品牌被提到当成页面获得引用。
查看检查项与示例
- 核实平台纳入设置，不把默认值当作实测
- 分开记录搜索与训练的访问政策
- 确保结构化数据与可见正文一致
- 区分来源引用、品牌提及和实际访问
结构化数据：先有事实，再写标记
示例只展示 Product 标记的基本形状。名称占位符必须替换成页面上已经核实、真实可见的名称。
{
"@context": "https://schema.org",
"@type": "Product",
"name": "[…]"
}这不是完整的产品富媒体结果实现，不应补造评分、库存或其他未证实信息。
验证方式: 按所选功能的具体要求验证，并核对标记与可见内容；测试通过不保证展示或 AI 引用。
报告使用的数据
- 搜索与训练机器人的独立规则
- AI 功能纳入设置及继承状态
- 页面上可核实的事实
- 结构化数据与正文一致性
- 带来源链接的 AI 引用
- 证据获取日期
我们检查什么
- 核实平台纳入设置，不把默认值当作实测
- 分开记录搜索与训练的访问政策
- 确保结构化数据与可见正文一致
- 区分来源引用、品牌提及和实际访问
核实页面是否已被收录、是否允许展示摘要，以及平台纳入设置及其继承状态；核对页面事实、来源和结构化数据，并分别记录搜索机器人与训练机器人的规则。
下一步
补足真实可见的信息和出处，处理已确认的技术障碍。Google 不要求专用 AI 结构化数据，也不把 llms.txt 当作可见性修复方案。
验证方式
按平台与日期核对带来源链接的引用和展示数据。OAI-SearchBot 与 GPTBot 的用途不同，允许训练不是进入 ChatGPT 搜索的前提。
把报告变成能执行、能验收的工作清单
行动路线图说明先做什么、为什么做，以及做完怎样确认，而不是给出没有依据的收益承诺。
查看检查项与示例
| 优先级 | 工作量较低 | 工作量较高 |
|---|---|---|
| 阻碍关键目标 | 可较快修正 | 需要较大投入 |
| 未阻碍关键目标 | 安排优化 | 先调查价值 |
示意：矩阵辅助讨论，实际顺序还须考虑证据、业务价值、风险和前置条件。
报告使用的数据
- 行动优先级及理由
- 负责角色
- 相对工作量
- 前置任务或所需权限
- 完成后的验证标准
我们检查什么
- 为每项行动关联证据和理由
- 明确负责人、工作量与依赖关系
- 在改动前确认范围和实施授权
- 设置可复查的完成标准
每项任务关联证据与目的，并包含负责角色、相对工作量、前置条件和验收方法。优先级同时考虑业务价值、风险与依赖关系。
下一步
先建立基准并验证关键阻碍，再推进结构、内容和元数据；实施须获得相应批准，完成后再做技术复核与效果观察。
验证方式
任务只有满足事先约定的验收标准才算完成；检查通过与业务表现改善作为不同结果记录。
把曝光、访问与业务结果分开看
报告建立可比基准，分别衡量索引、自然搜索、AI 展示与引用、可归因访问和转化。缺失数据表示未知，不是零。
查看检查项与示例
把展示、访问和转化分开衡量
- 可见度：比较可获取的展示和引用数据，不将其当作访问量。
- 访问：查看流量来源与入口页面，并注明无法确定来源的部分。
- 咨询：明确有效咨询的判断标准，并核对记录方式。
- 客户：将咨询与已确认的成交关联，不将潜在商机计入收入。
报告使用的数据
- 链接来源页面
- 搜索展示次数
- 搜索点击次数
- 带来源链接的 AI 引用
- 可归因于 AI 助手的会话
- 转化事件及其定义
- 证据获取日期
我们检查什么
- 保存变更前基准与数据口径
- 区分自然搜索与 AI 展示、引用
- 检查会话归因、事件设置及用户同意对数据覆盖的影响
- 记录缺失数据和可能影响比较的因素
Google 的生成式 AI 报告可提供 AI Overviews 与 AI Mode 的展示数据，按页面、国家、设备和日期分析；这些展示数据不能用于推算 AI 点击次数、点击率或搜索词表现。Bing 引用数据仅覆盖其支持的范围。
下一步
在变更前保留数据和配置，选择可比较的时段，并记录季节性、活动、追踪设置或平台变化等干扰因素。
验证方式
将 Search Labs 排除范围、Bing 查询抽样及预览功能限制写清楚；把带来源的引用与 GA4 可归因会话、已定义转化分别核对。
工具与数据来源
工具按审计范围、授权访问、可用许可或客户提供的导出数据选用。名称与标识不代表合作关系或认证。
Google Analytics 4
把流量来源、会话和已配置的关键事件联系起来，辅助分析转化路径。
Ahrefs
研究外链来源、竞争页面和关键词机会；流量与需求估算不等于客户分析数据。
Semrush
补充技术抓取与选定关键词的竞争表现分析，明确哪些指标为估算。
Screaming Frog SEO Spider
梳理链接、响应、跳转、元数据和规范网址，检查定义范围内的站点结构。
PageSpeed Insights
结合 Lighthouse 实验室诊断与可用的 CrUX 真实用户数据分析性能。
Bing Webmaster Tools
检查 Bing 搜索与索引情况，并在可用时分析受支持 AI 产品中的来源引用。
Rich Results Test
检查 Google 可识别的结构化数据类型、错误和警告，并核对页面事实。
Semrush is a trademark or registered trademark of Semrush Inc. in the U.S. and other countries. All rights reserved. All other trademarks are the property of their respective owners.
方法与局限
从搜索意图、站内结构到 AI 搜索中的呈现，我们把检查项目、证据和后续行动放在同一份报告里。您不仅能看懂哪里值得关注，还能知道应由谁处理、如何验收。
这里展示的是报告框架与示意图，不是对 MindVerve 或任何客户网站的实际审计。具体范围取决于双方确认的目标、可用数据和授权访问。
不使用笼统的 SEO 或 AI 总分
- Google Search Console
- 已有使用经验；具体项目仍须确认客户资源的授权、范围与可用数据。
- Google Analytics 4
- 已有使用经验；须确认资源权限、事件设置、同意机制与实际数据覆盖。
- Ahrefs
- 按审计范围、可用许可、授权访问或客户导出数据选用。
- Semrush
- 按审计范围、可用许可、授权访问或客户导出数据选用。
- Screaming Frog SEO Spider
- 取决于可用软件、许可或抓取导出；须约定允许抓取的范围，部分功能需要相应许可。
- PageSpeed Insights
- 公共工具；记录测试日期与所选网址，不能保证每个网址都有真实用户数据。
- Bing Webmaster Tools
- 需要已验证资源的授权或提供导出；不覆盖所有 LLM 平台。
- Rich Results Test
- 公共网址或代码测试工具；测试有效不代表一定展示富媒体结果、获得排名或 AI 引用。
合作流程
- 01
检查是否能被访问
核对抓取、索引及关键页面的基础条件，识别阻碍发现的问题。
- 02
检查是否回答购买问题
审视页面信息、依据和链接，让读者更容易理解服务并作出判断。
- 03
排序并建立观察基准
形成修改清单，区分技术依赖与内容工作，约定后续监测方式。
需要你提供什么
- 网站及可用的搜索表现数据。
- 优先服务、目标客户常问的问题和现有证明材料。
- 网站维护负责人及已知技术限制。
服务范围
包含技术基础与优先页面评审、建议排序及监测设计。实际修改与开发另行约定。排名或 AI 引用无法保证；添加特殊 AI 文件也不能保证出现在 Google 的相关功能中。
如何判断是否有效
以现有搜索展现、点击和有效咨询作为基准，记录修改日期后继续观察。AI 引用另行记录查询、日期和观察条件，不与网站流量混为一谈。数据用于判断方向，不能把每次变化都直接归因于某项修改。
参考依据
Google 表示，其 AI 功能仍适用既有 SEO 基础，展示并无保证。我们的工作因此先看抓取、索引和内容，再单独观察引用。 Google Search Central · AI features and your website
比较合作方案常见问题
能保证出现在 AI 回答里吗？
不能。引用和展示由平台决定，也会随查询与时间变化。我们可以改善基础条件和信息清晰度，并记录实际观察结果。
是不是需要一套全新的 AI SEO 技术？
Google 的说明仍以既有 SEO 基础为核心。应先确认页面能被索引且符合摘要展示条件，再改善内容；没有一种特殊文件能替代这些工作。
看看哪些服务页值得先改
具体范围、时间安排、所需权限和交付语言以书面报价为准。所列价格均为美元，未含适用税费；提交咨询不构成购买承诺。