同一份內容,你眼中是一頁,搜尋引擎眼中可能是四頁。這是我這二十年做多語系網站最常遇到的坑:網址稍有不同,搜尋引擎就當成不同頁,然後這些「其實一樣」的頁彼此搶收錄、分權重,最後誰也排不好。這篇我用一家工業儲存廠商的實際檢測當底,把重複網址和國際 SEO 這兩件糾纏在一起的事拆開,講清楚 en 和 us 該不該並存、index.php 這種變體怎麼收、多語系網址怎麼收斂成一個標準版本。

1. 搜尋引擎眼中,這幾個網址算不算同一頁

先建立一個基本認知:搜尋引擎對網址的判斷非常嚴格。那家廠商的日文區有四個網址同時存在,分別是不帶斜線的、帶結尾斜線的、帶 index.php 的、還有走非加密協定的版本。這四個在人眼裡是同一頁,在搜尋引擎眼裡是四個不同網址,收錄資源就這樣被切成四份。

1.1 一個內容多個入口,權重就被稀釋

當同一份內容有多個入口網址,搜尋引擎得自己猜哪個才是你要主打的「標準網頁」。它猜的結果不一定跟你想的一樣,而且原本該集中在一頁的連結權重、點擊訊號,會被分散到好幾個網址上。我在實務上看過一個案例,同一頁因為斜線和 index.php 的組合產生四個變體,結果每個變體都排在很後面,合起來的實力卻足以進前段班。收斂網址,就是把這些被打散的實力收回一頁。

1.2 我收斂多語系網址的標準流程

我的做法是先為每個語系選定一個標準版本,例如日文區就固定用不帶結尾斜線、不帶 index.php、走加密協定的那一個。選定之後,其他變體全部用 301 永久轉址導到這個標準版本,或至少用 canonical 明確指向它。下面這張表是我實際整理網址變體時用的對照。

網址型態	問題	處理
結尾有無斜線兩種並存	視為兩頁,分權重	選一種,另一種 301 轉址
帶 index.php 的變體	與乾淨網址重複	301 轉址到乾淨網址
非加密協定版本	與加密版本重複	全站 301 到加密版本
大小寫不一致	可能被當成不同頁	統一小寫並轉址

1.3 收斂前一定先確認後端傳的資料一致

網址收斂不只是前端轉址的事。我在實務上看過一種狀況:轉址設好了,但後端在不同網址底下傳出來的資料本身就不一致,結果轉址完還是有內容差異,搜尋引擎照樣困惑。所以我的順序是先確認後端在各網址下傳的是同一份資料,把網址名單組完後再交給工程端一次處理,別讓前端轉址和後端資料各走各的。

2. en 和 us 互相競爭,先決定要不要留兩套

多語系網站最典型的重複,是英文的全球版和特定國家版互搶。那家廠商就有 en 和 us 兩套英文內容互相競爭,搜尋引擎選的標準網頁跟他們想主打的不一樣。這種問題沒有標準答案,得先回答一個商業問題:你到底需不需要兩套?

2.1 方案 A:兩套都留,但 us 必須做出差異

如果 us 真的要服務美國市場,en 服務全球英文市場,兩邊有不同的商業用途,那就留兩套。但留兩套的前提是 us 要做出真正的差異,不能只是把 en 複製一份。我的清單是:美國的聯絡方式、美國的業務窗口和行動呼籲、美國的可供貨資訊、美國的展會與案例、符合美國用語習慣的文案,還有針對美國地區的組織與聯絡資訊結構化資料。差異化做足了,兩套才不會互搶,而是各自服務各自的市場。

2.2 方案 B:us 沒有專屬內容,就收斂回 en

反過來,如果 us 的內容跟 en 幾乎一樣、沒有美國專屬內容、也不是主要的策略頁,那留著只會分散英文的權重。這種情況我建議收斂:把 us 的每一頁用 canonical 指向對應的 en 頁,或直接 301 轉址過去,把英文權重集中到一套。那家廠商最後選的就是保留 en、把 us 用 301 導過去。要提醒的是,這種跨版本的轉址會牽動網站架構,得先跟內部資訊團隊知會、由掌握站台的一方執行。

2.3 我幫客戶做這個決定時會問的三件事

要留兩套還是收斂,我不會替客戶拍板,而是丟三個問題讓他們自己判斷。第一,美國市場是不是有獨立的業務目標,值得單獨經營一個版本?第二,有沒有人力持續維護美國專屬的內容,還是只會放著跟全球版愈長愈像?第三,現階段的 SEO 策略是想分散布局、還是集中火力?這三題答完,方案 A 還是 B 通常就很清楚了。決策的重點從來不是技術,而是有沒有資源把差異化撐起來。

3. index.php 這類技術性重複,追的是程式而不是內容

前面 en 和 us 的競爭是商業選擇,這一段的重複則是技術產生的。那家廠商有一則新聞同時存在乾淨網址和帶 index.php 的版本,兩個互相競爭;高價值的產品頁和技術頁也有帶 index.php 的變體。這種重複跟內容無關,是網址被程式多開了一個門。

3.1 保留乾淨結構,index.php 版本轉掉

處理原則很直接:保留乾淨的網址結構,把帶 index.php 的版本 301 轉址過去。那家廠商那則新聞,最後就是保留不帶 index.php 的乾淨版本,把另一個轉址收掉。這一步做完,搜尋引擎就不會再把兩個當成競爭關係。

3.2 為什麼會冒出 index.php,要從程式追

單筆轉址只是治標,真正要問的是「為什麼系統會同時吐出兩種網址」。這通常跟路由設定或框架的預設行為有關,得由工程端去追程式碼,找出產生重複入口的根源,從源頭關掉。我在實務上的做法是,單筆先轉址止血,但一定同步追根因,否則新內容上線又會長出一批同樣的重複網址,永遠追不完。

3.3 高價值頁的重複要優先收,因為它直接吃掉曝光

同樣是 index.php 重複,我會把發生在高價值產品頁、技術頁上的優先處理。理由是這些頁本來就該被好好收錄、帶來商業機會,一旦被變體稀釋,損失是實打實的曝光。低流量頁的重複可以排後面,高價值頁的重複要先收。優先度不是看問題類型,而是看那一頁值多少。

4. 常見問題

4.1 canonical 和 301 轉址,重複網址該用哪一個?

看你還要不要保留那個網址能被存取。如果變體完全不需要獨立存在,直接用 301 永久轉址最乾淨,權重也傳遞得最明確。如果那個版本因為某些原因得保留可存取(例如帶追蹤參數的網址),就用 canonical 指向標準版本。多數技術性重複我偏好 301,語意最清楚。

4.2 結尾有沒有斜線,真的會被當成兩頁嗎?

會。搜尋引擎對網址字串的比對很嚴格,結尾斜線、大小寫、協定、index.php 這些差異,都可能讓它判定為不同網址。所以每個語系我都會定一個標準寫法,其餘變體一律轉址過去,不留模糊空間。

4.3 en 和 us 內容幾乎一樣,一定要合併嗎?

不是一定,取決於商業需求。如果美國市場值得獨立經營、也有人力維護差異化內容,兩套可以並存,但 us 必須做出真正的差異。如果 us 只是 en 的複製、沒有專屬內容,那合併回一套能集中權重、避免互搶。先回答商業問題,再決定技術做法。

4.4 多語系網站要用 hreflang 嗎,和 canonical 衝突嗎?

不衝突,兩者分工不同。hreflang 告訴搜尋引擎「同一內容有哪些語言或地區版本」,幫使用者配到對的版本;canonical 則是在重複網址裡指出標準版。正確做法是每個語系版本各自 canonical 指向自己的標準網址,再用 hreflang 把各版本串起來,別讓不同語系互相 canonical。

4.5 網址結構改了,會不會影響現有排名?

只要轉址做對,權重多半能順利傳遞,短期可能有小波動,中期會回穩。我在實務上看過的失分案例,幾乎都是轉址沒做全、或轉到不相關的頁(例如全部導回首頁)造成的。每個舊網址都 301 到內容對應的新網址,而不是隨便導,是把影響降到最低的關鍵。