itemid 是 Microdata 规范中用于标识数据块唯一 URI 的属性，必须配合 itemscope 和 itemtype 使用，且值须为完整 URL、页面内唯一，不可替代 HTML id 或用于 DOM 操作。
itemid 不是 HTML id，别混用
itemid 是 Microdata 规范里的属性，和 HTML 的 id 属性完全无关。它不参与 DOM 查找、不被 document.getElementById() 识别、也不影响 CSS 选择器。强行把 itemid 当成 id 用（比如写 itemid="header" 再用 JS 去查），结果一定是 null。
itemid 必须配合 itemscope 和 itemtype 才生效
单独写 itemid 没有意义。它只在 Microdata 三元组结构里起作用：
-
itemscope：声明一个独立的数据块（如一个产品、一篇新闻） -
itemtype：指定这个块的 Schema 类型，比如https://schema.org/Product -
itemid：为这个块提供一个全局唯一 URI（不是随便起的名字）
正确写法示例：
<div itemscope itemtype="https://schema.org/Product" itemid="https://example.com/products/12345"> <span itemprop="name">Wireless Headphones</span> </div>
注意：itemid 值必须是完整 URL（协议 + 域名 + 路径），不能是相对路径或纯字符串如 "prod-123" —— 否则 Google Structured Data Testing Tool 会报 Missing field 'itemid' 或直接忽略。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
itemid 重复会导致结构化数据解析失败
Google、Bing 等搜索引擎要求同一页面内所有 itemid 值必须唯一。如果两个 itemscope 块用了相同 itemid（比如都写 itemid="https://example.com/product"），搜索引擎会认为这是同一实体的重复声明，可能合并字段、丢弃部分数据，甚至整个条目被拒收。
- 服务端模板循环渲染时，必须动态拼接真实 ID：
itemid="https://example.com/products/{{product.id}}" - 避免硬编码：
itemid="/products/1"（缺协议和域名）或itemid="123"（非 URI） - 不要用时间戳、随机 UUID 作
itemid主干——它要能稳定指向同一资源，方便跨页面/爬虫多次抓取比对
Schema 唯一标识真正该用什么？
如果你的目标是让搜索引擎准确识别“这是同一个商品”，itemid 是最直接手段；但多数场景下更稳妥的是：
- 确保
itemtype+itemprop="url"组合唯一（URL 本身已是天然标识） - 用
itemprop="sameAs"关联外部权威 ID（如 GTIN、ISBN） - 避免依赖
itemid做前端逻辑——它只对爬虫有意义，JS 无法靠它定位元素
真正容易被忽略的点：很多团队花精力生成合规 itemid，却忘了页面上多个 itemscope 块共用同一个 itemtype 时，itemid 的 URI 结构必须反映实际资源粒度。比如列表页每个商品项，itemid 必须落到单品 URL，而不是列表页 URL 加 fragment（#item1）——后者不被主流解析器认可为有效标识。
