移动端搜索更依赖schema.org标记，因用户意图明确、路径短，google优先从结构化数据提取关键字段生成快览卡片；localbusiness必填address、telephone、openinghoursspecification，json-ld须置于且含"@context"，测试须用google rich results test的mobile模式。
移动端搜索为什么更依赖Schema.org标记
因为移动用户搜索意图更明确、路径更短，Google 会优先从结构化数据里直接提取关键字段（如营业时间、电话、地址、评分）生成“快览卡片”或“一键拨号按钮”，而不是等爬虫解析全文。没加 @type 为 LocalBusiness 或漏掉 telephone 这类字段，这些功能基本不会触发。
JSON-LD 必须放在
移动端页面加载快、JS 执行环境不稳定，如果用 JS 动态拼接 <script type="application/ld+json"></script> 块（比如 React useEffect 里插入），Googlebot 很可能抓不到——它不等 JS 渲染完就结束解析。常见错误包括：
- 把 JSON-LD 放在
底部，移动端首屏渲染后才加载，错过抓取时机 - 用
innerHTML或document.write()注入，被 CSP 策略拦截或延迟执行 - 漏写
"@context": "https://schema.org"，导致整个块被忽略
LocalBusiness 和 Organization 在移动端的字段差异
首页用 Organization，门店页必须换 LocalBusiness——两者字段重叠少，但移动端展示逻辑完全不同：
-
LocalBusiness必填address（嵌套PostalAddress）、telephone、openingHoursSpecification；缺任一，地图卡片不显示“营业中”状态 -
Organization的sameAs是品牌识别关键，但移动端不展示；而LocalBusiness的sameAs几乎无效，别浪费字段 -
priceRange对餐饮/服务类站点是强信号，移动端搜索结果会直接标出“¥¥¥”，但必须是字符串（如"$$$"），不是数字
测试工具必须用 Google 的 Rich Results Test，且选“Mobile”模式
很多开发者用 Structured Data Testing Tool（已停用）或只测桌面视图，结果和真实移动端表现偏差极大。Rich Results Test 的 Mobile 模式会模拟 Googlebot-Mobile 抓取行为，能暴露两类典型问题：
- 字段值含不可见字符（如复制粘贴带零宽空格的
telephone），Mobile 模式下直接报Invalid telephone -
imageURL 返回 404 或未开启 CORS，桌面能加载，但移动端因预加载策略失败，导致富摘要降级 - 同一页面混用 Microdata + JSON-LD，Mobile 模式会优先取 JSON-LD，但若两者
@id不一致，可能导致实体冲突
真正容易被忽略的是：移动端对 openingHoursSpecification 的时间格式极其敏感，必须用 ISO 8601（如 "Mo-Su 09:00-18:00"），写成中文“周一至周日 9:00-18:00”或空格不统一，就直接失效。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
