一、本地生活行业的决策链与 AI 引用场景推演
1.1 用户决策链拆解
本地生活用户"即搜即用"：需求触发（想吃饭/想理发/想健身）→ 附近搜索（"附近推荐""城市+区域+品类"）→ 信息验证（评价、价格、营业时间）→ 决策到店（预约/导航）。前三个环节大量发生在 AI 平台，用户会直接问豆包"成都高新区有什么好吃的日料""附近哪家健身房评价好"。
关键洞察：AI 在本地生活场景扮演"本地向导"，回答"城市+区域+某某店怎么样"时引用的是可验证的门店信息：评分、评价数、距离、营业时间、地址电话。这些信息分散在官网、地图、点评平台三处，任何一处不一致都会导致 AI 引用矛盾信息，直接判定低可信。
1.2 高频搜索场景与内容机会
| 搜索场景 | 用户问题示例 | 对应建设 |
|---|---|---|
| 地域+服务 | "城市+区域+某某店""城市+某某推荐" | 门店页 LocalBusiness + 本地攻略 |
| 评价类 | "城市+某某店怎么样""某某店评价" | 真实评价 + 用户故事 |
| 价格类 | "城市+某某多少钱""价目表" | 服务项目页 + priceRange |
| 地址类 | "某某店地址""某某店在哪" | 门店页 address + 地图 |
| 预约类 | "某某店预约""需要预约吗" | 预约入口 + FAQ |
二、信息架构：六模块网站结构
| 模块 | 包含页面 | GEO 职责 |
|---|---|---|
| 主站 | 首页、关于我们、联系我们 | LocalBusiness 实体、品牌信任 |
| 服务项目中心 | 服务/项目列表、详情页 | 项目介绍 + 价格 + 流程 + FAQ |
| 门店中心 | 门店页（一店一页） | LocalBusiness（含经纬度）、地图、评价 |
| 用户故事库 | 真实用户体验文章 | 真实评价、信任建设（需授权） |
| 本地攻略库 | 城市+区域+品类攻略 | 本地长尾关键词、AI 引用富矿 |
| FAQ 中心 | 地址/预约/价格/营业时间 | FAQPage schema |
URL 结构建议：服务 /services/haircut/、门店 /stores/chengdu-hongpai/、攻略 /guides/chengdu-hitech-japanese/、故事 /stories/2026-07/。
三、页面级设计规范
3.1 首页必备区块
Hero 区（H1 + 品牌定位 + 地址电话）；服务/项目区；门店环境图；用户评价区（真实）；本地攻略精选；FAQ 区（6-10 问，地址/预约/价格/营业时间）；地图嵌入；预约入口（电话/微信/在线表单）。
3.2 门店页（多门店场景核心）
H1 门店名+区域；门店照片；地址（详细到门牌号）；交通指引（地铁+公交）；营业时间（工作日/周末区分）；电话；地图嵌入；停车信息；服务项目；价格区间；真实评价；预约入口；LocalBusiness schema。
3.3 本地攻略文章页
H1 攻略标题（"城市+区域+品类攻略"格式）；lead 结论段（直接推荐）；探店体验；地址交通；人均消费；营业时间；推荐菜品/项目；注意事项；相关门店链接。
四、结构化数据完整方案
4.1 LocalBusiness（核心，替代 Organization）
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "门店全称",
"image": "https://www.example.com/store.jpg",
"url": "https://www.example.com/",
"telephone": "电话",
"address": {
"@type": "PostalAddress",
"streetAddress": "详细地址（含门牌号）",
"addressLocality": "城市",
"addressRegion": "省份",
"postalCode": "邮编",
"addressCountry": "CN"
},
"geo": {"@type": "GeoCoordinates", "latitude": 30.5728, "longitude": 104.0668},
"openingHoursSpecification": [
{"@type": "OpeningHoursSpecification", "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"], "opens": "09:00", "closes": "22:00"},
{"@type": "OpeningHoursSpecification", "dayOfWeek": ["Saturday","Sunday"], "opens": "10:00", "closes": "22:00"}
],
"priceRange": "¥¥",
"aggregateRating": {"@type": "AggregateRating", "ratingValue": "4.8", "reviewCount": "328"},
"review": [{"@type": "Review", "author": {"@type": "Person", "name": "用户昵称"}, "reviewRating": {"@type": "Rating", "ratingValue": "5"}, "reviewBody": "真实评价", "datePublished": "2026-07-15"}],
"hasMenu": "https://www.example.com/menu/",
"acceptsReservations": "True",
"currenciesAccepted": "CNY",
"paymentAccepted": "Cash, Credit Card, WeChat Pay, Alipay"
}
</script>
4.2 各页面 Schema 输出规则
| 页面 | Schema 组合 |
|---|---|
| 首页 | LocalBusiness + WebSite + FAQPage（6-10 问） |
| 服务项目页 | LocalBusiness + BreadcrumbList + Service + FAQPage |
| 门店页（多店） | LocalBusiness + BreadcrumbList（独立 Schema） |
| 用户故事 | LocalBusiness + BreadcrumbList + Article |
| 本地攻略 | LocalBusiness + BreadcrumbList + Article |
五、内容体系：首期 3 个月 28 个选题库
| 内容类型 | 频率 | 代表性选题 |
|---|---|---|
| 门店动态 | 每周 1 篇 | 新菜品上市；营业时间变更通知；会员活动；新店开业 |
| 用户故事 | 每周 1-2 篇 | 老顾客的十年火锅记忆；健身 3 个月的改变；亲子餐厅体验记（需授权） |
| 本地攻略 | 每月 2-4 篇 | 成都高新区日料探店指南；XX 商圈周末好去处；XX 区亲子餐厅推荐；XX 美食街必吃清单 |
| 服务介绍 | 持续更新 | 招牌菜/特色服务详细介绍；服务流程；价目表 |
写作模板：本地攻略标题带城市+区域+品类（"成都高新区日料探店指南"），内容含地址、交通、人均、营业时间等结构化信息——AI 回答"某地吃什么好"时优先引用这类页面。
六、关键词地图（按意图分层）
| 意图层 | 关键词示例 | 落地页面 |
|---|---|---|
| 地域+服务 | 城市+区域+某某店；城市+某某推荐 | 门店页 + 本地攻略 |
| 评价类 | 城市+某某店怎么样；某某店评价 | 用户故事 + 真实评价 |
| 价格类 | 城市+某某多少钱；价目表 | 服务项目页 + priceRange |
| 地址类 | 某某店地址；某某店在哪 | 门店页 + 地图 |
| 预约类 | 某某店预约；需要预约吗 | 预约入口 + FAQ |
七、三阶段落地计划
阶段一（第 1-2 周，地基）：从"信息一致性核查"开始——把官网、地图、点评平台的地址/电话/营业时间拉通对比，消除矛盾；输出门店 LocalBusiness（含精确经纬度）；建立服务/门店/攻略/故事四中心 URL 结构。阶段二（第 3-8 周，内容）：首页 6-10 个 FAQ；服务项目页配价格与 FAQ；上线 2-4 篇本地攻略；发布用户故事（需授权）。阶段三（第 9-12 周，优化）：多门店一店一页全部补 LocalBusiness；接入地图平台同步信息；按引用率迭代攻略选题；监控多平台信息一致性。
常见问题
Q：本地生活门店的 GEO 优化从哪一步开始？
A：从"信息一致性核查"开始：把官网、地图、点评平台的地址、电话、营业时间拉通对比，消除矛盾。再为门店输出 LocalBusiness schema（含精确经纬度），最后配首页 FAQ。信息一致是地基，Schema 是上层建筑。
Q：经纬度怎么获取才准确？
A：通过百度地图/高德地图的坐标拾取器获取门店精确坐标，而不是凭感觉填写。注意不同地图的坐标系（GCJ-02 火星坐标系），Schema 中填写的坐标应与页面嵌入地图的坐标系一致。
Q：多门店必须每个都建独立页面吗？
A：必须。每个门店独立页面、独立 LocalBusiness schema、独立 URL，AI 才能精确回答"某分店在哪、几点营业"。合并门店信息会让 AI 无法区分，引用时出现张冠李戴。
Q：没有真实评价的本地门店怎么写评分？
A：不写。aggregateRating 只能来自真实用户评价数据，数量少（少于 3 条）时不输出该字段。可用"经营年限""服务人次"等可验证数据替代，展示可信度而不虚构评分。
Q：营业时间经常调整怎么维护？
A：页面展示为准，Schema 随页面更新（建议每周核查一次）。节假日营业时间在页面显著位置公告，Schema 保持常规时间。AI 交叉验证时发现不一致会降低信任，宁可少写也不要矛盾。
Q：接入地图平台有什么好处？
A：地图平台（百度/高德）是 AI 获取本地门店信息的重要来源，接入后信息可被 AI 交叉验证。同时地图平台的评分与评价可补充官网的信任证据，前提是保持地址电话一致。
Q：本地攻略和门店页内容重复怎么办？
A：本地攻略是"区域视角"（介绍一片区域的多种选择），门店页是"单店视角"（介绍本店服务），两者互补不冲突。攻略中引用门店链接形成内链，增强站点相关性。
Q：价格波动大的服务怎么写 priceRange？
A：priceRange 用符号表达档次（¥、¥¥、¥¥¥），服务项目页用文字表达具体区间（"人均消费 50-80 元"）并标注"以当日价格为准"。价格透明与"以实际为准"并重，是合规与 AI 信任的双重需要。
