主题
第 19 章 本地搜索、地图商家与位置页面
19.1 学习目标:先证明能服务,再争取被找到
本地 SEO 要解决一个很具体的问题:当一个人寻找附近的店铺或上门服务时,他能否找到你,并准确判断你能不能完成这件事。网站排名只是其中一部分。地图中的地址、营业时间、电话、评价和路线,也可能直接影响他是否联系,甚至决定他会不会白跑一趟。
本章以 Google 搜索、地图和 Google Business Profile 为主,说明真实商家资格、位置页面、服务区域、评价流程和效果检查。学完后,你应能判断一个业务是否适合创建商家资料,能写出真正有用的位置页面,也能分清一次电话按钮点击与一次成交之间还有哪些环节。
并非每种网站都需要地图商家。纯线上个人博客和软件服务,不应为了获得额外展现而伪装成实体门店。Google 一般要求业务在公布的营业时间与客户实际面对面接触,并列出特定例外和不符合资格的类型。[E35] 如果你的 Go 工具只通过网页交付,重点应放在产品、文档和正常网页搜索;如果你还经营真实的现场培训或咨询地点,则应单独按实际业务核验资格。
地域支持同样要先查。研究截至二〇二六年十月十三日,Google 的支持地区页面并未支持中国大陆的 Business Profile,港澳台则在其列表中分别列出。[E36] 这不等于中文内容不能做 Google SEO,也不等于任何地图产品的规则都相同。本地商家工具、普通网页搜索和语言版本,是三个不同的问题。
19.2 看懂本地结果的三种入口
用户搜索“附近自行车维修”,可能看到带地图的商家结果、普通网站页面和广告。它们可以同时出现,但不能用同一套验收方法。广告属于付费渠道;商家资料描述现实中的业务;普通网页可以详细解释服务与位置。投放广告不会成为你购买自然本地排名的证明。
Google 说明本地结果主要考虑相关性、距离和知名度,并明确不能请求或支付来购买更好的自然本地排名。[E17] 相关性是商家与任务是否匹配,距离涉及用户与商家的位置,知名度则涉及业务在现实及网络中的认知。官方没有公布一个可供站长计算的完整权重公式,不能把这三个词变成“加十张照片就抵消两公里距离”的伪公式。
这些机制解释了为什么你在店里搜索排第一,客户在城市另一侧却看不到。两个人并不处在相同条件下。也解释了为什么一个官网内容不错的远处商家,不一定出现在每个附近查询的最前面。距离不是靠页面反复出现城市名就能自由控制的变量。
因此,先把业务目标缩小到真实服务范围。餐馆希望吸引能到店的顾客,维修人员希望接到可以按时到达的订单。争夺一个远远超出履约范围的查询,即使成功也可能产生无效电话和差评。好的本地策略会减少错误期待,而不是尽量让所有地区都看到你。
19.3 商家资料必须对应现实业务
Google 的商家展示指南要求名称、地址、类别等信息准确反映现实;出租的收信地址不能替代实际经营地点,共享办公地点还需满足其相关要求。[E18] 不要把地图上的一个点当成可以任意购买的排名入口。它承诺的是现实世界中一个可识别、可联系、符合资格的业务。
准备资料时,先建立一份事实清单:现实使用的商家名称、经营主体、实际地点、营业时间、直接联系号码、服务内容、公开网站和负责人。每个字段都要能回到现实证据,例如门头、正式业务记录或实际接待安排。SEO 人员的工作是把这些事实表达清楚,不能替商家创造不存在的资质和地点。
名称尤其容易被滥用。假设真实店名是“青石修车”,为了搜索词改成“青石修车 最便宜 24小时 城南自行车维修”,会改变业务的真实表示。服务关键词应放在恰当的类别、服务说明和网页内容中,而不是挤进名称。即使竞对暂时这样做,也不是你获得相同权限的依据。
类别选择应描述核心业务。一个自行车修理店兼卖头盔,不代表它应把所有运动用品类别都加上。先选择客户最主要来找你的原因,再补充真实相关的业务范围。类别是否在当前地区和账户可用,要看实际界面,不能从别人的截图抄一套固定列表。
商家资料的所有权应由商家掌握,代理或员工按任务获得管理权限。记录谁能改地址、谁负责节假日营业时间、谁处理用户提出的错误信息。人员变动时进行移交。一个资料多年来无人管理,电话过期却继续展现,对客户造成的损失往往比某个排名下降更直接。
19.4 到店、上门与混合业务分别怎么表达
到店业务在实际地点接待客户;服务区域业务到客户所在地工作;混合业务同时提供两者。这个分类影响地址是否公开、营业时间如何解释以及用户应采用哪种联系方法。它不是营销团队随意选择的展示样式。
Google 的服务区域帮助说明:不在营业地址接待客户的业务应移除公开地址,只填写服务范围;截至本章核验日,可按城市、邮编等填写最多二十个服务区域,不能填写自由半径;官方提示整体边界一般不应超过从经营基地出发约两小时车程。[E19] 这不是要求商家承诺两小时内到达,也不是把车程当作排名半径。执行时还要重新核对当时的规则。把大量地区写进范围,也不代表平台承诺在这些地区均匀展现。
服务范围最好来自实际调度。以假设的上门维修团队为例,可以根据出发地点、交通条件、平均作业时间和排班,判断哪些地方能在承诺时间到达。若只有一个技师,却宣称覆盖整个大城市和周边县市,地图信息与履约能力就会脱节。真实覆盖范围可以较小,承诺应当可信。
不要把住宅地址为了排名公开给不需要上门的客户,也不要制造一个“办公室”满足表面条件。地址展示涉及隐私和客户安全,必须结合业务资格与真实接待方式处理。网站可以清楚说明“仅提供预约上门服务,不接待直接到访”,并给出真实服务地区与询问方式。
混合业务则要防止时间混淆。柜台营业到六点,不代表上门订单可以一直预约到六点;在线表单全天可填写,也不代表商家全天接听电话。分别写清到店时间、可联系时段和服务预约范围,减少用户凭一个“营业中”标签形成过度期待。
19.5 位置落地页要回答现场问题
位置落地页(location landing page)是网站上专门服务某个真实地点或服务范围的页面。它的任务是让用户完成下一步,而不是只把“城市名+服务名”写进标题。想象第一次到店的人:门在哪里,能否停车,是否需要预约,能不能修他的车型,付款和取车怎么安排。这些问题比重复地名更值得占据页面。
对于真实门店,页面可以包含店名、准确地址、营业与例外时间、联系方式、到达说明、当前服务、真实环境照片和预约入口。对于上门业务,页面应解释服务边界、预约流程、估价条件和到达限制。不是每个页面都必须有同样模块;有无障碍入口就提供实际说明,没有核验就不要自动标为支持。
标题应直接对应任务,例如“青石修车城南店:维修预约、营业时间与路线”。开头先说明店铺位置和主要服务,再提供行动入口。把联系电话做成可用链接,但仍显示可读号码;地图加载失败时,文本地址和到达说明也应存在。手机用户不应必须放大图片才能知道如何联系。
地点照片的价值在于辨认真实环境。门头、入口、维修区域或停车入口各自回答一个问题。避免用与门店无关的图库照片伪装空间,更不要用生成图展示不存在的设施。照片中包含顾客、车辆信息或私人场景时,应先处理授权与隐私;为了搜索表现而公开他人信息没有必要。
多门店网站应给每个真实地点稳定 URL,并通过位置目录互相连接。不要让门店页面必须经过无法抓取的地图交互才出现。用户按城市或区域浏览时,普通链接也能完成任务。每个页面对应自己的事实,价格、团队、服务和照片可以有共享部分,但不能把不同门店的地址和电话混成一个模板。
19.6 服务地区页面与门页之间的区别
一个上门清洁团队服务三个区域,能不能分别写三页?答案取决于这些页面能否帮助当地用户。若不同区域存在实际预约安排、服务边界、交通费用和楼宇进入要求,可以解释清楚。若只把地区名称替换,其余完全相同,并让所有页面最终导向同一模糊表单,就要重新考虑是否有独立发布价值。
Google 的垃圾内容政策包含针对相似查询制造入口页的门页滥用,也反对没有实质价值的地名堆积。[E24] 本章据此提出一个编辑测试:隐藏标题中的地名以后,读者还能看出这一页与其他区域页的区别吗?如果完全不能,先补充真实信息,或合并成一个清楚的服务范围页。
不要为了通过测试编造“我们熟悉这里每一条街”或虚构当地案例。能够公开的真实服务记录、具体预约限制和可验证的交通说明已经足够有用。客户案例需要授权,不能把私人地址展示成成功案例。一个清楚写明“不承接这一地区”的说明,有时比充满关键词的落地页更能降低双方成本。
也不要把行政区列表机械交给程序生成。程序适合把已确认的地点数据转成页面,不能替你判断业务是否存在。发布门槛应该包含事实完整性和独立任务价值,而不仅是模板渲染成功。没有负责人维护的区域页,一旦服务范围变化,很快就成为过期承诺。
19.7 评价流程应该收集真实体验
评价会帮助潜在客户判断商家,但它首先是用户的表达。Google 允许商家邀请真实客户留下体验,不允许用奖励换评价、操纵评价内容,或只挑满意客户公开评价。[E20] 因而,评价流程要从邀请方式开始检查,而不只是检查评论文字有没有明显造假。
一个常见的有问题流程是:先让客户在私有问卷打分,满意者跳转 Google,不满意者只能发给客服。这种筛选会改变公开评价的样本。更稳妥的设计是所有适合受邀的真实客户都收到同样的中性入口;客服反馈渠道也对所有人开放,不作为阻挡负面评价的分流装置。
Google 的帮助页面提供了评价链接和二维码等邀请方式。[E21] 可以在服务完成后的收据或合适的后续沟通中简短邀请:“如果你愿意,可以分享这次服务的真实体验。”不要规定必须五星、必须提到某个员工或必须使用某个关键词,也不要让员工盯着客户当场完成。是否评价、写什么,都应由客户决定。
给补偿和要求删差评需要分开处理。若商家确实造成损失,应按服务政策解决问题,不能把合理补偿附加在删除评价的条件上。评价是否更新,是客户对新情况的判断。把两件事绑在一起,既可能违反平台规则,也容易让一次服务纠纷变成信任问题。
回复评价时,先回答具体经历。有人反映约定时间无人接待,就核查预约和营业信息,再解释已确认的情况及如何联系解决。不要每条回复都插入“本市最佳维修”“附近便宜服务”等关键词。这样的回复首先是公开客户沟通,读者会观察商家是否认真面对问题。
保护隐私比争赢一条评论更重要。不要公开订单号、电话、家庭住址、健康情况或付款细节证明客户“说错了”。可以说明需要私下核对,并给出商家公开联系方式。若评价涉嫌违反政策,使用平台的报告或申诉流程;不应号召熟人围攻评价者,也不应为竞争对手制造负面评价。
19.8 本地引用与网站信息一致性
本地引用(citation)通常指其他网站对商家名称、地址、电话等信息的提及,可以带链接,也可以不带。它与学术引用不是同一概念,更不意味着“登记一百个目录就获得一百分排名”。在实际经营中,最先值得修正的是会把用户带错地方的信息。
建立一个主要资料清单,列出官网、主要地图、行业协会或真实合作伙伴页面。先查名称是否仍是现用名称,地址是否指向正确入口,电话是否有人接听,网址是否跳到正式页面。标点和常见地址缩写不应成为无限微调的理由;影响识别和联系的实质错误更重要,例如旧店址、错误分店号码和永久停业状态。
多地点企业可以在内部使用稳定 location_id。官网、预约系统、商家资料和客服记录都引用这个编号,减少门店改名后把数据接错的概率。公开页面不一定要显示编号,但维护人员应知道哪个地址代表哪个真实地点。变更时从内部事实库发起,再逐项核对外部展示。
目录选择也要看读者。真实行业协会的成员资料、社区活动的参与页面或商场店铺目录,可能帮助用户确认业务。出售成千上万无关目录登记的套餐,通常没有这种明确任务价值。不要把“能批量生成”当作“值得建立”;维护成本和误导风险也要计入预算。
19.9 结构化数据帮助表达事实,不制造资格
LocalBusiness 结构化数据可以把网站上的商家信息表达为机器容易理解的字段,Google 提供名称、地址、营业时间等属性要求和建议,并明确不保证相关搜索展示。[E22] 它与 Business Profile 是两个渠道,写入 JSON-LD 不等于创建地图资料,更不能让不符合资格的线上业务变成实体店。
实施前先确定页面代表什么实体。一个品牌总部和一个零售分店,可能不是同一个对象。分店页面应对应分店的真实地址和联系方式,不要在每页都粘贴总部地址。多地点组织可以维护品牌与地点之间的关系,但应先保证用户看得见的信息正确,再生成结构化字段。
工程上适合从一份业务数据生成可见内容和 JSON-LD。否则模板显示周日休息,标注却显示营业,系统就传播了矛盾事实。测试既要验证语法,又要核对现实;语法检查器无法知道店铺昨天已经搬家,也不能证明你拥有该地点的管理权。
评价标注尤其需要谨慎。Google 的评价摘要规则对商家或组织为自身展示的评价有明确限制,不能因为在官网嵌入第三方评价组件,就假定能够取得商家自评的星级富结果。[E39] 用户证言可以在真实、获授权的前提下用于说明服务,但展示证言和取得特定搜索外观是两回事。不要伪造评分,也不要把公司改标成商品只为追求星星。
19.10 用业务结果衡量地图表现
Google 商家效果报告提供查看、路线、电话按钮点击、网站点击等指标,实际可用项目随业务而异;官方也说明其中可能包含自然与广告带来的互动。[E37] 因此,电话指标不能直接写成“接到的电话”,路线请求不能直接写成“到店顾客”,更不能把所有互动都归功于自然 SEO。
可以把转化路径分成四段:看到商家、表达意向、取得联系、完成服务。商家报告主要覆盖前面一些动作,电话或预约系统覆盖中间环节,实际交易记录覆盖最后一段。若来电按钮点击增长,但接通率下降,先检查电话线路、接听时间和人员安排。此时继续争取更多点击,可能只是放大服务瓶颈。
官网链接可以在合适情况下使用稳定的渠道参数帮助分析,但应确保落点正确、不会制造重复公开页面,并在分析中归到同一真实地点。参数不应包含客户个人信息。使用电话追踪或录音系统涉及额外隐私、同意和当地要求,不能为了归因直接启用;先确认合法、必要且经过授权的方案。
排名观察应固定多个真实服务位置。一个所谓网格工具会在不同坐标模拟搜索,它能提供位置差异线索,却不是实际客户体验的完整样本。坐标、查询、设备、时间和搜索模块都要记录。不要用一张全绿截图保证下一周所有客户都会看到你,也不要为了截图把地址移动到搜索中心。
19.11 原创案例:一家维修店的完整检查
以下是一个假设业务。青石修车有一个真实门店,同时在周边提供预约取送车。店主说“地图带来的客户不多”,但还没有可靠的归因数据。第一步是检查事实,而不是立即购买评价或建立区域页。
检查发现官网写周日营业,商家资料写周日休息;手机页面的电话按钮带错一个数字;取送范围只写“全城”,实际只能在几个相邻区域完成。这三处问题都可以直接解释客户为何联系困难或产生错误期待。修复顺序是电话、营业时间、取送说明,再看搜索页面是否能被正常发现。
接着编写位置页。门头照片帮助辨认入口,维修类别说明适合哪些车辆,预约表单询问必要信息,取送范围页解释边界与安排。页面不承诺无法保证的当天修好,也不写未经确认的最低价格。没有额外分店,就不创建多个商家资料。
评价流程改成在完成服务后提供自愿的真实反馈入口,不要求五星,不按满意程度筛选。负面反馈先进入内部服务改进,但不阻挡客户公开表达。团队记录是否出现关于时间、价格或沟通的重复问题,将这些问题反馈到网页说明和实际服务安排。
一个合理的观察周期中,分别记录资料互动、电话接通、有效预约和实际完成订单。若网站点击没有明显增加,但错误来电减少、预约更准确,这仍可能是有价值的改善。案例到此只能说明该如何判断,不提供虚构的流量增长或营业额承诺。
19.12 停权、搬迁与异常评价怎么处理
商家资料突然无法使用时,先保存通知与当前信息,确认是资料限制、账号限制、验证要求还是普通编辑未通过。不要假定所有问题都叫“降权”。Google 的停用资料帮助要求先核对规则,再按官方流程申诉,并提醒申诉期间不要为同一商家创建新的资料。[E38]
准备证据时,检查名称、地址和实际经营情况是否一致。真实资料如果存在错误,先修正;没有资格的地点,则不能用更多照片伪装资格。不要把营业执照、账单或身份资料发给不明的“内部解封人员”。只有在官方流程确实要求并经过授权时,才提交必要材料,保留提交记录。
搬迁应被当作一次现实与数字资料同步的项目。确定新地点开放日期、旧地点停止接待日期、电话与预约变化,更新官网和相关资料,并检查旧链接是否仍让用户前往原址。多店合并或品牌变更可能涉及不同规则,应按实际情况核验,不能为了保留评价自行把两个不相关业务拼在一起。
遇到疑似虚假评价时,保存链接、日期和具体违反政策的理由。评分低本身不等于违规,商家不同意客户意见也不自动构成删除理由。若有人以删差评为条件索要费用,应保留证据并使用官方支持途径,而不是购买另一批好评来抵消。评价管理的目标是恢复事实可信度。
19.13 练习与持续维护清单
练习一:一个纯线上 SaaS 想租收信地址创建商家资料。参考解答是先核验面对面服务资格;租地址本身不能创造真实业务地点,应继续做适合线上产品的网页搜索优化。
练习二:清洁公司服务六个区域,却没有独立分店。是否应创建六个商家资料?不能从服务范围直接推导分店存在。先按真实业务类型维护合适资料;网站是否需要六个区域页,另按独立用户价值判断。
练习三:月报显示一百次电话按钮点击,销售记录只有三十次接通。不能立即说平台数据造假,也不能把一百次记成客户。应比较统计定义、日期、重复互动、电话线路和接听记录,并注意隐私。
持续维护可以围绕真实事件安排:节假日前核对营业时间;服务或价格变化时更新相关页面;员工变动时检查权限;搬迁前准备同步计划;定期抽查电话、预约与路线是否可用。每次完成后,从第一次来访的顾客视角走一遍。能否顺利联系并得到准确服务,比后台资料是否看起来填满更重要。
本章参考来源
[E17] Tips to improve your local ranking on Google | https://support.google.com/business/answer/7091?hl=en | 访问 2026-10-13 | 相关性、距离、知名度及不可购买自然本地排名。 [E18] Guidelines for representing your business on Google | https://support.google.com/business/answer/3038177?hl=en | 访问 2026-10-13 | 真实名称、地址、类别与虚拟办公限制。 [E19] Manage your service areas for service-area and hybrid businesses | https://support.google.com/business/answer/9157481?hl=en | 访问 2026-10-13 | 上门业务地址与服务范围规则。 [E20] Prohibited and restricted content | https://support.google.com/contributionpolicy/answer/7400114?hl=en | 访问 2026-10-13 | 真实评价、激励、选择性邀请与利益冲突。 [E21] Tips to get more reviews | https://support.google.com/business/answer/3474122?hl=en | 访问 2026-10-13 | 评价邀请入口及回复原则。 [E22] Local Business structured data | https://developers.google.com/search/docs/appearance/structured-data/local-business | 访问 2026-10-13 | 商家结构化字段与非展示保证。 [E24] Spam policies for Google web search | https://developers.google.com/search/docs/essentials/spam-policies | 访问 2026-10-13 | 门页滥用与地名堆积风险。 [E35] Business eligibility and ownership guidelines | https://support.google.com/business/answer/13763036?hl=en-11 | 访问 2026-10-13 | 面对面服务资格、纯线上业务限制与管理授权。 [E36] Supported countries/regions | https://support.google.com/business/answer/6270107?hl=en&ref_topic=4540086 | 访问 2026-10-13 | Business Profile 地区支持边界。 [E37] Understand your Business Profile performance and insights | https://support.google.com/business/answer/9918094?hl=en-en | 访问 2026-10-13 | 电话按钮点击、路线、网站点击等统计定义及广告混合边界。 [E38] Fix suspended or disabled profiles | https://support.google.com/business/answer/4569145?hl=en | 访问 2026-10-13 | 申诉准备与期间不重复创建资料。 [E39] Review snippet structured data | https://developers.google.com/search/docs/appearance/structured-data/review-snippet | 访问 2026-10-13 | 商家与组织自利评价富结果限制。