企业GEO实施自查清单
固定55项企业GEO自查,覆盖主体、抓取、Metadata、Schema、内容、问答、案例、内链、外部信源和AI监测;每项给出检查方法、合格标准与常见问题,并支持打印。
关键判断
- 55项分为10类,每项都对应检查方法、合格标准、常见问题、证据和状态。
- 先处理主体错误、抓取阻断、高风险内容和证据缺口,再扩展普通内容。
- 清单通过代表企业官网、事实、内容、信源与监测基础达到当前建设标准,可以进入持续观察和优化阶段。
- 页面提供打印样式,打印时隐藏导航、按钮、动效和无关转化区域。
使用方法
由品牌或项目负责人建立现状,再由技术、业务、内容、法务或合规团队确认各自掌握的事实。每项记录“通过、待修复、待确认、不适用”,并连接对应证据和计划日期。
清单固定包含55项。它用于识别企业可控制的缺口,不能替代搜索平台站长工具、AI产品原始样本、法律合规审核或行业专业判断。
01 企业主体
| 检查内容 | 检查方法 | 合格标准 | 常见问题 |
|---|---|---|---|
| 公司法定名称一致 | 对照营业执照或企业确认资料,搜索官网首页、关于、联系、页脚和Schema。 | 正式页面使用同一法定名称,简称或品牌关系有解释。 | 不同页面混用品牌、旧公司名或非完整主体。 |
| 品牌与公司关系清楚 | 列出公司、品牌、子品牌、产品线和门店关系,抽查页面表述。 | 用户能判断品牌由谁运营,Schema与正文一致。 | 只写品牌名,责任主体和运营关系缺失。 |
| 官网与联系方式统一 | 核对正式域名、电话或微信入口、邮箱和联系页。 | 官网、公开资料和Schema指向当前有效入口。 | 多个旧域名、失效电话或联系入口互相冲突。 |
| 地址和服务地区准确 | 核对办公地址、门店地址、地图与服务范围。 | 地址可核验,门店状态和服务半径有更新时间。 | 旧地址仍在线,虚构全国覆盖或把服务目标写成已实现。 |
| 产品与服务边界确认 | 让产品或业务负责人确认名称、范围、适用和不适用条件。 | 核心服务有稳定定义,不夸大资质和能力。 | 营销人员自行补全技术能力或把意向业务写成现有服务。 |
| 主体信息信息维护主体明确 | 为公司、品牌、产品、资质和门店分别指定确认人。 | 每类事实有信息维护主体、来源和更新日期。 | 无人确认,生成式AI或外包直接把推测写成事实。 |
02 技术抓取
| 检查内容 | 检查方法 | 合格标准 | 常见问题 |
|---|---|---|---|
| 正式页面返回HTTP 200 | 用浏览器开发工具或HTTP检查器抽查首页、栏目和详情页。 | 有效URL稳定返回200且正文完整。 | 页面视觉能打开但实际返回302循环、403或500。 |
| 无效地址返回真实404 | 访问随机不存在路径并检查状态码与页面内容。 | 返回404并提供可用导航,不回退为首页200。 | 所有未知地址都显示首页,形成软404。 |
| 旧地址使用正确301 | 列出迁移URL并逐条检查Location与最终状态。 | 旧URL一次或少量跳转到最相关新页面。 | 跳到首页、循环跳转或仅用JavaScript跳转。 |
| 初始HTML包含核心正文 | 查看网页源代码,而不是只检查渲染后的Elements。 | H1、摘要和主要正文无需执行JavaScript即可读取。 | 源代码只有root空节点,正文完全依赖客户端。 |
| robots没有误拦正文 | 读取根目录robots.txt并与公开路由对照。 | 公开内容允许抓取,后台、API和预览按需限制。 | 全站Disallow或阻止CSS、正文目录和验证文件。 |
| sitemap只含正式URL | 解析sitemap,检查状态、canonical、noindex、域名和lastmod。 | 只含200、可索引、第一方正式URL,更新时间真实。 | 包含开发地址、404、跳转、草稿或第三方域名。 |
03 Metadata
| 检查内容 | 检查方法 | 合格标准 | 常见问题 |
|---|---|---|---|
| 每页Title唯一 | 导出全部title并检查空值和重复。 | 每页准确概括主题,首页与详情页不共用同一标题。 | 全站套品牌首页标题或堆砌平台关键词。 |
| 每页Description独立 | 导出meta description并与正文开头对照。 | 摘要说明页面解决的问题且与可见内容一致。 | 复制同一描述,或写页面没有的效果和客户。 |
| Canonical指向正式URL | 查看每页canonical并解析为绝对HTTPS地址。 | 自引用或按迁移策略指向唯一正式版本。 | 全部指向首页、开发域名或错误旧路径。 |
| Robots指令正确 | 抽查正式、草稿、后台、测试和404页面。 | 正式页index,follow;草稿和测试页noindex。 | 正式正文误noindex,或草稿进入索引。 |
| 分享Meta完整 | 检查OG与Twitter标题、描述、URL、类型和图片。 | 使用绝对HTTPS图片且与页面主题一致。 | 分享图失效、相对路径错误或全站OG URL指向首页。 |
04 Schema
| 检查内容 | 检查方法 | 合格标准 | 常见问题 |
|---|---|---|---|
| Organization与主体一致 | 解析JSON-LD并与关于、联系和页脚对照。 | 公司名、品牌、网址、地址和描述一致。 | 加入不存在的评分、奖项、客户或资质。 |
| WebSite与WebPage关系正确 | 检查@id、isPartOf、publisher和页面URL。 | 站点与页面ID稳定,页面URL等于canonical。 | 每页生成不同组织ID或页面ID冲突。 |
| Article字段完整 | 检查文章标题、摘要、作者、发布更新、图片、正文和来源。 | 字段与可见内容一致,作者和publisher真实。 | 虚构专家作者、日期或citation。 |
| FAQPage只标记可见问答 | 对照JSON-LD问题和页面实际文本。 | Question与Answer逐条可见且答案一致。 | Schema里塞入隐藏关键词问答。 |
| BreadcrumbList匹配路径 | 检查每个ListItem名称、位置和URL。 | 最后一项为当前canonical,顺序与可见面包屑一致。 | 面包屑跳级或指向不存在栏目。 |
| 避免重复或冲突JSON-LD | 统计每页Schema文档、类型和@id。 | 每类核心实体只有明确一份,无hydration重复。 | 预渲染和客户端各注入一份不同数据。 |
05 内容结构
| 检查内容 | 检查方法 | 合格标准 | 常见问题 |
|---|---|---|---|
| 每页只有一个H1 | 扫描H1数量并检查页面视觉标题。 | H1准确表达页面核心业务或问题。 | 用多个H1调字号,或页面没有H1。 |
| 标题层级不跳级 | 按DOM顺序检查H1到H3。 | H2为核心模块,H3为模块内子主题。 | 从H1直接跳H4,或标题标签只为样式。 |
| 开头直接回答 | 阅读首屏摘要和正文首段。 | 100至200字内说明结论、适用范围和边界。 | 先写大段品牌口号,读者无法知道页面回答什么。 |
| 一页解决一个主要意图 | 列出页面目标问题并检查相邻页面。 | 主问题清楚,相关问题通过内链展开。 | 多个页面只替换同义词,造成内容重复。 |
| 事实与来源可追溯 | 随机抽三条产品、资质或数据主张反查来源。 | 能找到原始资料、信息维护主体、范围和更新时间。 | AI生成引用、失效链接或媒体转述被当作原始事实。 |
| 风险与边界可见 | 检查结果、案例、医疗法律和比较内容。 | 敏感内容清楚说明适用范围与专业确认机制。 | 边界只藏在页脚,正文仍做绝对承诺。 |
06 问答资产
| 检查内容 | 检查方法 | 合格标准 | 常见问题 |
|---|---|---|---|
| 问题来自真实决策 | 访谈销售、客服、产品和客户,去除纯关键词变体。 | 问题覆盖认知、比较、采购、实施、风险和复购。 | 批量把同一个词改成几十种问法。 |
| 每个问题有独立URL | 从问答索引点击并刷新详情页。 | URL稳定、可直接打开并进入sitemap。 | 问题只在首页折叠、弹窗或客户端数组中。 |
| 短答可独立理解 | 单独读取80至150字直接答案。 | 包含结论、条件和必要边界。 | 只回答“是/否”或堆品牌关键词。 |
| 扩展说明有实际判断 | 检查原因、方法、适用范围和风险。 | 300至800字解释怎样判断和执行。 | 每页复用相同两段空话。 |
| 相关问题与内容互链 | 检查详情底部FAQ、学院、案例和行业链接。 | 至少三条有效站内链接且主题相关。 | 链接全部回首页或指向不存在页面。 |
| 问答定期复核 | 查看更新时间、来源和信息维护主体。 | 平台、法规或企业事实变化后及时更新。 | 旧答案长期在线却只刷新日期。 |
07 案例证据
| 检查内容 | 检查方法 | 合格标准 | 常见问题 |
|---|---|---|---|
| 案例类型显著标记 | 查看页面顶部和Schema。 | 真实授权、匿名真实、实施模型或演示场景一眼可见。 | 实施模型伪装客户合作结果。 |
| 客户授权范围明确 | 核对授权文件、匿名要求、可公开字段和期限。 | 名称、logo、截图、评价和数据均在授权范围。 | 销售口头同意就公开客户资料。 |
| 过程与时间可追溯 | 检查服务时间、周期、背景、动作和版本。 | 使用真实time字段,过程可回到交付物。 | 只展示前后截图,没有过程和采样条件。 |
| 结果口径可复算 | 抽查分母、基线、问题集、来源和原始数据。 | 数字有公式和原始证据,未授权则不公开。 | 用无来源增长率、排名或推荐截图。 |
| 演示数据逐项标记 | 搜索数字、截图说明和结果词。 | 页面顶部及具体字段均写明模拟。 | 只在页尾小字说明,正文像真实案例。 |
08 内部链接
| 检查内容 | 检查方法 | 合格标准 | 常见问题 |
|---|---|---|---|
| 导航覆盖核心栏目 | 从首页桌面和移动导航访问所有正式栏目。 | 入口使用真实a href且可键盘操作。 | 菜单只能JS点击,移动端缺栏目。 |
| 详情页不是孤立页 | 统计每个正式URL的站内入链。 | 至少从栏目索引和相关内容获得链接。 | 只在sitemap里出现。 |
| 锚文本说明目标 | 抽查正文和相关推荐链接文字。 | 链接文字能说明下一页主题。 | 大量使用“点击这里”“了解更多”。 |
| 相关内容真正相关 | 人工抽查FAQ、文章、案例和行业推荐。 | 围绕同一主题或下一步决策连接。 | 为了数量随机链接或全部链接同一页面。 |
| 死链和循环跳转为零 | 抓取全部内部href并检查最终状态。 | 正式内链200,迁移链接按计划301。 | 旧栏目、拼写错误、锚点或资源路径失效。 |
09 外部信源
| 检查内容 | 检查方法 | 合格标准 | 常见问题 |
|---|---|---|---|
| 先列主张再找来源 | 建立主张、证据、来源和状态矩阵。 | 每个外部来源支持具体问题和主张。 | 先买媒体包,再把任意稿件塞进去。 |
| 来源主体可识别 | 检查发布者、作者、机构和联系方式。 | 来源责任主体清楚,利益关系可说明。 | 无作者采集站或转载链被当作权威。 |
| 原文URL长期可访问 | 逐条打开来源并保存标题、日期和URL。 | 页面公开、内容完整、无登录墙或失效。 | 只交截图、搜索摘要或短链。 |
| 来源与主张范围匹配 | 阅读原文结论、对象、时间和限制。 | 引用不超出来源适用范围。 | 用行业平均数据证明单个企业效果。 |
| 外部冲突有处理计划 | 搜索公司旧名、地址、产品和错误描述。 | 可控来源修正,无法控制项记录反馈和复测。 | 用更多新稿件覆盖旧错误但不处理根源。 |
10 AI监测
| 检查内容 | 检查方法 | 合格标准 | 常见问题 |
|---|---|---|---|
| 固定问题集和版本 | 保存问题ID、原文、分类和生效日期。 | 基线与复测使用同一版本,变更有说明。 | 每次选择更容易出现企业的问题。 |
| 记录完整采样条件 | 保存平台、入口、模型、时间、地区、登录、联网和上下文。 | 他人可以理解样本如何产生。 | 只写平台名和一张截屏。 |
| 保存完整回答与来源 | 导出正文、引用URL、展示位置和截图编号。 | 汇总指标可反查原始样本。 | 只截取企业被提及的一句话。 |
| 区分提及、准确与推荐 | 为每项建立定义和判断规则。 | 提及不自动算推荐,错误提及单独记录。 | 只要出现品牌就算上榜成功。 |
| 复盘动作和边界清楚 | 为错误、缺口、动作、信息维护主体和复测日期建台账。 | 报告同时保留未变化、失败和第三方不可控项。 | 只展示正向变化并承诺固定见效。 |
检查结果怎样记录
一份高质量自查记录包含状态、证据链接、计划日期和确认日期。待确认表示原始材料尚不完整;不适用需要说明原因,让每项判断都有清晰依据。
共性问题优先从共享模板、内容模型和生成逻辑统一解决;单页事实错误则在企业确认后同步修正正文、Schema、FAQ、来源矩阵和监测记录。
企业GEO自查执行步骤
按照十个分类完成55项检查,形成企业主体、技术、内容、信源与监测的首轮基线。
- 01
准备企业事实
整理公司主体、品牌关系、产品服务、地址、联系方式、资质与有效日期,作为全站核对基线。
- 02
检查技术入口
核对正式URL、HTTP状态、robots、sitemap、canonical、初始HTML、Metadata与Schema是否一致有效。
- 03
检查内容资产
逐项核对服务页、行业页、问答、案例、来源和内部链接是否覆盖客户真实决策问题。
- 04
建立AI监测基线
固定平台、问题、入口和时间,记录品牌提及、官网引用、信息准确度、竞品与错误信息。
- 05
形成整改优先级
先处理错误主体、联系方式与抓取阻断,再补齐高价值问题、案例证据和外部可信来源。
相关问题
55项必须一次全部完成吗?
不必。先修影响主体真实性、页面可访问和高风险错误的项目,再按客户问题与业务优先级推进;但未完成项应保留信息维护主体和计划。
清单通过能保证AI推荐吗?
不能。清单检查企业可控制的基础和交付质量,第三方平台是否抓取、引用或推荐仍由其系统决定。
谁应该负责填写?
建议品牌或市场负责人牵头,技术、产品、法务、销售和业务信息维护主体分别确认自己掌握的事实与证据。
参考资料
- 百度搜索资源平台百度
- 火山方舟大模型服务平台文档火山引擎
- DeepSeek API 文档DeepSeek
RELATED READING
