itemref是微数据中用于跨区域引用的属性，它本身不定义新实体、不携带语义，仅将页面其他位置带id和itemprop的元素关联到当前itemscope实体；必须配合itemscope和目标元素的id使用，不能替代itemprop，也不可脱离itemscope单独生效。
itemref 是什么，不是什么
itemref 是微数据中用于“跨区域引用”的属性，它本身不定义新实体，也不携带语义，只是把页面其他位置的元素 ID 列出来，让浏览器知道：“这些 ID 对应的元素内容，也属于当前 itemscope 实体”。它不能替代 itemprop，也不能脱离 itemscope 单独生效。
itemref 必须配合 itemscope + id 才能工作
常见错误是只写 itemref="desc"，却忘了两件事：当前元素没加 itemscope，或者目标元素没设 id="desc"。正确结构必须同时满足：
- 父级容器有
itemscope和itemtype - 该容器上声明
itemref，值为一个或多个空格分隔的 ID（如itemref="title desc price"） - 每个被引用的 ID 元素必须在 DOM 中存在，且该元素内要有合法的
itemprop（如<span id="title" itemprop="name">iPhone 15</span>）
注意：itemref 引用的元素可以不在 itemscope 容器内部，甚至可以是 <head> 里的 <meta> —— 这正是它解决“内容分散”问题的关键。
itemref 引用的内容必须带 itemprop，且大小写敏感
itemref 不会自动提取文本；它只是把目标元素“拉进来”，最终是否被识别为属性，仍取决于那个元素自己有没有 itemprop。典型翻车点：
立即学习“前端免费学习笔记（深入）”；
- 写了
<div id="desc">超清摄像头</div>，但没加itemprop="description"→ 内容被忽略 - 写了
itemprop="Description"（首字母大写），而https://schema.org/Product要求的是description（全小写）→ Google Structured Data Testing Tool 报错 - 引用了
<meta itemprop="price" content="5999">，这是合法的；但若写成<span itemprop="price">¥5999</span>，则提取值含符号，可能被拒收
嵌套实体 + itemref 的组合容易失效
如果被 itemref 引用的元素本身包含另一个 itemscope（比如作者信息），那这个嵌套实体必须紧贴在 itemprop 所在元素上，不能隔层。例如：
✅ 正确：<div id="author" itemprop="author" itemscope itemtype="https://schema.org/Person"><span>张三</span></div>
❌ 错误：<div id="author"><div itemprop="author" itemscope itemtype="https://schema.org/Person">张三</div></div> —— itemref 只把外层 div 拉进父 scope，但里面 itemprop="author" 没绑定到任何有效上下文，整个嵌套会被丢弃。
真正难调试的点在于：这种错误不会报 JS 错误，结构化数据工具里可能只显示“author: null”，得一层层核对 itemprop 是否直接挂在被引用的 ID 元素上。
