跳至正文
本地 SEO · Google SEO

服务覆盖多个城市时,本地 SEO 该怎么做

// / / 光算科技

覆盖五个城市,和做五个城市页,中间隔着一整道官方写过的红线。Google 在搜索垃圾政策里对"门口页"(doorway abuse)的定义就是从这件事出发的:为了针对相似的特定查询而创建页面或站点,把用户导到并不比最终目的地更好用的中间页。官方举的例子里明确包含"针对特定地区或城市的多个域名或页面,最后都导向同一个页面"。所以正确的问法不是"能不能分城市做",而是"我做出来的这些城市页,读者到底会不会用"。

三种做法的取舍

做法页面形态链接怎么落什么时候站得住
一个通用页 + 城市清单一个服务页列出全部覆盖城市链接集中指向这一个页面城市多、差异小、每城没有独立交付能力
一个城市一页每城一个页,写这一城特有的交付方式按城市分组,链接分别落到对应城市页你在这一城有实体团队、库存或独立履约能力
按子站或子目录拆每城一套地址或一套目录按市场分组管理城市之间在价格、资质、交付方式上有结构性差异

三行的分界线不是城市数量,是你能不能为这一城说出一句别城说不了的话。答不出来的城市应该留在第一种做法里,硬拆出来就是官方定义里的那种中间页。

怎么选:三个筛选问题

  1. 这一城有你自己的交付动作吗:有没有本地团队、本地仓、本地服务商、本地资质号、不同的到场时效要求。有,是第二行的候选;只是"我们也能过去"、且成本完全一样,留在第一行。
  2. 这一城能写出的实质信息超过一段话吗:本区的真实交付周期、常见问题、真实的限制条件、本地客户关心但官网没写的差异。答不上来就说明这一页只能靠地名撑起来——而官方对"大量内容页面主要为操纵排名而生成、无论用什么方式生成都对用户几乎或完全没有价值"的描述里,"页面里塞了搜索关键词但读起来没意义"正是点名的例子。
  3. 这一城的业务规模值得单独维护吗:分城市后每个页面都要各自更新、都要各自被链接覆盖、维护成本是乘以城市数的。规模不够时,做一个页面把城市列全,比做五个半死的页面更划算。

三个问题都过才开城。第一个问题的答案必须落到具体的人、仓或资质上,"我们业务辐射周边"不算。

服务范围型企业的资料页怎么填

如果你没有门店、只有上门服务,资料页这一格反而是整个本地工作里最该先做对的一处。Google 的商家资料支持文档把适用条件写得很清楚:企业要么有顾客可以到访的实体位置,要么会到顾客那里去,这两种情况都可以建资料页;同一篇还要求地址或服务区域的表述准确且精确,并且一个业务只应有一个资料页,因为多个资料页会让信息在地图和搜索里的呈现方式出问题。

两条合起来是明确的信号:服务范围型企业的"城市数量"应该体现在服务区域那一格,而不是靠建几十个资料页来实现。资料页建好之后,你才有权限编辑地址、联系方式、业务类型和照片——具体权限范围见把商家信息建立到 Google。这一步做完,再去要求第三方目录按同一个服务区域口径填,才不会出现你写三个城市、别人写五个城市的对不上。

什么情况下不要分城市做

  • 城市的差别只体现在价格上:价目表用参数处理就够,不需要一页一个城市。
  • 要覆盖的城市超过你能维护的页面数:分城市会同时放大内容更新、链接覆盖和纠错三项成本,三项都做不动的城市页面等于自建低价值页面群。
  • 各城页面主体内容会完全一样:Google 在告诉 Google 你的页面有哪些本地化版本里给了一条判定依据:只有当页面主体内容保持未翻译时,这些版本才被视为重复内容。套用到城市页就是同一个意思——主体一样时,分城市只是把同一份内容复制成多份。
  • 只是想覆盖"服务周边"这个词:覆盖范围应该写在通用页和资料页的服务区域格子里,写在标题里并不能替代页面上的实际差异。

怎么核对多城布局没踩线

  1. 逐页判"读者会不会用":打开每个城市页问一句——删掉页面上的城市名之后,这页还剩下别城没有的信息吗?答不出来的那一页,按官方定义它就是中间页,改成并回通用页,或补上这一城特有的实质内容。
  2. 查页面之间的关系标注:如果确实拆了子站或子目录,按上一条引用的官方要求做三件事——每个版本都要列出自己和所有其他版本(只做单向的会被忽略);子域名里的地区标识不会被用来判断目标受众,必须显式映射;另外三个标注方式(页面标签、响应头、站点地图)从官方角度看是等价的,选一种就够。
  3. 看查询归属是否分散合理:在 Search Console 性能报告里同时看查询和页面两个维度。如果带城市词的查询全部落到通用页上,说明分城市没有产生区分度;如果每个城市页都有属于自己的地域词查询,再去谈后续投入。这一步要先看自己的基线,不要用行业里的百分比当标准。关键词与页面的对应关系怎么排,见产品页和博客的关键词地图。
  4. 把外部来源按城市归类:本地目录、行业名录、协会名单按覆盖城市分组记,某一城一个来源都没有时,说明这一城还只有内容没有外部信号。目录的通用判断在目录站和列表页投稿,本地目录多出的判断项另算。站内已有大量页面需要覆盖时,GMB 按官网原文口径是围绕目标 URL 清单做规模化外链覆盖的服务,URL 数是覆盖上限而非平均分配——它解决的是"页面多、链接少",不解决"该不该分城市"。
多城服务覆盖的三种做法、三个筛选问题、服务范围型资料页的填法,以及四步核对流程
原创示意:图中为多城服务覆盖的三种做法、筛选问题与核对步骤,不是真实数据或后台截图。

把这套东西压成一句话:城市数量写在服务区域那一格,城市页面只在你能为它写出别城写不了的话时才建。先把这一条守住,再谈每个城市该配多少条链接——顺序反了,做得越多,离红线越近。