HTML中无“文档地理位置”标准定义，非标准meta标签如geo.position无效；应使用JSON-LD结构化数据声明Place/LocalBusiness并嵌入geo坐标，或通过服务器响应头及CDN按地域适配内容。
HTML里没有专门定义“文档地理位置”的标准方式
浏览器和搜索引擎不识别所谓“文档地理位置”这种元数据。HTML规范中不存在 geolocation、document-location 或类似语义的原生标签或属性。你看到的“地理位置元信息”通常是指人为添加的、非标准的 <meta> 标签，对实际解析、索引、定位均无作用。
为什么 <meta name="geo.position"> 等写法完全无效
这类写法源于早期（2000年代初）个别地理服务尝试推动的非标准草案，从未被 HTML 规范采纳，现代浏览器忽略它们，Google 等主流搜索引擎也不抓取或使用。常见错误现象包括：
- 页面加了
<meta name="geo.position" content="39.9042,116.4074">，但地图服务无法自动关联该页面 - 用 Lighthouse 或 SEO 工具检测，这类
<meta>不出现在结构化数据预览中 - 移动端访问时，浏览器不会因该标签触发位置权限提示
真正影响地理相关性的，是内容文本中的地名、结构化数据（如 PostalAddress）、服务器响应头（如 Content-Language）、以及用户实际访问 IP 所在区域——不是靠 HTML 里硬塞坐标。
如果真需要让页面与地理位置产生可被识别的关联，该怎么做
只有两种路径实际有效，且都依赖外部系统配合：
立即学习“前端免费学习笔记（深入）”；
- 在 JSON-LD 结构化数据中声明
Place或LocalBusiness类型，包含address、geo（含latitude/longitude）等字段——这是 Google 搜索支持的唯一可靠方式 - 通过服务器端逻辑，在 HTTP 响应头中设置
Content-Location（仅适用于资源重定向场景），或结合 CDN 配置按地域返回不同 HTML 版本（例如针对北京用户展示带“朝阳区”关键词的正文） - 避免在
<meta>中重复写坐标：既不被解析，又可能干扰爬虫对真实description或og:locale的提取
示例（有效的 JSON-LD）：
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "XX 咖啡馆",
"address": {
"@type": "PostalAddress",
"streetAddress": "建国路87号",
"addressLocality": "北京市",
"addressRegion": "北京市",
"postalCode": "100022"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": "39.9042",
"longitude": "116.4074"
}
}
容易被忽略的关键点
很多开发者以为“加个 meta 就算打上地理标签”，其实地理信息生效的前提是：它必须嵌入在机器可验证、有明确 schema 定义的上下文中。纯文本坐标字符串、自定义 name 属性、甚至 itemprop 用错类型（比如把 geo 当成普通字符串而非 GeoCoordinates 对象），都会导致结构化数据校验失败。验证工具（如 Google Rich Results Test）报错时，第一反应不该是改 HTML 标签位置，而是检查 JSON-LD 中 @type 和字段嵌套是否符合 schema.org 官方定义。
