富媒体测试未检出 schema，先做三层判读

01

先确认页面实际提供了什么

从最终公开网址取证，分别查看返回的 HTML、浏览器渲染后的标记，以及测试工具显示的被测代码。找到实际的 JSON-LD、Microdata 或 RDFa，核对类型、属性和值；编辑器里写过，不代表页面已经提供了同一份内容。

把同一版本分别按代码和网址输入工具。代码能识别、网址未检出时，先比较页面提供的标记与粘贴内容，检查是否测错地址、改动尚未生效或工具没取得预期内容。不要拿旧代码的结果解释新页面；也不要把一次网址测试当作持续状态。

02

再检查通用语法与属性

Schema Markup Validator适合先看通用标记。Schema.org 对它的范围写道：

This service will validate Schema.org-based structured data embedded in web pages.
Schema.org Markup Validator

同页列出的检查能力还包括：

Identifies syntax mistakes in the markup.
Schema.org Markup Validator

保存识别出的类型、属性、值及错误或提示，再逐项对照 schema.org 定义，检查属性拼写和值的预期类型。语法错误先修；属性提示要读具体说明，不能把所有提示都理解成整段无效。工具识别了标记，也不能证明字段中的事实正确，或符合 Google 某项功能的条件。

技术答案先要说清对象与适用条件，可参考B2B 技术答案的证据组织；校验记录则只证明本次输入被怎样处理。

03

最后核对 Google 的类型支持

Rich Results Test处理 Google 支持的富媒体结果类型。帮助页在列出类型之前明确限定范围：

This test currently supports the following rich result types:
Rich Results Test 帮助

这不是 schema.org 全部类型的有效性清单。接着查 Google 功能目录，其原文标题是：

Structured data markup that Google Search supports
Google 结构化数据功能目录

找到对应类型后，再读该功能的属性要求和内容条件；通用校验与富媒体资格检查不能互相替代。

以 ExercisePlan 为例，以下仅是假设推演：某训练计划页提供了合法标记，通用校验识别了类型和属性，未发现语法错误；假设本次核查时 Google 不支持该类型对应的富媒体结果，Rich Results Test 就不会提供该类型的富媒体结果判定。此时应记录“通用校验可识别，Google 类型支持范围未覆盖”，不能推出标记无效。这不是现行不支持类型清单，也不是实际工具测试结果。

04

留下能复查的测试记录

每次记录具体输入，而非只留一张绿色结果截图。下表是待填写模板，各行结果都要来自对应测试。

测试入口	输入版本	检测结果	适用范围
页面源码与渲染内容	网址、获取时刻、标记副本	是否实际提供预期标记	确认被测内容
Schema Markup Validator	同一版代码或网址	类型、属性、错误与提示原文	通用 schema.org 校验
Rich Results Test	同一版代码或网址及所选设备	已检出类型、错误或未检出原文	Google 支持的富媒体类型
Google 对应功能指南	文档网址与查阅时刻	支持范围及具体要求	解释结果的依据

如果两个工具输入不同，先统一版本再比较。整理问题与观察结果时，可参考GEO 与 SEO 验收中的题库分类与计量范围；测试结果仍要保留各自范围。

05

通过测试后仍要区分展示与引用

Google 对搜索展示保留了明确边界：

Google does not guarantee that your structured data will show up in search results, even if your page is marked up correctly according to the Rich Results Test.
Google 结构化数据常规指南

Google 的 AI 功能说明也写道：

There's also no special schema.org structured data that you need to add.
AI features and your website

这里指 AI Overviews 与 AI Mode，不应推广到所有 AI 系统。建议把校验通过、搜索展示和 AI 回答引用分开观察；测试通过不能作为已经展示或已被引用的证据。

06