地区分站怎么建才不会被当成重复页？一城一页的写法与门槛-墨子教育咨询

摘要：批量生成城市页，多数会做成一堆没人要的重复页。本文拆开三种落地方式的代价，给出动手前的三道门槛、一城一页必落的六个字段、复制粘贴的三种变形与识别方法、让每个城市页都能被走到的三层可达结构、子域名的适用条件、一批不超过十个的上线节奏，以及预算有限时的取舍顺序。不构成对任何排名或获客效果的承诺。

见过一次很典型的翻车：一家做搬家服务的公司，为了覆盖周边城市，用模板一口气生成了三百多个城市页，每个页面除了地名不同，内容几乎一样。上线两个月，日志里这些页面的抓取次数加起来不到一百，反倒是首页被反复读。他们问是不是被抓取限制了，其实原因更简单——三百个页面在机器眼里是同一篇稿子，只是标题换了个地名。

地区分站是本地生意做 GEO 时绕不开的一步，也是最容易做成一堆废页的一步。这篇不讲概念，只讲一件事：一城一页到底该放什么，才能让它成为独立的一页，而不是同一页的复制品。

三种做法，先看清各自的代价

「做地区」在技术上至少有三种落地方式，很多人一上来就选了成本最高的那种，后面才发现维护不动：

三种做法没有绝对优劣，只有匹配与否。判断标准很实际：你在这个城市有没有「只有当地才知道」的事可写。有，子目录城市页就够；没有，独立分站也救不了。

动手前，先过三道门槛

门槛一：这个城市真的有业务在跑

有订单、有师傅过去、有合作网点，这些是可以写进页面的证据。反过来，只是在后台勾选了「覆盖该城市」，那不叫业务，叫意愿。意愿写不成内容，写出来就是空话。

判断真假业务有个土办法：让客服报一下过去三个月的订单城市分布。报得出来的，就是真业务；报不出来的，通常连客服系统都没在用。

门槛二：能列出至少八条本地独有的事实

八条是个经验值。可以包括：覆盖的具体区县、上门的时间窗、当地常见的房屋或工况特点、响应时长的实际区间、服务过的代表性场景、当地的价格区间、物料或设备的来源、售后上门的方式。凑不满八条，就说明这个城市还没有内容可写，先别建页。

门槛三：有人负责更新

地区页最怕建完就烂在那儿。价格变了、覆盖区域调了、换了个负责人，页面上写的还是两年前的。建之前先定清楚：谁看这个城市、多久核一次、改动记在哪。

一城一页里，必须落下这些东西

过了门槛，页面本身就有清单可循。下面这张表是我们给客户的标准字段，缺三项以上，这一页基本不具备独立存在的理由：

六个字段里，真正拉开差距的是第四条。前三项同行都能写，第四条要贴着本地的具体条件写——老小区的管道状况、沿海的潮湿、山区的运输距离、工业区的用电条件。

清单也能反着用：如果想写的字段里有三条只能靠猜，说明这个城市只够写成一段话的介绍，塞进一个更大的区域页里就够了，不必单独开页。

写作顺序：先给答案，再给理由

城市页常见的写法是「公司介绍、服务项目、覆盖区域、欢迎咨询」，把结论放到最后。而对本地客户来说，前三屏里他只想确认三件事：你来不来、多少钱起、多久能到。

所以开头不必写公司历史。先把三句话说清楚，再展开为什么能这样、哪些情况做不到。这个顺序对人也对机器都好用：后面那些能整段摘走的内容，靠的正是开头把问题定住了。

还有个细节：不要在每段都用「我们」「本公司」开头。城市页的价值在本地事实，不在自我介绍。一段话里主语出现两次以上，基本可以删一半。

城市页的六项自检清单

写完别急着发布，照着下面六条过一遍，不通过就不上线：

• 遮住地名，这一页还能与另一个城市页区分开吗？
• 价格给的是区间还是形容词？区间有没有说明包含什么、不包含什么？
• 覆盖区域写到了区县一级吗？有没有明确哪些地方不去？
• 本地工况那一段，是不是换到另一个城市就不成立了？
• 联系方式与地址是否能与外部目录对得上？
• 从首页出发，用普通链接几步能到达这一页？

六条里只要有三条答不上来，这页就该先压着改，而不是先发布再说。

复制粘贴的三种变形，看起来都不像复制

换了地名，没换内容

最粗糙的一种，也是最容易被识别的。判断方法很土：把两个城市页并排打开，遮住地名，看还能不能分辨它们。分辨不出来，就是同一页。

换了开头，没换中段

这种做法更隐蔽：开头两句写得挺本地，后面整段整段是通用介绍。它的问题在于，真正有价值的信息全在中段——价格、条件、案例——而那部分恰恰是复制来的。

只加了张地图，没加事实

嵌一张地图、写一句「服务范围见下图」，看起来本地化了，实际把信息推进了图片里。机器读不到图里的字，人也要放大才看得清。地图可以有，但不能替代文字。

三种变形的共同特征是：页面地址不同、标题不同，但能独立摘走的段落几乎相同。判断有没有踩坑，用这一条就够了。

还有一种更隐蔽的复制：结构照抄自己的老页面。同一套小节标题、同样的段落长度、每节都以一句总结收尾，读者看不出问题，机器在比对时却会把它们归成一类。文字上的同质化好改，结构上的同质化往往更早被发现。

站内结构：让每个城市页都能被走到

城市页最容易犯的第二个错误，是建好了却没人能走进去。常见情况是：只在首页底部放一个下拉菜单，或者只有一张 SVG 地图可点。链接藏在脚本里，机器走不到，等于没建。

比较稳的做法是三层可达：首页有一个明确的「服务地区」入口，点进去是一张按省或按片区归类的列表页，列表页再指向每个城市页。每一层都用普通链接，不用脚本渲染。面包屑把层级带回去，方便机器判断这一页在站里的位置。

列表页本身也要写内容，不能只有一串城市名。按片区写一段覆盖说明，既方便读者，也给机器一个判断依据。

城市页之间也要有横向链接。相邻城市互相指一下，读者能顺手看别处，机器也能顺着爬到没被发现的页面。但别做成几十个城市的大列表——那会把每页的价值稀释成一片导航。

提交入口同理。城市页上线后，sitemap 要及时重生，把新地址带上；如果之前提交过旧的城市列表，旧地址该下线就下线，别让一堆 404 继续留在入口里。

什么时候用子域名，什么时候别用

子域名分站不是不能用，它有明确的适用条件：当地有实体门店、有独立的服务团队、内容需要长期单独运营，三条同时满足才值得。缺一条，用子目录更省事。

反过来，有三种情况别急着开子域名：一是当地只有零星订单；二是内容还靠总部统一供给；三是没人能在本地持续更新。这几种情况下开出来的分站，通常半年后就变成无人维护的空壳，还会把主站的资源摊薄。

还有一个技术细节常被忽略：子域名分站之间的内容如果高度相似，被当成重复的概率比子目录更高。因为在机器看来，那是几个独立站点在说同样的话。

另外提醒一句：分站开之前先把备案与证书的事确认清楚。这两件不解决，分站上线也只是一堆打不开的地址。

上线节奏：一批别超过十个

1. 先做两个城市：选业务量大的一个、情况特殊的各一个，用完整字段写满，作为样板。
2. 跑两周看抓取：看这两个页面有没有被读到、从哪个入口进来的、有没有被当成重复。
3. 改模板再放量：把样板里暴露的问题先在模板上解决，别带着毛病复制。
4. 每批不超过十个：一批建完核一遍字段完整度，再开下一批。
5. 三个月回看一次：哪些页面有本地更新、哪些一次没动过，后者考虑合并或下线。

这个节奏看着慢，实际比一次铺三百个城市页快得多。批量生成的页面要先等机器判定、再等人工返工，中间那段时间全是白等。

还有一条经验：每批新页面上线后至少隔一周再看数据。当天看，多数是缓存与排队，说明不了什么。

预算只够做三件事时，先做哪三件

多数小团队的处境是人力有限，不可能按理想流程把所有城市都写一遍。这时候顺序比数量重要：先把有业务的两三个城市写透，再把它们从列表页接进站内结构，最后才考虑扩不扩新城市。

道理很朴素：已经有的业务才产得出一手事实，没业务的城市只能编。同样写一页，前者能被核对，后者只能靠形容词，在一堆同类页面里几乎没有胜算。

反过来常见的顺序是：先买域名、先批量生成、先提交收录，最后才发现没东西可写。这条路真正的成本不在建站，而在返工与清理：页面已经提交过，下线又要处理死链，两头都费劲。

一个做对了的样子

有家做管道疏通的公司，只在四个城市有业务。他们的城市页里写得很细：某个区的老楼管道口径偏小、雨季返水多；另一个区工厂集中，需要夜间作业；每个区列了实际的上门时间窗和起价。页面里还写了「个别楼栋因管道结构不同，需现场确认」，把边界说在前面。

这四页上线后，抓取情况比他们原来的三十个城市页更好，客服接到的咨询也更具体——很多人上来就说「我家是某某区那种老楼」。这不是效果承诺，只是一个观察：把边界写清楚，来的人反而更对。

值得一提的是，他们后来主动下线了那些「勾选覆盖但没有业务」的城市页。下线之后，剩下页面的抓取频次有上升。这件事没有严格对照，只能当参考，但方向和前面讲的逻辑是一致的。

建了也写了，为什么还是没起来

卡在入口太深

城市页做了差异，但只从页脚进去，抓取优先级就排在后面。先把它们放到列表页的第二层，比再写十页都管用。

卡在标题写法

「某某城市服务中心」这种标题，机器看不出你在这个城市做什么。换成「某某城市：老楼管道疏通，上门时间与起价」这类带业务与条件的写法，可读性与可摘取度都不一样。

卡在信息冲突

城市页写着覆盖全城，另一页写着只做三环内；平台上留的是旧号码，官网上是新号码。机器碰到这种矛盾，通常会选择绕开，宁可引用别家。

卡在当地没有实体信号

纯线上的服务可以只靠内容，但本地服务需要一点能被核对的痕迹：地址、门店照片、可打通的本地电话、与当地相关的活动或合作。没有这些，光靠文字写得细，可信度还是差一截。

多语言与多地区叠在一起时

外贸企业常见的情况是：既要按国家分，又要按语言分。两者叠在一起，很容易做出几十个互相很像的页面。处理原则只有一个：先定轴，再分页。要么以地区为轴，每个地区下设语言版本；要么以语言为轴，每个语言版本里分地区。两种轴都行，混着用一定会乱。

定了轴之后，每个页面要能回答同一个问题：这个版本是给哪个国家、说哪种语言的客户看的。答不出来，这个页面就不该存在。另外，不同语言版本不要用机翻复制——用词习惯差得远，直译过去往往连业务都说不清。

维护：谁负责，核什么，记在哪

每页挂一个负责人

不一定是专职，但必须有名字。挂名字的页面和没人管的页面，半年后的状态完全不同——这是最朴素的经验。

核三样东西

价格区间、覆盖区域、联系方式。这三样变了却不更新，页面就会开始误导客户，也会让机器读到的信息与外部目录冲突。

改完写一行记录

什么时候改的、改了什么、谁核的。记录不必长，一行就够。它的作用是让下一次审查知道该信哪一版。

维护不需要大动作，季度花半小时把三个字段核一遍，比半年后大改一次省力得多。

这门课里对应的那一节

地区分站的做法在《网站GEO优化：从域名到页面模板的 AI 友好改造》里有一节专门讲，重点不是怎么批量生成，而是怎么让每一页都带着本地事实。配套的还有核心页面优化与站内梳理两节——分站建完，得靠站内结构把它们串起来，否则就是一堆孤立页面。

课时入口：地区分站建立技巧、网站核心页面优化、AI 重点判定页面之站内梳理；课程页在这里。

什么时候该停

地区页做到一定规模，会遇到一个拐点：新增城市带来的咨询越来越少，维护成本却越来越高。这时候该停手，把精力挪到已有城市的页面上——补案例、补条件、补价格区间，往往比再开十个新城更有效。

判断拐点有个简单的信号：连续两个季度，新开城市页带来的咨询占比不足总量的百分之五，就说明覆盖已经够了。以下内容基于我们的实施经验，不构成对任何排名、流量或获客效果的承诺，具体以你自己的数据为准。

反过来说，如果你所在的城市群业务分布很散，覆盖本身就是需求，那停了反而吃亏。判断依据永远是自己的订单结构，而不是同行的页面数量。