WordPress 的固定連結（Permalink）結構看似細節，實則影響 SEO 排名、網址可讀性與後續搬家難度。全球四成網站都用 WordPress，卻有近七成站長從未認真思考過這個設定——安裝後直接用預設的數字編號，或者改了一次就不動。結果三年後想調整時，才發現牽動 301 轉址整套流程。
內建的六種結構選項
WordPress 提供六種固定連結格式供選擇。最常用的是「文章名稱」與「分類加文章名稱」，但每種各有適用場景。
預設選項（/?p=123）採用數字 ID，無法從網址看出內容主題。搜尋引擎爬蟲無法從 URL 本身取得語意資訊，完全倚賴頁面 title 與 H1。新站或更新不頻繁的老站若網址已被大量外鏈指向，倒是省去轉址的麻煩，但對 SEO 無益。
日期加文章名稱（/2026/05/17/wordpress-permalink/）將發布日期嵌入 URL。此格式適合新聞、部落格這類時效性強的媒體，讀者一眼看出文章新舊。但若老文章你打算常更新但日期不改，網址會與實際發布日期長期脫節，對搜尋引擎的新鮮度訊號造成雜訊。
月份加文章名稱（/2026/05/article-slug/）是日期格式的縮簡版。比起完整日期，多數企業教學站不需要年月資訊暴露在 URL，且長期維護老文章時更乾淨。
分類加文章名稱（/category-name/article-slug/）把分類層級放進 URL。好處是讓網址結構與邏輯導覽同步，對讀者友善。缺點是分類若日後改名，URL 也跟著變，須加轉址。階層式多分類結構時，URL 會變成 /parent-category/child-category/article-slug/，逐層加深，變得冗長。
文章名稱（/article-slug/）最簡潔有力，是多數自媒體、企業站與 SaaS 的選擇。URL 短、好記、易分享，不涉及日期與分類邏輯變動時的轉址問題。缺點是大量同名文章時（例如多個「新手指南」）需靠自訂 slug，否則 WordPress 會自動後綴編號。
自訂結構則讓你像 /learning/wordpress/article-slug/ 這樣自由組合，運用 post type、分類、自訂分類法等變數打造獨特架構。但設置複雜，需懂變數語法，除非有特殊需求（如多個 post type 要分流展示），一般站台不必這樣費工。
為什麼「文章名稱」最適合新站
相比其他五種，文章名稱格式對 99% 新建立的網站都是最佳默認值。原因有三。
SEO 層面，搜尋引擎給予 URL 中包含目標關鍵字的頁面輕微加分。若 slug 本身就信號化了頁面主題，對排名有一丁點幫助（Google 官方聲稱 URL 中的關鍵字不是排名因素，但測試顯示不包含的頁面排名也能很好，所以這更像是「有比沒有好一點點」的邊際效應）。相對地，分類嵌入時，分類詞反而可能掩蓋文章的核心詞。
URL 穩定性強。日期格式一旦文章時間變動（雖然一般不動），URL 會偷偷改；分類改名時必須轉址。純 slug 格式只要內容不動，URL 永遠穩定。長期運營時，這種穩定性累積為信任度——外鏈指向三年的頁面 URL 仍未改，搜尋引擎權重不散，新文章新 URL 時流量不會因舊連結斷掉而溜走。
頁面路徑短。分類嵌入時，深層級分類網址會變成 /category1/category2/article/，層層加深，對使用者體驗與伺服器快取都有微小但累積的成本。純 slug 則兼具可讀性與簡潔性。
中文 Slug 的坑與英文改寫方法
很多中文站點在安裝時選了「文章名稱」格式，結果 WordPress 預設中文標題轉 slug 時，生成繁體中文拼音全文 URL，導致網址變成 /gu-ding-lian-jie/ 或 /yong-hu-fu-wu-ming-cheng/。這帶來三個問題。
首先，URL 極其冗長。一個標題對應的拼音 slug 往往是英文的數倍，尤其術語與名詞多時。除了看起來不專業，也不利於社群分享時做截圖或貼連結。
其次，國際搜尋引擎可能誤判。Google 的 URL 分析系統雖然能解析中文，但數據顯示包含拼音的中文 URL 在跨語系爬蟲與異地主機下，偶現編碼異常，造成連結追蹤失效。
第三，後續英文內容擴展困難。假設站台日後決定加英文版本，用 WPML 或 Polylang，拼音 slug 與英文 slug 混在一起，視覺混亂，且改寫拼音 URL 時回到轉址的問題。
解決方法：在「文章名稱」格式下，WordPress 設定頁面當中（設定 > 永久連結），改成英文 slug 格式，或者為每篇文章手動指定英文 slug。編輯或建立文章時，在側邊欄「發布」區塊，點開「URL slug」（或「連結」視語系），直接把中文拼音改成簡短英文。例如標題「WordPress 固定連結怎麼改」，預設 slug 是 wordpress-gu-ding-lian-jie-zen-me-gai，手改成 wordpress-permalink。按一下「編輯」或「更新預覽」以確保 WordPress 生成新 URL。
若站台已有大量拼音 slug 文章，全部手改太耗時，可考慮批次改寫。安裝「Batch Category Post ID」或「Search Regex」等正則外掛，用 SQL 查詢或外掛介面批次更新 slug。但這牽動轉址，需搭配「Simple 301 Redirects」或主機層設定。
已上線網站更改結構的風險與轉址配套
許多站長上線一年後才意識到結構不夠優化，想從分類嵌入改成純 slug，或從拼音改英文。這個改動看似簡單，實則涉及搜尋引擎收錄、外鏈、使用者書籤三層風險。
搜尋引擎層面，改動 URL 後舊連結會產生 404，Google 爬蟲需要時間發現新 URL，期間頁面排名暫時下降。若沒有配置轉址，搜尋引擎會認為舊頁面刪除了，新頁面是全新內容，權重不會轉移，排名重置。曾經排在自然搜尋第 2 頁的文章，改 URL 後回到無排名，重新爬升得花 3 至 6 個月。
外鏈層面，其他網站或自媒體若連結過你的舊 URL，改 URL 後這些外鏈全部失效，對方網站會回到 404，既傷人際也喪失連結權重。需要主動通知有外鏈的夥伴更新連結。
使用者習慣層，訪客收藏的書籤、瀏覽紀錄會失效，若他們直接在網址列輸入舊 URL，會吃到 404。
正確的改動流程分成三步。
第一步：在 WordPress 後台改設定格式。進入「設定 > 永久連結」，選新格式（例如從「分類加文章名稱」改成「文章名稱」），按「儲存變更」。此時 WordPress 會批量更新資料庫裡所有文章的 slug 與 URL。
第二步：配置 301 轉址，讓舊 URL 自動導向新 URL。方法有三種。一，安裝「Simple 301 Redirects」外掛，它會自動偵測改動並建立轉址規則。二，若使用 Yoast SEO，外掛也內建了舊 URL 追蹤與 301 自動轉址功能。三，若想在主機層實現，編輯 .htaccess 檔案加入轉址規則（需有 SSH 或 FTP 權限）。
第三步：驗收與監控。改動後 24 小時內，進入 Google Search Console，檢查是否有大量 404 錯誤。若轉址生效，新 URL 應該逐漸被爬蟲發現。同時檢查「URL 檢查」工具，輸入新 URL 確認索引狀態。等待一週後，進 Search Console 的「涵蓋率」報告，確認索引從舊 URL 遷移到新 URL，不會留下孤立的舊 URL。
此外，建議改 URL 前提前一週降低 DNS TTL（DNS 生存時間），改完後再恢復正常。TTL 低時，變更能更快被全球 DNS 伺服器同步，減少使用者在改動期間遇到的異常。做足這些準備，URL 改動對排名的衝擊能壓到最低，未來你也知道了為什麼要在最初就慎選格式。