文章页的面包屑是 首页 > 技术 > 运维 > 本文，其中「运维」这一级指向的栏目被合并过，访问时 302 跳到新栏目，GSC 的结构化数据报告里这条链被标为无效。
真正麻烦的地方在于，几个原因的现象几乎一样。栏目合并后旧路径保留了 302，没有改成 301。另一种情况是面包屑的中间级直接用历史路径写死，没有走路由。
不容易想到的是，结构化数据的 item 与页面链接指向同一个跳转地址。
上来先逐级检查面包屑链接的状态码
curl -sI https://www.example.com/ops/ | head -3然后把 302 改成 301 指向新栏目
rewrite ^/ops/(.*)$ /devops/$1 permanent;面包屑改用动态路由生成
grep -rn 'breadcrumb' wp-content/themes/yourtheme/inc/ | head -5这台环境是别人交接的，不少默认值被动过，只能一项项核。
改完先别撤，确认这几项。改成 301 并同步面包屑路径后，结构化数据报告里的面包屑错误清零，中间层页面重新获得内链。
这里还有个坑。面包屑每一级都是内链入口，中间层跳一次，整条链的权重传递就断了。拖得越久，排查成本越高，因为现场状态会被后续操作覆盖。