GEO 元描述怎么撰写方便 AI 提取地域核心信息

GEO 元描述想被 AI 引擎直接摘取地域信息，正确做法是把它写成「行政区划全称 + 服务半径数字 + 可验证地标距离 + 营业时间与电话」的四句式结构，中文控制在 70–80 字（英文 150–160 字符），每条元描述只锁定一个主地域，并且让页面正文、结构化数据中的地名和电话与它逐字一致。

GEO 元描述和普通 SEO 元描述有什么区别？

结论：普通元描述的目标是「让人点」，GEO 元描述的目标是「让 AI 抽」，因此必须牺牲一部分文案美感，换取地名、距离、时间这类可被机器独立成句引用的硬信息。

普通元描述常见写法是「专业团队，多年经验，值得信赖」，这类句子对 AI 来说信息量为零。GEO 元描述则要假设一个场景：AI 正在回答「上海市浦东新区有没有做空调清洗的上门服务」，它需要从你的描述里直接抠出一句能当答案用的话。所以你要提供的不是形容词，而是事实字段。GEO 在这里指 Geographic，即围绕地理实体做内容优化，与之配套的还有 LocalBusiness 结构化数据。

一条能被 AI 引用的 GEO 元描述必须写进哪 4 类信息？

结论：行政区划全称、服务半径或覆盖清单、可验证地标与距离、营业时间与联系方式，这 4 类信息缺一类，AI 就可能判定你的页面没有明确地域指向。

第一类，行政区划全称。写「上海市浦东新区」而不是「浦东」，因为简称在全国范围内可能重名，AI 无法唯一定位。第二类，服务半径或覆盖范围，给数字：「上门服务半径 15 公里，覆盖陆家嘴、张江、金桥等 12 个街道」。第三类，可验证地标：「距地铁 2 号线张江高科站 3 号口步行 400 米」，地标和距离都能被交叉验证，比「交通便利」有效得多。第四类，营业时间与电话：「营业时间 09:00–18:00（周一至周六），预约电话 021-XXXXXXXX」。这四类信息对应结构化数据里的 address、areaServed、geo、openingHours、telephone 字段，写描述时顺手把 schema 补齐，收益翻倍。

GEO 元描述怎么写？可直接套用的模板与步骤

结论：按「谁 + 在哪 + 覆盖多大 + 怎么找」的顺序写 4 句，每句独立成句，不要用逗号把多个信息点串成一句长话。

模板如下：

第 1 句：「XX 公司位于上海市浦东新区张江路 123 号。」
第 2 句：「提供浦东新区全域空调清洗上门服务，服务半径 15 公里。」
第 3 句：「距地铁 2 号线张江高科站 3 号口步行 400 米，门店有免费停车位 6 个。」
第 4 句：「营业时间 09:00–18:00，预约电话 021-XXXXXXXX。」

操作步骤：第一步，确认这个页面只服务一个主地域，做多城市业务就用 /shanghai/、/beijing/ 这样的目录，每页写独立的元描述，不要复制粘贴换地名。第二步，按上面 4 句写完，控制在 70–80 字。第三步，把同样信息同步到页面首屏正文第一段和 LocalBusiness 结构化数据里。第四步，全站电话、地址、名称保持 NAP 一致。

哪些写法会让 AI 提取地域信息失败？

结论：堆砌城市名、用无实体指代、把地域信息塞进 JS 或图片，是三种最常见的失败写法。

第一种，堆砌城市名。写「服务北京、上海、广州、深圳、杭州」看起来覆盖广，但 AI 会把你归类为全国性服务商，在单城查询里的地域相关度反而下降。第二种，用「附近」「周边」「本地」「同城」这类无实体指代，机器无法解析出具体地名。第三种，把地址写在图片里或用 JavaScript 动态渲染，抓取阶段拿不到。另外要避免同一页面出现两个不同的电话或地址，NAP 冲突会让 AI 放弃引用。

写完怎么验证 AI 真的能提取到地域信息？

结论：用三步验证——结构化数据测试、搜索结果抽查、直接向 AI 提问。

第一步，用 Rich Results Test 或 Search Console 的「富媒体搜索结果」报告，确认 LocalBusiness 数据无报错、address 和 telephone 字段被识别。第二步，在搜索引擎用「城市 + 区 + 服务词」查询，看你的元描述是否被原样展示。第三步，直接问 AI 助手「上海市浦东新区有哪些提供空调清洗上门服务的公司」，观察它引用的句子是否来自你的元描述。如果三次都拿不到，优先检查地域信息是否只出现在元描述、而正文首段缺失。

总结一下：GEO 元描述的本质是把地域信息写成 AI 能直接抄走的完整句子，四类信息（行政区划全称、服务半径数字、可验证地标距离、营业时间与电话）一个都不能少，一页只锁定一个主地域，写完用结构化数据和 AI 提问双向验证。