站群网站迁移，指的是把一批已经上线的站点从原来的服务器、空间或域名上整体搬到新的位置，并且搬完之后这些站点还能正常打开、还能被搜索引擎正常收录。它跟新建一批站是两回事：新建是从零开始，迁移是让已经存在的站点换个地方继续活着，所以判断迁移成没成功，不看文件有没有拷完，而看老访客能不能顺利找到新地址、搜索引擎那边的记录有没有跟着更新。
很多人以为迁移就是打包下载再上传，其实真正花时间的是搬完之后那一堆收尾工作。站群的特点是站点数量多、结构相似，一处没处理干净，就会被放大成一批站点同时出问题。
迁移前先看这几点
第一看域名怎么处理。是继续用原来的域名，只是换服务器，还是连域名一起换掉。前者主要改解析，后者还要考虑老地址怎么把访问量交给新地址，这两条路的工作量差别很大。
第二看页面地址会不会变。如果新环境里的目录结构、页面命名跟原来一致，那基本不用额外处理；如果变了，就得把旧地址一条条对应到新地址上，否则访客点进来看到的是打不开的页面。
第三看原来的收录情况。哪些页面已经被搜索引擎收进去了，哪些本来就没什么权重，心里要有个数。收得多的页面，迁移时要格外小心，别让它们在半路上断掉。
第四看访问速度。换到新环境后，打开速度是变快还是变慢，这直接关系到访客愿不愿意留下来。站群站点多，最好在正式切换前先拿少量站点试一下。
不同情况怎么选做法
如果只是换服务器、域名不动，做法相对简单：先把新环境准备好，把站点完整部署上去，测试能正常访问之后，再改域名解析指向新服务器。切换尽量选访问量低的时段，切完盯一段时间，确认没有大面积打不开的情况。
如果域名也要换，就要多做一步：让旧域名下的每个页面都能把访客和搜索引擎引导到新域名下对应的那个页面，而不是统统跳到一个首页。站群站点多，这一步往往需要按规则批量处理，而不是一个个手工改。
如果站点数量多、结构又统一，可以考虑分批迁移，先搬一小部分观察效果，稳定了再推剩下的。这样即使中间出问题，影响面也可控，不至于一批站点同时出状况。
至于要不要顺手把内容也改一改，建议分开做。迁移本身已经够折腾，内容和结构同时动，出了问题很难判断是哪一步引起的。我爱模板。
几个常见误会
一个误会是觉得文件传完、页面能打开就算迁移完成。实际上老地址还能不能访问、搜索引擎那边的记录有没有跟上，才是决定这次迁移成不成的地方。
另一个误会是以为换个更快的服务器，收录和排名就会跟着变好。迁移解决的是稳定性和访问体验，不会凭空带来流量，把它当成一次搬家更合适，而不是一次升级。
还有人觉得迁移期间站点关掉几天没关系，等弄好了再开。站群站点本来靠持续可访问积累信任，长时间打不开，之前的积累会受影响，能不停就不停，非要停也尽量缩短。
最后一个误会是把迁移当成一次性动作。搬完之后的一段时间里，还需要持续看访问是否正常、页面是否能打开、搜索引擎那边的记录有没有异常，这些收尾观察做完了，这次迁移才算真正结束。