跳至正文
WordPress 与 WooCommerce · Google SEO

WordPress 面包屑结构化数据什么时候真的需要

// / / 光算科技

面包屑标记不是"每页都该加一遍"的必选项。官方文档在功能可用性一节写得很直接:这个功能只在桌面端出现,理由是小屏上路径会被截断,对手机用户用处不大。所以第一个问题不是"怎么写",而是读者主要从手机搜还是从电脑搜。值得加的是层级深、且层级接近用户理解路径的页面:三层以上的文章、五层以上的商品分类。

先判断页面有没有"路径"可言

官方对结构有一条硬性要求:BreadcrumbList 里至少要有两个 ListItem,一个孤立的顶层页面天然不构成面包屑。还有两种常见情况可以直接跳过:

  • 首页、落地页、单页站点。没有父级,凑不出第二个 ListItem。
  • URL 路径和用户认知不一致的页面。官方建议给出"用户到这一页的典型路径",而不是照抄 URL 结构。WordPress 里按日期或按 ID 生成的路径容易出现这种情况:路径看起来像 /2026/03/,用户心里的路径却是"产品 → 分类 → 这篇"。硬照抄会输出一条读者看不懂的路径,层级怎么定可以先看什么是 hub 页。

反向判断同样成立:如果站里已经手写了"首页 / 栏目 / 当前页"这样一行可点击导航,面包屑的价值是给它补一份标记,而不是再加一排行给爬虫看的字。

官方对结构的要求:这几条直接抄

把面包屑结构化数据的功能可用性与字段要求里的硬性条款拆出来是这样:

条款官方原文的口径落到你的页面上
条目数量至少两个 ListItem只有一层结构的页面不适用
容器字段itemListElement 是必填项整条列表放进这一个数组
每级字段item、name、positionposition 从 1 开始;name 写给人看的名字
最后一级末项 item 非必填,缺省用所在页 URL可以省略,但不能指到别处
顶层与本页不要求含域名一级,也不要求含当前页自身顶级用不用随你,全列反而变长
多条路径有多条真实路径时,可给多个 BreadcrumbList两条以上且都存在才写

还有一条容易漏掉的:官方写明 data-vocabulary 标记不再具备富媒体结果的资格。格式上总则推荐 JSON-LD,Microdata 与 RDFa 仍受支持。

怎么做:接进 WordPress 模板的四步

输出这件事在 WordPress 侧没有强制分工。WordPress 主题开发手册对经典主题输出方式的说明里,经典主题靠 PHP 函数、钩子和过滤器输出,区块主题由区块加主题配置文件组成;也就是说,页面上有什么,取决于哪段代码被注册进来。先打开深层页面源码,确认现在有没有这段标记、由谁给的。

  1. 把可见路径做对。用主题已有的导航或面包屑函数输出一行可点击文本,锚文本用读者会用的栏目名。Google 关于链接可抓取与内链锚文本的说明里,锚文本就是链接的可见文字,同时告诉读者和爬虫这条链接指向哪里;同一篇还提到每个你关心的页面都应当至少有一条来自站内其他页面的链接,并说没有一个理想的链接数量。
  2. 让标记复述这条可见路径。类型用 BreadcrumbList,每级一个 ListItem,带 position 与 name,前几级带 item URL。总则要求标记必须是页面内容的真实反映。
  3. 层级数据自己往上取。WordPress 分类默认扁平存储,父级要靠分类 ID 逐层上查;多层站点要处理找不到父级的情况。
  4. 只留一个输出方。主题和插件同时输出会出现两段 BreadcrumbList,属于标记与页面实际导航不一致,要清理。
示意图左右对照:左边是符合要求的四级路径且每级都标了序号与链接,右边是照抄 URL 得到的路径,末级没有序号、有一级指向了不存在的地址
原创示意:图中为"用户路径型"与"照抄 URL 型"两种面包屑的字段差异,不是真实后台截图或数据。

不适用与例外的四种情况

  • 移动端为主的站。官方明说面包屑只在桌面端出现,这种站在这上面的投入产出比最低。这不是"有没有用"的问题,是官方把功能可用性写清楚了。
  • 只有一到两层的结构。凑不够两个 ListItem 的页面不要硬凑,也不要在页面上手写一行只有一个"首页"的装饰导航。
  • 多语言站点。每种语言的面包屑要各写各的,中英文分类名不能共用同一个 name。
  • 只加标记、页面上看不见的情况。这直接踩到结构化数据总则里关于可见内容与放置位置的要求:总则把"内容对用户不可见"列为标记不被采用的原因之一,也提醒标记违规可能导致人工处理。
  • 把这层边界和整体节奏放在一起看更清楚:站点该输出什么、哪些页面不输出、每层的核对口径,可以参照站内 光算的 SEO 服务说明里对页面层工作的划分;本文只解决其中一个具体问题——面包屑这一层值不值得花时间。

    怎么验证它被正确读到了

    先跑工具:Google 的富媒体结果测试工具能抓出大部分技术性错误,关键错误必须修掉;非关键提示官方说明不是获得富媒体结果的必要条件。指南类问题工具查不出来——总则特别提到"标记在工具查不出的细节上不准确"也是不采用的原因之一,层级越深越要人工核对路径。

    再看 Search Console 里面包屑相关的状态报告。官方解读口径很清楚:理想状态是有效项上升、无效项不上升;发现无效项就先修,检查实时 URL 确认问题还在,然后用状态报告提交验证。刚换模板或改代码之后,监控无效项是否突然增加——增加了,很可能是新模板的输出方式与原有输出互相影响。

    最后用 URL 检查工具看 Google 眼里的同一地址,确认可抓取、无 noindex、无登录限制,再请求重新抓取。官方提醒过发布后可能需要几天,面包屑这类依赖 URL 与层级关系的标记尤其要留出重抓时间。工具报通过也不等于一定出现——总则写明标记只启用可能,不做保证。