垂直行业搜索结果中结构化数据必须用json-ld而非microdata，因google、bing仅稳定支持json-ld格式实现富展现；microdata在移动抓取中解析不稳定，易被跳过或误读；实操须统一使用json-ld，避免混合标记，且需确保字段完整性、格式合规性及嵌入时机（内靠前位置）。
垂直行业搜索结果里，结构化数据为什么必须用 JSON-LD 而不是 Microdata
因为主流搜索引擎（Google、Bing）对垂直类结果（如菜谱、事件、本地商家）的富展现，只稳定支持 script type="application/ld+json" 格式。Microdata 和 RDFa 在移动抓取中解析不稳定，尤其在本地生活、医疗、教育等垂直领域，爬虫常跳过或误读嵌套的 itemprop 属性。
实操建议：
- 所有垂直类型（
Recipe、LocalBusiness、MedicalCondition）一律走 JSON-LD，哪怕页面已用 Microdata 做基础语义标记 - 避免混合使用：同一页面内不要同时存在
itemtype="https://schema.org/Recipe"和对应 JSON-LD，易触发校验冲突 - Google Rich Results Test 工具只识别 JSON-LD 中的
@type字段是否匹配其垂直要求（比如"@type": "Recipe"必须含recipeIngredient和cookTime）
本地商家类结构化数据最容易漏掉的三个 required 字段
做 LocalBusiness 类型时，name、address、telephone 是 Google 强制要求的字段，缺一不可——哪怕你只做 SEO，不投本地广告，漏掉任一个都会导致“本地富摘要”直接不触发。
常见错误现象：
-
address写成字符串（如"address": "北京市朝阳区建国路8号"），正确写法必须是嵌套对象，含streetAddress、addressLocality、addressRegion、postalCode -
telephone带括号或分机号（如"(010) 1234-5678 ext. 101"），应只保留数字和 + 国际前缀（"+861012345678"） - 用
url字段指向跳转页（如预约链接），但没同步提供sameAs数组列出真实官网、大众点评、高德地图等第三方主页地址
医疗/教育类页面用 MedicalCondition 或 EducationalOccupationalProgram 时，时间字段必须严格 UTC 格式
垂直类 Schema 对时间敏感度极高：datePublished、dateModified、educationalLevel 等字段若格式错误，整个类型会被降级为通用 WebPage，失去疾病症状、课程学制等富展现资格。
参数差异与陷阱：
-
datePublished不能是"2026-06-15"（缺少时分秒），必须是"2026-06-15T00:00:00+08:00"或"2026-06-15T00:00:00Z" - 教育类页面的
timeToComplete必须用 ISO 8601 持续时间格式，例如"P2Y6M"（2年6个月），而非"2.5 years"或"30 months" - 医疗类
significance字段值只能是预定义枚举（"high"、"medium"、"low"），填"important"或空字符串会直接失效
结构化数据嵌入位置影响垂直类富展现的触发时机
JSON-LD 必须放在 内，且越靠前越好；如果塞在 底部或由 JS 动态注入，Googlebot 在首次抓取时大概率未加载到，导致垂直富展现延迟数天甚至完全不生效。
性能与兼容性影响：
- SSR 页面：确保 JSON-LD 在服务端一次性输出，不要依赖
useEffect或mounted钩子动态插入 - CDN 缓存策略需排除
script[type="application/ld+json"]的缓存，否则修改后旧数据仍被返回 - 多个垂直类型共存时（如医院主页同时含
Organization和MedicalOrganization），每个script块必须独立，不能合并成一个大 JSON 对象
最易被忽略的是：垂直类 Schema 不是“写了就有效”，它依赖字段完整性、格式合规性、嵌入时机三者同时满足；少一个条件，搜索结果里就只是普通链接，不会出现症状列表、课程周期、营业时间等关键信息。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
