2026年10月
17
2026 年 5 月 7 日起,Google 搜索已完全不再展示 FAQ 富摘要。Schema 的甲方换了——从搜索结果页换成 AI。Organization 建实体、Product 交参数、FAQ 用买家原话写,这篇给你能直接抄的 JSON-LD 和四步验收清单。
先说一个很多清单还没更新的事实。
2026 年 5 月 7 日起,Google 搜索已经完全不再展示 FAQ 富摘要。配套的 Search Console 富媒体报告、富媒体结果测试支持在 6 月移除,Search Console API 支持 8 月移除,Google 还在 6 月 15 日把 FAQ 富摘要的官方文档整页删掉了。
这件事把 Schema 的真正价值说清楚了:它早就不是「抢搜索结果版位」的花架子,而是给机器(包括 AI)看的一份参数说明书。
对外贸 B2B 独立站来说,这反而是好消息。因为你的买家越来越少翻搜索结果页了,他们直接问 AI:「推荐三家能做小批量定制、有欧盟认证的中国供应商。」AI 能不能把你摘进名单,取决于它读不读得懂你的页面。
先给 FAQ 一个准确定位,别再被旧教程带偏。时间线是这样的:
| 时间 | 发生了什么 |
|---|---|
| 2023-08 | FAQ 富摘要收缩到只剩权威政府、健康类站点,其余全部不再展示。 |
| 2026-05-07 | 全部站点彻底下线,Google 在 FAQ 结构化数据文档顶部加了弃用通知。 |
| 2026-06 | Search Console 的 FAQ 搜索外观筛选、富媒体报告、富媒体结果测试支持移除;6 月 15 日官方文档整页删除。 |
| 2026-08 | Search Console API 的 FAQ 数据支持移除。 |
但要注意三件事,别一刀切删代码:
所以判断标准变了——以前是「能不能换来富摘要」,现在是「能不能让机器少猜一点」。这个标准下,FAQ 反而更该写,只是写法完全不同(第四节细说)。
Organization 和 Product 没有这类变化,但 B2B 场景有个大坑,第三节单独讲。
这一条九成外贸站都做错了,要么没有,要么只有个公司名。
Google 官方文档对 Organization 没有列强制必填项,全部是推荐属性。但推荐和「实际上有没有用」是两码事,知识面板和实体识别的实际门槛是这几项:
| 属性 | 作用 | 备注 |
|---|---|---|
| name | 品牌名 | 必须和全网站、社媒、海关数据里的写法完全一致。 |
| url | 官网首页 | 用带 https 的完整地址。 |
| logo | 品牌标识 | 官方建议 112×112 起,实际建议 512×512 的 PNG/SVG。 |
| sameAs | 外部权威档案 | 实体消歧的核心信号。 |
| contactPoint | 联系方式 | 含电话、contactType、availableLanguage。 |
| address | 实体地址 | 买家和 AI 都会核对。 |
第一,用 @id 建实体锚点,别每页重复一遍。在首页(或全站 layout)定义一次,其他页面用 publisher: {"@id": "https://你的域名/#organization"} 引用。这样 Google 才知道这些页面属于同一个实体,而不是一堆散装网页。
第二,sameAs 里 LinkedIn 公司主页的权重最高,其次是 YouTube 频道、Facebook 主页。Wikidata 条目可以自己创建,是最直接的外部实体信号。只填你真实在运营的档案,别凑数。
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://www.example.com/#organization",
"name": "Example Industrial Co., Ltd.",
"url": "https://www.example.com",
"logo": {
"@type": "ImageObject",
"url": "https://www.example.com/logo-512.png",
"width": 512,
"height": 512
},
"description": "Manufacturer of brushless DC motors since 2010, ISO 9001 certified.",
"foundingDate": "2010",
"address": {
"@type": "PostalAddress",
"streetAddress": "No.168 Industry Road",
"addressLocality": "Ningbo",
"addressRegion": "Zhejiang",
"addressCountry": "CN"
},
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+86-574-XXXX-XXXX",
"contactType": "sales",
"availableLanguage": ["en", "zh", "de"]
},
"sameAs": [
"https://www.linkedin.com/company/example-industrial",
"https://www.youtube.com/@exampleindustrial",
"https://www.facebook.com/exampleindustrial"
]
}
这是外贸站踩得最狠的一个坑。
Merchant Listing(商家信息)有一条硬门槛:价格必须大于零。Google 官方文档原话是「与商品摘要不同,商家信息体验要求指定的价格大于零」,同时要求页面本身可供买家直接下单。
问题是,外贸 B2B 的产品页长什么样?标着「MOQ 500 pcs」、价格栏写着「Contact us for quotation」、按钮是「Send Inquiry」。这种页面天然不满足 Merchant Listing 资格,你硬标上去,不是拿不到富摘要,是连门槛都没进。
按你的实际业务形态选:
| 你的页面形态 | 该走哪条路 | 关键字段 |
|---|---|---|
| 有明确标价、可在线下单 | Merchant Listing | Offer + price>0 + priceCurrency。 |
| 只有区间价 / 阶梯价 | AggregateOffer | lowPrice + priceCurrency(+highPrice、offerCount)。 |
| 纯询价、按单报价 | Product Snippet | 只标 name + review / aggregateRating / offers 三选一。 |
第三条是多数外贸厂的答案,也是最容易被忽略的一条:Product Snippet 允许你不标 offers。官方文档要求的是「必须提供 review、aggregateRating、offers 其中之一」,所以纯询价页可以干脆不写价格,改用真实的客户评价或评分来满足资格,而不是编一个假价格。
必填和建议字段速查(Product 层面):
{
"@context": "https://schema.org",
"@type": "Product",
"name": "48V 500W Brushless DC Motor BLDC-4850",
"description": "48V 500W BLDC motor with hall sensor, IP54, CE and RoHS certified.",
"sku": "BLDC-4850",
"mpn": "BLDC-4850-A",
"brand": { "@type": "Brand", "name": "Example Industrial" },
"category": "Motors > Brushless DC Motors",
"image": [
"https://www.example.com/img/bldc4850-1x1.jpg",
"https://www.example.com/img/bldc4850-4x3.jpg",
"https://www.example.com/img/bldc4850-16x9.jpg"
],
"offers": {
"@type": "AggregateOffer",
"priceCurrency": "USD",
"lowPrice": "38.50",
"highPrice": "52.00",
"offerCount": "3",
"availability": "https://schema.org/InStock",
"url": "https://www.example.com/products/bldc-4850"
}
}
三条红线,碰了就是人工处罚:
页面写「面议」、schema 写 $29,这是结构化数据违规,会直接丢掉富结果资格。
没有评价就别标 aggregateRating,编评分是最快的处罚路径。
「James Smith」「CNET 评价员」这种可以,不能是促销词。
富摘要没了,FAQ 反而更值得做——因为它的读者从「搜索结果页上扫一眼的人」,变成了「帮买家生成答案的 AI」。
「常见问题」「关于我们」,一个问题一句话,为了拿富摘要版位。
用买家问 AI 的原话,第一句就是完整结论,40–60 字,方便被整段摘走。
第一,问题用买家问 AI 的原话。别再写「常见问题」「关于我们」,写真实采购会问的完整句子,带上参数:
第二,答案第一句就是完整结论,40–60 字。AI 是切片检索,它摘的是最匹配的那一块。
第三,页面上看得见。JSON-LD 可以放 head,但它描述的问答必须在正文里真实存在,否则就是隐藏内容。
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "What is your MOQ for custom brushless DC motors?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Our standard MOQ is 500 pcs. For first-time orders we accept 300 pcs with a 15% unit price adjustment. Samples ship in 7 days."
}
}, {
"@type": "Question",
"name": "Do your motors carry CE and RoHS certification?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Yes. All BLDC series motors are CE and RoHS certified, manufactured under an ISO 9001 certified facility. Test reports are available on request."
}
}]
}
要不要删掉旧的 FAQ 标记?按这个规则判断:
一句必要的提醒:Google 官方口径是 AI 功能(含 AI Overviews)并不要求结构化数据也能引用你的页面。Schema 的作用是降低误读、提高被准确复述的概率,不是给你一张「必被引用」的门票。
配完不等于生效,这四步固定下来:
跑一遍——注意它从 2026 年 6 月起已不再支持 FAQ 检测,别拿没有 FAQ 结果当成报错。
再跑一遍——验的是语法,和 Google 的富结果规则是两回事,两个都要过。
增强报告里 FAQ 报告已下线,看 Product / Breadcrumb 即可;改版后用 URL 检查工具看 Google 的重取版本。
最常见、也最沉默的失败。
最后这条值得单独说:Schema 一定要从模板生成,不要写死在页面里。价格和库存必须和前台渲染读同一个数据源。见过太多站改版后 schema 静默失效,或者缓存里的价格标注和页面差了三个月,富结果悄悄消失都没人发现。
不同 Schema 类型对 AI 的作用不一样,别平均用力,优先级是这样:
是 Schema 换了甲方——从搜索结果页换成了 AI。Organization 建实体、Product 交参数(没价格就别硬凑 Merchant Listing)、FAQ 用买家原话写,这三件事做完,你的独立站才算从「给人看的宣传册」变成「机器能读的说明书」。
资料来源:Google 搜索中心更新日志(2026 年 5 月 8 日弃用通知、6 月 15 日移除 FAQ 富媒体搜索结果文档、5 月 20 日 AI 优化指南)、Google 结构化数据官方文档(Organization / Product / Merchant Listing / FAQPage)、Search Engine Land 同期报道。