面包屑帮助表达页面所处的路径，Organization帮助表达企业身份。两者都应以真实信息为基础，但不能由“JSON-LD写在head里”判它无效，也不能把Organization的能力缩成只有退货政策。
面包屑应表示合理用户路径，不必照抄URL目录
Google面包屑指南推荐典型用户路径，而不是机械镜像URL结构；不强制包含域名首页或当前页本身。当前文档说明该搜索功能适用于桌面端，实际是否显示仍由Google决定，这不妨碍手机页面提供有用的导航。
同一商品可能通过不同集合到达，真实合理的多条路径可以并存。要比较各路径是否成立、名称是否准确、目标页是否可用，而不是只要发现两条BreadcrumbList就删一条。错把无关集合塞进路径、页面与标记互相矛盾，才需要回到主题或应用修。
下面是虚构路径示例：服装 → 短袖衫 → 示例短袖衫。example.com地址仅作格式教学，不是已上线导航；最终一项省略item时，Google使用所在页面URL。
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "服装",
"item": "https://example.com/collections/clothing"
},
{
"@type": "ListItem",
"position": 2,
"name": "短袖衫",
"item": "https://example.com/collections/t-shirts"
},
{
"@type": "ListItem",
"position": 3,
"name": "示例短袖衫"
}
]
}BreadcrumbList至少需要两个ListItem，并按路径顺序给position、name及适用item。不要从名称猜不存在的上级，也不要仅为了凑深度增加空集合。
代码放在哪里，与用户能否导航是两件事
Google结构化数据介绍允许JSON-LD位于head或body。它不需要作为代码直接显示给用户，但它描述的内容应真实、相关。用户看得到并能操作的导航则需要实际HTML链接及主题呈现，不能把一段JSON当成已经完成前台导航。
在Shopify中分别测试从不同集合进入、直接打开产品URL及不同市场版本。核实际面包屑与其标记，再定位主题、应用或自定义输出。菜单交互见导航检查；商品重复路径与语言版本的canonical另按页面关系判断，面包屑不是重定向或规范地址声明。
Organization可以表达哪些真实信息
Google Organization指南说明它可帮助识别和区分企业，并可能影响标志、知识面板或商家信息等展示。该指南没有统一必填属性，建议补与企业真实相关的信息，并选择最具体且适用的子类型；电商可考虑OnlineStore，不能为取名好看冒称实体门店。
| 信息对象 | 可核实的内容 | 需要避免 |
|---|---|---|
| 企业身份 | 真实名称、网址、标志与明确身份的sameAs链接 | 将同名第三方页面当作自己 |
| 联系与地址 | 当前真实联系方法及适用主体/地点 | 编门店或把所有市场都写成同一实际经营主体 |
| 配送、退货与会员等政策 | 真实政策及其适用条件，按对应属性文档配置 | 一项政策覆盖所有商品例外或地区 |
| 商品品牌 | 该商品实际品牌，与卖家企业区分 | 把转售商品的品牌自动改成店铺名称 |
官方建议放在首页或一个介绍组织的页面，例如关于页，不要求每页重复。已有全站输出时先核实体与值，重复出现本身不能直接证明无效。标记不是资质证明，真实资料没有的认证、获奖、评分或合作关系都不能补造。
检查完成后，报告仍要按实际范围解释
保存改动前后输出、来源与版本；跑适用测试，实际走查导航，再从公开页面复查。结构语法通过不证明企业资料真实，也不保证某次搜索出现面包屑或知识面板。
同页产品标记按商品字段检查核，Search Console计数与搜索展示按报告解释区分。涉及公司信息时先确认实际主体与公开材料，不能为了完成Schema表单而填写猜测。