301 Moved Permanently
被請求的資源已永久移動到新位置，並且將來任何對此資源的引用都應該使用本響應返回的若干個URI之一。如果可能，擁有鏈接編輯功能的客戶端應當自動把請求的地址修改為從服務器反饋回來的地址。除非額外指定，否則這個響應也是可緩存的。
新的永久性的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。
如果這不是一個GET或者HEAD請求，因此瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發生變化。
注意：對於某些使用HTTP/1.0協議的瀏覽器，當它們發送的POST請求得到了一個301響應的話，接下來的重定向請求將會變成GET方式。
302 Found
要求客戶端執行臨時重定向（原始描述短語為“Moved Temporarily”）。由於這樣的重定向是臨時的，客戶端應當繼續向原有地址發送以后的請求。只有在Cache-Control或Expires中進行了指定的情況下，這個響應才是可緩存的。
新的臨時性的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。
如果這不是一個GET或者HEAD請求，那么瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發生變化。
注意：雖然RFC 1945和RFC 2068規范不允許客戶端在重定向時改變請求的方法，但是很多現存的瀏覽器將302響應視作為303響應，並且使用GET方式訪問在Location中規定的URI，而無視原先請求的方法。因此狀態碼303和307被添加了進來，用以明確服務器期待客戶端進行何種反應。
差異
- 對於用戶
301，302對用戶來說沒有區別，他們看到效果只是一個跳轉，瀏覽器中舊的URL變成了新的URL。頁面跳到了這個新的url指向的地方。 - 對於引擎及站長
302轉向可能會有URL規范化及網址劫持的問題。可能被搜索引擎判為可疑轉向，甚至認為是作弊。
PHP實現
301
<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.google.com");
302
<?php
header("Location: http://www.google.com");