google rich results test报“no structured data detected”主因是itemscope与itemtype未同元素绑定、url格式错误（如末尾斜杠或大小写不符）或结构化数据被js动态插入/css隐藏；需检查原始html源码而非渲染后dom，确保itemprop内容用户可见且类型嵌套显式声明。
Google Rich Results Test 报“No structured data detected”怎么排查
90% 的报错不是因为没写 itemtype，而是它被“悬空”了——没和 itemscope 绑定在同一元素上，或 URL 格式有肉眼难辨的错误。工具不会提示“你少写了 itemscope”，只会沉默跳过整块。
- 检查最外层容器是否同时含
itemscope和itemtype：比如<div itemscope itemtype="https://schema.org/Restaurant"> ✅；<code><div itemtype="https://schema.org/Restaurant"> ❌（缺 <code>itemscope） - 复制
itemtype值，粘贴进浏览器地址栏回车：必须返回 200 页面（哪怕只是 schema.org 的 HTML），否则工具直接丢弃 - 注意末尾斜杠：
https://schema.org/Restaurant/会失败，https://schema.org/Restaurant才有效 - 大小写敏感：
https://schema.org/restaurant不被识别 - 用浏览器“查看页面源代码”（Ctrl+U），不是“检查元素”（F12）——后者看到的是 JS 渲染后的 DOM，而 Rich Results Test 解析的是原始 HTML
- 确保
itemprop对应的内容是用户可见文本，不是仅在alt、title或meta里（logo、url等少数属性除外） - 避免把多个不相干的实体塞进同一个
itemscope容器：比如三篇博客共用一个<section itemscope itemtype="https://schema.org/Article"></section>，工具会当成一篇长文章处理 -
name缺失：知识图谱卡片不显示标题，搜索摘要可能用<title></title>替代，但不可控 -
address写成纯字符串（如<div itemprop="address">北京市朝阳区</div>）：工具报“address should be a PostalAddress”，实际地图定位失效 -
image指向 404 或跨域资源：富摘要中图片位置留空，不降权但损失视觉曝光 - Bing 工具会明确指出“
itemprop="telephone"在https://schema.org/Event类型下未定义”，而 Google 可能只标黄不报错 - Schema Markup Validator 能检测
sameAs是否指向权威域名（如维基、官方站点），非权威链接会被标为“low confidence” - 微信 HTML Publisher 直接上传后，在微信客户端内长按页面 → “搜一搜本页内容”，也能看到部分结构化数据是否被提取（适用于公众号场景）
验证时为什么看到 HTML 源码里都对，但工具不认
结构化数据不是“写对就生效”，它依赖 DOM 静态可解析性。JS 动态插入、CSS display: none 或 visibility: hidden 的内容，即使带 itemprop，也会被 Google 忽略。
测试结果出现黄色警告（Warning）但没报错，还值得修吗
值得，尤其涉及富媒体展示功能。黄色警告常指向 Google 实际使用的关键字段缺失，比如 name、address、datePublished —— 这些不填，地图卡片、时间摘要、评分徽章大概率不会出现。
除了 Google 工具，还有哪些验证方式能交叉确认
单一工具容易漏掉兼容性问题。Bing Markup Validator 和 Schema Markup Validator 是两个必要补充，它们对嵌套规则和类型继承更敏感。
itemscope 必须显式写在 itemprop 元素上，不能靠父级“传递”。比如 address 是 PostalAddress 实体，就必须写成 <div itemprop="address" itemscope itemtype="https://schema.org/PostalAddress">，而不是只在父级声明 <code>LocalBusiness 就以为够了。
