Schema.org 的作用是明确表达“这个页面里的对象是谁、是什么、彼此有什么关系”,而不是在页面之外制造新的事实。 企业官网应先建立一个稳定的公司实体标识,再让服务、文章和页面引用它。
Organization 是实体基线
首页或关于页面适合描述公司法定名称、常用名称、官网 URL、标志、地址和官方联系方式。未核验的信息应留空,而不是为了字段完整而填入猜测内容。
为组织设置稳定的 @id,例如官网根 URL 加 #organization,能让不同页面引用同一实体,减少搜索系统把多个名称误判成不同公司的可能。
不同页面使用最具体的类型
- 官网整体使用
WebSite; - 服务页面使用
Service; - 专业文章使用
Article; - 面包屑使用
BreadcrumbList; - 页面确实展示问答时才使用
FAQPage。
类型应该与页面可见内容一致。JSON-LD 中出现的服务、作者或问答,也应能在页面正文中被用户看到。
结构化数据要跟随内容更新
文章修改后应同步更新 dateModified;页面语言变化后应同步更新 inLanguage;联系方式变化后应从一个集中配置同步到页面与 JSON-LD。
把 Schema.org 生成逻辑放在模板层,而把真实字段放在内容和公司配置层,可以减少手工复制导致的不一致。
验证语法,也验证事实
上线前需要用结构化数据验证工具检查语法,但“通过检测”并不代表内容可信。更重要的检查是:名称是否统一、URL 是否正式、日期是否准确、来源是否真实、页面能否看到相同信息。
常见问题
每个页面都要重复 Organization 吗?
不必机械重复完整信息。首页或关于页面可提供完整组织实体,其他页面通过稳定的 @id 引用同一实体,重点描述当前页面的类型和关系。
结构化数据越多越好吗?
不是。只标注页面中真实、可见且可核验的信息。虚构评分、案例、地址或资质会削弱信任,并可能违反搜索平台指南。