Fatal编程技术网
  • redirect/
  • Redirect 301重定向最佳实践-多个站点到单个站点

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

redirect iis

Redirect 301重定向最佳实践-多个站点到单个站点,redirect,iis,url-redirection,Redirect,Iis,Url Redirection,我有大约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

我有大约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

目前，我正在考虑两种方法：

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

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

    • 哪种方法更好，还有其他方法吗？到目前为止，我认为第一种方法更好，因为我们将在一个地方控制所有重定向-但是从性能角度看，它会给服务器增加更多麻烦吗

    你的第一种方法肯定是最好的

  • 它很容易维护
  • 您不需要保留旧的基础架构（尽管在第二种情况下，您只需要保留重定向前端，如apache、nginx或lighthttpd）
  • 从一个访问者请求到旧位置、将应答重定向到新位置以及从另一个访问者请求到新位置将依次出现，而不是同时出现，因此不存在性能风险
    • 我认为最终你将不得不关闭所有其他站点，因为从长远来看，保持15个站点运行只是为了重定向是不可能的

    因此，据我所知，问题在于如何在短期内更好地组织向新系统的迁移。以下是我的想法：

    你的系统有多大
    • 你的QPS是什么
    • 您的网站场中有多少页
    • 您是否需要重新映射URL以获得相当数量的页面
    • 迁移过程是什么？你会一个接一个地切换你的网站吗？还是技术上不可行，需要立即切换
    如果我们谈论的是一个处理10QPS和1K页面的系统，或者是一个处理10QPS和1K页面的系统 50K QPS和1B页，我们需要动态重新映射系统负载，这可能是一个问题，第2页可能会更好

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

    你们有什么样的系统 真的有可能从15个不同的系统中轻松提取URL，并将它们放在一个点上，而不会丢失有价值的东西吗

    易于维护 乍一看，从维护的角度来看，第一种方法看起来更容易，但我不知道您使用的是哪种系统，重定向规则需要有多复杂。 如果它们是复杂的动态URL，比如a.com/product.php？id=1=>z.com/a/iPhone6S，那么将数百万个这样的URL移动到一个点可能很棘手

    搜索引擎优化 我没有密切关注这个行业，但几年前这两种方法都可以。我认为有必要咨询那些与这个行业保持同步的人，因为这个行业变化非常迅速 您创建了一个新站点，并且希望将所有旧站点（15+）重定向到新站点（逐页）

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

    你的选择
  • 将旧DNS记录指向z.com的新服务器，并处理服务器上的所有重定向
    • 优势

    • 成本更低-您可以删除所有旧站点，节省服务器成本
    • 内部重定向。所以，时间会更少
    劣势

    • 复杂的表演
    • 注意类似页面的冲突（仔细检查重定向路径）
  • 保持旧站点运行，并在每个服务器上配置重定向规则，以将每个页面重定向到新站点上的匹配页面
    • 如果你能负担得起在15台服务器上运行15个不同站点来重定向的费用，那么就只使用这种方法

    这只是浪费金钱，重定向时间会更长。

    DNS记录无法进行HTTP重定向，而HTTP重定向对您来说至关重要。要确保重定向为301 HTTP重定向，可以使用

    答案就是确保你的重定向是301 HTTP重定向，这样你的搜索引擎优化就正确了。除此之外，这只是品味/架构/金钱的问题，而不是标准的问题

    更新

    阅读更多：

    • Bing和Google都建议使用301重定向来更改搜索引擎结果中显示的页面URL

    • 301重定向是移动域的一种搜索引擎友好方式。301重定向域不会在搜索引擎中造成重复内容，这样您就不会损害您的搜索引擎排名。使用新的DNS设置需要有一个新的域名，但它不会重定向浏览器或搜索引擎。这两种方法都用于移动到新域

    • 当相同内容在两个不同的URL上可用时，会发生重复内容。要防止www上的内容与无www上的内容重复，请使用301重定向将一个重定向到另一个。要实现重定向，需要正确配置Web服务器。只要DNS指向Web服务器（CNAME或记录），就可以正确配置Web服务器

    几个月前，我一直被这个问题困扰着。我想将整个站点重定向到新站点的结构中。旧站点是.php，我对它一无所知

    我想我应该将旧网站的DNS指向我的服务器，编写一些MVC代码来捕获每个请求，然后使用vb.net
    Like
    操作符使用一组规则来比较入站Url和我的规则集