如果重新设计涉及平台的调整，诸如从HTML转到PHP，保持现有URL的完整性，而只改变其文件扩展及解释词等。进行改道的幅度相对较小，你只需要采用通用指示把filename.oldextension 改为filename.newextension.。301标题代码告诉搜索引擎，新的URL已取代旧的URL，因此新的URL也会在搜索引擎索引目录中取代旧的URL。

　　当你对全球网站内容和结构进行审视时，情况就变得更为复杂了。传统的改道建议，即采用301从旧的ULR改道到新的URL，这种做法听起来不错。我也多次向客户推荐，而且对这种改道结果感到满意。但其无法对许多相关的问题做出准确的回答。

　　设想一下，你原来的网站有一个对Product X评论的网页。在新的网站中，你决定要开发主要Product X的网页内容，并在相同的网页整合评论。由于Product X评论网页在新的网站架构中没有引导副本，因此把旧的Product X评论网页改道到新的主要Product X网页是有道理的。

　　与过去相比，搜索引擎处理此类指示的速度更快，要确保你的改道设置正确无误，那么在新的网站推出后几天时间内就会在SERP中看到新的URL显示。

　　关于301改道需要记住的一点是，搜索缓冲从旧的URL到新的URL是固定的，相关的排名或许不是固定的。完成301改道后，新的URL可能会象旧的URL一样进行排名。但随着时间的推移，新URL的内容和进入的链接必须反映相似或是发善的内容，以维持排名情况。

　　从一组URL转移到另一组URL，用户急于寻求方法使新内容快速索引。在重新设计过程中，网站的重要架构会发生变化，URL结构也会变化。因此，用老的和新的URL列表向XML网站地图进行反馈，并至少坚持一到两个月，这不失为一种良策。理论上讲，你可以在网站地图反馈中永久地保留旧的URL，但你一旦看到新的URL连续几个月在所有的主流搜索引擎中显示，你最好把旧的URL从XML反馈中去掉，以节省带宽和服务器资源，使搜索引擎在有限的时间里更有效地对你的网页进行搜索。

　　需要说明的是，在你的XML反馈中的双列表URL，是对301战略的有力补充，而非是代替。它由机器人提供对旧URL的改道和对新URL的导航。

　　另一个建议是，如果你要从一个子域名改道到另一个子域名，这种方法可能是无效的。特定的网站地图反馈必须包括在特定主机上的URL，一句话，如果你从www.domain.com改道到www.newsub.domain.com，则位于www.domain.com的网站地图文件无法包含来自www.newsub.domain.com的URL 。在这起案例中，最好的途径是从www.newsub.domain.com快速启动新的独立的反馈。

　　要确保你的XML网站地图反馈有效，一个办法就是要把其放在robots.txt文件中。这是一种简单的操作，只需要一列代码：sitemap: http://www.domain.com/sitemap.xml。" Domain.com"是你自己的域名，而"sitemap.xml"是你的网站地图文件的正确名称。要记住，在robots.txt文件内放置这组代码，没有正确或是错误的位置。

　　最后一个，但是很重要的建议是关于robots.txt在网站重新设计中的角色问题：在过渡阶段，要确保包括旧的和新的结论。设想一下，你想让自己网站的搜索结果网页被索引。如果旧的搜索结果网页被排除在以下这组代码中：disallow: /search/，而你新的搜索结果网页仍在/cgi/results/代码之中，则要重新启动，这样，你就会在robots.txt文件中拥有上述两组代码。

　　在由一组URL向另一组URL过渡阶段，你必须要保证新旧URL都被排除在外，直到旧的URL不再在索引中出现为止。

　　重新启动网站是一项艰苦的实践，经常伴随着单调乏味的细节问题。但每花一个小时用于准备工作，就会为改进或是修正错误节省了一天甚至是一个星期。当然，一开始你建立网站是为了用户，而不是为搜索引擎。但在重新设计过程中，你的确需要思考这一问题。