应使用 json-ld 格式嵌入 schema.org 的 localbusiness 类型结构化数据，明确声明商家名称、电话、网址及拆解后的邮政地址（含 streetaddress、addresslocality、addressregion、postalcode、addresscountry），并添加 wgs84 坐标 geo 对象；html 的 标签仅作语义化联系人信息展示，不参与地理索引。
要让本地商家的地理位置信息被搜索引擎、地图服务和屏幕阅读器准确识别，不能只靠视觉排版或普通 HTML 标签。核心是用结构化数据明确告诉机器：这是哪家店、在哪、怎么联系。目前最有效、最推荐的方式是使用 JSON-LD 格式嵌入 Schema.org 的 LocalBusiness 类型。
用 JSON-LD 声明商家实体
把整个商家当作一个“对象”来描述，而不是零散地写地址。JSON-LD 代码应放在 或 顶部，不干扰页面内容。
- 必须指定
@context为"https://schema.org" -
@type设为"LocalBusiness"（不是"Organization"或"Place"） - 包含
name、telephone、url等基础字段 - 地址必须嵌套在
address字段内，并使用PostalAddress类型
地址字段要拆解、不拼接
“北京市朝阳区建国路87号院2号楼1层”这种长字符串对机器无效。结构化数据要求每个地理层级单独标记：
-
streetAddress：只放门牌号及楼栋信息，如"建国路87号院2号楼1层" -
addressLocality：区/县/街道级，如"朝阳区"（不是“北京市朝阳区”） -
addressRegion：省/直辖市，如"北京市" -
postalCode：6位邮编，如"100022" -
addressCountry：国家代码，推荐用"CN"
加上经纬度提升地图展示概率
Google、百度等搜索结果中的地图卡片，高度依赖坐标。仅靠文字地址无法稳定触发：
- 在 JSON-LD 中添加
geo对象，类型为"GeoCoordinates" -
latitude和longitude必须是数字，不是字符串 - 注意顺序：纬度在前，经度在后（例如北京天安门约是
39.9087,116.3975） - 坐标系需匹配——国内常用 WGS84，高德/百度 SDK 默认可能用 GCJ-02，发布前建议用公开工具校验
别混淆 address 标签和结构化数据
<address></address> 是语义化“联系人归属信息”的 HTML 标签，适合放在页脚或文章末尾，表示“这个网站/这篇文章是谁的”。它不参与地图索引，也不传递坐标。
- 可以保留
<address></address>作为可读文本，但别指望它提升 SEO 地理效果 - 不要把它当容器塞进 JSON-LD；两者职责分离：
<address></address>给人看，JSON-LD 给机器读 - 避免在商品页、列表页等非责任方场景滥用
<address></address>，比如“发货地：浙江义乌”就该用普通<p></p>
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
