Slug 是什麼？URL Slug 與 SEO 友善網址設定原則

Slug 是什麼？本文討論的是 URL Slug，不是蛞蝓

本文的 slug 指 URL slug，也就是網址路徑中描述頁面內容的可讀識別字。以 /articles/url-slug 來看，url-slug 就是這篇文章的 slug。

搜尋 slug 時會看到很多不同結果，因為它在英文裡本來就有多種意思。但在 SEO、網站後台、WordPress 固定網址或內容發佈流程裡，slug 通常是在講 URL 最後一段。

slug 在英文裡有哪些意思？

slug 在英文裡可以指蛞蝓，也可以指子彈、重擊，甚至在出版與新聞編輯裡也會被用來表示稿件識別名稱。這些意思會讓搜尋結果混在一起，所以使用者查「slug 是什麼」時，Google 可能同時顯示字典頁、生物頁與 SEO 教學頁。

如果你的問題是網站網址怎麼命名、文章發佈前 slug 要怎麼填、改網址會不會影響 SEO，那真正要處理的是 URL slug，而不是英文單字的完整詞源。

URL Slug 的 SEO 定義

URL Slug 是頁面網址中最能代表內容主題的那一段，通常位於 URL 最後一段。好的 slug 會讓人一眼看出頁面在講什麼，例如 url-slug 比 post-12345 更清楚。

我會建議把 slug 當成「給使用者和搜尋引擎看的頁面標籤」。它不該塞滿關鍵字，但應該清楚、穩定、可讀，讓網址本身也能傳達基本內容脈絡。

URL Slug 在網址的哪個位置？

URL Slug 通常位於 URL 路徑最後一段。以 https://9iseo.com.tw/articles/url-slug 為例，網域是 9iseo.com.tw，路徑是 /articles/url-slug，slug 是 url-slug。

URL、路徑、Slug 的差異

範例：/articles/url-slug 哪一段才是 slug？

在 /articles/url-slug 裡，articles 是文章目錄，url-slug 才是 slug。很多人會把整個 /articles/url-slug 都叫 slug，這在日常溝通還能理解，但做 SEO 檢查或工程調整時最好講清楚。

例如你要改文章網址，實際上通常是改 url-slug 這一段；如果連 /articles/ 也一起改，就牽涉到分類目錄、內部連結與可能的整站路徑規則。

URL Slug 為什麼重要？

URL Slug 重要，是因為它影響網址可讀性、點擊信任感、搜尋引擎理解與網站內容管理。它不是主要排名因素，但好的 slug 會讓 SEO 友善網址更容易被人理解與維護。

對使用者：看到網址就能猜到內容

使用者在 Google 搜尋結果、社群分享、LINE 訊息或瀏覽器網址列看到網址時，清楚的 slug 可以降低理解成本。/articles/url-slug 會讓人知道這篇在講 URL slug；/articles/p?id=8821 則看不出主題。

我的判斷是，slug 對點擊的影響常被低估。它不一定讓排名上升，但會影響使用者是否覺得這個頁面乾淨、可信、值得點進去。

對 Google：提供輕量主題線索

URL 中的關鍵字可以提供搜尋引擎輕量主題線索。例如一篇談內部連結策略的文章，用 internal-linking-strategy 比 seo-tips-2026-05-10 更能反映主題。

但不要把 slug 當成 SEO 魔法。比起 slug，內容品質、搜尋意圖匹配、內部連結與頁面權威更重要。slug 做對是加分，不是替代內容深度。

對網站管理：讓內容分類與維護更清楚

內容多了以後，slug 會變成網站管理的一部分。編輯、SEO、工程、廣告投放人員都可能透過網址判斷頁面用途。

例如 /articles/keyword-placement、/articles/internal-linking-strategy、/articles/h1-heading-structure 這種命名，比一串流水號更容易做內容盤點，也更方便安排內部連結。

URL Slug 真的會影響 SEO 排名嗎？

URL Slug 對 SEO 有影響，但通常只是輕量排名訊號。它能幫助搜尋引擎與使用者理解頁面主題，但不能取代內容品質、搜尋意圖匹配、內部連結與頁面權威。

它不是 SEO 魔法開關

把 post-12345 改成 url-slug，不代表排名一定會上升。Google 判斷頁面價值時，仍會看內容是否解決搜尋需求、頁面是否被合理連結、網站是否有足夠信任訊號。

過度追求 slug 反而容易出錯。像 url-slug-seo-url-slug-friendly-url-ranking 這種關鍵字堆疊，看起來不自然，也不利於分享與維護。

但它能降低理解成本與提升信任感

好的 slug 會讓搜尋結果看起來更乾淨，讓使用者在點擊前先取得主題線索。這種價值比較接近 UX、點擊信任與資訊架構，而不是單純排名技巧。

我通常會把 slug 排在「發文前一定要做對」的項目，而不是「舊頁沒事就拿來改」的項目。新頁設定成本很低，舊頁修改成本和風險就高很多。

SEO 友善 URL Slug 撰寫 5 大原則

SEO 友善 URL Slug 應該簡短、描述性、使用一致格式，常見做法是小寫英文加連字號。重點不是把關鍵字塞滿，而是讓網址成為清楚的可讀識別字。

1. 使用描述頁面主題的字詞

2. 優先使用小寫英文

多數台灣網站如果沒有特殊品牌或語言需求，我會建議 slug 優先用小寫英文，例如 content-marketing-guide。小寫英文在分享、複製、跨系統處理時比較穩定，也比較不容易出現大小寫不一致問題。

較好的例子是 google-ranking-factors-2026，較差的例子是 GoogleRankingFactors2026。後者看起來像檔名，不像友善網址。

3. 單字之間用連字號 -

英文 slug 的單字建議用連字號 - 分隔，例如 internal-linking-strategy。不要把所有字黏在一起，也不建議用底線當主要分隔符。

4. 避免日期、流水號、亂碼與特殊符號

除非日期本身是內容主題，否則不建議把日期放進 slug。像 seo-tips-2026 如果每年都更新，未來會讓內容維護很尷尬；如果只是發佈日期，更沒有必要。

較好的寫法是 h1-heading-structure，較差的寫法是 2026-05-10-h1-heading-structure-v2。後者太長，也把不必要的管理資訊塞進網址。

5. 保持全站格式一致

全站 slug 格式要一致。不要有些文章用英文、有些用拼音、有些用中文、有些又用流水號。格式混亂會讓內容管理變難，也會讓網站看起來不夠專業。

比較好的做法是先訂規則：文章頁用英文主題詞，服務頁用服務名稱，分類頁用短分類名，商品頁保留必要型號。規則一旦穩定，後續發文就不需要每次重想。

好的 URL Slug 與不好的 URL Slug 範例

好的 URL Slug 會清楚描述頁面主題，不好的 slug 通常是流水號、亂碼、過長中文標題或關鍵字堆疊。判斷標準很直接：人看得懂、格式一致、未來不需要頻繁修改。

部落格文章 slug 範例

產品頁 slug 範例

分類頁 slug 範例

台灣網站常見的 URL Slug 問題

台灣網站常見問題包括中文 slug 編碼、WordPress 自動帶入中文標題、英文翻譯不一致、電商商品頁型號命名混亂。中文 slug 可以用，但要考慮分享、維護與系統相容性。

中文 URL Slug 可不可以？

中文 URL Slug 可以使用，也不等於 SEO 錯誤。問題在於中文網址被複製到某些工具、報表或社群訊息時，可能變成很長的百分比編碼，像 %E7%B6%B2%E5%9D%80 這類形式，閱讀和維護都不方便。

如果網站主要靠中文讀者閱讀、CMS 支援穩定、團隊也能接受編碼問題，中文 slug 不是不能用。但以長期 SEO 管理來看，我通常會建議文章與分類頁優先用短英文 slug。

繁中標題要直接翻英文，還是用拼音？

大多數 SEO 內容不建議用拼音，除非是品牌名、地名、人名或既有市場用語。像「關鍵字佈局」用 keyword-placement 會比 guan-jian-zi-bu-ju 更容易讓團隊理解。

翻英文時也不用逐字翻譯標題。標題可以很完整，slug 只要抓核心概念。這是很多台灣網站會卡住的地方：slug 不是標題縮寫比賽，而是頁面主題代號。

WordPress 固定網址怎麼設定比較好？

WordPress 建議使用包含文章名稱的固定網址結構，避免只用文章 ID 或日期歸檔。發文前可以在文章編輯畫面手動調整 slug，讓它保持短、清楚、可讀。

如果 WordPress 自動把中文標題整段帶進 slug，最好在發佈前改掉。例如標題是「Slug 是什麼？URL Slug 對 SEO 的影響與設定教學」，slug 可以設成 url-slug，不用把整句標題塞進網址。

電商商品頁要放品名、型號還是分類？

電商商品頁 slug 要優先放能穩定識別商品的資訊，例如品名、系列名、型號。分類可以放在上一層目錄，不一定要全部塞進 slug。

例如 /products/wireless-keyboard-k380 比 /products/keyboard-office-wireless-bluetooth-sale-2026-k380 更乾淨。促銷字、年份、價格通常不適合放在 slug，因為它們很容易過期。

已上線頁面可以改 URL Slug 嗎？

新文章發佈前可以好好優化 slug；舊文章已收錄後不要隨便改。已上線頁面改 slug 等於改網址，通常需要 301 轉址、canonical、內部連結與 sitemap 檢查，否則可能出現 404 與排名波動。

什麼情況不建議改？

如果舊頁已經有排名、自然流量、外部連結或廣告投放紀錄，而且原本 slug 沒有嚴重問題，不建議只為了「看起來更 SEO」就修改。改網址會讓搜尋引擎重新理解新舊頁關係，也會讓外部連結需要透過轉址承接。

比較適合改的情況，是原 slug 完全錯誤、含亂碼、與內容主題不符、品牌名稱改變，或網站正在做有規劃的 URL 整理。這時候要把它當成技術變更，不是單純編輯文字。

一定要改時的 301 Redirect SOP

301 redirect 指永久轉址，用來告訴瀏覽器與搜尋引擎舊網址已永久移到新網址。Google Search Central 對網站搬遷與 URL 變更也建議使用合適的重新導向來協助訊號轉移。

1. 先列出舊網址與新網址對照表，例如 /articles/post-12345 轉到 /articles/url-slug。
2. 設定 301 轉址，避免舊網址變成 404。
3. 更新頁面 canonical。canonical 是標準網址標記，用來協助搜尋引擎判斷主要版本。
4. 更新站內所有內部連結，避免還一直連到舊網址。
5. 更新 sitemap。sitemap 是提供搜尋引擎抓取網址清單的檔案。
6. 到 Google Search Console 觀察索引狀態、404 錯誤與重新導向是否正常。

改完後要檢查哪些項目？

改完 slug 後，至少要檢查舊網址是否 301 到新網址、新網址是否可正常開啟、canonical 是否指向新網址、sitemap 是否已更新、內部連結是否改好，以及 Google Search Console 是否出現新的 404。

我不建議改完後只用瀏覽器看新頁能不能開。SEO 風險常出在舊網址、標準網址、站內連結與索引訊號沒有同步處理。

發文前 URL Slug 檢查清單

發文前檢查 URL Slug，可以降低日後改網址風險。最重要的是確認 slug 是否唯一、簡短、可讀、格式一致，並且不要把日期、流水號或過多關鍵字放進網址。

新文章 Slug 檢查

• 是否能用 2 到 5 個英文單字描述頁面主題？
• 是否使用小寫英文？
• 單字之間是否使用連字號 -？
• 是否避免流水號、亂碼與不必要日期？
• 是否沒有關鍵字堆疊？
• 是否和站內既有 slug 不重複？
• 是否和文章主題一致，而不是只跟標題表面文字一致？
• 是否符合全站命名規則？

舊文章修改前檢查

• 這個頁面是否已有排名或自然流量？
• 是否有外部網站連到舊網址？
• 修改 slug 的理由是否足夠明確？
• 是否已準備舊網址到新網址的 301 轉址？
• 是否已規劃 canonical 更新？
• 是否已列出要更新的內部連結？
• 是否會更新 sitemap？
• 是否會在 Google Search Console 追蹤錯誤與索引狀態？

Slug 不是什麼？常見誤解

Slug 不等於完整 URL、不等於文章標題，也不是主要排名因素。它是 URL 路徑中的可讀識別字，功能是幫助使用者、搜尋引擎與網站團隊更快理解頁面主題。

• Slug 不是整個 URL：https://9iseo.com.tw/articles/url-slug 是完整 URL，url-slug 才是 slug。
• Slug 不是標題：標題可以是「Slug 是什麼？URL Slug 對 SEO 的影響與設定教學」，slug 可以只用 url-slug。
• Slug 不是主要排名因素：它是輕量排名訊號，不能取代內容品質與網站權威。
• Slug 不是越長越好：清楚比完整更重要，能代表主題就夠。
• Slug 不是改了就會變好：舊頁修改 slug 需要轉址與技術檢查。