SEO小教室｜客製系統301轉址功能開發注意事項與WordPress轉址功能外掛簡介

轉址（Redirect）在SEO的重要性不言而喻，除了可以保留下架內容的流量、移轉排名到新的網址（可能無法完整但至少可以部分），也可以用來整併內容、強化特定頁面的SEO權重，此外…對使用者體驗也很重要，一個充斥404網頁的網站會對使用者造成莫大的困擾。

本文分享的是「客製系統」開發轉址功能時的注意事項（根據我在KKday時的規劃方式），轉址可粗分為301（永久轉址）跟302（暫時轉址），本文提的都是永久轉址。介紹完這些開發注意事項之後，會再簡單說明WordPress的轉址，如果想探索完整的轉址概念，請參考301轉址懶人包。

進入正題前先說明幾件事：

這邊的轉址功能是為了處理特定網址下架造成的SEO或404頁面問題，不討論如何處理http轉https或者non-www轉www的議題
如果無法請工程師開發轉址功能，也可使用其他方式處理（Google的說明），例如Apache server可以使用.htaccess，這種方式的實現難度低於開發客製功能，但依然需要工程師的協助，且難以做到以下的檢查、只能執行轉址

客製系統之轉址功能開發注意事項：

我們會因為許多原因而在網址後面加上對內容產出沒影響的行銷參數，例如：UTM，在規劃轉址的時候也要考慮到如果將A以301轉址轉到B之後，是否要保留Ａ網址的行銷參數？這沒有絕對的對錯，只要相關人員有討論過且有共識即可。

如果負責電商網站、有進行聯盟行銷，就要注意一件事：網址的轉址不能影響到聯盟行銷的成效歸屬，以免產生爭議。例如：

推廣者（例：David）在他的網站上置入我們的商品連結：https://123.com/product-123?affiliate=abcd，當使用者點了這連結並完成購買，該推廣者會拿到分潤
我們將上述商品網址轉到product-456
使用者點了https://123.com/product-123?affiliate=abcd後會被轉到新商品，這時候如果成交依然要將成效歸屬到David，不然會造成很大爭議、影響到聯盟行銷的經營與推廣

轉址迴圈指的是A轉到B但B又轉到A，導致沒有最終目的地、陷入無限的循環，而多次轉址比較好理解，就是A轉到B、B轉到C（這時A被轉址兩次）。這兩個問題是不同的問題且嚴重性不同，但解決方式是一樣的，要同時進行下列檢查：

檢查一：如網址已是他人的轉址目的地，就不能將該網址轉到其他網址，例：某網址（例：A）是另一個網址（例：B）的轉址目的地，則不能再將A轉到其他網址。如果想將A轉到其他網址，則必須先將B的轉址目的地由A調整為另一個網址。簡單來說，這檢查的目的是：

確認網址是否可以被轉到其他地方

檢查二：不能將轉址目的地設定為已被轉址的網址，例：若要將網址B轉到A，必須要先檢查A是否被轉到其他地方，沒有的話才可以作為其他網址轉址的目的地。簡單來說，這檢查的目的是：

確認網址是否可以作為他人轉址的目的地

實務上確實有可能發生網址A已經被轉到網址C，但不是每個人都知道，就有人又將網址B轉到網址Ａ，這時候就要以檢查二避免這狀況發生；另一種情形就是網址B已經被轉到網址A，結果我們又將網址A轉到網址C。前述問題比較好發現，只要先確認轉址目的地的回應代碼即可，後面的問題很難以人工判斷，要以系統去檢查。

通常網址如果被轉到其他地方，系統一定會顯示，但我還建議顯示另一種資訊：某網址（例如：A）是否為他人的轉址目的地？如是，是哪些網址轉到它身上？這樣如果要將A轉址到C，但網址A又是其他網址的轉址目的地，就會知道該先調整哪些網址的轉址目的地。

這很容易理解，一個網址可以是很多網址的轉址目的地（可以多對一），但只能有一個轉址目的地（不能一對多）。白話文就是：網址A可以同時是網址C跟D的轉址目的地，但如果網址A已經轉到網址E（前提當然是他不是其他人的轉址目的地），就不能再轉到網址F。

這意思很容易懂，但實務上不好執行，因為涉及麻煩的跨部門溝通。如果有某個網址（例如：A）是他人的轉址目的地，則A就不能被下線（被刪除或變更為草稿），一旦發生，除了A無法連線，所有轉到A的網址也無法連線。

這一點就SEO來講很容易理解，但因為公司內部經營產品或內容通常是不同部門，他們也有自己作業上的考量、不一定可以配合（特別是產品內容），折衷方式就是如果某一商品網址是其他網址的轉址目的地，該商品不能被下架但可以停售，意思就是Google跟使用者還是可以看到這網址的內容，但使用者不能購買。

以上是針對客製系統的轉址功能開發建議，如採用WordPress架站，可以參考Redirection外掛介紹，這外掛可以批次上傳轉址設定、支援規則運算式，也可以監控網址的變化、自動產生轉址，但是…無法檢查上述的重點事項（應該是說：WordPress轉址外掛很少能做到這些檢查）。

就我個人經驗，網站經營一久、轉址設定多了之後，多多少少都會出現轉址錯誤，實務上可行的檢查方式：

以Screaming Frog檢查網址是否出現多次轉址、轉址迴圈等等
匯出Redirection的轉址設定，逐筆檢查是否有設定錯誤的地方，最大的原則：一個網址不能同時存在於source url（被轉出去的網址）與target url（轉址目的地）。我會建議先用這方式檢查，雖然花點時間但容易執行，也不用學習其他工具

301轉址是CMS系統中非常核心的SEO功能，但開發時要非常謹慎、特別注意防呆，以免造成多重轉址，甚至是轉址迴圈。這邊列出的注意事項也是我跟工程師多次討論加上反覆調整後，取其精華摘要出來的，以這些原則跟工程師溝通，他們應該就能抓到重點，避免日後誤用造成錯誤。