301重定向最佳实践 - 多个站点到单个站点

Question

我有大约15个以上的网站,我们希望删除这些网站并将它们合并到一个网站中(为新网站中的每个网站创建页面).

应将15+站点的域重定向到一个站点,如下所示:

a.com -> z.com/a
b.com -> z.com/b
c.com -> z.com/c
.. 

此外,我们希望将页面从旧域重定向(301)到新的新域以保持页面的排名:

 a.com/about-us     -> z.com/a/about-us
 b.com/about/abouus -> z.com/b/about-s
 c.com/contactus    -> z.com/c/contact-us

15个以上站点中的每个站点都在自己的服务器上运行,并且具有不同的平台,而新服务器是IIS.

目前,我正在考虑两种方法:

1. 将旧的DNS记录指向z.com的新服务器,并处理服务器上的所有重定向.
   

2. 保持旧站点运行,并在每台服务器上配置重定向规则,以将每个页面重定向到新站点上的匹配页面.

哪种方法更好,还有其他方法吗？到目前为止,我认为第一种方法更好,因为我们将在一个地方控制所有重定向 - 但从性能方面来看,是否会在服务器上增加更多头痛？

Answer 1

情景

您创建了一个新站点,并且希望将所有旧站点(15+)重定向到新站点(页面到页面).

所有旧站点都在不同平台上运行在自己的服务器上,而新站点则是IIS.

你的选择

1. 将旧的DNS记录指向z.com的新服务器,并处理服务器上的所有重定向.

优点

• 成本更低 - 您可以删除所有旧网站,并可以节省服务器成本.
• 内部重定向.所以,时间会少一些

坏处

• 执行复杂
• 处理类似页面的冲突(仔细检查重定向路径)

2. 保持旧站点运行,并在每台服务器上配置重定向规则,以将每个页面重定向到新站点上的匹配页面

如果你能承担在15台服务器上运行15个不同站点的成本只是为了重定向,那么只能采用这种方法.

这只是浪费金钱,重定向时间会更多.

Answer 2

你的第一种方法绝对是最好的.

1. 它易于维护
2. 你不需要保留旧的基础设施(虽然在你的第二种情况下,你需要保持只重定向前端,如apache,nginx或lighthttpd)
3. 从一个访问者请求到旧位置,重定向答案和请求到新位置将不会同时出现性能风险.

Answer 3

我认为最终你将不得不关闭所有其他网站,因为从长远来看,保持15个网站只是为了重定向是不合理的.

据我所知,问题在于如何在短期内更好地组织向新系统的迁移.以下是我对此的看法:

你的系统有多大

• 你的QPS是什么？
• 你的网站农场有多少页？
• 你需要为相当数量的页面重新映射URL吗？
• 什么是迁移程序？你会逐个切换你的网站,还是技术上不可行,他们都需要立刻交换？

如果我们谈论的是处理10个QPS和1K页面的系统或者处理50K QPS并且具有1B页面的系统,我们需要动态地重新映射系统负载可能是一个问题而且p.2可能看起来更好

回滚

请注意,中间服务器可以缓存DNS记录,如果出现问题需要快速回滚到以前的版本,则可能是个问题

你有什么样的系统

实际上是否可以轻松地从15个不同的系统中提取URL并将它们放在一个点上,而没有丢失有价值的东西的风险？

易于维护

乍一看,从维护的角度看第一种方法看起来更容易,但我不知道你使用什么样的系统以及重定向规则需要多复杂.如果它们是复杂动态的,如a.com/product.php?id=1 => z.com/a/iPhone6S将数百万个这样的网址移动到一个点可能会很棘手

SEO

我没有密切关注这个行业,但几年前两者都可以正常工作.我认为值得咨询那些与这个行业保持同步的人 - 它变化非常迅速