WordPress 永久連結設定教學：SEO 最佳網址結構

WordPress 的永久連結決定文章和頁面的公開網址。不同安裝版本與站點設定可能採用不同預設結構，不能一概說新站都是 ?p=123。開始發文前，可到「設定 → 永久連結」確認目前格式；已發布網站若要改動，先盤點舊網址與轉址。

若新站還沒有對外連結，選擇容易閱讀、符合內容架構且日後容易維護的網址格式。/%postname%/ 是常見選項，但不是所有網站的唯一最佳解；新聞日期、商品分類與既有系統整合都可能需要不同結構。已上線網站應把改址視為遷移專案，而非按一次儲存即可完成的 SEO 優化。

有一個心態要先建立：永久連結的每個選擇，本質上都是在「可讀性」「語意訊號」「維護成本」這三者之間找平衡。最乾淨的結構，未必是最適合你站的結構；別人用得好好的設定，搬到你的資訊架構上可能就變成負擔。所以這篇我不會只給你一個標準答案了事，而是把每個選項背後的取捨講明白，讓你用自己的站況去判斷。判斷的能力，比記住一個「最佳設定」更值錢，因為你的站會長大，需求會變，能自己推理出對的選擇，才是真正受用一輩子的能力。

依 W3Techs 的統計（2026 年 6 月），WordPress 是目前 Web 上最主流的內容管理系統，市佔高到幾乎定義了「架站」這件事，也因為它太普及，永久連結這個看似不起眼的設定，影響的是幾百萬個網站的搜尋能見度。這篇不講官網已經寫好的操作步驟，而是從 SEO 與長期維護的角度，告訴你每個選擇背後的取捨。如果你想先把網址優化的整體邏輯建立起來，可以對照網址 SEO 優化的完整方法這篇的拆解。

永久連結是 WordPress 裡「一開始就要做對」的單行道

我先講一個觀念，這個觀念會決定你後面所有選擇的心態：永久連結之所以叫「永久」，是因為它 ideally 一旦定下來就不該動。

網址發表後可能被搜尋引擎、社群貼文、讀者書籤與其他網站引用。變更結構時，舊網址若不再回應，使用者會遇到錯誤；若能建立準確的舊新對應與永久轉址，搜尋系統可逐步處理。把網址當作穩定的內容識別方式，比把它說成不可更換的「身份證字號」更接近實際。

換句話說，永久連結是一條「進去容易、退出貴」的單行道。你能做最聰明的事，就是在網站幾乎沒有內容、Google 幾乎還沒收錄的時候，就把結構想清楚。這也是為什麼這篇的定位是預防型的設定指南，補救手冊留給真的來不及的人。補救的流程我後面會講，但它永遠是次佳解。

這裡要釐清一個很多人搞混的觀念：永久連結「結構」和單篇文章的「slug（網址尾段）」是兩件事。結構是後台那個全域設定，決定全站網址的長相；slug 則是你在編輯單篇文章時，可以單獨調整的那一段文字。你可以用最乾淨的結構，卻因為懶得改 slug，讓網址長成 /這是我第一篇關於seo的文章-最終版/ 這種悲劇。結構選對只是上半場，slug 的紀律才是下半場。兩者的組成邏輯，可以參考網址結構與組成元素的拆解。

把六種預設結構拆開來看：哪一種在保護你、哪一種在埋雷

依 WordPress 的自訂永久連結文件，後台的永久連結設定頁會給你幾個預設選項，我把它們逐個攤開，加上 SEO 評價，整理成底下這張表。

日期型網址讓讀者能從路徑看出發布時間，對新聞或事件紀錄可能有用；長期維護的教學若常更新，日期也可能讓讀者誤判。這是內容類型與使用體驗取捨，不能直接推論日期路徑必然降低點擊率或搜尋排名。更新日期應在頁面上清楚呈現，而非只靠網址。

WordPress 的數字型或查詢參數網址可以被 Google 檢索；可讀的描述性路徑通常更方便人理解、分享與管理。Google 的 URL 結構文件建議使用可理解的字詞，但沒有說只要加入關鍵字就能在競爭相近時勝出，因此不要為了微小且無法證實的排名差異大規模改址。

/%postname%/ 為什麼是我的預設選擇，以及它唯一的雷

只要對方沒有特殊需求，我幾乎都會把 WordPress 網站的永久連結設成 /%postname%/。原因很實際：它乾淨、它語意化、它短、它好分享、它在搜尋結果與社群預覽裡都好看。讀者把網址貼到 LINE 或 Slack，預覽就直接顯示主題，不需要點進去才猜得到這篇在講什麼。

若網站有大量文章，先看目前網址解析、快取與伺服器記錄，再判斷是否存在實際效能問題。不能只憑文章數達幾萬篇，就斷言 /%postname%/ 會變慢或偶發 404；WordPress 的查詢與重寫規則也會隨版本、外掛和主機環境而異。

一般內容站可把 /%postname%/ 當候選格式；若需要在路徑中保留日期、內容類型或編號，應依既有資料與編輯流程評估。不要把「超過一萬篇就改 /%post_id%/%postname%/」當成通用效能門檻。任何格式都要先測重複 slug、分類變動與正式站轉址。

發佈前可把 slug 調整得簡短、穩定且能描述頁面主題。中文網址可被搜尋引擎處理，並不因百分比編碼而天然不利 SEO；若團隊重視複製分享、跨系統相容性或管理一致性，也可改用簡短英文或拼音。選定後盡量不要頻繁修改，若必須變更則要設定適當轉址。

slug 命名可以遵循幾項基本原則：簡短、能描述內容、避免無意義參數與容易過期的資訊，並在發布前確認。這些原則有助網址閱讀與維護，但不保證排名；實際做法可再對照網址路徑與查詢參數的取捨。

• 全小寫、用連字號分隔。大小寫在不同伺服器上解析結果可能不同，全小寫是最保險的慣例；單字之間用連字號（hyphen）而非底線，因為搜尋引擎把連字號當成字詞分隔符，底線則不會。
• 拿掉停用詞與虛詞。英文 slug 裡的 the、a、of、for 這類字對語意貢獻很低，拿掉能讓網址更短更聚焦。中文標題轉 slug 時，同樣保留核心關鍵字就好。
• 控制在五到六個字以內。過長的 slug 在搜尋結果會被截斷，可讀性反而下降。寧可精準，不要貪多。
• 命名要穩定，發布後就別再動。slug 一旦發布並被收錄，就開始累積權重。臨時起意改 slug，等於親手把這份累積歸零重來，還要補一條 301 接住舊網址，徒增維護負擔。

slug 命名一致有利於編輯、分享與內鏈維護，但不能推論累積數百篇後，整齊網址就會造成明顯排名優勢。優先讓網址穩定且能區分內容；真正影響頁面價值的仍是內容本身及網站能否正常檢索。

自訂結構什麼時候有意義：分類前綴、日期與作者 slug 的判斷

分類前綴可讓訪客看到路徑中的內容分組，卻不是讓 Google 理解主題的必要條件。若文章可能跨分類或網站分類常調整，把分類寫進網址會增加日後轉址工作；若分類穩定且對導覽有用，則可納入規劃。

這個直覺只對了一半。分類前綴確實能傳達主題訊號，但它帶來三個你必須先想清楚的副作用。

• 分類一旦更改，全站相關網址跟著改。你今天把某篇文章從「SEO 基礎」搬到「SEO 進階」，它的網址就變了，舊網址全部失效，要靠 301 接住。分類在 WordPress 裡本來就是會演進的東西，把它寫進網址等於把一個會動的變數焊死在網址裡。
• 一篇文章只能屬於一個分類路徑。WordPress 允許一篇文章掛多個分類，但網址只能走其中一條，於是產生「主要分類」與「次要分類」的取捨，處理不好會出現重複內容或選錯主分類的尷尬。
• 網址變長。每多一層前綴，網址就長一截，在搜尋結果的顯示與分享時的可讀性都會打折。

當頂層分類穩定、每篇內容主要落在一個明確欄目時，/%category%/%postname%/ 可以提升人工辨識度。若一篇文章可能有多個分類或頻繁改欄目，要先確認 WordPress 實際選用哪個分類生成路徑，以及修改後如何處理舊址。 延伸閱讀：網站資訊架構與 SEO。

日期前綴前面已經講過，長青內容不建議；新聞與時事內容反而適合，因為日期本身就是讀者要的訊號之一。作者 slug（/%author%/%postname%/）則是另一個我不太推薦的選項：它把個別作者的名字焊進網址，一旦作者離開、改筆名、或你調整內容團隊，網址就要動。多數站沒有強到需要用網址來經營作者個人品牌，用文章本身的 E-E-A-T 訊號（作者資訊頁、結構化資料）來表達就好，不必動到網址。

路徑短且清楚通常比較好閱讀，但 Google 不會單憑網址有幾層就判斷頁面在網站中的實際深度。站內連結與導覽才決定讀者及搜尋系統如何找到內容；不要只為減少一層目錄而改動大量既有網址。 延伸閱讀：子網域與子目錄的 SEO 取捨。

你沒注意到的隱形層：www、協定、結尾斜線與大小寫

完整網址還包含主機名稱、協定及路徑格式。www、HTTPS、斜線與大小寫若產生多個可存取版本，應檢查轉址及 canonical 是否一致；是否構成實際重複索引問題，要看伺服器回應與 Google 所選標準網址。

www 與非 www 沒有先天 SEO 高下。選定主要版本後，讓另一個版本以永久轉址到對應頁面，更新站內連結和 sitemap，並核對 canonical。兩個版本可開啟不等於排名訊號一定被拆散，應以索引與轉址檢查結果判斷。 延伸閱讀：www 與非 www 的 SEO 影響、網域註冊的選擇指南。

第二層是 HTTP 與 HTTPS。HTTPS 讓瀏覽器與網站之間的傳輸受到加密保護；登入、表單等頁面尤其需要正確設定。遷移時讓舊 HTTP 網址永久轉址到對應的 HTTPS 頁面，並核對憑證、站內連結、canonical、sitemap 與混合內容。這是安全與可用性工程，不能當作排名提升保證。設定細節可對照SSL 憑證的選擇與安裝與HTTP 與 HTTPS 的差異；若網域指向也有問題，再查DNS 與網域設定。

第三層是結尾斜線與大小寫。技術上，/sample-post 與 /sample-post/ 對某些伺服器來說是兩個不同的網址；/Sample-Post/ 與 /sample-post/ 也是。WordPress 預設會處理一部分的一致性，但跨主機環境不保證完全一致。實務上的防線是：用 canonical 標籤明確告訴搜尋引擎「這個頁面的標準網址是哪一個」，把所有變體統一指向同一個 canonical。canonical 是處理這類「技術上不同、語意上相同」網址的最後一道保險，務必設對。

用瀏覽器與 curl 檢查不同網址變體的實際 HTTP 狀態、Location 標頭和最後落點，再對照頁面 canonical 與 Search Console。首頁測試只能發現部分問題；還要抽樣文章、分類與商品頁，避免首頁正確、內頁卻有錯誤鏈或迴圈。

這三層加起來，就是我說的「隱形層」。它們不寫在永久連結設定頁上，卻會實實在在影響你的網址是否被搜尋引擎視為乾淨、一致、值得信任。把結構選對只完成一半，把這三層理順，你的網址體質才算真正健康。這整套屬於技術性 SEO 的範疇，想系統性檢視的話，技術性 SEO 完整指南是很好的起點。

WooCommerce 的三層網址：商品、分類、屬性怎麼設才不會自打臉

講完一般內容站，來談 WooCommerce。依 W3Techs 的統計（2026 年 6 月），WooCommerce 是目前最主流的 WordPress 電商解決方案，市佔在電商系統裡長年領先，它的永久連結比一般部落格複雜，因為商品頁面之外，還有商品分類、商品屬性這兩層會各自產生網址，三層之間若沒設好，就會互相產生重複內容。

WooCommerce 的網址設定分三個層次，我把它們對應到後台的位置與建議。

商品、分類與篩選頁的網址要分開規劃。屬性篩選可產生大量組合，但不是每個組合都應直接設 noindex；先判斷它是否提供獨特內容與搜尋需求，再決定允許檢索、canonical、內鏈或限制爬取。WooCommerce 本身的網址結構設定，也不能代替整個索引策略。

篩選組合若只是暫時縮小商品列表，通常不值得為每個參數組合建立獨立搜尋入口；若它對應明確需求且有獨特內容，則可以評估專門的分類或著陸頁。選擇 noindex、canonical 或限制爬取前，先確認網站實際產生哪些 URL，以及 Google 如何發現它們。 延伸閱讀：noindex 入門。

這裡還有一個 WooCommerce 商店特別容易踩的坑：商品 slug 與分類 slug 衝突。假設你有一個商品叫「登山鞋」，slug 設成 hiking-shoes，同時你又有一個商品分類也叫「登山鞋」，slug 也是 hiking-shoes。這時 /product/hiking-shoes/ 與 /product-category/hiking-shoes/ 雖然因為前綴不同而不會直接撞網址，但混淆的是讀者與你自己未來的維護。更危險的是商品之間的 slug 撞名：兩個不同分類底下都有一個叫「經典款」的商品，slug 都自動設成 classic，WordPress 會把第二個改成 classic-2，那個 -2 就永遠爛在網址裡。商品上架時的 slug 紀律，在 WooCommerce 上比一般內容站更重要。

想讓 WooCommerce 商店整體的 SEO 體質更好，商品頁本身的優化（標題、描述、圖片、結構化資料）也要一起做，這部分可以對照WooCommerce 商品頁 SEO的完整拆解。如果你是從零開店，WooCommerce 開店設定與Astra 佈景主題的 WooCommerce 整合會給你更全面的脈絡；想挑主題的人則可看WooCommerce 佈景主題推薦。

已經上線的網站能不能改結構？301 對應與重新收錄的實戰流程

回到那個讓人心癢的問題：網站都上線了、Google 都收錄幾百頁了，還能改永久連結結構嗎？能，但你要付出對應的代價，而且這個代價是可預期的。

Google 的網址遷移文件建議建立舊新 URL 對應，讓永久轉址指向最相關的新頁面，並更新站內連結與 sitemap。301 是常見永久轉址方式，但轉址不保證排名與流量完全不變；需要逐頁驗證，並預留重新檢索與索引的時間。

我把完整的實戰流程拆成六個動作，照著走可以把風險壓到最低。

1. 備份全站。資料庫與檔案都要備份一份乾淨的版本，這是任何結構變更前的保命符。完整的備份與還原流程，可以參考WordPress 備份與還原。
2. 匯出舊網址清單。把目前所有被收錄的網址清單匯出，來源可以是 sitemap 或 Google Search Console 的索引報表。同時準備好對應的新網址清單，建立一對一的對應表。
3. 切換永久連結結構。在後台把結構改成新的設定，這一步會讓全站網址立刻變成新的長相。
4. 部署 301 對應規則。用重新導向外掛或在伺服器層級寫規則，把每一個舊網址 301 到新網址。301 與 302 的差異與選擇邏輯，301 與 302 重新導向指南講得很清楚。改結構這種永久性的變更，一律用 301。
5. 更新 sitemap 並提交。產生新的 XML sitemap，到 Google Search Console 重新提交，加速重新收錄。這個步驟的細節可對照XML sitemap 教學與Google Search Console 使用指南。
6. 監控流量與收錄狀態。接下來幾週，盯著 Search Console 的收錄數量與索引狀態，以及 Analytics 的自然流量。流量通常會先微掉、再隨 301 生效與重新收錄逐步回穩。

網址遷移後，搜尋能見度可能暫時波動，處理時間取決於網址數量、伺服器與重新檢索速度。不能承諾一到數週必定回到原流量。先保存改動前的 Search Console 與流量基準，再追蹤新舊網址、轉址錯誤與索引趨勢。

常見失誤包括漏設舊網址轉址、轉到不相關頁面，以及多跳轉址增加延遲。Google 指出 301 等永久轉址不會因轉址本身損失 PageRank；避免鏈式轉址主要是為了減少延遲、錯誤與維護成本。舊網址應盡量直接導向最相關的最終頁面。 延伸閱讀：重新導向指南。

改址前先判斷現有結構是否真的阻礙讀者或營運。即使網址看起來不夠漂亮，只要可用且有大量既有連結，改動成本可能高於收益；若仍決定遷移，先建立完整對應表、測試轉址與保留舊址，再觀察索引與使用者流量。 延伸閱讀：WordPress 搬家到新網域。

永久連結之外的五個連動設定：canonical、sitemap、robots、麵包屑、重新導向

永久連結不是孤立的設定，它和其他幾個技術性設定緊密相連。我把這五個最常被忽略、卻會直接影響網址健康度的連動設定列出來，讓你知道它們各自扮演什麼角色。

• canonical 標籤。告訴搜尋引擎「這一頁的標準網址是哪一個」，用來整合那些技術上不同、內容卻相同的網址變體（分頁、篩選、排序參數、結尾斜線差異）。永久連結設得再乾淨，沒有 canonical 把變體收攏，權重一樣會分散。
• XML sitemap。把全站網址整理成一份機器可讀的清單，交給搜尋引擎。結構改動之後，sitemap 必須同步更新，否則搜尋引擎拿到的還是舊網址清單。
• robots.txt 與 noindex。決定哪些網址可以被索引、哪些不要。WooCommerce 的篩選頁、內部搜尋結果頁、分頁，通常是設 noindex 的對象，避免索引預算被低價值網址吃掉。noindex 的觀念可對照noindex 設定的入門。
• 麵包屑（breadcrumbs）。在頁面上顯示「首頁 > 分類 > 文章」的路徑，同時用結構化資料標記，讓搜尋引擎更清楚這個網址在網站資訊架構裡的位置。麵包屑與永久連結結構應該一致，分類前綴寫進網址、麵包屑也走同一條路徑，訊號才會一致。
• 重新導向外掛。常駐一個重新導向管理工具（例如 Redirection），任何網址變更都記錄下來，並把失效網址接住。這是網址健康度的長期守門員，能在 404 變成問題之前先攔下來。處理已發生的 404，則可對照404 頁面設計。

這五項，加上前面的隱形層，構成完整的「網址健康度」檢查面。永久連結是地基，這五項是地基之上的樑柱，缺一不可。SEO 外掛能幫你把大部分工作自動化，但「選哪個外掛」本身就是一個值得認真看待的決定，Yoast 與 Rank Math 的比較與Rank Math 教學可以幫你做選擇；想看更全面的 WordPress SEO 藍圖，WordPress SEO 完整指南是集大成的參考。

選定 Yoast 之後，可依Yoast SEO 設定教學完成安裝、初始設定與燈號判讀。

AI 搜尋時代，乾淨網址為什麼比以前更值錢

AI Overviews 與 AI Mode 仍使用 Google 搜尋的一般 SEO 基礎；Google 沒有要求特殊網址格式，也沒有證據顯示把 slug 寫成關鍵字就更容易被 AI 引用。穩定且可讀的網址有助讀者辨識與網站維護，AI 功能的可見性則仍取決於可檢索、可建立索引和內容相關性。

來源連結應能讓讀者打開正確內容，但不能推論 AI 系統會因 /keyword-research-guide/ 比 ?p=123 可讀，就更願意引用前者。Google 明確表示，出現在 AI 功能中的頁面沿用一般搜尋技術條件，沒有額外的 URL 語意門檻。

主題叢集可透過清楚的導覽、內部連結與具體內容建立；路徑命名只是輔助讀者辨識的線索。Google 說明它通常不靠 URL 階層推斷網站結構，因此不要把目錄層級視為 AI 或搜尋系統認定主題權威的捷徑。 延伸閱讀：搜尋實體與 SEO、網站資訊架構。

規劃網址時仍應顧到可讀、穩定與可分享，但不要宣稱這會額外提高 AI 摘要引用機率。對既有網站，更值得先檢查重要頁面能否索引、是否有明確內鏈，以及內容是否能直接回答讀者問題。

給你的自我檢查清單與下一步行動

講了一大輪觀念與流程，最後給你一份可以今天就動手做的檢查清單。把這些項目逐一對照你自己的網站，就能快速看出永久連結體質健不健康。

這份清單做完別丟，每隔幾個月回頭跑一次，當成定期的體檢。網站會長大、內容會累積、分類會演進，永久連結的體質也會跟著漂移。定期回來對照一次，能把問題攔在小時候。

今天先檢查目前永久連結結構、幾篇重要內容的實際網址，以及 www／HTTPS 等版本是否一致。只有當現有結構造成具體問題，而且舊新 URL 對應與轉址都準備好時，才改已發布頁面的 slug 或全站格式；不要為了把網址改成英文或 /%postname%/ 而貿然搬站。

永久連結是網站公開內容的固定入口。新站可以在發布前選好可讀、穩定的格式；已上線網站若要調整，先量化改善理由，建立轉址與驗證清單。網址本身不保證 SEO 成效，維持內容可到達與更新後仍能被找到，才是這項設定的基本任務。