先给结论，四条，可以直接执行：
- FAQ 富媒体结果已经没了。 Google 官方更新日志载明，该功能自 2026 年 5 月 7 日起不再出现在 Google 搜索结果中，相关文档已于 2026 年 6 月移除。继续为了"抢搜索结果版位"而给页面加 FAQPage 标记，已经没有对应回报。
- 但不要因此去删除已有的标记。 Google 在 2023 年的官方公告中写得很清楚：未被使用的结构化数据不会给搜索带来问题，只是不再产生可见效果。删除动作本身有改错的风险，收益为零。
- 没有"AI 搜索专用的 Schema"。 Google 官方指南中专门有一节辟谣，明确写着生成式 AI 搜索不需要结构化数据，也不存在需要额外添加的特殊 schema.org 标记。同一节还点名了 llms.txt、内容"分块"、为 AI 重写内容这几种做法——Google 说它不使用，也不会因此提升或损害你的排名。
- B2B 外贸站真正值得保留的 Schema 只有三到四种。 判断标准只有一条：这个标记能否带来明确的富媒体资格，或帮助 Google 把你的公司识别为一个确定的实体。 两者都不沾的，做了也只是自我安慰。
如果你的独立站是 2022 到 2024 年之间建的，大概率被建站方或插件铺满了 FAQ 标记。这篇文章会讲清楚现在该留什么、该停什么，以及工业品页面用 Product 结构化数据时一个很容易踩的坑。
一、先把三个被混为一谈的概念分开
大量困惑来自把三件事当成了一件事。它们是三层，不是一件事。
结构化数据（Structured Data） 是你写在页面里的机器可读标注，通常是 JSON-LD 格式。它的作用是告诉搜索引擎"这一段文字是公司名""这是面包屑层级"。它是输入。
富媒体结果（Rich Results） 是 Google 在搜索结果页上渲染出来的增强样式——星级评分、面包屑路径、可展开的问答折叠框。它是输出，而且是否展示完全由 Google 决定。
生成式 AI 搜索 指 AI Overviews 和 AI Mode。按 Google 官方指南的说法，它们建立在核心搜索排序系统之上，通过两种技术工作：一是 RAG（检索增强生成，也叫 grounding），依靠核心排序系统从搜索索引中检索相关、最新的网页；二是 query fan-out，模型会同时发出一组相关查询去获取更多信息。
三层的关系是：你加标记，不等于 Google 一定给你富媒体样式；而 AI 搜索这一层，Google 说它根本不依赖你的标记。
FAQ 这次的变化，变的是第二层——输出没了。第一层的标记仍然是合法的 schema.org 类型，第三层从来就没依赖过它。想明白这个分层，后面的决策就都顺了。
二、FAQ 富媒体的三年退场时间线
这件事不是突然发生的，它有一条清晰的三年轨迹。很多中文教程停留在 2022 年的认知，问题就出在这里。
| 时间 | 发生了什么 | 官方表述 |
|---|---|---|
| 2019 年 5 月 | FAQ 富媒体结果上线，任何站点配置有效标记都可能获得可展开问答框 | — |
| 2023 年 8 月 8 日 | 大幅收窄。FAQ 富媒体仅对"知名的、权威的政府类和健康类网站"展示；HowTo 富媒体限定为桌面端 | "FAQ rich results will only be shown for well-known, authoritative government and health websites" |
| 2023 年 8 月 8 日（同一公告） | 明确说明不必主动移除标记 | "there's no need to proactively remove it. Structured data that's not being used does not cause problems for Search, but also has no visible effects in Google Search" |
| 2026 年 5 月 7 日 | 该功能不再出现在 Google 搜索中 | "This feature will no longer appear in Google Search starting May 7, 2026" |
| 2026 年 6 月 | Google 移除了 FAQ 富媒体功能的开发者文档 | "The FAQ rich result feature is no longer shown in Google Search results" |
有两点值得注意。
第一，2023 年那次收窄时，Google 同时说明这不应被视为排名变化（"This should not be considered a ranking change"）。也就是说，FAQ 富媒体消失影响的是展现样式和点击率，不是你的排名位置。如果你在 2023 年 8 月前后看到过 Search Console 里展示次数和点击率的下滑，源头可能在这里，而不是你的内容质量出了问题。
第二，网上有第三方文章称"Search Console API 对 FAQ 富媒体数据的支持将于 2026 年 8 月移除"。这一条我们没有在 Google 官方更新日志中核实到对应条目，因此本文不作为事实陈述。 如果你有自动化报表或 BigQuery 管道在拉取该字段，建议自行监控，不要依赖传闻做排期。
三、Google 官方亲自辟的五个谣
Google 的生成式 AI 优化指南里有一节，标题直译是"生成式 AI 搜索辟谣：你不需要做的事"。这一节的价值在于，它是目前市面上大量 GEO / AEO 服务话术的直接对照表。
| 常见说法 | Google 官方原文要点 |
|---|---|
| 要建 llms.txt 或 AI 专用文件/标记 | 不需要创建新的机器可读文件、AI 文本文件、标记或 Markdown，Google 搜索本身不使用它们；这么做既不会损害也不会帮助你的可见度与排名，因为 Google 搜索会忽略它们 |
| 内容要"分块"成小段便于 AI 理解 | 没有这个要求。Google 系统能够理解一个页面上多个主题的细微差别，并向用户展示相关的那一部分 |
| 要为 AI 系统专门重写内容 | 不需要为生成式 AI 搜索用特定方式写作。AI 系统能理解同义词和用户所寻找内容的一般含义，不必担心长尾关键词覆盖不全 |
| 要到处刷"品牌提及" | 寻求不真实的"提及"并没有想象中那么有用 |
| 要堆结构化数据来讨好 AI | 生成式 AI 搜索不需要结构化数据，也没有需要添加的特殊 schema.org 标记。 不过，作为整体 SEO 策略的一部分继续使用是好的，因为它有助于获得 Google 搜索富媒体结果的资格 |
顺带一提，Google 对 "GEO / AEO" 这两个词本身也给了定性：从 Google 搜索的视角看，为生成式 AI 搜索做优化就是为搜索体验做优化，因此它仍然是 SEO（"optimizing for generative AI search is optimizing for the search experience, and thus still SEO"）。
我们（MaxGrowth）自己也提供 GEO 优化服务，但这段话必须原样转述。如果一家服务商向你推销"AI 搜索专用 Schema 包""llms.txt 配置服务"，你现在有官方依据可以直接判断这项收费的成色。 真正有效的部分，恰恰是那些听起来不新鲜的东西：能被抓取、能被索引、内容有别人给不了的东西。
那 AI 搜索到底看什么？官方给的展现资格条件很朴素：页面必须被索引，并且有资格在 Google 搜索中带摘要（snippet）展示，满足搜索的技术要求。 同时官方也提醒，即便全部满足，也不保证一定被抓取、索引或展示——"Indexing and serving aren't guaranteed"。
至于内容层面，官方反复强调的是 non-commodity content（非商品化内容）。它给的对比例子很直白：一篇《首次购房者的 7 个建议》是商品化内容，任何人都写得出，也没有增量信息；而《我们为什么放弃验房反而省了钱：一次下水管道的实地检查》是非商品化内容，因为它包含只有亲历者才有的判断。
对制造业外贸企业来说，这其实是好消息。 你手里有的东西——具体客户的选型失误、某个标准的实际执行差异、样品测试中出现的问题、不同市场的认证周期实况——恰恰是通用 AI 模型生成不出来的。这些是你的结构性优势，只是过去很少有人把它写下来。
四、B2B 外贸站的 Schema 决策表
回到最实际的问题：2026 年，一个工业机械或电子元器件的外贸独立站，到底该配哪几种结构化数据？
判断依据只有两条——能否带来明确的富媒体资格，能否帮助 Google 把你的公司识别为一个确定实体。
| 类型 | 建议 | 适用页面 | 实际能带来什么 |
|---|---|---|---|
| Organization | 必做 | 首页，或"关于我们"单页 | 帮助 Google 理解并消歧你的公司实体，影响搜索结果与知识面板中展示哪个 logo。对同名公司多、品牌认知度低的中国外贸企业，这是性价比最高的一项 |
| BreadcrumbList | 建议做 | 产品分类页、产品详情页、文章页 | 在搜索结果中把 URL 显示为层级路径。对产品线深、目录层级多的工业品站，能明显改善结果条目的可读性 |
| Article / BlogPosting | 建议做 | 技术文章、行业洞察、案例页 | 帮助 Google 理解内容类型、作者与发布时间。对需要建立专业性的技术内容有用 |
| Product | 谨慎 | 仅限能在线购买的产品页 | 详见下一节。多数 B2B 工业品页面不符合资格条件 |
| FAQPage | 停止新增 | — | 富媒体已下线。已有的不必删除，但不要再为新页面配置 |
| HowTo | 停止新增 | — | 2023 年起已限制为桌面端，不建议投入 |
| llms.txt / AI 专用标记 | 不做 | — | Google 明确表示不使用、会忽略 |
关于 Organization，有几个官方细节值得知道：
- 没有任何必填属性。官方原文是 "There are no required properties; instead, add the properties that apply to your organization."——按实际情况填即可，不要为了填满而编造。
- 建议放在首页，或"关于我们"这类描述公司的单页即可，不需要每个页面都加。很多插件会全站铺设，属于无效冗余。
- 官方建议优先填对用户有用的属性：公司名（
name）、别名（alternateName）、真实世界存在的证明（address、telephone）、线上存在（url、logo）。 logo最小尺寸 112×112 像素。sameAs可以填你在其他平台的官方主页（如 LinkedIn、YouTube 公司页）。对外贸企业来说，这是把分散的线上资产串成同一实体的一条明路。
五、工业品页面用 Product 结构化数据的坑
这是本文最想让制造业客户看到的一节，因为踩的人非常多。
很多建站方会给外贸站的产品页统一加上 Product 结构化数据，理由是"这样能出星级评分和商品卡片"。但对绝大多数 B2B 工业品页面，这个前提不成立。
原因在官方文档里写得很明确：
第一，商家类富媒体（merchant listing）要求页面本身能完成购买。 官方原文："Only pages from which a shopper can purchase a product are eligible for merchant listing experiences." 一个只展示技术参数、以"Inquiry Now"表单收询盘的页面，不满足这个条件。
第二，商品摘要（product snippet）要求 review、aggregateRating、offers 三者至少有其一。 而典型的 B2B 工业品页面：没有公开报价（offers 缺失）、没有站内评价体系（review / aggregateRating 缺失）。三个都没有，就不具备富媒体资格。
第三，产品级增强搜索只支持聚焦单一产品的页面。 官方举的反例是 "shoes in our store" 这类集合页。一个"我们的液压设备系列"页面同样不属于单一产品。
第四，如果你确实符合条件，标记必须在服务端返回的初始 HTML 里。 Merchant Center 的结构化数据要求写得很硬："The structured data must be in the HTML returned from the web server. It can't be generated by JavaScript after the page loads." Product 文档也提示，JavaScript 动态生成的标记会让抓取频率降低、可靠性变差。用 JS 前端渲染的站点尤其要注意这一点。
那不能用 Product，产品页还能做什么？
- 把 Organization 和 BreadcrumbList 做扎实，让 Google 至少能正确识别公司实体与页面层级
- 把技术参数做成页面上真实可读的 HTML 表格，而不是塞在一张参数图片里。图片里的参数，搜索引擎和 AI 系统都读不到
- 型号、规格、认证编号用清晰的文字写出来，这些是买家真实检索的词
- 与其纠结拿不到的富媒体样式，不如让页面内容本身可被抓取、可被理解
一句话：没有资格的富媒体不必强求，能被读懂的内容才是地基。
六、执行步骤
以下六步可以直接派给你的建站方或技术同事。
1. 盘点现状
用 Google 的 Rich Results Test（富媒体结果测试）和 Search Console 的"增强功能"报告，导出全站现有的结构化数据类型清单。重点记录：哪些页面有 FAQPage、有多少页面重复铺设了 Organization。
2. 停止新增 FAQPage 与 HowTo
在 CMS 模板和插件配置里关掉自动生成。注意：是停止新增，不是批量删除已有的。
3. 收敛 Organization 到单页
只保留首页（或"关于我们"页）一处，移除其余页面的重复标记。填入公司名、真实地址、电话、官网 URL、logo（不小于 112×112），有官方社媒主页的补上 sameAs。
所有信息必须真实且与页面可见内容一致。 结构化数据与用户所见不符，属于违反开发者指南。
4. 检查产品页的 Product 标记
对照上一节四个条件逐项核对。如果页面无价格、无在线购买、无评价体系，把 Product 标记撤掉，改为确保参数以 HTML 文本表格呈现。
5. 补齐 BreadcrumbList
在产品分类页与详情页配置面包屑标记，层级要与站点实际导航结构一致。
6. 验证并复检
用 Rich Results Test 逐类型验证，再回到 Search Console 观察增强功能报告的错误数变化。结构化数据的修改通常需要等待重新抓取，不要在改完当天就下结论。
如果你还没做过全站的技术 SEO 自检，建议把这项工作和技术 SEO 体检一起做——结构化数据只是其中一环，抓取和索引层面的问题优先级更高。
七、判断标准：怎么知道自己有没有白做
给三条可以自查的标准。
标准一：能说清这个标记带来什么。 对站上每一种结构化数据，问一句"它能带来什么富媒体样式，或解决什么识别问题"。答不上来的，就是冗余。
标准二：标记内容与页面可见内容一致。 标记里写着有评分，页面上找不到评价模块；标记里的地址和联系页不一致——这类不一致是明确的违规风险，而不是"多写点没坏处"。
标准三：警惕任何形式的效果承诺。 Google 官方在文档里两次强调不保证：满足全部要求也不保证被抓取、索引或展示。任何承诺"保证进入 AI Overviews""保证获得富媒体展示"的服务，与官方表述直接冲突。
八、常见问题
Q1：我的产品页没有价格，能加 Product 结构化数据吗？
可以加，但通常拿不到富媒体展示。商家类富媒体要求页面能完成购买；商品摘要要求 review、aggregateRating、offers 至少有一项。三者皆无的 B2B 页面不符合资格。建议把精力放在参数的 HTML 可读性上。
Q2：现有的 FAQ schema 要不要全部删掉？
不建议删。Google 在 2023 年的公告中明确说过，未被使用的结构化数据不会给搜索带来问题，只是不再有可见效果。批量删除有改坏页面的风险，收益为零。停止新增即可。
需要说明的是，网上有观点称"Google 仍会用 FAQ 标记来理解页面"，我们没有在官方文档中找到这一表述的原句，因此不建议以此为由继续投入。
Q3：为了让 AI 搜索引用我，需要做 llms.txt 吗？
不需要。Google 官方辟谣章节明确写着：不需要创建新的机器可读文件、AI 文本文件、标记或 Markdown，Google 搜索本身不使用它们；这么做既不会损害也不会帮助排名，因为 Google 搜索会忽略它们。
Q4：能不能只让普通搜索收录，不让 AI 功能使用我的内容？
Google 提供了预览控制手段——nosnippet、data-nosnippet、max-snippet、noindex。但要清楚代价：官方说明"权限设置越严格，你的内容在 AI 体验中展示的方式就越有限"。而 AI 功能的展现前提之一正是"有资格带摘要展示"。限制摘要，等于同时限制了自己在两边的可见度。 对多数需要获客的外贸企业，这不是一个划算的交易。
Q5：内容要不要切成小段，方便 AI 抓取？
不需要。官方原文说得很直接：没有把内容拆成小块的要求，Google 系统能够理解一个页面上多个主题的细微差别，并向用户展示相关的那一部分。按人的阅读习惯来组织段落和小标题即可。
Q6：那 B2B 外贸企业现在最该投入什么？
按官方口径，最该投入的是非商品化内容——包含第一手经验、独特视角、只有你才有的判断。对制造业企业来说就是：真实的选型逻辑、标准执行中的差异、认证与交付周期的实况、客户踩过的坑。这类内容通用模型生成不出来，也正是 AI 系统在检索时更倾向采信的东西。
如果你已经写了不少内容却始终没有排名，问题通常不在 Schema，而在内容的商品化程度与技术抓取层面，值得单独排查一次。
技术层面的优先级则是：确保能被抓取和索引，再是页面体验合格，最后才是结构化数据按需精简配置。顺序不要倒过来。
九、来源说明
本文所有事实性陈述均来自 Google 官方文档，检索与访问日期为 2026 年 8 月 6 日：
- Google Search Central 更新日志（FAQ 富媒体弃用条目，2026 年 5 月 8 日发布）
- Google Search Central Blog《Changes to HowTo and FAQ rich results》（2023 年 8 月 8 日）
- Google Search Central《Optimizing your website for generative AI features on Google Search》（该文档未标注最后更新日期）
- Google Search Central《Organization 结构化数据》
- Google Search Central《Merchant listing 结构化数据》《Product snippet 结构化数据》
- Google Search Central Blog《确保内容在 Google AI 体验中表现出色的最佳方式》（2025 年 5 月 21 日）
未采信的说法： 部分第三方文章提及"Search Console API 将于 2026 年 8 月移除 FAQ 富媒体数据支持""2026 年 3 月核心更新致 FAQ 展现量下降约一半"，我们未能在 Google 官方更新日志中核实到对应条目与数据，故本文不作事实引用。
Google 官方文档存在静默更新的情况。如你在阅读时发现与本文表述不一致，以官方页面当前内容为准。
最后更新： 2026 年 8 月 6 日
结构化数据不是玄学，也不是万能钥匙。它就是一套"把话说清楚"的机制——把你是谁、这个页面在讲什么，用机器能读懂的方式讲一遍。剩下的，仍然取决于内容本身有没有别人给不了的东西。
如果你想对照本文的标准排查自己的独立站，可以先从第六节的六个步骤走一遍。MaxGrowth 长期为工业机械、医疗器械、建筑材料、化工材料和电子元器件行业的出海企业做独立站建设与 Google SEO / GEO 优化，如果需要第三方视角复核，欢迎交流。