2

到目前为止,我们的 ASP.NET MVC 站点可以通过http://beta.fleex.tv访问。现在我们删除了我们的 beta 标签,它位于http://fleex.tv

我们通过我们的域名注册商 1&1 设置了从 beta.fleex.tv 到 flex.tv 的 http 重定向。该重定向非常残酷:它不查看所咨询的页面,只查看域,并且例如将http://beta.fleex.tv/page?arg=0直接重定向到http://fleex.tv

我有两个问题:

  • 有没有一种简单的方法可以将http://beta.fleex.tv/page?arg=0重定向到http://fleex.tv/page?arg=0?这是个好主意,还是我们应该完全删除 beta.fleex.tv?
  • 我们应该用谷歌做什么?
    • 如果我们保留“测试版”页面,它们在 Google 的索引中会发生什么?当前重定向到位后,它们都指向http://fleex.tv。我的猜测是谷歌将开始检测重复内容(甚至重定向内容)并从索引中删除所有内容,但我很想了解更多细节
    • 如果我们提交包含所有 flex.tv 节点的新站点地图,Google 会以任何方式惩罚我们,还是会简单地从头开始索引这些页面,不受 beta.fleex.tv 崩溃的影响?

一般来说,我很想知道你们对最佳策略的看法。这似乎是一个相当普遍的问题。我觉得没有办法避免丢失谷歌所做的所有索引,在这种情况下,虽然我只是想知道整个操作将如何影响我们在谷歌中的“声誉”......

如果不清楚,请提出问题。

4

2 回答 2

1

当谈到搜索引擎优化时,这是一场灾难。您需要进行页面级 301 重定向。

拥有不同的子域从一开始就是一个错误,因为现在它会导致麻烦,并且指向您的链接现在不准确。

重定向并不是特别难做:Application_BeginRequest查看Request.HostandRequest.RawUrl属性并在必要时重定向。

于 2012-11-23T13:22:20.110 回答
0

我将提供与 usr 相同的建议,但重申一下 - 如果您不修复它,这绝对会扼杀您的排名和自然流量,尤其是长尾流量。

在您开始失去旧 URL 的价值之前,您有大约三到四个星期的宽限期来实施页面级别的内容。

我还要补充一点,因为您使用的是 302s 而不是 301s(在 ASP.NET 环境中很常见),Google 将需要更长的时间才能将重定向视为永久重定向,反复检查页面是否已移动 - 因此不会将价值从子域传递到主域 - 从个人经验来看,最终整体传递的链接价值会减少。

http://support.google.com/analytics/bin/answer.py?hl=zh-CN&answer=2613318

于 2012-11-26T15:21:39.623 回答