rich results test 结果怎么读

rich results test 只回答两件事：Google 能不能抓到并渲染这个页面，以及页面上的结构化数据够不够格拿到某一种富媒体结果。它不告诉你那个结果会不会真的出现在搜索里。Google 自己的帮助文档用一句话写明了这一点，而围绕这个工具的多数误会，都是从跳过那句话开始的。

读这篇之前

页面上得先有结构化数据。还在决定挂哪几种的，看 哪几种结构化数据现在还能拿到结果。这一篇是它之后的那一步：证明你写下去的东西，被读到的样子和你以为的一样。

rich results test 到底查了什么

一次运行里跑四道检查，只有最后一道是在看你的标记。

最容易让人意外的是第一道。Google 的帮助文档写着，如果 robots.txt 文件存在但取不到，工具「won't crawl a website if the robots.txt file is present but not reachable」—— 一个超时的 robots.txt，和一个根本不存在的 robots.txt，在这里是两种待遇。它访问你的页面时用的身份是「as Google-InspectionTool (that is, not using your credentials, but as Google)」，所以登录墙、地域规则、机器人过滤挡下的页面，在这里失败的原因和你的标记毫无关系（Rich Results Test，2026-09-03 访问）。

默认抓的是手机版。同一页写着「The default user agent is smartphone, as this is how the majority of users browse the web today.」如果你的站给手机端发的是另一套模板 —— 精简版、延迟挂载的组件、同意弹窗 —— 那么决定结果的是手机那一遍，想看桌面版要自己去切。

通过了不等于富媒体结果会出现

「够格」和「会出现」是两件事，这个工具只量前一件。Google 把边界写得很直：「Google does not guarantee that your page will appear exactly as shown here, or that any of the views shown will be applied to your page result.」

从一个绿色结果到搜索里真的能看见，中间还隔着三件事。页面本身得先被收录。那个类型得还作为富媒体结果存在 —— 有些类型解析器照样认得，产出却已经是零，这件事写在 FAQ 结构化数据现在还值不值得挂。最后，用不用这个增强，Google 是按每一次搜索、每一台设备、每一条结果分别决定的。

测出绿色，说明问题不在你的标记；不说明你的标记是任何事情的原因。

五步怎么跑

按这个顺序跑。顺序本身就是要点：五步里有四步是为了排除「不是标记的问题」，直接跳到最后一步，正是把投递问题误判成结构化数据问题的那条路。

1. 先测线上网址，不要先测代码。把完整地址贴进去让它自己抓。只有这个模式会真的走一遍投递链路，而多数失败就发生在投递上。
2. 先看抓取状态，再看项目列表。页面如果没抓到或没渲染出来，下面列的所有东西描述的都是一个 Google 从来没正经看过的页面。
3. 打开渲染后的 HTML，在里面搜你那段结构化数据。在编辑器里看见不算证据，在渲染后的 HTML 里看见才算。
4. 把用户代理切成桌面再跑一遍。两遍结果不一致，说明你的标记依赖模板，而手机那一遍才是算数的那个。
5. 到这一步才去直接贴代码，用 Google 说的那个模式：「Code instead of URL for the test」。代码通过、网址不通过，就把问题夹在了投递上，而不是标记上。

第五步是多数人一上来就跑的，也是单独跑时最没用的一步。测一段片段，证明的是这段片段合法。它说明不了你的站有没有真的把这段片段发到页面上。

结果怎么读

把这张表抄进自己的笔记。这个工具全部的判断层，就是这五行。

错误和警告的区别是最该背下来的一条。错误意味着这个项目用不了；警告意味着 Google 想要更多，没有也照样往下走。团队花一周清警告、而那些警告从头到尾没挡住任何东西，这种事很常见。

还有一个字段有用又容易漏：Google 把测试历史保留「approximately 90 days」。有人问「上个月改模板之前这个页面过没过」，答案可能还在工具里。

三种常见的读错

三种都出自同一个习惯：先看项目列表再看抓取状态，以及把一个判定当成一次预告。

1. 把够格当成承诺。有效只说明标记合格。之后的每一步 —— 收录、这个类型还在不在、Google 按次决定用不用 —— 都在工具管辖之外。
2. 问题问的是页面，测的却是代码。代码模式看不到你的 CDN、同意脚本和模板。问题只要以「为什么我线上那个页面」开头，就只有网址模式能回答。
3. 把抓取失败当成标记失败。一个被挡住或取不到的页面，返回的项目列表是空的，看起来和「压根没加标记」一模一样。养成先读抓取状态的习惯，这个坑就不再踩。

它帮不了你的地方

它不能告诉你富媒体结果现在有没有在展示 —— 它测的是资格，不是线上搜索结果。它不报排名、位置和流量。它也说明不了 AI 答案引擎怎么读同一段标记，因为它只认识 Google 支持的那些类型。还有，从够格到出现之间要隔多久，它不会告诉你，我们也没测过 —— 任何一个数字都不可能跨站成立。

要看线上那半边，该用的是网址检查工具，读法在 网址检查工具怎么读。如果失败发生在抓取这一步，想先弄清是谁挡的再去纠结标记，把页面丢进 AI 爬虫可达性检查 跑一遍。

常见问题

rich results test 和结构化数据校验器是一回事吗

不是。前者报的是 Google 能为哪些类型生成富媒体结果，后者报的是你的标记在 schema.org 词汇上写得合不合规。一段标记完全可以词汇合规、在这里却什么都产不出来，因为 Google 支持的是一份具体的类型清单。

为什么它显示了我页面上没有的项目

因为它读的是渲染后的页面，里面包含脚本、插件和嵌入组件注入的标记。同意工具、评论组件、主题都可能加上自己的结构化数据。遇到意外的项目，先去渲染后的 HTML 里搜一遍，再判断是不是工具错了。

警告会不会影响机会

它不挡资格。补上会给 Google 更多材料，可能改变结果的呈现方式，改变多少我们说不出来。永远先清错误。

还没发布的页面能测吗

用代码模式贴标记，或者测一个不需要凭证就能访问的预发地址。工具是以 Google 的身份去抓的，不是以你的身份，所以带密码的页面没法按网址测。

该多久重跑一次

每次改动 head 或标记层的模板之后跑一次，新页面类型上线时跑一次。在一个稳定页面上每周跑，什么新东西也读不到，因为这个工具只读它此刻的样子。