结构化数据（Schema.org）入门：企业官网该加哪些类型
结构化数据用机器可读的方式告诉搜索引擎和 AI「这个页面讲的是什么」。本文介绍 JSON-LD 的基本写法，按页面类型列出企业官网常用的 Schema 类型，以及实施中的常见错误。
- 结构化数据用统一词汇标注页面关键信息，降低搜索引擎和 AI 的理解门槛。
- 结构化数据不能保证排名或富摘要，但能暴露页面信息缺失和不一致。
- 推荐使用 JSON-LD，并由后台内容模型自动生成，而不是逐页手写。
- 企业官网优先部署 Organization、WebSite 和 BreadcrumbList。
- 结构化数据必须与页面可见内容一致，虚构评分可能招致人工处罚。
人看网页，能从排版和上下文里理解「这是一家公司的介绍」「这是一款产品，型号是什么」「这篇文章是谁在什么时候写的」。机器理解这些信息则要困难得多。结构化数据就是用一套统一的词汇，把页面中的关键信息以机器可读的格式标注出来，帮助搜索引擎和 AI 系统更准确地理解页面内容。
Schema.org 是目前最通用的结构化数据词汇表，由几家主要搜索引擎共同发起维护。对企业官网来说，不需要掌握它的全部类型，只要为主要页面加上合适的几种即可。
一、为什么值得做
- 帮助搜索引擎准确识别公司名称、标志、联系方式、产品信息等实体；
- 满足条件时，部分类型可以在搜索结果中显示为富摘要，例如面包屑路径、文章信息、产品评分；
- AI 搜索和问答系统在抓取网页时，结构清晰、信息明确的页面更容易被正确理解和引用；
- 结构化数据本身就是对内容的一次整理，能暴露出页面信息缺失或不一致的问题。
需要说明的是，结构化数据不能保证排名，也不能保证一定出现富摘要，它的作用是降低机器理解的门槛。国内搜索引擎对 Schema.org 的支持程度与 Google 等海外搜索引擎不同，但标注规范的页面在各类系统中通常都不吃亏。
二、推荐格式：JSON-LD
结构化数据有 JSON-LD、Microdata、RDFa 三种写法。目前最推荐的是 JSON-LD（Google 的结构化数据说明也推荐这种写法）：它以一段独立的脚本放在页面中，与 HTML 结构分离，便于维护，也便于由后台根据字段自动生成。一段描述企业的 JSON-LD 大致包含类型（@type）、名称、网址、标志、联系方式、社交媒体主页等字段。
实施上的关键是让结构化数据由内容模型自动生成，而不是每个页面手写。例如产品页的结构化数据直接读取后台的产品名称、型号、图片、描述字段，内容更新时自动同步。
三、按页面类型选择 Schema
企业官网常用的类型可以按页面对应：
- 全站或首页：Organization（组织信息，含名称、标志、联系方式、sameAs 关联的官方账号），WebSite（网站信息）；
- 有线下门店或服务区域的企业：LocalBusiness 或其更具体的子类型，包含地址、营业时间、电话；
- 产品详情页：Product，包含名称、图片、描述、品牌、型号，有明码标价和真实评价时再添加 Offer 和评价相关字段；
- 服务介绍页：Service，说明服务名称、服务提供方、服务区域；
- 文章和新闻页：Article、BlogPosting 或 NewsArticle，包含标题、作者、发布时间、更新时间、配图；
- 所有内页：BreadcrumbList，描述页面在网站中的层级位置；
- 常见问题页：FAQPage，标注问题与答案；
- 招聘页：JobPosting，包含职位名称、工作地点、发布日期；
- 活动页：Event，包含时间、地点、主办方。
关于 FAQPage 需要注意：Google 自 2023 年起已大幅收窄 FAQ 富摘要的展示范围，只对知名、权威的政府和健康类网站显示，普通企业网站基本不会再显示。但 FAQ 结构化数据仍然有助于机器理解问答内容，可以保留，只是不要为了富摘要而刻意堆砌问答。
四、实施中的常见错误
- 标注的内容在页面上看不到：按 Google 的结构化数据通用准则，结构化数据必须与页面可见内容一致，不能在结构化数据里写页面上没有的信息；
- 虚构评价和评分：没有真实用户评价却标注了五星评分，属于违反搜索引擎规范的做法，可能导致人工处罚；
- 全站每个页面都标注相同的 Product 或 Article；
- 必填字段缺失，例如 Article 缺少发布日期，Product 缺少名称；
- 日期格式不规范，应使用 ISO 8601 格式，并带上时区；
- 页面改版后结构化数据没有同步更新，信息过时；
- 多个插件或模块重复输出同一类型，导致信息冲突。
五、如何检查和验证
- 使用 Schema Markup Validator 检查语法和词汇是否符合 Schema.org 规范；
- 使用 Google 的富媒体搜索结果测试工具检查是否符合富摘要条件；
- 在 Google Search Console 的增强功能报告中查看全站结构化数据的错误和警告；
- 每次模板改动后，抽样检查各类页面的结构化数据输出；
- 把结构化数据检查加入上线前清单。
六、实施优先级建议
如果资源有限，可以按以下顺序逐步推进：
- 首页添加 Organization 和 WebSite，确保公司名称、标志、官方账号信息准确；
- 所有内页添加 BreadcrumbList；
- 文章页添加 Article 或 BlogPosting；
- 产品或服务页添加 Product 或 Service；
- 根据业务需要添加 LocalBusiness、FAQPage、JobPosting、Event 等。
完成基础部署后，更重要的工作是保证数据质量：公司名称在全网写法一致，产品信息与实际一致，日期真实，作者信息准确。
结构化数据的价值不在于标签本身，而在于它迫使你把页面上的关键信息整理清楚。信息清楚了，人和机器都更容易读懂。
大乐网络在建设企业官网时，会让结构化数据随内容模型自动生成，并在上线前做校验；大乐GEO 则关注企业在各类 AI 助手中被提及和引用的情况，也就是 GEO 关心的可见度。如果你的网站还没有任何结构化数据，可以从 Organization 和 BreadcrumbList 开始。
常见问题
企业官网应该加哪些 Schema.org 类型？
建议按优先级推进：首页加 Organization 和 WebSite，写准公司名称、标志和官方账号；所有内页加 BreadcrumbList；文章页加 Article；产品和服务页加 Product 或 Service。有门店的再加 LocalBusiness，其余类型按需添加。
现在还值得给页面加 FAQPage 结构化数据吗？
可以加，但别指望富摘要。Google 自 2023 年起只对知名、权威的政府和健康类网站显示 FAQ 富摘要，普通企业网站基本不会显示。FAQ 结构化数据仍有助于机器理解问答内容，前提是问答在页面上真实可见，不要为了富摘要刻意堆砌。
怎么检查网站的结构化数据是否正确？
用 Schema Markup Validator 检查语法和词汇是否符合 Schema.org 规范；用 Google 富媒体搜索结果测试检查是否满足富摘要条件；在 Search Console 的增强功能报告中查看全站错误和警告。每次模板改动后抽样检查各类页面，并把这项检查加入上线前清单。
参考资料
- Introduction to structured data markup in Google Search · Google Search Central
- General structured data guidelines · Google Search Central
- FAQ (FAQPage, Question, Answer) structured data · Google Search Central
- About Schema.org · Schema.org
- Schema Markup Validator · Schema.org