網址結構是 SEO 裡最容易被當成「設定好就忘記」的一塊，但它其實同時影響三件事：搜尋引擎怎麼理解頁面、爬蟲怎麼走完整站、以及使用者在搜尋結果裡看到那串網址時要不要點進來。一個寫得好的網址，能在還沒讀內容前就先告訴 Google 與讀者「這頁在講什麼」。

問題是，多數人遇到的不是「要不要優化」，而是幾個互相拉扯的取捨：層級要分幾層才不會太深、關鍵字塞進 slug 又怕太長、用中文 slug 比較好讀卻會在分享時變成亂碼。這篇會把網址結構優化拆成可操作的判斷，從整條網址的組成講起，一路談到層級深度、slug 寫法、中英文取捨、WooCommerce 商品網址，最後是修改網址時不傷排名的做法。重點放在 WordPress 與 WooCommerce 的實際設定，台灣中文站常踩的坑會特別點出來。

網址結構為什麼會影響 SEO 與點擊

網址不只是一個位址，它對 SEO 的作用集中在四個地方，理解這四點才知道後面每條建議在優化什麼。

• 關鍵字相關性：網址裡出現的字詞，是 Google 判斷頁面主題的訊號之一。/blog/url-structure-seo 這種網址，搜尋引擎不必讀內文就能猜到主題；/?p=123 則完全沒有語意。
• 爬蟲可發現性：搜尋引擎靠網址與內部連結走遍全站，結構清楚的網址讓爬蟲更容易理解頁面在網站階層中的位置，也比較不會浪費抓取資源在無意義的參數網址上。
• 點擊率：搜尋結果頁會把網址顯示在標題下方，一串乾淨、看得懂的網址比一串亂碼或流水號更能讓人願意點。這也連帶影響使用者願不願意把連結分享出去。
• 使用者體驗訊號：清楚的網址好讀、好記、好分享，而頁面體驗本身就是 Google 的排名考量之一。

要先講清楚的是程度問題。網址結構在排名因素裡屬於輔助訊號，不是寫好 slug 就會衝上第一頁，內容品質與連結權重仍是主力。但它的特性是「成本低、副作用低、改了之後維護麻煩」，所以正確做法是架站初期就一次設對，而不是上線兩年後再來大改。

一條 SEO 友善網址由哪些部分組成

先把整條網址拆開看，每一段對應的優化動作不同。以 https://www.ezwps.com/blog/url-structure-seo 為例，由左到右包含這些部分。

• 通訊協定（https://）：HTTPS 是 HTTP 的加密版本。Google 早在 2014 年就確認 HTTPS 是一個輕量的排名訊號，現在更是基本門檻，沒有憑證的 HTTP 網站在瀏覽器會被標示為不安全。
• 子網域（www 或其他）：用來區分網站的不同區塊，例如把部落格放在 blog.example.com。子網域算是獨立的站台單位，沒有特殊需求時，一般建議內容都放在主網域的子目錄底下，權重比較集中。
• 主網域：網站的識別名稱，也就是俗稱的網域名稱，盡量簡短、好記、與品牌相關。
• 子目錄：網域之後的資料夾層級，例如 /blog/，用來把相關內容分組，幫助使用者與爬蟲定位頁面在站內的位置。
• 路徑與 slug：路徑的最末端那段就是 slug，也就是 url-structure-seo，是整條網址裡最需要花心思優化、也最該放進關鍵字的部分。
• 查詢字串（?id=123）：用來傳遞參數的動態網址尾巴，能避免就避免，靜態、有語意的路徑比帶參數的動態網址更利於索引。

對應到 WordPress，這條網址的可控部分集中在「永久連結結構」與「每篇文章的代稱（slug）」。WordPress 後台前往 設定 > 永久連結，會看到六種結構：預設（?p=123）、日期與文章名稱、月份與文章名稱、純數值（/archives/123）、文章名稱（/sample-post/）、自訂結構。

一般部落格與形象網站，最推薦的是「文章名稱」結構，網址簡潔、每篇都有專屬語意代稱，對訪客與搜尋引擎都好辨認，也是目前最主流的選擇。預設的流水號與純數值兩種沒有語意、對 SEO 沒幫助，新手務必避開。新聞或媒體網站才考慮加上年月日參數，因為內容有時效性、用日期歸類有意義；一般教學或產品內容加日期只會讓網址變長又綁死時間。

網址層級該設幾層才不會太深

直接給結論：一般網站的子目錄層級控制在「網域之後不超過三到四層」，多數內容型網站其實兩層就夠用。過度巢狀的資料夾會讓導覽變複雜、稀釋爬蟲走訪效率，也讓網址又長又難讀。

層級深度要平衡的是兩股力量。一邊是「語意分組」，把相關內容放進同一個目錄（例如 /blog/、/woocommerce/）能讓網站階層清楚，使用者和爬蟲都容易理解頁面歸屬。另一邊是「點擊深度」，一個頁面從首頁要點幾下才能到達，層級越深的頁面通常離首頁越遠、拿到的內部連結權重越少，被抓取的優先度也越低。

所以判斷原則不是「越淺越好」或「越有分類越好」，而是看內容量與分類必要性：

• 內容量小、分類單純：直接用「文章名稱」結構（/url-structure-seo/），不放分類目錄，最簡潔。
• 內容量大、需要用網址表達主題分群：才考慮自訂結構帶入分類，例如 /%category%/%postname%/，網址會像 /seo/url-structure-seo/。

帶分類進網址有一個必須先想清楚的代價。WordPress 的自訂結構若用 %category%，當你日後改了某個分類的代稱，所有掛在該分類下的文章網址會跟著變，等於一次改掉一批文章的網址，可能連帶影響已累積的排名。換句話說，分類進網址換來了語意，但也綁死了「分類代稱不能隨便動」這條維護限制。如果你的分類架構還不穩定、未來可能重整，寧可先用純文章名稱結構，把分類的彈性留著。

至於 WordPress 後台「選用設定」裡的分類目錄起點、標籤目錄起點，官方只說是給有需要的站長多一個選擇，並沒有特別用途。原則是網址越簡單精準越好，沒有特殊需求就留空使用預設值。

Slug 怎麼寫才能兼顧關鍵字、可讀性與長度

一個好 slug 要同時滿足三個條件：含一次目標關鍵字、人看得懂、字數夠短。這三者會互相拉扯，所以實務上是「先求語意完整，再砍到最短」。

幾條可以直接照做的規則：

• 放進主關鍵字，只放一次：slug 裡出現目標關鍵字能幫搜尋引擎與頁面主題對齊，但重複堆疊（例如 niche-keyword-research-niche-keywords）會被視為關鍵字填充，反而扣分。一次就好。
• 控制在三到五個有意義的詞：英文 slug 大約抓在 25 到 30 個字元，整體網址連網域盡量壓在 50 到 60 字元內。越短越好，當兩個頁面其他條件相當時，較短的網址在排序上有微小優勢。
• 用連字號分隔，不用底線：Google 的網址規範明確偏好連字號（-），它把詞與詞分開、可讀性高；底線（_）會被當成連在一起。
• 全部小寫：大小寫混用可能在某些伺服器上被視為不同網址，造成重複內容與索引問題。一律小寫最安全，也避免駝峰式寫法降低可讀性。
• 拿掉無意義的虛詞：英文裡的 a、and、the、of 這類停用詞通常可以刪掉，slug 變短又不損語意。
• 不要把年份寫進 slug：好網址設計成「不需要更新」。年份綁進網址，跨年就得改網址、設轉址、冒著掉排名的風險。時效訊號放在標題就好，網址保持時間中性。
• 手動編輯，別用自動生成：CMS 自動產生的 slug 常常是整串標題直翻、又臭又長，發佈前手動改成精煉版本。

舉個實際的修整過程。假設文章標題是「網址結構與 Slug 優化策略：層級深度、關鍵字與可讀性的平衡」，直接讓系統生成中文 slug 會得到一長串編碼。比較好的做法是抓出核心語意，定成英文 slug url-structure-seo：保留了主關鍵字「url structure / seo」、三個詞、全小寫、連字號分隔、沒有年份，網址乾淨好分享。這就是「語意完整再砍到最短」的結果。

WordPress 編輯文章時，區塊編輯器在右側欄的「永久連結」分頁可以改代稱，傳統編輯器則在標題下方；如果一開始看不到欄位，先存一次草稿就會出現。

中文 slug 還是英文 slug 比較好

純就 SEO 排名來說，只要網址有效、唯一、能正常被索引，用中文、英文或數字 Google 都能處理，並沒有哪一種「比較容易排名」。真正的差別在使用者體驗與維護面，而對台灣的 WordPress 與 WooCommerce 站來說，這幾點通常讓英文 slug 勝出。

• 避免百分比編碼變亂碼：網址裡的中文在傳遞與分享時，常會被轉成百分比編碼（percent-encoding）。/新聞 會變成 /%E6%96%B0%E8%81%9E 這種一長串，貼到社群、通訊軟體或別人的文章裡就是一坨亂碼，可讀性與可信度全失。改用 /news 就乾淨穩定。
• 分享與反向連結比較順：別人要引用、轉貼你的網址時，英文 slug 不會在複製貼上過程中變形，也比較不會因為編碼差異產生兩個指向同頁的網址。
• 相容性比較保險：部分舊系統、外掛或第三方工具對非拉丁字元網址支援不一，英文 slug 能避開這類技術風險。

所以實務建議是：slug 一律用英文小寫加連字號，不要用中文，也不要用羅馬拼音（用 sun-moon-lake 而不是 ri-yue-tan，後者讀者根本看不懂在指什麼）。如果是多語系網站，再依語言版本切分路徑（例如 /zh/ 與 /en/），讓搜尋引擎辨認語言版本。

WooCommerce 商品網址結構怎麼設

裝了 WooCommerce 之後，永久連結設定會多出一塊「商品固定網址」，這部分要單獨決定，因為它影響的是商品頁的整條路徑。前往 設定 > 永久連結，會看到幾個選項：

• 預設：路徑會帶 product，但這個字跟商品本身沒關聯，語意薄弱，不建議。
• 商店起點：商品頁路徑與商店頁面對齊，例如商店代稱是 shop，單一商品網址就是 /shop/item。一般情況優先選這個，路徑有連貫性。
• 商品包含分類起點：在商店起點之上再加商品分類，例如 /shop/summer/item。商品數量多、想用網址做分類時才用，但它和文章帶分類一樣，改了商品分類代稱會連帶改掉一批商品網址，要有這個維護心理準備。
• 自訂起點：建議跟商品頁面代稱一致以保持連貫，設定時前後都要加斜線。

商品分類與標籤頁的網址在 商品 > 分類 裡設定代稱，因為是網址，建議用英文命名。商店頁（所有商品的列表頁）的代稱則在該頁面的「代稱」欄位調整，不確定填什麼就用預設值。

整體原則跟前面一致：路徑層級不要為了分類硬加，商品數量不多就用「商店起點」維持簡潔；真的需要用網址分群再上「商品包含分類起點」，並接受分類代稱不能隨意更動的代價。

修改既有網址時怎麼做才不傷排名

最後一塊也是風險最高的一塊：網址一旦上線並被搜尋引擎收錄，就盡量別動。理由是每篇文章的網址改掉後，對搜尋引擎而言等於一個全新頁面，過去累積的反向連結與排名權重不會自動跟著走，得重新來過。經營越久、外部連結越多的網站，貿然改網址的損失越大，就算事後補上 301 轉址，也無法保證完全不影響排名。

但有時確實非改不可（網址打錯字、結構重整、品牌更名）。這種時候照以下節奏走，把傷害壓到最低：

• 設定 301 永久轉址：把每個舊網址一對一導向對應新網址。301 告訴搜尋引擎「內容永久搬家了」，能避免使用者撞上 404，也把大部分權重轉移到新位置。WordPress 可用 Rank Math、All in One SEO 這類外掛，填入來源與目標網址、選 301 即可。
• 更新站內所有內部連結：把文章、選單、按鈕裡指向舊網址的連結全部改成新網址，不要全靠轉址硬撐，內部連結直接指對才是乾淨做法。
• 更新網站地圖並重新提交：改完更新 Sitemap，提交到 Google Search Console，加速搜尋引擎重新索引新網址。

還有兩個跟「一致性」有關的細節值得一次設好，避免製造重複內容：

• 結尾斜線要統一：搜尋引擎會把有結尾斜線和沒有的視為兩個不同網址，若兩種都能打開同一頁內容，可能被當成重複頁面。選一種風格，全站內部連結與 Sitemap 統一使用，另一種用 301 或 canonical 收斂。哪一種無所謂，一致才重要。
• HTTPS 與 www 收斂：確保 http 一律轉到 https、www 與非 www 只保留一個版本對外，其餘都 301 導向唯一版本，避免同一頁出現多個可存取網址。

把網址結構當成地基來看就對了：架站初期花一點時間，把永久連結結構、slug 命名規則、分類層級一次定清楚，後面幾年都不必再動。真正該投入心力反覆優化的，是內容本身與站內連結；而一條乾淨、含關鍵字、不綁年份的網址，就是讓那些內容更容易被找到、被點開的穩固入口。下一步可以打開 WordPress 後台的永久連結設定，對照本文檢查一遍：結構選對了嗎、slug 是不是英文、層級有沒有過深，趁文章還不多時調整，成本最低。