结构化数据例子；5种写法里3种真有用

五种写法，能真正干活的就三种——这个结论不是拍脑袋想的，是拿几个不同类型的站试完之后剩下的东西。结构化数据例子这玩意儿，你在别人博客里看到一大段 JSON-LD，密密麻麻的 @type，看着挺唬人；真贴到自己站上，工具跑一遍绿的，页面该什么样还是什么样。差在哪？差在你写的那些字段，搜索引擎压根没拿去用。

结构化数据例子分两类，一开始就得分开

一类是抢搜索结果展示位的，像商品、问答、步骤那种，能让结果多出几行；另一类是把页面之间的关系讲清楚的，谁写的、属于哪个组织、站点叫什么，这些不加星不加图，但影响机器怎么认你这个站。两类混着写，最常见的后果是页面上堆了一串 @type，每个都只填了一半字段，看着齐全，实际哪个都不达标。所以动手前先问自己：我要的是展示位，还是要机器认人。这问题想不明白，后面全是白工。

Article 是最该先上的那个

只要是内容页，管你是博客、资讯还是帮助文档，Article（或者 BlogPosting 这类子类型）都该有。核心就几个字段：headline、image、datePublished、dateModified、author，还有 mainEntityOfPage。headline 别跟页面 title 差太远，改得面目全非反而容易被判不符。author 最好指向一个真能打开的页面，Person 也行 Organization 也行，别随便丢一个不存在的 URL 进去。日期这块的坑最多：只写 dateModified 不写 datePublished、把修改时间写成未来、或者每次发版都自动把 dateModified 刷成当天——最后这个我觉得最没意义，内容一个字没改，日期天天变。

BreadcrumbList 跟导航条不是一码事

很多人以为面包屑标记就是把页面顶部那行「首页 > 分类 > 文章」照抄一遍。不完全。它要的是层级和链接：itemListElement 里的 position 从 1 开始往上加，不能跳号；每一项的 item 得是绝对地址，别写相对路径；最后一级通常是当前页，很多人干脆不写 item，也行，但名字得对得上。还有一个容易忽略的点：标记里的路径跟页面实际目录结构不一致，比如页面已经在三层目录里了，标记只写两层，工具照样给你通过，实际展示的时候那串路径看着就别扭。

Organization 加 sameAs，看着最没用

这块在结构化数据例子里属于最不显眼的那一类，它不给展示位，但决定别人搜你品牌名的时候，右边那块知识区归谁。字段就那几样：name、url、logo、sameAs。sameAs 是重点，把公众号、社交主页、百科条目、招聘页这些能确认是你家的地址都列进去。logo 用能长期访问的图，尺寸别太小，有些人挂在自己的测试目录里，半年后图没了，标记就废了。给 Organization 一个固定的 @id，全站引用它，省得每页重复写一大坨。

FAQ 和 HowTo 这块，官方收过口子

这俩当年是最火的写法，随便一个页面塞七八条问答，结果里就能多出一截。后来 Google 对 FAQ 富媒体结果的展示范围做过调整，现在哪些站能出、哪些出不来，以官方文档和 Search Console 后台的说明为准，我这边不敢乱讲。HowTo 的展示也收紧过。结论就是：页面上有真实问答、真实步骤，你就标，对用户有用；但别把它当成一个开关，标了就一定多几行，一定有点击。指望这个翻身的，基本都失望了。

验证别只信「测试通过」

Rich Results Test 跑出全绿，只代表语法和必填字段过了，不代表会展示。真要看效果，得进 Search Console 的增强功能报告，名字改过几次，以你后台看到的为准；然后过一段时间再看点击和展示的变化。还有个笨办法我一直用：抽一小批页面先上，其他页面保持不动，两三个月之后对比一下，差距能看出来。别全站一次性铺开，出了问题你连回滚都找不到落点。

我自己反复踩的几个坑

第一，JSON-LD 塞在 head 还是 body？两种都行，官方两种都认。但 SPA 站点要注意，很多框架是把这段靠 JS 后注入的，源码里翻不到，抓取端看到的是空页面。判断方法很土：把页面源码抓下来（不是渲染后的 DOM），在里面搜一下 datePublished 在不在。

第二，一个页面多个块怎么处理。用 @graph 合成一个 script，或者老老实实分开写几个 script，都行。但别在同一个 script 里塞两个不相关的顶层对象，语法能过，自己维护的时候都嫌乱。

第三，标记和正文对不上。最常见的是 FAQPage 里写了五条问答，页面正文里一条都没有，或者答案被折叠得连用户都点不开。这种属于标记跟内容不符，比不写还糟。

第四，别把不可见的东西标成富媒体。评论区没开放、评分是运营随手填的，标上去了短期看着热闹，长期是给自己挖坑。

收个尾，给个能照着走的顺序：先在所有内容页上 Article，字段别缺 datePublished 和 author；再上 BreadcrumbList，把 position 和绝对 URL 检查一遍；然后 Organization 加 sameAs，一次配好全站用；剩下的 FAQ、HowTo 看你页面本身有没有真东西，有就标，没有别硬凑。上完别急着看排名，先抓页面源码确认标记真在 HTML 里，再进后台看报告有没有报错，最后才是等数据。这三步跳过去任何一步，后面都是瞎猜。