警惕网站被别人302跳转 网站被K最离奇原因

关于网站顶级域名被302快照劫持的事情在BD绿箩卜算法之后 遇到好几个站长都成为被黑锅的对象，百度没有惩罚做302跳转者，而是处罚被跳转者。在网上搜集相关资料，302跳转对被害网站太不公平了

举例说明
http://www.winband.net 的站长为了提高自己的网站的权重，偷偷的建立了一个 http://wf168.winband.net的二级域名，并做了302跳转到http://www.wf168.com ，百度蜘蛛在爬行http://wf168.winband.net二级域名的时候发现临时跳转到了http://www.wf168.com的网站，这时候百度蜘蛛就会认为http://wf168.winband.net 是http://www.wf168.com的一个子频道，同时http://www.wf168.com的权重也被转移到了http://wf168.winband.net 这个二级域名，http://www.wf168.com失去网站权重，甚至网站被K

关于301和302

301 Moved Permanently
　　被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个 URI 之一。如果可能，拥有链接编辑功能的客户端应当自动把请求的地址修改为从服务器反馈回来的地址。除非额外指定，否则这个响应也是可缓存的。
　　新的永久性的 URI 应当在响应的 Location 域中返回。除非这是一个 HEAD 请求，否则响应的实体中应当包含指向新的 URI 的超链接及简短说明。
　　如果这不是一个 GET 或者 HEAD 请求，因此浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。
　　注意：对于某些使用 HTTP/1.0 协议的浏览器，当它们发送的 POST 请求得到了一个301响应的话，接下来的重定向请求将会变成 GET 方式。

302 Found

　　请求的资源现在临时从不同的 URI 响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。
　　新的临时性的 URI 应当在响应的 Location 域中返回。除非这是一个 HEAD 请求，否则响应的实体中应当包含指向新的 URI 的超链接及简短说明。
　　如果这不是一个 GET 或者 HEAD 请求，那么浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。
　　注意：虽然RFC 1945和RFC 2068规范不允许客户端在重定向时改变请求的方法，但是很多现存的浏览器将302响应视作为303响应，并且使用 GET 方式访问在 Location 中规定的 URI，而无视原先请求的方法。状态码303和307被添加了进来，用以明确服务器期待客户端进行何种反应。