办公事务 · 熟练
搜索结果里那块富媒体位，正在被撤掉
撤的是展示位，不是标记 —— 这两件事千万别混
很多人对结构化数据的理解是「加了就有位」。但过去两年 Google 撤掉的恰恰是「位」，不是「标记」：2024-11 拿掉站内搜索框，2025-06 一次退役七种，2026-05-07 起 FAQ 富媒体结果彻底不再出现 —— 而且这三件事基本只有一条小横幅通知。关键区分在这里：标记仍然有效、仍会被验证，但不再换到展示位。所以真正要回答的问题不是「要不要删 schema」，而是「这一条 schema 现在还有没有对应的展示位」：有位就留着，没位就别再为它花时间——内容本身该留还留。这一页给你一份退役清单、一条判据、和三种处置动作。
方法 · 一图看懂
1
先问「这一条还有没有展示位」 — 判据不在「有没有 schema」，在「现在搜索结果里还会不会渲染它」；没位就去查官方结构化数据总览里该类型的当前状态
2
分清「退役」与「不再排名」 — 三次大退役官方都说不影响排名，且未使用的标记不造成任何问题 ⇒ 不需要紧急清理，也不会因为留着被惩罚
3
别把绿报告当战绩 — FAQ 报告在 Console 里仍会显示「有效」，但那个「有效」已经换不到任何展示位 ⇒ 该改的是汇报口径，不是站点代码
4
把「内容」和「位」分开处置 — 位没了不代表内容没用：能答真实问题的 FAQ 内容仍然值得留，只是不必为展示位保留它
5
留一个复查节奏 — 结构化数据的退役是持续的（2024 · 2025 · 2026 各有一次），每季度花十分钟对一遍官方总览即可
原理 · 为什么有效
为什么这件事容易做反：结构化数据有两个层次，而平时只看得到上面那层。下面那层是「标记」—— 告诉搜索引擎这段内容是什么，它一直有效。上面那层是「展示位」—— 搜索结果里那几种特殊渲染（星星、下拉问答、站内搜索框）。Google 撤的从来只有上面那层。把它当成「规范化清理」而不是「惩罚通知」，是理解这件事的关键：官方三次退役的共同说法是「这些类型不常用、对用户价值不再显著」，同时明确「不影响排名」。所以真正会受伤的不是「还留着 schema 的站」，而是「把已经换不到位的规格当 KPI 继续投入的人力」。
适用场景
适用：手里有站点或内容页、要决定「结构化数据还做不做」的人 · 用 Console 报告向他人汇报的人 · 接手了别人留的 schema 不知道该清哪条的人 · 做内容/SEO 交付的人。
不适用：站点不在 Google 搜索里获取流量的场景（比如纯站内系统、只做应用内分发）—— 那套规则与你无关。
自测 · 5 问
我能不能说出自己站上现在用的是哪几种结构化数据类型（各自落到哪个页面）？
这几种类型里，有哪些我现在还能在搜索结果里真的看到对应渲染？
我的汇报材料里，有没有把 Console 的「有效」当成功劳在写？
如果我打算删掉某条 schema，是因为它没位了，还是因为「听说结构化数据没用了」？
我上一次对官方结构化数据总览做复查，是多久以前？
怎么上手 · 验证步骤
三步，一次做完：① 把站上在用的结构化数据类型列出来（用站点地图或按模板扫一遍页面 head 里的 `application/ld+json` 与微数据）② 逐条去官方结构化数据总览核「该类型当前是否仍会渲染」③ 分三种动作处置 —— 有位 → 留着并保持内容同步；没位但内容有用 → 保留内容、停掉为它做的额外投入；没位且内容是凑的 → 连内容一起撤。
判据一句话：处置完后，你能说出站上每一种剩余的结构化数据「它现在换到的是哪一个具体展示位」。说不出的那些，就是该停投入的那些——注意是「停投入」，不是「必须删代码」。