网站 GEO 审计应该检查什么？

最小技术输入

至少提供规范域名、目标地区、主要产品、核心用户问题和允许抓取范围。审计程序应限制公网 HTTP/HTTPS，拒绝内网、云元数据、带凭据 URL 和未经授权的后台页面。

先留一份可复现基线

在修改网站前，先用同一台机器、同一组 URL 和同一时区保存响应头、原始 HTML 与机器可读文件。下列命令只请求公网资源：

curl -sSIL https://example.com/
curl -sS https://example.com/ | sed -n '1,220p'
curl -sS https://example.com/robots.txt
curl -sS https://example.com/sitemap.xml

建议将执行时间、最终 URL、HTTP 状态、Content-Type、canonical、H1、JSON-LD 类型和证据摘要写入同一份记录，修改后重放同一组命令。

审计结果如何排序

P0 用于阻断访问、错误 noindex、错误 canonical、首页无正文等基础故障；P1 用于实体不一致、核心页面缺失和结构化数据错误；P2 才是描述优化、辅助内链和展示增强。优先级必须能回到具体 URL 和证据。

证据记录最少要有哪些字段

{
  "checked_at": "2026-08-13T10:00:00+08:00",
  "requested_url": "https://example.com/",
  "final_url": "https://example.com/",
  "status": 200,
  "content_type": "text/html",
  "rule_id": "seo.canonical.self_reference",
  "rule_version": "2026.07.1",
  "result": "pass | fail | unknown",
  "evidence": "截取的响应头或 HTML 摘要"
}

unknown 不是失败的别名。它表示当次无法取得足够证据，例如 WAF 拦截、超时或内容依赖不可用的脚本。

审计完成的验收标准

• 每项问题有规则版本、证据和受影响页面。
• 修改后重新请求相同 URL，可复现状态与正文变化。
• Sitemap 只列出自指 canonical、返回成功并允许索引的公开页。
• 品牌事实与页面 JSON-LD 一致，不生成页面上不存在的荣誉、评价或价格。
• 免费检查只展示问题和证据；需要原因、优先级、实施方案和验收清单时再进入深度分析。
• AI 可见度另外记录，不混入技术健康分。