结论：想让 AI 模型正确识别页面地域，靠的不是服务器按 IP 判断，而是把地域信息写成机器可读的结构化标注——JSON-LD 的 Place/address/geo、HTML 的 lang 与 hreflang、以及正文里明确出现的省市全称，三者同时到位，模型才会把这条地域实体和你页面的内容绑定。
AI 模型靠什么判断页面地域？
结论：AI 爬虫基本不执行 JavaScript，也几乎不信任你的服务器 IP 跳转，它读到的是原始 HTML 和结构化数据。
GPTBot、ClaudeBot、PerplexityBot 这类抓取器的出口 IP 大多在北美机房。如果你的网站用「根据访问者 IP 返回不同城市内容」的老做法，爬虫拿到的往往是默认页或错误城市，标注再精确也没用。正确做法是：地域信息必须直接写死在 HTML 源码里，并且每个地域有独立、稳定的 URL（比如 /beijing/、/shanghai/），不要用同一 URL 靠 Cookie 或 JS 切换。纯前端渲染的地域文案，在 AI 视角里等于不存在。
schema.org 的 address、geo、areaServed 怎么标？
结论：用 JSON-LD 放在 <head> 或 <body> 末尾，一个页面至少标清楚「地址 + 坐标 + 服务范围」三项。
最小可用示例：
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "某某维修（北京朝阳店）",
"address": {
"@type": "PostalAddress",
"addressLocality": "北京市",
"addressRegion": "北京市",
"streetAddress": "朝阳区某路 1 号",
"postalCode": "100020",
"addressCountry": "CN"
},
"geo": { "@type": "GeoCoordinates", "latitude": 39.9042, "longitude": 116.4074 },
"areaServed": { "@type": "AdministrativeArea", "name": "北京市" }
}
三个要点。第一，addressCountry 用 ISO 3166-1 alpha-2 两字母代码（中国是 CN，不是 China，也不是 CHN），addressRegion 用省/直辖市全称。第二，geo 坐标是 WGS84 十进制度，纬度在前、经度在后，北京约 39.9042 / 116.4074，写反了模型会把你定位到南极。第三，areaServed 决定「你能被推荐给哪个地区的人」，做本地服务的必须写。文章类页面改用 Article + contentLocation，多地域覆盖用 spatialCoverage。
HTML 层面还要补哪些地域信号？
结论：lang、hreflang、geo meta 三件套是结构化数据的补充，不是替代品。
具体清单：
<html lang="zh-CN">——语言加地区，别只写 zh，zh-CN 与 zh-TW 在模型里是两个地域实体。- 多地区站点加 hreflang，
<link rel="alternate" hreflang="zh-CN" href="https://example.com/beijing/">，同时必须加 hreflang="x-default" 指向默认页；每个语言-地区组合只能出现一次，重复会导致全部失效。
- 老式 meta 仍被部分引擎读取：
<meta name="geo.region" content="CN-BJ">（ISO 3166-2 格式，省市之间用连字符）、<meta name="geo.placename" content="北京市">、<meta name="geo.position" content="39.9042;116.4074">（分号分隔）。
- HTTP 响应头
Content-Language: zh-CN，成本为零，建议加上。
正文层面同样要给实据：标题、H1、页脚、联系方式中出现「北京市朝阳区」这类完整行政区划名称，比只写「朝阳」的识别率高得多。
多地域内容怎么避免被判定成重复页面？
结论：给每个地域配独立的 URL、独立的 Title 与正文地域描述，不要共用一套文案只改城市名。
如果 20 个城市的页面只有城市名不同，别的段落一字不差，搜索引擎会归并为重复内容，AI 引用时也只会挑一个。建议每个地域页至少差异化三处：本地服务范围、本地案例或门店地址、本地常见问题。同时在该页的 LocalBusiness 里把 areaServed 精确到区县，避免全国站点互相抢词。
常见错误有哪些？
结论：坐标格式错、国家代码用中文、地域信息只存在于图片或 JS 里，是最高频的三类事故。
坐标写成 116.4074, 39.9042 会让定位落到东经 39 度附近；addressCountry 写「中国」不符合规范；把地址做成一张地图截图，AI 完全读不到。发布前用 Google Rich Results Test 或 Schema.org Validator 跑一遍，确认 JSON-LD 无语法错误——一个多余的逗号就会让整段结构化数据失效。
收尾一句：地域识别的本质是把「你在哪」翻译成模型能解析的字段，URL 分地域、JSON-LD 标地址坐标、HTML 定语言、正文写全称，四步做完，AI 才不会把你的北京门店推荐给广州用户。
