itemid必须是合法绝对URL（含http://或https://），否则解析器直接忽略；需配合itemscope和itemtype使用，且全站同一实体的itemid须完全一致、可解析。
itemid 不是随便设个字符串就行，它必须是合法的绝对 URL（含 http:// 或 https://），否则微数据解析器（比如 Google Rich Results Test）会直接忽略它。
为什么 itemid 必须是绝对 URL
搜索引擎和结构化数据解析器靠 itemid 把页面里的实体（如商品、人物）和外部知识库（如 Schema.org、Wikidata）对齐。itemid="12345" 或 itemid="product-abc" 没有全局语义，机器无法识别它指向哪个唯一资源。只有像 https://example.com/product/12345 这样的值，才能被当作可解析、可去重、可跨页面引用的实体 ID。
- 相对路径（如
/product/12345）或协议相对路径（如//example.com/product/12345）都不行，会被跳过 - 中文、空格、特殊字符必须 URL 编码，例如
苹果→%E8%8B%B9%E6%9E%9C - HTTP 和 HTTPS 视为不同 ID，混用会导致重复索引（比如列表页用 HTTP，详情页用 HTTPS）
itemid 必须配合 itemscope 和 itemtype 才生效
itemid 单独写在任意元素上毫无意义。它只在带 itemscope 和 itemtype 的上下文中才被识别为该 item 的全局标识。
- 错误写法：
<div itemid="https://ex.com/p/1">...</div>（无itemscope，静默失效） - 正确写法：
<div itemscope itemtype="https://schema.org/Product" itemid="https://ex.com/p/1">...</div> - 同一个
itemtype下可以有多个不同itemid（代表不同商品）；不同itemtype可共用一个itemid（如一个人既是Person又是OrganizationMember）
动态生成时最常踩的坑
后端模板或前端框架里拼 itemid，稍不注意就产出无效值。
立即学习“前端免费学习笔记（深入）”；
- 漏补 base URL：模板写
itemid="/product/{{id}}"，结果变成相对路径，解析失败 - 未做 URL 编码：ID 含中文或
&、=等字符，导致解析器截断（如itemid="https://ex.com/商品?id=苹果"❌） - 服务端与客户端不一致：SSR 渲染出
itemid="https://ex.com/p/100"，而 hydration 后 JS 又生成itemid="https://ex.com/p/101"，Google 可能当成两个实体 - 没校验协议：硬编码 HTTP，但页面实际走 HTTPS，ID 实际不等价
真正难的不是写对格式，而是确保全站所有地方——列表页、详情页、推荐位、邮件模板——对同一实体使用的 itemid 完全一致且可解析。一旦漏掉某个角落，SEO 富摘要就可能分裂或消失。
