结构化数据测试通过，不代表用户能沿面包屑找到正确分类。应为代表商品确定路径，再核对可见名称、链接目的地与结构化路径。存在多条合理路径时，要先做信息架构决定，而不是任意拼出 JSON。
适用读者与交付决定
目录型与服务分类网站经营者。把本题作为给建站或技术供应方的验收任务；需要真实系统证据的地方不能由演示文件代替。
官方依据与解释边界
Google 的 BreadcrumbList 要求有序 ListItem 及相应项目信息；符合标记要求不保证搜索结果展示。 Google: breadcrumbs · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 输入、预期及反例如下；真实平台尚未按此例集成测试。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| Home → Lighting → Desk lamp | 顺序正确 | 一致 |
| Home → Chairs → Desk lamp | 分类错位 | 复核架构 |
| positions 1,3,3 | 顺序重复 | 例子不通过 |
怎样执行验收
- 选择预期父分类，为可点击项目确定可访问地址。
- 在同一渲染页面比较可见与结构化的名称、顺序和地址。
- 直接跟随链接并保留响应证据，不以搜索预览代替验收。
如何解释结果与保留证据
例子要求连续序号及预期分类匹配，但不覆盖全部 Google 属性，也不会请求链接。交付应同时保留一条正确路径和一条故意错分类的反例，避免把“JSON 能解析”当作完成。
适用边界
不涉及修改旧分类地址或 canonical；旧信息架构变更需另行批准。
离线复核
保存下方两份文件到同一目录，用Node22.13或更新版本执行。模型只验证有限输入，不代表真实服务或认证。 已填输入及预期输出 · 可检查的函数
node decision-check.mjs breadcrumb-path-acceptance.json