302狀況碼是HTTP常見狀況碼之一，302是臨時性重定向的意思，就是一個網頁臨時被搬到達另一個網頁上。實際應用中，應當把它分成兩種：內裡臨時的重定向，即從域A的一個頁面到域A的另一個頁面;外部臨時的重定向，從域A的一個頁面到域B的一個頁面。瀏覽器在詮釋302重定向的時刻老是遵循其定義(不管對於內裡和外部都這麼)。不過，到現在為止大多搜索引擎網站(涵蓋Google和Yahoo!)只把它作為內裡的302重定一向運用。這麼，對一個內裡的302重定向，搜索引擎網站不會緩存重定向的最後結果，況且將域A接著列於SERP中。這與定義是完全一樣的。外部302重定向則復雜一點。Google的Matt Cuffs聲稱，超過99百分之百的時間裡，Google將列出目的最後結果的最後結果，即域B而不是域A。這是與標准相離開的，而Google這樣做是為了減緩302要挾的殲擊。302要挾(hijacking)是指，利用域A上的一個頁面援用有高品質更新內部實質意義的域B。這麼，基於從域B偷來的更新內部實質意義，這個頁面會有較好的名次。

　　外部臨時的重定向普通都是用於站內的廣告，所以群體的數目不會偏高;而內裡的臨時性跳轉，牽涉到到內部實質意義頁的時刻，群體數值普通都會存在廣泛頎長。因為網站手續導致了同一內部實質意義重復調配使用的問題，造成網站萌生了數量多的重復性內部實質意義，就認為合適而使用了302跳轉來解決重復性問題。造成搜索引擎網站蛛蛛抓取的時刻顯露出來了數量多的302狀況碼。

　　

　　悲劇次日就發生了，造成網站網站關鍵詞個數由180個急降到93個。認識到問題在這以後，次日趁早的去掉了302的轉向，第三天的時刻，網站網站關鍵詞個數就由93個回昇到達190個。

　　

　　由此可以得出一個論斷：網站內裡數量多的302轉向會造成網站受到百度降權;所以在站內挑選轉向的時刻盡力要運用301。

　　謝謝!