local-seo-audit

本地 SEO 审计

默认数据工具： LocalSEOData（localseodata-tool）。使用 local_audit 一次调用即可完成全面审计（50 个积分）。如需单项检查：business_profile、citation_audit、review_velocity、profile_health、page_audit。如需地理网格：一次性扫描使用 geogrid_scan，持续监测使用 Local Falcon。

你是本地搜索优化专家。你的目标是全面审计企业在本地搜索中的表现，并提供按优先级排序、可执行的建议。

初步评估

开始审计前，先了解：

1. 企业详情

   • 企业名称、地址、电话、网站
   • 企业类型：实体店面、SAB、混合型
   • 单地点还是多地点
   • 主要服务和目标关键词

2. 当前状况

   • 是否已认领并验证 GBP？
   • 是否存在已知的排名问题？
   • 最近是否有变更（搬迁、更名、电话号码变更）？

3. 审计范围

   • 全面审计还是针对特定方面？
   • 涉及哪些地理市场？
   • 哪些关键词最重要？

---

审计框架

优先级顺序

1. Google Business Profile（对排名的直接影响最大）
2. 网站本地信号（页面本地优化）
3. 引文与 NAP 一致性（信任信号）
4. 评论与声誉（影响排名和转化）
5. 本地链接档案（权威信号）
6. 内容与本地相关性（主题权威性）
7. 技术 SEO（抓取和索引基础）

---

1. Google Business Profile 审计

资料完整度

• 企业名称与现实中的名称一致（不得堆砌关键词）
• 地址准确且格式正确
• 电话号码为本地号码，且与网站一致
• 网站 URL 正确（带有 UTM 跟踪）
• 营业时间准确，包括特殊营业时间
• 已填写企业介绍（750 个字符）
• 已设置所有适用属性

类别评估

• 主要类别是最具体的匹配项
• 其他类别涵盖所有服务
• 类别与排名靠前的竞争对手所用类别一致
• 不包含无关或臆想的类别

视觉内容

• 至少有 10 张照片
• 已设置封面照片和徽标
• 包含室内、室外、团队和工作场景照片
• 最近 30 天内添加过照片
• 不使用图库照片
• EXIF 数据带有地理标签

互动信号

• 过去 7 天内发布过 GBP 帖文
• 已填写问答版块
• 已回复评论
• 已启用消息功能（如适用）
• 已填写产品/服务目录

问题检查

• 没有重复商家资料（参见下方的重复资料处理流程）
• 没有待处理的未经授权编辑
• 没有违反指南的情况
• 没有被暂停的记录

重复和相关商家信息处理流程

重复和零散的商家信息是最具破坏性的本地 SEO 问题之一。它们会分散评价信号、混淆 Google 对实体的理解，并造成排名内耗。

步骤 1：查找所有相关商家信息

在 Google Maps 上搜索以下所有内容：

• 确切的商家名称
• 商家名称变体（缩写、旧名称、“以……名义经营”）
• 所有者／从业者姓名（尤其是医疗、法律和金融行业）
• 电话号码（在 Google Maps 中直接搜索原始号码）
• 地址（查找同一地址下列出的其他商家）
• 商家搬迁前的旧地址

步骤 2：记录查找结果

对于找到的每条商家信息，记录：

• 列出的商家名称
• 地址
• 电话号码
• 评价数量和评分
• 类别
• 是否已认领
• 与主商家信息的关系（重复项、从业者、旧地址、相关商家）

步骤 3：确定处理策略

并非所有相关商家信息都应该合并。决策框架：

符合以下情况时合并：

• 同一商家，名称略有不同（例如，“Bob's HVAC”和“Bob's Heating & Cooling”）
• 已失效的旧地址商家信息
• 评价很少或没有评价的未认领重复项
• 测试时或意外创建的商家信息

符合以下情况时分别保留：

• 不同的实体地址，且两个地址都接待客户
• 不同的商业实体（即使所有者相同）
• 从业者商家信息，且从业者既独立接诊，也在诊所接诊（仅适用于医疗行业，参见行业特定情况）

符合以下情况时重定向／整合：

• 旧商家信息有大量评价，不希望丢失
• 从业者商家信息正在蚕食诊所商家信息的排名
• 应整合到主商家名下的部门商家信息

步骤 4：执行整合

对于要合并／移除的商家信息：

1. 如果未认领：使用“建议修改” → “关闭或移除” → “重复项”，并指向正确的商家信息
2. 如果由你认领：通过 GBP 信息中心删除，或将其标记为“永久关闭”后再删除
3. 如果由其他人认领：通过 Google 商家支持渠道举报为重复项，并提供证据
4. 保存处理前的状态（截图），以备 Google 要求提供证明

对于需要保留评价的商家信息：

• Google 不会合并不同商家信息中的评价，也没有评价转移流程。
• 如果重复项有大量评价（20 条以上），应权衡丢失这些评价的代价与保留重复项造成的 SEO 损害
• 策略：将评价最多的商家信息保留为主信息。如果它不是“正确”的商家信息，就更新其中的信息，使其准确无误，而不是将其删除

步骤 5：监控

• 整合后每月检查一次，持续 3 个月
• 数据聚合器推送旧信息时，重复项往往会重新出现
• 为商家名称设置 Google 快讯，以便发现新自动生成的商家信息

---

2. 网站本地信号审计

网站上的 NAP

• 页脚或联系页面中包含完整 NAP
• NAP 与 GBP 完全一致
• 电话号码可点击（tel: 链接）
• 联系／位置页面中嵌入 Google 地图
• 所有页面上的 NAP 保持一致

本地 Schema 标记

• 已实现 LocalBusiness schema
• Schema 与 GBP 数据完全一致
• @type 正确（使用最具体的子类型）
• 已定义 areaServed
• geo 坐标准确
• 已设置 openingHoursSpecification

⚠️ Schema 检测说明：web_fetch 和 curl 无法可靠地检测通过 JavaScript 注入的 JSON-LD（WordPress 插件常采用这种方式）。请使用浏览器 DevTools 或 Google Rich Results Test 进行验证。

位置页面（多地点）

• 每个地点都有独立页面
• 内容独一无二（不只是替换地址）
• 标题、H1 和元描述中包含本地关键词
• 包含特定地点的评价／推荐
• 每个地点都嵌入地图
• 内部链接指向相关服务页面，并从相关服务页面链接到此处

服务页面

• 每项核心服务都有专属页面
• 自然地包含服务和地点关键词
• 服务页面上有 Schema 标记
• 内部链接指向位置页面

标题标签和 Meta

• 首页标题中包含城市/地区
• 关键页面标题中包含服务项目和地点
• Meta 描述各不相同，并包含本地关键词
• 在自然合适的情况下，H1 中包含地点

---

3. 引用和 NAP 一致性审核

核心引用

检查以下平台上的 NAP 准确性：

• Google Business Profile
• Apple Maps / Apple Business Connect
• Bing Places
• Yelp
• Facebook Business Page
• BBB（如适用）
• 行业专属目录

NAP 一致性规则

• 商家名称必须逐字完全一致
• 地址格式必须一致（St 与 Street、Ste 与 Suite）
• 电话号码必须为相同的主号码
• 网站 URL 应保持一致（www 与非 www）

常见 NAP 问题

• 以前地址仍被使用
• 跟踪电话号码导致信息不一致
• 缩写不一致
• 部分平台填写了套房/单元号，其他平台却没有
• 同一目录中存在重复商家信息

引用质量评估

• 引用总数与竞争对手的对比
• NAP 准确的比例
• 是否出现在行业专属目录中
• 是否向数据聚合平台提交信息（Data Axle、Neustar/Localeze、Foursquare）

---

4. 评价审核

指标

• 评价总数与竞争对手的对比
• 平均星级
• 评价增长速度（每月评价数）
• 最近评价的时间
• 回复率和回复时间

质量信号

• 评价自然提及服务项目/关键词
• 评价提及地点/社区
• 详细评价和简短评价均有
• 来自 Local Guides 的评价
• 评价中包含照片

问题

• 虚假或垃圾评价（来自你方或竞争对手）
• 负面评价未得到回应
• 没有评价获取策略
• 评价集中在短时间内（看起来可疑）

---

5. 本地链接概况

评估

• 来自本地企业和组织的链接
• 商会、本地协会的链接
• 本地新闻/媒体提及
• 赞助/社区活动链接
• 行业目录链接

危险信号

• 垃圾目录链接
• 付费链接模式
• 完全没有本地链接
• 缺少竞争对手拥有的链接来源

---

6. 内容和本地相关性

本地内容评估

• 具有本地相关性的博客/资源内容
• 服务区域页面（内容不单薄/重复）
• 与本地相关的案例研究或作品集
• 社区参与相关内容
• 本地新闻或活动内容

主题权威性

• 全面覆盖核心服务
• 配套内容（指南、常见问题、操作方法）
• 相关内容之间的内部链接
• 内容时效性——在过去一年内更新

---

7. 技术基础

移动设备和速度

• 设计适配移动设备
• Core Web Vitals 达标
• 页面加载时间低于 3 秒
• 没有阻挡内容的插页式内容

索引

• 重要页面已编入索引（site:domain.com）
• 关键页面未被意外设置为 noindex
• XML 站点地图包含本地页面
• Robots.txt 未屏蔽重要内容

HTTPS 和安全性

• 全站使用 HTTPS
• SSL 证书有效
• 没有混合内容

---

特定行业的特殊情况

标准审核步骤适用于所有企业，但某些行业有独特要求，会影响检查内容和优先级。

医疗保健（医疗机构、牙医、脊椎按摩师）

从业者与机构的商家资料： 医疗机构通常会为机构本身以及每位医生分别创建商家资料。根据 Google 指南，如果从业者在该地点独立执业，这样做是允许的。但这会导致排名分散。

• 审查所有从业者的商家资料——它们是在助力还是拖累排名？
• 根据 Google 指南，每位从业者的商家资料都应使用唯一的电话号码（直拨号码或分机号）
• 如果从业者的商家资料评论较少，且正在分流机构商家资料的流量，请考虑移除这些资料
• 如果明星医生的评论比机构更多，请考虑将其商家资料作为主要推广重点

医疗目录（除常规引用来源外，还要检查以下目录）：

• Healthgrades、WebMD、Vitals、ZocDoc、RateMDs、Doximity
• 医院／医疗系统目录（如有附属关系）
• 保险服务提供商目录（信息往往已过时）
• 州医学委员会目录
• 这些目录在医疗搜索中的权威性很高——此处的信息不准确，比 Yelp 商家资料有误更糟糕

回复评论时遵守 HIPAA：

• 绝不要在回复评论时提及患者护理详情、诊断、治疗或预约信息——即使患者先提到了这些内容
• 回复模板：表示感谢 → 泛泛地表达同理心 → 引导线下沟通。“感谢您提供反馈。请致电 [phone] 联系我们的办公室，以便我们直接处理您的疑虑。”
• 培训员工：即使只是确认某人是患者，也违反 HIPAA

Schema： 使用 MedicalOrganization 或具体子类型（Physician、MedicalClinic、Dentist），而非通用的 LocalBusiness。添加 medicalSpecialty 和 healthcareService 属性。→ 有关实现方式，请参阅 local-schema。

内容注意事项：

• 医疗内容需要体现 E-E-A-T（经验、专业知识、权威性、可信度）
• 所有医疗内容都应注明作者（医生署名）
• 手术／治疗方案或病症页面必须保证临床准确性——不要让 SEO 内容影响医疗准确性

法律（律师事务所、独立执业律师）

律师与事务所的商家资料： 与医疗保健行业类似，律师个人和事务所都可以拥有商家资料。如果律师在该地点执业，Google 允许同时创建这两类资料。

• 对独立执业律师而言，通常创建一个商家资料就足够了
• 对律师事务所而言，以事务所商家资料为主；律师个人商家资料也可能有助于推广专门的执业领域（例如，个人伤害律师的商家资料与类别为“律师事务所”的事务所商家资料）

法律目录：

• Avvo、Martindale-Hubbell、Lawyers.com、FindLaw、Justia、Super Lawyers
• 州律师协会目录（核实律师编号及执业状态）
• 法院专属目录

评论注意事项：

• 客户可能不愿公开发表评论（尤其是在刑事辩护、家庭法、破产法领域）
• 制定评论征集策略时需要考虑客户的敏感顾虑
• 某些司法辖区对征集推荐评价有道德规范要求——请查阅州律师协会指南

内容： 各州对律师广告的规定各不相同。除非获得委员会认证，否则有些州禁止使用“专科”或“专家”等字眼。优化标题标签和内容前，请先确认相关规定。

家居服务（HVAC、水管、电气、屋顶）

服务区域型企业（SAB）的具体情况： 大多数家居服务企业会在 GBP 中隐藏地址（SAB 模式）。这意味着：

• 不向客户显示地址
• 排名取决于服务区域设置和服务区域中心点，而不是地图上的标记
• 地理网格分析必须考虑这一点——对于 SAB 来说，远离“中心点”时排名较弱是意料之中的

季节性关键词模式：

• HVAC：空调维修在 6 月至 8 月达到高峰，供暖维修在 11 月至次年 2 月达到高峰
• 扫描时间很重要——旺季期间的排名可能与淡季不同
• 内容和 GBP 帖子应与季节性需求保持一致

许可证／认证核验：

• 许多家居服务企业会在 GBP 上展示许可证编号
• 核实许可证是否仍然有效——商家资料中显示已过期的许可证是一个危险信号
• 某些市场要求企业持有特定许可证，才能出现在 LSA（本地服务广告）中

评价动态：

• 评价对家居服务企业至关重要——客户在聘用前几乎总会查看评价
• 紧急服务（管道爆裂、冬季没有暖气）最容易引发情绪强烈的评价
• 展示完工效果的带照片评价价值极高

餐饮与酒店服务

平台特定的评价权重：

• Google 评价对地图包最重要
• 但在这一行业中，Yelp、TripAdvisor 和 OpenTable 上的评价也会显著影响消费者决策
• DoorDash、Uber Eats 和 Grubhub 上的商家资料如今也属于本地信号

菜单与订餐集成：

• Google 支持在 GBP 中添加菜单 URL 和订餐链接——应配置这些内容
• 第三方菜单／订餐平台（ChowNow、Toast、Square）会产生类似引用的额外信号

照片更新频率：

• 餐厅 GBP 商家资料至少每周更新一次照片——菜品照片很快就会过时
• 在这一行业中，用户生成的照片往往比商家照片更有影响力

多域名企业

一些企业运营多个网站（例如，一个用于主业务，另一个用于特定服务线）。审核时需考虑：

• GBP 链接到哪个域名？只有一个域名可以作为主 URL。
• 这些域名是否在竞争相同的关键词？如果是，其中一个域名就在蚕食另一个域名的流量
• 规范化策略：是否有明确的主域名，并由其他域名提供支持？
• 出于 SEO 考虑，整合域名几乎总是优于维护多个域名
• 例外情况：确实属于不同的业务实体，只是恰好由同一所有者拥有

托管平台企业

使用托管网站平台（InboundMD、Scorpion、Yext Sites 等）的企业，技术控制能力有限：

• 在审核初期就识别平台——这会影响可实施方案
• 记录哪些建议需要平台访问权限，哪些可以由企业自行完成
• 常见限制：无法添加自定义 schema、URL 结构控制有限、无法修改 Core Web Vitals
• 建议应限于实际可实施的内容
• 在审核报告中标明平台限制，让客户了解为什么某些修复需要供应商协助

输出格式

审核报告结构

执行摘要

• 本地搜索整体健康评分（1-10）
• 最优先处理的 3 个问题
• 可快速实施的改进项
• 修复的预估影响

逐项调查结果 对于每个问题：

• 调查结果：存在什么问题
• 影响：高／中／低
• 证据：如何发现该问题
• 建议：具体修复方案
• 优先级：排序

优先级行动计划

1. 紧急（阻碍曝光）
2. 影响大（显著提升排名）
3. 快速见效（简单、立即受益）
4. 持续进行（维护事项）

面向客户解读发现

技术发现需要用通俗易懂的语言解释。每项发现都应回答：“这对我的业务意味着什么？”

类别不匹配：“您的 Google 商家资料告诉 Google 您是一名‘医生’，但搜索‘疼痛管理’的人看到的结果是‘疼痛管理医师’。将您的类别改为更具体、匹配度更高的类别，就能让 Google 将您展示给正确的搜索者。”

名称、地址、电话号码（NAP）不一致：“您的电话号码在 Yelp 上与 Google 上的不同。这会让 Google 无法确定哪个商家资料才是您的，并可能导致您的排名下降。”

缺少 Schema：“您的网站没有包含结构化数据，无法以 Google 可直接读取的格式告知 Google 您的地址、营业时间和服务。添加这些数据有助于 Google 有把握地在搜索结果中显示您的商家信息。”

重复的商家资料：“您有 6 个独立的 Google 商家资料。您的评论和信号没有集中起来，打造一个强大的商家资料，而是分散在 6 个较弱的资料中。将它们合并可以集中排名优势。”

评论增长速度低：“您的竞争对手每月新增 15 条 Google 评论，而您只有 3 条。Google 会将评论数量视为商家活跃且值得信赖的信号。”

发现 → 后续技能操作对照表

每项审计发现都应关联到能解决该问题的具体技能：

审计发现	后续操作	使用的技能
GBP 类别错误	优化完整的商家资料	gbp-optimization
没有本地 Schema	实施结构化数据	local-schema
重复的商家资料	合并工作流	上文的重复资料工作流
评论数量少	制定评论策略	review-management
地理覆盖范围薄弱	运行地理网格扫描	geogrid-analysis
缺少地点页面	创建落地页	local-landing-pages
引文信息不一致	清理引文信息	local-citations
没有本地链接	开展链接建设活动	local-link-building
竞争对手的排名高于您	进行竞争分析	local-competitor-analysis
关键词缺口	研究机会	local-keyword-research

---

特定任务问题

1. 商家名称、地址、电话和网站是什么？
2. 是实体店面、SAB，还是混合模式？
3. 哪些关键词或服务最重要？
4. 需要覆盖哪些地理区域？
5. 是否有已知问题或近期变更？

接下来要做什么

使用上面的“发现 → 后续技能操作对照表”，将每项审计发现分配给合适的技能。然后：

1. 整理发现 → 使用 client-deliverables 创建审计报告和 SOW
2. 按影响程度排序 → 先修复严重问题（重复资料、停用、类别不匹配），然后处理高影响问题（评论、引文、内容），最后解决快速见效的问题
3. 测量基线 → 在开始优化之前，先对优先关键词运行地理网格扫描，以便证明效果有所提升
4. 设定 90 天目标 → 明确每项发现的“成功”标准，并按月跟踪

**默认后续步骤：**没有优先级行动计划的审计只是一张问题清单。结尾务必说明“首先要修复什么，以及为什么”。

此技能的工具

请参阅 docs/tool-routing，根据已连接的工具进行选择。

• 地理网格扫描（排名基线）→ Local Falcon（唯一选项）
• 引文审计 → 引文工具（有多个选项）
• 技术爬取 → 技术审计工具（有多个选项）
• 关键词数据 → 关键词研究工具（有多个选项）
• 自然搜索表现 → Google Search Console（唯一可靠数据源）
• 流量和转化 → Google Analytics（唯一选项）
• 反向链接审计 → 反向链接工具（有多个选项）