itemid必须是绝对URL，如https://example.com/product/12345，需与itemscope、itemtype成对使用，用于语义网实体唯一标识，非DOM id，不可为相对路径或任意字符串。
itemid 必须是绝对 URL，不能是任意字符串
HTML 的 itemid 不是用来起个“好记名字”的，它是微数据（Microdata）中让搜索引擎、爬虫或结构化数据工具能把页面内容和外部知识库（比如 Schema.org、Wikidata）对齐的「全局坐标」。所以它必须是一个可解析、可访问、语义明确的绝对 URL —— 比如 https://example.com/product/12345，而不是 itemid="12345" 或 itemid="product-abc"。
常见错误现象：Google Rich Results Test 显示 “Missing field ‘@id’” 或直接忽略整个 item；Schema Markup Validator 报 itemid value is not a valid URL。
- 必须以
http://或https://开头（不支持相对路径、data:、mailto:等） - 不能含空格、中文、未编码特殊字符（如
产品-测试要写成https://example.com/product/%E4%BA%A7%E5%93%81-%E6%B5%8B%E8%AF%95） - 即使你没真建这个 URL，它也得是合法格式 —— 浏览器不访问它，但解析器会校验语法
itemid 要和 itemscope + itemtype 成对出现才生效
itemid 单独写在元素上毫无意义。它只在同时存在 itemscope 和 itemtype 时，才被识别为该 microdata 实体的全局 ID。
正确用法示例：
立即学习“前端免费学习笔记（深入）”；
<div itemscope itemtype="https://schema.org/Product" itemid="https://example.com/product/789"> <h1 itemprop="name">无线耳机</h1> <span itemprop="price">¥299</span> </div>
容易踩的坑：
- 漏掉
itemscope：整个块不被视为 microdata 实体，itemid被静默忽略 -
itemtype值不是有效 URL（比如写成itemtype="Product"）：解析器无法识别类型，itemid失去上下文 - 把
itemid放在itemscope元素的子元素里（如<span itemscope><div itemid="...">）：作用域错位，无效
itemid 的值要能长期稳定，别用临时 ID 或会变的路径
一旦发布，itemid 就相当于这个实体在语义网中的“永久地址”。如果后续改版导致 URL 失效或重定向，外部系统（比如 Google Knowledge Graph）可能丢失关联或降权。
实操建议：
- 优先复用业务已有主键体系：比如数据库主键 + 固定域名前缀 →
https://shop.example/product/100042 - 避免带会过期参数：不要用
https://example.com/p?id=123&utm_source=seo - 如果实体无真实页面（如抽象服务），可用
urn:格式（需确保解析器支持），例如urn:uuid:6e8bc430-9c3a-11d9-9669-0800200c9a66，但主流搜索引擎更认 HTTPS URL
和 id 属性完全无关，别混用或互相替代
id 是 DOM 级别文档内唯一标识，用于 JS/CSS/锚点；itemid 是语义级别跨文档唯一标识，用于结构化数据对齐。两者命名规则、作用域、校验逻辑全不同。
典型误用：
- 写成
<div id="prod-123" itemscope itemtype="..." itemid="prod-123">：后者非法，前者可能重复（多个组件模板渲染时易出问题） - 以为
itemid能被document.getElementById()获取：不能，它不出现在 DOM ID 表中 - 在同一个页面给两个不同实体设相同
itemid：违反全局唯一性，会导致结构化数据解析歧义（虽然浏览器不报错）
真正关键的一点：itemid 不解决页面内定位问题，它解决的是“这个耳机，是不是维基百科里那个同名耳机”的映射问题 —— 这个映射一旦出错，再漂亮的 markup 也白搭。
