如何将多个网站迁移到一个新的域名下?


更换域名具有很大的风险,但是,当网站发展到一定规模后,更换域名往往是站长们不得不面对的问题。

最近,我也遇到了这个问题。我共有5个网站,但就目前本人自身的情况来说,这种模式似乎不太适用了,所以我打算给网站做一次大的调整,就是把这些网站迁移到一个新的域名下。

请问有什么好的推荐?

网站迁移 网站 域名

无聊的喝茶 9 years, 8 months ago

步骤一:

计划是一项既艰难又繁琐的工作,但你还是得做得周详。你得对自己网站的每个页面都非常熟悉,最好列个清单。不止要对每个页面可能受到的影响做出预测,而且还得检测这些页面的后续变化情况。

我在网站User effect上发布了很多文章,有些内容已经过时了,有些则质量不佳。所以,我从最基本的数据入手:

因为我只想看最近的流量情况,而网站又没更新什么新内容,所以我把时间段选在了最近三个月(2014年的第四季度)。

通过观察这些数据,我可以更加明确分析结果是否跟我的预测相符,确保不会遗漏了重要的信息,而后根据情况优化网页清单(上文中提到过最好列个清单)。

从SEO角度来看,我也不希望遗漏了那些虽然没带来很多流量,但给网站提供入口的外链。所以我又用Open Site Explorer工具来筛选Top页面。

因为我的网站几乎都是个人博客,所以受访Top页面和流量Top页面几乎相同。我得强调下,这只是一种针对小型网站的优化方式,如果是有着成千上万个页面的大型网站就得从网站架构出发,有逻辑的进行整理了。

从SEO角度来看,部分页面不迁移至新网站也是OK的,就算有些404页面也无妨,并不会给网站优化工作带来太大的影响。在2014年的第四季度,UserEffect.com这个网站的流量来源主要是237个URL,其中排名前10的链接带来的流量占据总流量的91.9%。这使我更坚信更换域名是重构网站的好时机,利用这次机会不仅可以优化网站的整体内容,而且可以提高网站的用户体验度以及链接的质量,而这些都是2015年影响SEO的重要因素。

放弃部分页面也可以减少设置301跳转的工作量。

此外,还有一种情况。比如一个页面的流量不错,但本身质量不好,且跳出率也很高:在这种情况下,我会选择重新编辑这个页面的内容。

步骤二:

在完成第一步骤之后,就该进行下个阶段了。在域名更换的这一阶段中最大的问题应该是有些站长在数据评估上花费好几周的时间,比如排名、流量、或者是谷歌索引等,然后却忽略了网页本身可能存在的问题。

1)手动检查页面

这时就要用到之前说过的网页清单了,根据清单来检查各个网页的情况,至少抽查清单中的部分网页。如果可以的话,手动在浏览器中检查这些网页的情况,确保每个元素都能正常工作。无论你对自己的技术知识多么有自信,请务必多留留心。

2)手动检查Header文件

一个页面解析成功不代表301跳转完全没问题。设置完301重定向一定要检查在header文件,可以使用URI Valet工具(可用的工具有很多,作者称更青睐这款)。我以为我已经搞定了301跳转问题,但实际上,我搞砸了。我其中一个网站的注册转移出了些问题,不得不通过注册商售后服务修改设置,结果搞成了302跳转(临时重定向)。(建议:在进行步骤一的操作时,最好不要更改注册商和域名)

别自以为是“专家”,就会万无一失。任何问题都可能存在,而我很庆幸及时发现了问题,并快速改正了。

3)提交新网站

很多站长认为已经没有必要向谷歌提交新站点页面了,不提交确实可以,但直接提交谷歌有一个最大的好处就是:快!

准确的说,谷歌管理员工具(Google Webmaster Tools)将工作进程分为“Fetch”和“Submit to index”(在Crawl->Fetch as Google菜单下)。将链接提交“Fetch”后,可快速得知谷歌是否能够解析该链接以及重新抓取页面内容,一旦页面被抓取后,便可提交索引。

这一提交过程并不是为了谷歌索引,而是为了能够获得实时反馈。一旦谷歌在抓取你网站时遇到任何重大问题,你都可以快速的收到通知。

4)提交新站点XML Sitemaps

在谷歌管理员工具中提交新站点的XML Sitemaps,最好是分层站点地图。如果你将站点地图有逻辑的划分为几个部分,有利于检测网站的哪类页面更受谷歌青睐,哪类页面可能存在问题。

关于sitemaps的两个建议:

  1. 暂时保持老站点sitemaps的活跃度。可能很多站长认为这没必要,但你要知道谷歌不会因为你做了301调整或是其他操作就放弃抓取老站点的sitemap。
  2. 确保新站点在谷歌管理员工具中的网站验证成功。如果你没有将老站点中上传的文件或是元标签迁移到新站点中,则无法通过谷歌管理员工具的网站验证。这种情况下,我推荐使用域名独立的方法来解决,比如使用Google Analytics验证网站。

步骤三:

301跳转设置完成后,接下来的工作就是等了,在这个阶段里很多站长就开始着急了。即使重定向做的非常好,谷歌还是得花几个星期,甚至是几个月来处理这些301跳转、以及重新评估新页面的质量。这段时间内网站的排名起伏以及流量波动都是很正常的。

这个阶段,站长们最关心的问题应该就是:网站排名、网站流量、搜索引擎已收录页面(可通过谷歌管理员工具或是site:命令查看)、以及错误页面(比如404)了。网站流量应该是最快恢复的一项指标,而排名和指数则相对滞后,至于错误页面得更长时间。

1)网站流量检测

我的网站usereffect.com是在1月21日完成迁移工作的,网站流量在22日之后就几乎保持0的状态了。那么新站点

DrPete.co的流量走势如何呢?一月份新站点流量波动最大的时间点是在16日和22日。16日我完成了第一个老站点的迁移工作,22日则是完成了usereffect.com网站的数据迁移。从usereffect.com网站的流量走势图来看,一月份的PV平均值约为1000左右,而Drpete.co网站的流量在趋于平稳之后仅为500个PV(大约是usereffect.com网站的一半)。从短期来看,我的网站PV确实损失惨重,但仍需继续观察其后续发展。

2)网站指数监控

在谷歌管理员工具中,可以看到搜索引擎已收录页面的大致情况,但这些数据相对滞后,且不够详细。因此,比起谷歌管理员工具,我更喜欢用site:命令。一般情况下,我每天都会查询一次,但不针对某个数据进行分析,而是检测宏观的数据走势。网站的指数走势与预想中的差不多,虽有波动,但总体乐观。

我将监测的时间段分隔得比较小,从1月22日至1月末,收录页面数逐步减少,到2月之后几乎为0。在老站点流量和索引慢慢流失的过程中,新站点的两项指标也相应的呈现上升趋势,很大程度上,两者的变化趋于等同。

3)网站排名监测

UserEffect.com网站排名最好的关键词是“split test calculator”(一般情况下是第1)和“usability checklist”(位列top3)。下图是使用Moz Analytics工具监测关键词“split test calculator”的结果:

一开始,搜索关键词“split test calculator”时,新站点(DrPete.co)排在第一位,但几天后就降到了3、4位。看似差别不大,但这个关键词是网站流量的主要来源之一,因而从一位降到#3、#4位带来的影响还是很大的。

后话

网站重新发布的第二天,在搜索关键词“dr. pete”时我看到了搜索结果中的drpete.com:新站点有排名了,但显示的却是老站点的title标签。这很可能就是之前的301跳转设置失败导致的(无意间采用了302跳转)。

下面再看下成功设置301跳转的页面。迁移之前,AreYouARealDoctor.com网站的活跃指数很低,网站关键词“are you a real doctor”在搜索引擎中排名第一。迁移后,搜索关键词“are you a real doctor”,新站点的重定向页面排名在第一名上保持了两个星期。

这次并未出现usereffect.com网站标签混乱的情况。所以,302重定向应该就是问题所在了。

当然,案例中只是用到很少的几个关键词,但仍可以从中总结出规律,并依此扩展开来。

4)错误页面(404页面等)

查找错误页面的途径有很多,首先可以从谷歌管理员工具中的“Crawl Errors(抓取错误)”着手(Crawl->Crawl Errors)。在新站点重新上线几周后,我发现了几个问题:老站点中有一个“/blog”的路径,但新站点中blog路径下的文件都放在了home-page中,没有相应的blog路径,因而就产生了404。

这个问题跟上面的差不多。MinimalTalent.com网站下有个用于放置可供下载文件(大多是PDF文档)的“/free”路径,这只需通过地址重映射便可解决。

至于最后一种情况,是因为我为usereffect.com专门设计了一种缩写形式的URL,在网站结构中,这些URL并不是真实存在的,在迁移过程中,这些页面都丢失了,从而导致错误页面的产生。这种情况就没那么容易解决了,是否值得花时间解决还有待考察。

最后,我们学到了什么?

在我自己看来,这一过程中最大的体会便是:我应该计划的更仔细、更用心些(或许就不会出现302跳转问题了)。人们总是在做出行动之后期盼最佳结果出现,但凡是都存在不可预知性,所以也应该想想如果失败了该如何解决。

域名更换本就是存在风险的,且没有任何捷径可行。做的不好,也许就是给自己的网站判了死刑;当然,一旦做好了,就是网站的春天。

简单来说就是:计划、计划、计划、监控、监控、监控,保持淡定别心急。

姆了个Q~ answered 9 years, 8 months ago

Your Answer