breadcrumblist中@id可省略，除非需复用；position必须从1开始连续递增；item必须为绝对url且末项精确匹配当前页url。
JSON-LD里BreadcrumbList必须用@id还是可以省略
绝大多数情况下可以省略 @id，除非你要在同一个页面里复用某个 BreadcrumbList 节点（比如同时被 Article 和 WebPage 引用）。Google 的结构化数据测试工具不强制要求 @id，但如果你加了，就必须是合法的 IRI（比如 "@id": "https://example.com/#breadcrumb"），不能是相对路径或纯字符串如 "breadcrumb1"。
itemListElement里的position值从0开始还是从1开始
必须从 1 开始，且必须连续递增。Google 明确要求 position 是正整数，起点为 1。设成 0、跳号（如 1→3）、重复（两个都是 1）都会导致整个 BreadcrumbList 被忽略。
常见错误示例：
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 0, // ← 错！应为 1
"name": "Home",
"item": "https://example.com/"
}
]
}
面包屑中的item字段填URL还是字符串
推荐始终填 URL（即 item 是字符串形式的绝对 URL），不要用 name 替代。虽然 name 字段合法，但 Google 实际解析时更依赖 item 的 URL 值来关联页面层级和锚点。如果当前页是首页，item 应填首页 URL；如果是分类页，填该分类页 URL；末级项（当前页）也必须有 item，哪怕就是当前页面地址。
- ✅ 正确：
"item": "https://example.com/blog/" - ❌ 危险：
"item": "/blog/"（相对路径，可能被忽略） - ❌ 无效：
"item": {"@id": "https://example.com/blog/"}（Google 不支持对象形式的item）
多个JSON-LD脚本块共存时会不会冲突
不会自动冲突，但要注意命名空间和上下文复用。一个页面可以有多个 <script type="application/ld+json"></script> 块，Google 会合并解析。但如果你在不同块里定义了同名 @id（比如都用了 "@id": "https://example.com/#breadcrumb"），而它们的结构又不一致，就可能引发解析歧义。更稳妥的做法是：所有面包屑逻辑集中在一个块里，避免拆分；如果必须多块，确保 @id 全局唯一，或干脆全都不设 @id。
另外，不要把 BreadcrumbList 嵌在 WebSite 或 Organization 的 sameAs 里——它必须是顶层独立节点，否则 Google 可能无法识别其类型。
最常被忽略的一点：面包屑最后一项的 item 必须精确匹配用户当前访问的 URL（含 trailing slash 差异、www 与否、协议 http/https），否则 Google 可能拒绝展示富摘要。这个校验是严格字符串匹配，不是语义等价。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
