官網改版報價單送來的時候，很少有人會去看網址長什麼樣子。版面、配色、首頁要放幾張輪播圖，大家都有意見；至於產品頁的網址是 /product.php?id=1823 還是 /products/cnc-spindle，通常沒人提。
直到三年後要再改一次版，才發現麻煩：舊網址全是編號，沒人知道 1823 是哪一支產品，對照表只能一頁一頁人工比對；有些頁面同時存在四五個網址，Google 收錄的是哪一個也說不準。網址這件事的特性就是這樣——決定的時候只花五分鐘，改的時候要花三個禮拜。
這篇把網址結構拆成幾個會真的影響結果的決定：字該用中文還是英文、層級要做幾層、參數要不要留、已經上線的網址什麼情況才值得動。Google 官方文件裡關於網址的建議其實不多，但幾乎每一條都對應到一個常見的踩雷點。
一、網址是地址，不是流水號
Google 在「網址結構最佳做法」這份官方文件裡，第一條建議就是：可以的話，用看得懂的字，不要用一長串編號。文件舉的例子是 example.com/wiki/Aviation 這種寫法，比塞滿參數的網址好。
理由不是「編號會被扣分」。而是網址會出現在很多地方：搜尋結果底下那一行、業務貼進 LINE 給客戶的連結、別人寫文章引用你的時候。一條 /products/cnc-spindle-bt40，人在點之前就知道會看到什麼；一條 /p.php?id=1823&cat=7，只能賭。
Google 自己把這份文件的定位寫得很清楚：這些做法是為了讓網址「對人來說最容易理解」。換句話說，別期待把關鍵字塞進網址就能換到排名。網址取得好，真正的回報在點擊率、在轉貼時的可信度、在三年後你自己還看得懂。
二、中文網址能不能用
這是台灣中小企業最常問的一題。技術上可以用，/產品/主軸 這種網址 Google 收錄沒有問題，官方文件甚至建議「用目標受眾語言的字」——對中文市場來說，中文字確實符合這條。
但有一個實務上的代價要先知道：非 ASCII 字元在傳輸時必須做百分比編碼。也就是說，你在瀏覽器網址列看到的是 /產品/主軸，但複製起來貼到 LINE、貼到 Email、貼進廣告後台或試算表時，它常常會變成 /%E7%94%A2%E5%93%81/%E4%B8%BB%E8%BB%B8 這樣一長串。對客戶來說那是一串亂碼，對自己整理報表來說也很難讀。
所以實務上比較穩的分法是這樣：
- 部落格文章：如果大部分流量來自搜尋、很少被手動轉貼，用中文網址的閱讀感不錯，可以用。
- 產品頁、服務頁、聯絡頁：這些是業務會手動貼給客戶、會印在名片或型錄上的頁面，建議用英文或拼音，貼到哪裡都不會變形。
- 混用也可以：沒有規定整站要統一。只是同一個區塊內最好一致，不然日後誰也記不得規則。
如果決定用英文，有一個細節常被忽略：用連字號（-）分隔單字，不要用底線（_）。這同樣是 Google 文件裡寫明的建議。cnc-spindle-bt40 會被理解成三個詞，cnc_spindle_bt40 則比較容易被當成一整串。這不是什麼大事，但既然是零成本的選擇，沒理由選錯邊。
三、層級要做幾層
常見的兩種極端都不理想。一種是全部攤平，三百個頁面通通掛在根目錄底下；另一種是層層包裹，/產品/金屬加工/車床類/精密車床/系列A/型號123 這樣六層起跳。
比較實用的原則是：層級反映的是分類，不是後台選單的巢狀結構。問自己一個問題——如果要跟客戶口頭解釋這一頁在哪裡，你會講幾句？多數中小企業官網，兩到三層就講完了：
/products/cnc-spindle-bt40（產品 → 某支產品）/blog/url-structure-seo（文章 → 某篇文章）/services/oem（服務 → 某項服務）
層級拉深還有一個隱藏成本：分類只要一改名，底下所有網址都跟著變。把「精密車床」改成「精密車銑」，六層結構裡的幾十頁網址全部作廢，全部要轉址。層級越淺，分類調整的代價越小。這也是為什麼把日期寫進網址（/2024/03/article-name）對企業官網通常不划算——文章內容更新過了，網址卻永遠停在 2024。
另外，網址也不必硬塞關鍵字。/products/cnc-spindle-bt40-high-precision-taiwan-manufacturer 這種寫法，在搜尋結果裡只會被截斷成一串看不懂的東西。
四、同一頁長出好幾條網址
這是網址結構裡最常被低估的問題。同一份內容，如果可以用好幾個網址打開，Google 就得自己判斷要收錄哪一個，而它挑的不一定是你想要的那個。常見的來源有四種：
1. 追蹤參數與篩選參數。Google 的建議是「參數能少就少，把不會改變頁面內容的參數拿掉」。像排序、檢視模式、廣告追蹤碼這類參數，不會讓頁面內容變成另一頁，卻會各自生出一條網址。真要保留參數，就照慣例寫：鍵值之間用 =、參數之間用 &、同一個鍵有多個值時用逗號。
2. 大小寫。Google 把 /APPLE 和 /apple 當成兩個不同的網址，官方文件明確這樣寫。如果你的主機不分大小寫，同一頁就有兩種開法。統一規定全部小寫，是最省事的做法。
3. 有沒有 www、有沒有尾斜線。https://example.com/about、https://www.example.com/about、https://example.com/about/——技術上是三條網址。選定一種，其他的用轉址導過去。
4. 工作階段 ID。把 session ID 寫進網址，等於每個訪客都在製造一條新網址。Google 的建議是改用 cookie 處理。
這幾件事的共同解法有兩層：能收斂的在伺服器端用 301 收斂掉，收斂不掉的（例如必須保留的篩選參數）就在頁面上用 canonical 標籤指定正式版本。這兩個工具解決的是不同的問題，不要互相取代。
五、外銷官網的網址怎麼切
如果官網有中英文兩版，網址怎麼切也是結構的一部分。Google 文件給的做法有兩種：用國家網域（example.de），或用子目錄（example.com/de/）。
對中小企業而言，子目錄通常是比較務實的選擇：一個網域、一份主機、一張憑證，維護成本低，網域本身累積的信任也不會被切成兩半。國家網域的管理成本高得多，除非在當地有實體營運與在地團隊，否則不容易划算。
要注意的是，網址切乾淨只是第一步，兩個語言版本之間還需要正確的 hreflang 標記，Google 才知道它們是同一頁的不同語言版本，而不是兩篇在互相競爭的內容。
Photo by Tijan Manandhar on Unsplash
六、已經上線的網址，該不該改
看完前面幾節，很多人第一個念頭是「那我現在的網址很醜，要不要全部改掉」。先緩一緩。改網址是有成本的：舊網址累積的外部連結、別人文章裡的引用、客戶書籤、廣告後台設定的到達頁，全部要靠轉址接住，任何一條漏掉就是一個死連結。
比較合理的判斷順序是這樣：
- 反正要改版、整站網址都會動：那就一次把結構做對，趁這時候把規則訂好，之後十年受用。
- 現有網址醜但能用（例如編號式網址）：單純為了好看而改，報酬率很低。維持現狀，新增的頁面改用新規則就好。
- 現有網址會造成實質問題：同一頁有多條網址在互搶、參數爆炸、網址裡有 session ID、分類改名後網址嚴重誤導客戶——這些值得處理。
真的要改，順序是：先做完整的新舊網址對照表，一條都不能漏；設定 301 永久轉址；更新站內所有內部連結，直接指向新網址，不要讓內部連結一路轉過去；更新 sitemap；最後在 Search Console 觀察幾週，看新網址有沒有陸續被收錄、舊網址的錯誤有沒有下降。
七、把規則寫成一頁，交給下一個人
網址結構真正的價值，是讓三年後接手的人不用重新猜一遍規則。花十分鐘把決定寫成一頁，放進官網維運文件裡：
- 全站網址一律小寫，單字之間用連字號。
- 統一有無 www、統一有無尾斜線，其餘一律 301 轉過去。
- 產品與服務頁用英文或拼音；部落格文章可用中文。
- 層級以兩到三層為上限，不把日期寫進網址。
- 追蹤參數不進 sitemap；必要的篩選參數一律加 canonical。
- 網址一旦公開就不再修改；真的要改，先做對照表再轉址。
這份文件的讀者不只是工程師，還有會自己在後台開新頁面的行銷同事。很多網址亂掉的案例，不是技術做錯，而是沒人知道規則是什麼。
結語
網址不會讓一個普通的頁面變成熱門頁面，它不是排名的捷徑。但它是少數「現在花十分鐘想清楚，可以少掉三年後三個禮拜麻煩」的事情。
如果手上有一份官網改版報價單，不妨多問一句：新站的網址規則是什麼？由誰決定？能不能先看一份對照表？這個問題的答案，往往也能看出對方做網站的細緻程度。