结构化数据解决语义边界问题
服务型官网经常有相似的页面标题和模块，如果只靠正文，搜索系统和 AI 需要自己判断页面是服务说明、场景页、文章还是联系页。JSON-LD 可以把这层关系说清楚。
对 GEO 网站来说，最基础的 schema 包括 Organization、WebSite、Service、Article、FAQPage 和 BreadcrumbList。它们分别表达品牌实体、站点主体、服务范围、文章内容、常见问答和页面层级。
不要用 schema 包装空内容
结构化数据必须和页面正文一致。页面没有明确回答的问题，不应该硬写进 FAQPage；页面没有真实文章正文，也不应该标成 Article。
AI 友好的关键是可验证。schema 可以帮助系统理解内容，但不能弥补正文不足。标题、摘要、正文、内链和 JSON-LD 应该共同指向同一个主题。
服务网站的 schema 重点
首页适合表达 Organization、WebSite 和核心 Service。分页适合表达 WebPage、BreadcrumbList、ItemList 或 FAQPage。文章页适合表达 Article，并补充 headline、description、datePublished、author、publisher 和 about。
如果页面之间有明确关联，内部链接也要跟上。比如文章页可以链接到服务能力页，来源分析文章可以链接到诊断体系页，让 AI 更容易理解内容资产和服务能力之间的关系。
上线后要做一致性检查
结构化数据上线后，要检查域名、canonical、OG URL、sitemap 和 llms.txt 是否一致。域名迁移时尤其要避免旧域名残留。
ZerGeo 在页面生成中会同步这些字段，减少单独维护造成的错漏。对需要长期收录的站点来说，这种一致性比单次堆标签更重要。