大部分人卡在第二类，因为看起来最省事。但省事的地方往往就是出问题的地方。
真正决定站群生死的，其实是三个参数。第一个是内容的信息增量。不是改同义词，不是把「很好」换成「不错」，而是同一个话题换一个完全不同的切入角度和事实材料。第二个是网络指纹的离散度——IP的C段、域名注册商、DNS服务商、SSL证书签发机构、服务器时区、甚至页面里自动生成的时间戳格式，这些细节会一起构成一个特征向量。第三个是流量结构，一堆站全是长尾词、首页毫无权重，这种结构在算法眼里就是典型的低质集群。
我自己的教训是模板指纹。当时一百多个站共用一套主题，只换了配色和logo，class名、id命名、DOM层级完全一致。收录正常了两个月，第三个月开始，新发的内容几乎不收录，老内容排名集体下滑。后来把站砍到7个，每个站单独写模板，DOM结构、导航层级、甚至分页逻辑都不一样，反而慢慢稳住了。
发布时间戳是另一个容易被忽略的点。批量发布插件默认按队列顺序执行，几十篇文章的时间戳相差两三秒，或者全部卡在整点。手工运营的站不会长这样。把发布时间打散到不同日期的不同时段，这件事没有任何技术难度，但很多人就是不做。
如果你正在选型，看这几个功能就够了：能不能批量管理域名和站点、内容库是否支持去重和版本管理、模板是否支持每个站独立定制、有没有抓取频次和状态码的监控面板、备份和迁移是否一键完成。其他花哨的功能，多半用不上。
成本上，一百个静态站的年成本可以压到域名费加一台云服务器，三千块以内。如果走CMS多站，同样的规模，服务器和运维成本至少翻三到五倍，还得算上被K之后重建的时间成本。
最后说一句可能不太中听的。站群系统是个放大器，它放大你的内容能力，也放大你的偷懒。你想清楚每个站为什么存在、给谁看、提供什么别处没有的信息，它就是一套效率工具；你想不清楚，它就只是一台批量生产垃圾的机器，而且这台机器出故障的时候，是一整批站一起出故障。