我用一套程序同时运营50个城市资讯分站，收录率稳在85%以上的实操记录

从2019年到现在，我手上经手过的多城市资讯分站加起来超过200个。建站环节其实算不上难，真正磨人的是50个城市分站全部上线之后，内容更新、模板微调、收录盯盘这些事怎么统一管起来。早两年我还在用FTP一个个传文件，改个页脚的联系电话就能耗掉一上午。后来换成集中式管理，人才算从重复劳动里解放出来。这篇就把我这套多城市资讯站群的落地配置掰开说，服务器怎么分组、域名怎么定、群站管家在里面承担什么角色，都讲清楚。

一、多城市资讯站群的底层架构怎么搭

先聊架构。50个城市分站这个体量，我不建议全部堆在一台服务器上。我自己的分法是三组：北上广深这几个一线城市站单独给一台4核8G的机器，流量集中、数据库压力大，单独跑更稳；杭州、成都、武汉等12个二线城市站合并到一台8核16G的机器，用不同的数据库前缀做隔离；剩下34个三线以下城市站统一放在一台16核32G的服务器上，跑同一套程序的多站点模式。这套方案能成立的前提是程序层支持多站点绑定不同域名，每个站点有自己独立的模板目录和内容库，后台入口却只有一个。

域名规则上，我习惯用城市拼音缩写加行业词，比如hz-news、cd-news这种格式，后期做地域词库匹配会方便很多。每个分站绑定独立域名，不走二级目录，原因很直接：二级目录在百度那边的收录速度明显慢半拍，实测下来独立域名的新站收录周期平均快7到10天。

二、群站管家在多城市站群里的实际作用

群站管家我是2021年开始接入的，当时看中的就是它能把内容分发和站点监控塞进同一个面板。现在50个站的内容更新是这么跑的：编辑在总后台写好一篇稿子，勾选要分发的城市站点，群站管家会自动把标题里的地域词替换成对应城市，正文里的联系方式、地址信息也跟着站点配置走。比如写一篇“本地社保办理指南”，分发到苏州站标题就变成“苏州社保办理指南”，正文里的办理地址自动换成苏州各区的政务中心。

这个替换逻辑不是简单的字符串匹配，群站管家支持自定义词库，每个城市站可以单独维护一套地名、机构名、电话的映射表。我一般会提前把每个城市的200个高频地域词录进去，分发时命中率能到九成以上。剩下没命中的部分手动补一下，50个站发一轮稿子从原来的3小时压缩到40分钟。

监控这块也省心。群站管家的站点状态面板会列出每个分站的百度收录量、快照日期、首页状态码。哪个站连续一周没收录新页面，面板上直接标红。上个月就靠这个功能发现嘉兴站的robots.txt被误改了，及时恢复之后三天内恢复了收录。

三、内容策略：城市分站不能只做搬运

做多城市资讯站群的人，栽在内容同质化上的不在少数。50个站发同一篇稿子，百度爬虫抓两三个站就停了，后面的一律不给收录。我的做法是每个城市站保持30%的本地原创内容，这部分交给各城市的兼职编辑写，选题围绕当地的政策变动、交通规划、商圈动态。剩下70%用群站管家做地域化改写分发，改写不只是换地名，段落顺序和开头结尾都要重新组织。

举个例子，总站发一篇“公积金提取流程简化”的稿子，分发到宁波站的时候，我会让兼职编辑把开头改成宁波市公积金中心的具体通知截图，中间插入宁波各区的办理网点表格，结尾换成宁波本地的咨询电话。这样处理下来，宁波站那篇稿子的收录速度比直接搬运快了将近一倍。

四、收录维护的几个实操细节

多城市站群跑起来之后，收录维护是每天的必修课。我的习惯是每天早上花20分钟看群站管家的收录报表，重点盯三类站：新上线不满30天的、收录量连续下滑的、快照超过7天没更新的。新站前两周每天手动提交一次sitemap，配合群站管家的自动推送接口，基本能在15天内出收录。

还有一个细节是城市站的友情链接。50个站之间互相链接容易形成站群指纹，我的做法是每个城市站只跟同省份的2到3个站互链，链接位置放在页脚而不是导航栏，锚文本用城市名加业务词的自然组合。这套规则执行下来，目前50个站里有43个站的首页在百度有稳定排名，收录率维持在85%到90%之间。

服务器参数方面，三组机器的配置分别是4核8G/8核16G/16核32G，带宽统一用的5M独享，数据库全部是MySQL 5.7，PHP版本7.4。这套配置跑了快两年，除了大促期间流量翻倍时加过一次内存，日常运行没出过大的稳定性问题。群站管家那边支持多服务器同步管理，三台机器的站点状态在一个面板里就能看全，不用来回切后台。

多城市资讯站群这件事，工具解决的是效率问题，内容解决的是收录问题，两个都得抓。群站管家帮我把50个站的管理成本压到了一个人能扛住的水平，剩下的精力全放在本地内容的打磨上，这才是城市站群能长期跑下去的根本。