示例站点页面 GEO 诊断报告
公开合成示例。品牌:示例云服。站点:示例官网。分析日期:2026-05-21。生成方式:yao-geo-page-audit。本报告用于展示
skill 的完整输出结构,不代表真实企业诊断结论。
1. 执行摘要
示例站点的 GEO 风险集中在三个层面:第一,核心正文和 FAQ 的初始 HTML
可读性不足;第二,产品事实缺少可切片引用的表格、键值对和上下文无关摘要;第三,schema
中的服务范围、价格和 FAQ 字段没有稳定回到页面正文。
优先级判断:
- P0:核心产品说明、服务边界和 FAQ 必须进入初始
HTML,不能只依赖客户端渲染。
- P0:schema 字段必须与页面正文一致,特别是价格、服务范围和 FAQ。
- P1:首页、一级页和二级页都应增加“事实卡、对比表、FAQ、更新时间、来源”模块。
- P1:HTML 报告、官网页面和 Word 交付件都要避免宽表右溢。
2. 输入与诊断边界
| 字段 |
内容 |
| 品牌 |
示例云服 |
| 目标 URL |
示例官网首页 |
| 页面范围 |
首页、产品一级页、订单协同二级页 |
| 目标问题 |
示例云服是什么、适合什么企业、订单协同如何使用 |
| 输入缺口 |
无日志、无 CMS 权限、无用户提供的 AI 平台采样 |
本报告只能做前台可观察诊断,不能判断真实抓取频次、搜索展示量、AI
平台内部召回权重、答案频次、引用份额或付费工具数据。没有平台采样时,本报告只输出公开素材覆盖和页面可抽取性建议。
3. 页面组合与选择依据
| 页面层级 |
页面 |
页面类型 |
选择依据 |
AI 素材作用 |
| 首页 |
示例官网首页 |
品牌实体页 |
品牌入口和导航中心 |
建立品牌、产品线和服务对象理解 |
| 一级页 |
产品栏目页 |
产品栏目页 |
承接核心产品关键词 |
提供产品分类、适用场景和服务边界 |
| 二级页 |
订单协同详情页 |
产品详情页 |
承接具体功能问题 |
提供功能、步骤、案例和 FAQ |
4. 公开答案素材问题集
| 用户问题 |
页面应提供的官方素材 |
当前公开素材缺口 |
修复模块 |
| 示例云服是什么? |
品牌定义、产品线、适用行业、客户类型 |
首页摘要不完整 |
品牌事实卡 |
| 示例云服适合中小制造企业吗? |
适用对象、部署方式、服务边界 |
缺少适用/不适用说明 |
服务边界表 |
| 示例云服和通用 CRM 有什么区别? |
对比表、功能边界、典型场景 |
缺少公开对比素材 |
产品对比表 |
| 订单协同怎么落地? |
步骤、角色、数据字段、案例 |
缺少步骤化模块 |
落地步骤表 |
| 示例云服多少钱? |
价格获取方式、套餐边界、更新时间 |
缺少价格边界说明 |
价格说明卡 |
5. 权威证据台账
| 结论 |
来源层级 |
页面或材料 |
影响 |
可信度 |
| 核心 FAQ 不在初始 HTML |
观察 |
产品详情页源代码 |
影响问答抽取 |
高 |
| schema 含服务范围字段 |
观察 |
JSON-LD 片段 |
需要正文回溯 |
中 |
| 价格信息缺少正文说明 |
观察 |
产品页正文 |
易产生过时答案 |
中 |
| 结构化数据需代表正文 |
标准 |
Google 结构化数据指南 |
防止误导性 schema |
高 |
| 主内容抽取会受导航干扰 |
研究 |
正文抽取研究 |
需要明确主内容边界 |
中 |
6. 可抓取性与渲染诊断
| 检查项 |
观察结果 |
风险 |
建议 |
优先级 |
| 主内容 HTML |
核心 FAQ 不在初始 HTML |
AI 只能读取浅层摘要 |
FAQ 和事实表 SSR/SSG 输出 |
P0 |
| robots |
未见关键页面被禁用 |
风险较低 |
保留公开访问,补 sitemap |
P2 |
| canonical |
栏目页 canonical 指向自身 |
风险较低 |
语言版本分别声明 |
P2 |
| JS 依赖 |
产品说明部分依赖客户端渲染 |
弱渲染爬虫可能漏读 |
关键事实不要后置渲染 |
P0 |
| 初始 HTML |
导航文本占比高 |
主内容抽取噪音增加 |
用 main 和模块 ID 标记正文 |
P1 |
7. 移动端、性能与可访问结构
| 维度 |
观察 |
风险 |
改造建议 |
| 移动端表格 |
参数表在窄屏可能溢出 |
用户和爬虫预览体验差 |
表格容器横滚,移动端改字段卡片 |
| 首屏稳定 |
首屏营销图较重 |
LCP 可能受影响 |
压缩图片,核心摘要先于大图输出 |
| 内容懒加载 |
FAQ 可能需要交互后加载 |
移动优先索引可能漏内容 |
FAQ 默认进入 HTML |
| 标题结构 |
H2/H3 顺序基本清晰 |
个别模块标题语义弱 |
每页仅一个 H1,H2 描述主题 |
| 链接文字 |
存在“了解更多”类锚文本 |
AI 难判断链接目标 |
锚文本写清产品或问题 |
8. 结构规范性与内容信号
| 模块 |
当前问题 |
GEO 影响 |
修复方向 |
| 页面摘要 |
缺少 80-120 字上下文无关摘要 |
AI 引用开头不稳定 |
首屏增加实体全称、对象、价值和边界 |
| 产品事实 |
功能点分散在段落 |
难以切片回答 |
增加字段化事实表 |
| 服务边界 |
未说明不适用场景 |
答案容易过度承诺 |
增加适用/不适用表 |
| 案例证据 |
缺少可引用客户案例 |
信任信号不足 |
增加案例、行业、结果和来源 |
| 更新时间 |
页面未突出更新时间 |
新鲜度弱 |
每个事实模块显示更新时间 |
9. AI 可抽取性诊断
| 信号 |
判断 |
风险 |
修复方向 |
| 原子事实 |
不足 |
AI 难以按问题切片引用 |
建立事实字段、值、来源表 |
| 上下文无关摘要 |
不足 |
摘要脱离标题后意义不完整 |
每页首屏加入 80-120 字摘要 |
| 对比表 |
缺失 |
竞品问题易引用第三方 |
增加对比维度和适用边界 |
| 步骤内容 |
不足 |
“如何落地”问题缺素材 |
增加角色、步骤、输入和输出 |
| 证据质量 |
中 |
缺少作者、来源和更新时间 |
补充负责人、数据来源和案例边界 |
10. Schema 一致性诊断
| 类型 |
当前状态 |
风险 |
建议 |
| Organization |
可建立品牌实体 |
sameAs 和官方资料不足 |
增加官网、百科、社媒和联系页 |
| WebPage |
可描述页面 |
摘要字段弱 |
与页面摘要保持一致 |
| Product |
字段不完整 |
功能和价格边界难回溯 |
先补正文事实,再补 schema |
| FAQPage |
FAQ 正文不足 |
schema 可能脱离用户可见内容 |
FAQ 必须页面可见 |
| BreadcrumbList |
部分页面缺失 |
层级关系弱 |
栏目和详情页补面包屑 |
11. 代码层修复清单
| 问题 |
证据与影响 |
修复动作 |
负责人 |
成本 |
| FAQ 依赖客户端渲染 |
初始 HTML 缺少 FAQ 文本,AI 难以抽取问答 |
将 FAQ 列表 SSR/SSG 到 HTML;验收用 curl 检索 FAQ |
前端 |
M |
| schema 缺少正文支撑 |
priceRange 未在正文出现,可能不一致 |
先补价格获取方式,再保留 schema 字段 |
SEO + 内容 |
S |
| 宽表移动端溢出 |
参数表窄屏可能裁切 |
表格容器横滚,Word 拆成字段卡片 |
前端 |
S |
| 主内容边界弱 |
导航和正文混在同一抽取层 |
增加 main、article、模块 ID |
前端 |
S |
| sitemap 入口弱 |
未突出重要页面 |
robots 中补 sitemap index |
SEO 工程 |
S |
12. 内容结构改造建议
| 页面 |
建议新增模块 |
模块目标 |
示例字段 |
| 首页 |
品牌事实卡 |
让 AI 一次抽取品牌定义 |
公司名、平台类型、对象、产品线 |
| 一级页 |
产品矩阵表 |
区分不同产品模块 |
产品名、场景、角色、边界 |
| 二级页 |
功能步骤表 |
支撑“怎么使用”问题 |
步骤、输入、输出、责任人 |
| 全站 |
FAQ 模块 |
支撑公开答案素材 |
问题、答案、更新时间、来源 |
| 案例页 |
证据模块 |
提升引用可信度 |
行业、问题、方案、结果 |
13. Schema 与 HTML 模块建议
<main id="main-content" data-geo-main="true">
<section id="geo-summary" aria-labelledby="geo-summary-title">
<h2 id="geo-summary-title">页面摘要</h2>
<p>示例云服是面向 B2B 制造企业的订单协同平台,帮助销售、计划和生产团队同步订单进度、交付风险和客户沟通记录。</p>
</section>
</main>
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "示例云服适合哪些企业?",
"acceptedAnswer": {
"@type": "Answer",
"text": "示例云服适合需要统一订单进度、生产计划和客户沟通记录的 B2B 制造企业。"
}
}
]
}
14. 优先级路线图
| 批次 |
目标 |
关键动作 |
验收方式 |
| 第 1 周 |
P0 可读性 |
FAQ、摘要、服务边界进入 HTML |
curl 可检索关键问答 |
| 第 2 周 |
P0 一致性 |
schema 与正文逐字段对齐 |
Rich Results Test 无关键错误 |
| 第 3 周 |
P1 结构化 |
增加事实表、对比表、步骤表 |
页面出现可读表格 |
| 第 4 周 |
P1 公开素材 |
增加中文 FAQ 和帮助中心入口 |
高频问题有官方素材 |
15. 验收命令
PAGE_URL="https://www.example.com/"
curl -L "$PAGE_URL" | rg "页面摘要|FAQ|服务边界"
curl -L "$PAGE_URL" | rg "application/ld\\+json|BreadcrumbList"
16. 完整性自检
| 检查项 |
结果 |
| 四件套同源 |
Markdown 为单一内容源,HTML、Word、PDF 从该文件生成 |
| 权威证据台账 |
已包含观察、标准和研究层级 |
| 诊断维度 |
覆盖抓取、渲染、移动、结构、内容、AI、schema、证据 |
| Word 宽表 |
表格最多 5 列 |
| 长 URL |
可见 URL 使用超链接文字或变量 |
| HTML 菜单 |
独立 HTML 带固定目录菜单 |
| PDF 渲染 |
A4 页面,右边缘安全带无贴边 |