重定向說白了就是經過各種的辦法將各種網絡煩請從新定個方向轉到其他位置。
如：網頁中的重定向
域名的重定向
路由挑選的變動也是對數值報文路程經過途徑的一種重定向
在我們的網站建設中，時不時會碰到需求網頁重定向的事情狀況：象網站調試，如變更網頁目次結構，網頁被移到一個新地址，再還是，網頁擴展名變更，如因應用需求把.php改成.Html或.shtml，在這種事情狀況下，假如不做重定向，則用戶收集保藏夾或搜索引擎網站數值庫中舊址只能讓過訪客戶還會獲得一個404頁面不正確信息，過訪流量白白失去;再如某些注冊了多個域名的網站，也需求經過重定向讓過訪這些個域名的用戶半自動跳轉到主站點，等等。
常用的重定向形式有: 301 redirect, 302 redirect 與 meta fresh：
301 redirect: 301代表長久性轉移(Permanently Moved)，301重定向是網頁更改地址後對搜索引擎網站友善的最好辦法，只若非短時間之內搬動的事情狀況,都提議運用301來做轉址。
302 redirect: 302代表短時間之內性轉移(Temporarily Moved )，在前些年，不少Black Hat SEO曾廣泛應用這項技術作弊，到現在為止，各大主要搜索引擎網站均增強了打壓力量，象Google前些年對Business.com以及最近對BMW德國網站的辦罪。縱然網站客觀上不是spam，也很容易被到處尋找引擎容易誤判為spam而遭到辦罪。
meta fresh: 這在2000年初比較流行，然而如今已很少見。其具體是經過網頁中的meta指令，在特別指定時間後重定向到新的網頁，假如延緩的時間太短(約5秒之內)，會被判斷為spam。
301 Redirect成功實現網頁重定向
IIS服務器成功實現301重定向
* 敞開internet信息服務管理器，在欲重定向的網頁或目次上按右鍵
* 挑選重定向到URL
* 在重定向到輸入框中輸入要跳轉到的目的網頁的URL地址
* 選中資源的長久重定向(牢牢記住)
* 最終點擊應用
Apache服務器成功實現301重定向
對比來說，Apache成功實現起來要比IIS簡單多了。在Apache中，有個很關緊的文件.htaccess，經過對它的設置，可以成功實現眾多堅強雄厚的功能，301重定向只是那裡面之一。
Redirect permanent / 是網上最大的經濟活動搜索引擎網站和分類目次，以專業供給經濟活動信息而享負很大的名望，涵蓋近19萬網頁。若以business為網站關鍵詞在Google中施行搜索，該網站名列第1。然而在九月五號，Business.com碰到一件蹺蹊之事：它的首頁由PR8成為了PR0，並且Google搜索最後結果中找不到首頁。好在被蒸發的只是首頁，然而暗自高興的是次日首頁又回到達Google的搜索最後結果，但PR仍舊為0。
Business.com的問題出在它的重定向指示上。該網站讓business.com跳轉到，這種重定向本該是長久性的。我們曉得，301歸屬長久性重定向，而302則歸屬臨時性重定向，只有當一個網站或網頁在24到48鍾頭之內臨時移到其他位置的事情狀況下能力運用該指示。但Business.com卻不正確地運用了HTTP/1.1302 Object Moved狀況碼。
實際上網站重定向極為存在廣泛，比如不滿原來的域名而提出請求了一個新域名;買下容易被人錯拼的域名，避免客戶由於拼錯URL而找不到網站，等等。可是，眾多人卻會因為運用了不正確的重定向狀況碼而遭滅站之災，有如Business.com。盡管它們的重定向理由充分合理，不過若運用不合適，則有可能被Google誤覺得是利用多個域名指向同一網站，那末你的網站便會被封掉，罪名是利用重復的內部實質意義來乾擾Google搜索最後結果的網站名次。Business.com就是最好的覆車之鑒。只然而大部分數運用不正確重定向參變量的網站沒Business.com這樣幸運，一個小小的重定向就有可能使網站前功盡棄，只能重新來過：從新提出請求新域名，從新宣布新網站，等等。記取：Google絕不會同情不論什麼人縱然無心犯下的不正確。
網站服務器響應網頁瀏覽煩請的運作流程
讓我們先來理解一下子用戶/搜索引擎網站和網站一著手的交互流程。當用戶或搜索引擎網站向一個網站服務器散發網頁瀏覽煩請時，該服務器將：
1.經過域名服務器(DNS)將域名改換為網站的IP地址，而後回返給客戶
2.敞開一個該IP套接口連署
3.記下經過該套接口的一個HTTP數值流
4. 從WEB服務器收繳一個響應煩請的HTTP數值流。該數值流裡面含有狀況碼，狀況碼的值由HTTP協議所表決。這處所謂HTTP數值流信息也叫頭信息 (Header)。頭信息中涵蓋了日子，服務器類型，一般還會有一條200 OK信息。假如一切令人滿意，那末網絡服務器便會將200 OK信息以及煩請頁面發發送去。假如網站在這會兒已經樹立了重定向，那末服務器便會在頭信息中裡面含有一個302 Moved Temporarily或301 Moved Permanent什麼的的響應信息。搜索引擎網站會依據服務器頭信息中的內部實質意義作出表決。
網站重定向的注意事情的項目
1.若准備將服務器上的文件移到其他地方時，須就以下信息准確地通告搜索引擎網站的爬動手續：
- 目的地址：這些個文件被移向何方
- 移動屬性：短時間之內移走仍然長久性移走
2.對領有多個域名的網站，資深專家提議應把那一些沒想到在搜索引擎網站上推廣的域名用301跳轉指示來長久性重定向。
保證網站實行了准確的301重定向
對於准確實行301重定向，有這麼幾個辦法可供大家參照：
1.在.htaccess文件中增加301重定向指令
2.適合使用於運用Unix網絡服務器的用戶。經過此指令通告搜索引擎網站的spider你的站點文件不在這個地方址下。這是較為常用的方法。形如：Redirect 301 / 所際遇的問題Dan Thies深有體驗領會，由於他也有過大致相似的際遇。他的網站上有一個會員跟蹤腳本代碼，那裡面一個會員的站點經過302指示照射到這個跟蹤腳本代碼，而這個跟蹤腳本代碼又是經過302照射到他的主頁。當在Google中用keyword research施行搜索，他的主頁名次在前十位，不過地址顯露的卻是那一個會員的網址。最後結果使他哭也不是笑也不是：過訪者經過Google搜索最後結果進入了他的網站，而他卻只得為這些個過訪量給那一個會員付出酬勞! 後來他用robots.txt文件嚴禁Spiders跟蹤過訪他的會員跟蹤腳本代碼纔算解決了問題。
對於Business.com，Dan Thies覺得：到現在為止Google在302重定向的處置上還存在一定的問題，但並不表達Google不准許302重定向。Business.com並未遭封或遭到辦罪，他們只是回返了不正確的響應。
Dan Thies提議：假如運用了跟蹤URL/腳本代碼，又務必讓過訪者重定向到某一著陸頁，那末必須要在robots.txt文件中嚴禁Spiders去過訪第二個重定向。假如沒有對跟蹤URL/腳本代碼施行重定向，而只是把額外一個URL上的內部實質意義給復制過來，那末應在robots.txt文件中嚴禁Spiders去過訪跟蹤URL，以防因內部實質意義重復而遭搜索引擎網站辦罪。
301重定向經驗談
一個多域名站主的經驗之談：
我只有一個網站，主域名是、domain2.com、domain3.com等總計十幾個域名。全部這些個次級域名都照射到從cfan365.cn上獨立出來，讓它變成服務器上的一個平常的獨立網站。
B.為domain1.com開創一個.htaccess文本文件，並在文件中設置重定向代碼為：
Redirect permanent / 存在的地方服務器。
這一步也可以在域名扼制面板中完成。
C. 進入了域名扼制面板，將全部原來綁定到cfan365.cn上的域名從cfan365.cn上開釋，而後從新綁定到doamin1.com。這麼一來，這些個被綁定的域名運用的都是domain1.com的.htaccess文件，故而也就意味著他們都被長久性重定向到cfan365.cn上了。好了，大功告成! 就這樣容易!