B2B网站应按页面上的真实内容选择结构化数据,而不是给每页凑齐一套类型。公司介绍、文章、商品、服务、活动和视频有不同用途;Schema.org能描述某类信息,也不代表Google为它提供专门的富结果。先核内容,再选类型和字段,最后检查实际输出。
结构化数据帮助机器理解页面中的对象和关系。它不能证明企业资质、补出不存在的报价,也不能保证排名、点击或AI引用。本文适合负责B2B官网内容和技术实施的人员;业务选题与询盘路径可结合B2B SEO策略安排。
先分清三件事:能描述、能识别、会展示
- 词汇和语法:类型、属性与JSON等格式是否成立。
- 功能资格:是否满足Google支持的具体功能及其必填、内容和访问要求。
- 实际展示:Google是否在某次搜索中选用该功能。
Google通用指南明确说明,测试通过也不保证富结果展示,而且自动工具不容易判断所有内容质量问题。真实可见信息才是标记的基础。
从页面任务选择类型
| 页面或内容 | 优先考虑 | 先确认什么 |
|---|---|---|
| 公司首页/组织介绍 | Organization及适合的子类型 | 名称、地址、官方身份和联系信息真实 |
| 网站名称 | 首页的WebSite | 网站名称与首页URL一致 |
| 文章、新闻或博客 | Article、NewsArticle或BlogPosting | 实际作者、标题、图片和日期 |
| 页面层级路径 | BreadcrumbList | 用户能理解的有效层级与链接 |
| 具体产品 | Product及实际适用的Offer、Review等 | 型号、报价或评价确实存在并符合功能规则 |
| 咨询、维护等服务 | 适用的Service描述 | 服务对象与范围真实;不假定有通用Service富结果 |
| 可观看的视频 | VideoObject | 视频、缩略图、标题与上传日期可核 |
| 公开活动 | 满足当前条件的Event | 真实活动时间、地点和公众参与条件 |
同页可以有相关的多个对象,例如文章、作者、视频和面包屑。它们应描述同一页面上的真实关系,不是类型越多越好。Google的支持功能目录用于核对搜索功能,不能由Schema.org里存在一个名字推导出展示资格。
公司和网站:身份要清楚,不靠社交链接凑数
Organization文档当前没有统一的必填属性清单,建议填写与组织有关的真实属性;通常放在首页或一张介绍组织的页面,不要求每页重复。sameAs引用确实代表同一组织的资料,不存在至少3个权威社交账号的通用要求。
Logo须符合当前图片条件,其中Google要求至少112×112像素;不能由此推导出只能正方形、只能PNG或必获知识面板。选择最具体且真实适用的组织子类型,不把仅有联系地址的每家公司都当成具有门店经营场景的LocalBusiness。
WebSite网站名称说明要求把相应标记放在域名或子域名首页,使用名称和首页URL。已有WebSite节点时在同一节点维护,不再叠一套冲突的网站身份。它与已经停用的站点链接搜索框不同。
文章和面包屑:描述真实内容与路径
Article文档同样没有把作者、日期和图片一概列为必填,但建议提供适用信息。不要为了消除插件提醒编作者或把发布日期改成今天;实质修改时按实际情况记录修改日期。图片应代表文章,不能把“1200×630”当成所有文章标记的统一硬门槛。
BreadcrumbList表达有意义的用户路径。Google建议典型路径,不要求逐字复刻URL目录;其规则要求至少两个ListItem,并规定名称、位置及适用的目标地址。检查每个链接能否到达正确层级,不用虚构“行业第一”等节点来塞关键词。
产品只有询价,能不能不填价格?
可以如实描述产品;能否获得某种产品富结果,要另看它的要求。Product摘要要求产品名称,并至少具备符合规则的review、aggregateRating或offers之一。商家商品展示面向可购买商品的页面,并有自己的报价等要求,不能将两条路径混为一谈。
教学示例:假设A100设备需按工况报价,没有公开售价,也没有可用评价,下面只是描述该产品的JSON片段,不是满足Google产品富结果要求的完整示例。它没有宣称免费、现货或评分;其中名称和SKU均为假设,不能原样部署到真实商品。
{
"@context": "https://schema.org",
"@type": "Product",
"name": "A100设备(教学示例)",
"sku": "EXAMPLE-A100"
}
price: 0表达的是零价格,不是“价格待询”;InStock也不能替代未知交期。没有真实评分就不填,不能为测试绿灯造数据。若确有符合规则的产品评价,再按对应文档判断资格。产品正文、变体和购买流程的检查见电商产品页的10项优化。
评价、视频和活动各有边界
Review规则要求具体对象及用户可见的评价,禁止虚假或未披露激励的评价,也不应聚合其他网站评分。企业控制自己官网上关于自身组织的评价时,相关Organization/LocalBusiness页面不具备自利评价星级资格,即使通过第三方评价组件嵌入也一样;这条限制不要泛化成所有真实产品评价都不能使用。
VideoObject文档当前必填为name、thumbnailUrl和uploadDate;duration是推荐属性。contentUrl应指实际视频文件,embedUrl指播放器,不是随便填一个文章URL。还要核视频实际可访问及相应视频搜索条件,字段齐全不保证展示。
Event当前规则要求符合公众可参加及实体地点等条件,纯线上、没有现实地点部分的活动不受此活动搜索体验支持。促销、营业时间和邀约制活动也不能因为有日期就套入。Schema.org可表达线上活动,与Google这一功能是否支持,是两层判断。
不要继续按旧教程承诺已停用的展示
- FAQ:Google记录自2026年5月7日起不再展示FAQ富结果,不能继续只写成“政府和健康站仍可用”的旧口径。
- HowTo:2023年9月更新确认桌面也停止展示,不能将原教程的移动/桌面区别当现行规则。
- 站点链接搜索框:自2024年11月21日起移除,不影响其他站点链接或仍受支持的网站名称用途。
有用的问答、步骤和站内搜索仍可保留。停用某种Google展示不等于必须删除可用内容,也不能改挂另一个不符合页面实质的类型来“恢复版面”。
实施时先找数据来源,再检查最终HTML
- 盘点现有输出:主题、SEO插件、商城插件和手写代码可能同时生成标记。记录每个对象由哪里维护,找出冲突价格、重复身份和过期日期。
- 建立字段对应:名称取产品主数据,价格与库存取实际报价系统,作者和日期取文章记录。缺资料先补资料或省略不适用的推荐字段。
- 按功能检查:用Schema.org验证器检查词汇结构,用Rich Results Test检查当前支持的Google功能;测试不能替代真实性核对。
- 发布后读回:核公开HTML、渲染结果、图片与链接访问,以及URL Inspection中实际可见的内容。代码编辑器保存成功不等于线上已更新。
- 分别记录结果:已部署、技术有效、已索引、实际富结果、点击与有效询盘分开观察,不把不同分母的CTR直接平均。
如果出现人工处置,先看通知的具体类型。Google通用指南说明,结构化数据专项人工处置影响富结果资格,本身不影响普通Web搜索排名;其他垃圾政策或页面问题仍需按各自范围处理。没有展示也不自动说明遭到处罚。