很多人在做網站、寫文章或上架商品頁時,把心力放在標題、內容、關鍵字上,卻常常忽略 URL(網址) 這個看似不起眼、實際上影響深遠的細節。URL 不只是「頁面的位置」,它同時牽動搜尋引擎對主題的理解、使用者點擊前的信任感、連結分享的便利性,以及 ChatGPT、Perplexity、Google AI Overviews 在引用來源時的可讀性。本篇用 SEO+AEO(答案引擎優化)的視角,帶您一次看懂 URL 結構、命名原則與最佳做法,並補上台灣中小企業最常用的 CMS 實務情境。
一、URL 是什麼?快速理解網址的本質與三大價值
URL 的全名是 Uniform Resource Locator,中文翻成「網址」,它的作用是告訴瀏覽器某個資源位在網路上的哪裡、以及該用什麼方式存取。它不是一整串不可分割的文字,而是由多個部分組成,每一段都有自己的功能。理解 URL 的結構後,您才知道哪些地方能優化、哪些地方不該亂動。
對 SEO 來說,URL 命名不是決定排名的唯一因素,但它會直接或間接影響以下三件實務上很關鍵的事:
好的 URL 不是塞最多關鍵字、寫最長的網址,而是讓人看得懂、讓搜尋引擎讀得懂、讓團隊管得住的網址。
二、URL 結構完整解析:六個組成部分各代表什麼
一條完整的 URL 由協定、子網域、主網域、路徑、查詢參數、錨點六個部分組成,每一段都對應特定功能。先看一個典型例子:
https://www.example.com/blog/seo/url-naming-guide?sort=latest#faq
把它拆開來看,可以對應到下表:
| 組成部分 | 對應內容 | 主要功能 |
|---|---|---|
| 協定 | https:// | 瀏覽器使用什麼通訊協定存取網站,目前一律建議用 HTTPS |
| 子網域 | www | 主網域之下的子層級,blog、shop 也屬於子網域 |
| 主網域 | example.com | 網站的核心識別,也是品牌記憶點 |
| 路徑 | /blog/seo/url-naming-guide | 頁面所在的分類層級與專屬 slug,SEO 優化重點 |
| 查詢參數 | ?sort=latest | 傳遞篩選、排序、追蹤資訊,以「?」開頭 |
| 錨點 | #faq | 頁面內定位,跳到指定區塊,以「#」開頭 |
協定:為什麼一定要用 HTTPS?
HTTPS 代表資料傳輸經過加密,瀏覽器目前對 HTTP 網站會直接標示「不安全」。Google 早在多年前就把 HTTPS 列為輕量排名訊號,而 ChatGPT、Perplexity 等 AI 搜尋引擎引用內容時,也會優先選擇 HTTPS 來源,因為這代表基本的安全性與可信度。如果您的網站還停在 HTTP,建議優先處理 SSL 憑證問題。
網域:統一一個版本是基本功
同一個網站,以下兩個技術上可以共存,但 SEO 上必須擇一:
https://example.com https://www.example.com
實務上要指定一個主版本(canonical),另一個透過 301 轉址統一過去,避免重複內容與權重分散。台灣多數企業網站選用「帶 www」的版本,以維持品牌記憶與工具相容性。
路徑:URL 命名最重要的戰場
路徑(Path)是您能花心思優化、也最直接影響可讀性與主題辨識的部分。以本篇文章為例,如果路徑是 /p=1287,搜尋引擎只能讀到一個數字;如果改成 /seo/url-naming-guide,則能清楚傳達「SEO 主題下的 URL 命名指南」這個語意。
查詢參數:常見但容易製造索引問題
問號後面的內容常見於篩選頁、搜尋結果頁、廣告追蹤(UTM)、排序設定等。例如電商網站常出現:
/products?category=shoes&color=black&size=42&sort=price_asc
查詢參數本身不一定有問題,但若同一頁因參數組合產生大量網址版本,可能造成重複頁面、浪費爬蟲預算。實務上可透過 canonical 標籤、Google Search Console 的參數處理工具,或 robots.txt 排除來解決。
錨點:對 SEO 影響輕,但對 AEO 有加分
井字號後面的內容是頁面內定位,例如 #faq、#sec-3。傳統 SEO 上錨點本身不會被當成獨立頁面索引,但在 AI 搜尋時代,Google AI Overviews 與 Perplexity 引用內容時,有機會直接連結到特定段落,讓使用者跳到該答案所在位置,這對 AEO 是輕度加分。
三、URL 為什麼會影響 SEO?三個關鍵原因
URL 命名本身不是排名的主要決定因素,但它會間接影響搜尋引擎理解、使用者點擊與網站維護三個面向,進而影響整體 SEO 表現。很多人會問,Google 真的會因為網址漂亮就讓您排名比較高嗎?較精準的說法是:URL 是輔助訊號,但這個訊號會疊加在好幾個關鍵環節上。
-
搜尋引擎更容易理解頁面主題
清晰的 URL slug 能讓 Googlebot 在抓取階段就對頁面主題有基本判斷,加上 H1、內容、內部連結錨點文字的綜合訊號,主題辨識度會更穩定。
/p=1287幾乎沒有語意,/seo/url-naming-guide則清楚傳達主題與分類。 -
使用者點擊前就能預判內容
搜尋結果頁不只看標題與描述,部分使用者會掃過 URL。可讀的網址能提升信任感與點擊率,而 CTR 是 Google 衡量結果頁滿意度的間接訊號之一。
/blog/seo-checklist比/article/2024/09/18/abc123-x7看起來更像精心整理的內容。 - 網站架構穩定,後續維護成本低 清楚的 URL 規則讓內部連結、分類頁、流量分析、301 轉址、多語系設定都更順暢,而這些因素長期會反映在站內權重分配與索引效率上。
四、AI 搜尋時代,URL 對 LLM citation 的影響
在 ChatGPT、Perplexity、Google AI Overviews 主導的 AI 搜尋時代,URL 不只是給 Google 看,更是 LLM(大型語言模型)決定要不要引用您網站的關鍵訊號之一。近年的業界研究指出,AI 搜尋引擎引用的網址,與 Google 自然搜尋前十名的重疊度不到一成五,代表 AI 搜尋有自己一套挑選來源的邏輯,而 URL 在這套邏輯中扮演了比過去更重要的角色。
LLM 透過 RAG 系統選擇引用來源的方式
主流 AI 搜尋採用 RAG(檢索增強生成)架構,簡單說就是「先從網路檢索資料、再請 LLM 整理出回答」。在檢索階段,URL 提供三個重要訊號:
- 主題語意:slug 中的關鍵字會被視為頁面主題的高密度提示,有助於語意比對
- 來源可信度:清晰、有結構的網址路徑(如
/blog/seo/而非/?p=1287)更容易被視為專業內容來源 - 分類權威性:主題集中於同一路徑(如所有 SEO 文章都在
/seo/之下)能建立主題權威,提升 topical authority
三大 AI 搜尋平台對 URL 的偏好差異
| AI 平台 | 對 URL 的偏好 | 實務啟示 |
|---|---|---|
| ChatGPT(SearchGPT) | 偏好高權威網域 + 答案優先結構,引用時會直接顯示來源網址 | URL 可讀性影響使用者願不願意點過來 |
| Perplexity | 注重內容新鮮度與引用密度,網址清晰度影響使用者信任 | 主題集中的路徑結構更容易被多次引用 |
| Google AI Overviews | 大量沿用 Google 自然搜尋訊號,URL 結構與傳統 SEO 規則一致 | 傳統 SEO 友善的 URL 自動延伸到 AI Overviews |
URL 在 AI 搜尋時代的三個額外價值
#段落 id 直連到您網站的特定區塊,提升引用精準度。/seo/ 路徑下 20 篇主題文)能建立 topical authority,被引用機率倍增。/seo/ 之下、所有電商經營文章都放在 /ecommerce/ 之下,讓主題權威能集中累積。
五、SEO+AEO 友善的 URL 應該具備的六大特徵
SEO+AEO 友善的 URL 具備六大特徵:夠短但有語意、可讀字串、連字號分隔、全小寫、含核心關鍵字、層級合理。這六項不是互相獨立,而是共同構成一個讓搜尋引擎與 AI 系統都好讀的網址結構。
-
簡短,但不能失去語意
URL 不需要把整個標題塞進去,但簡短也不代表縮寫到看不懂。實務建議 slug 部分控制在 3 到 5 個英文字、總長度不超過 60 個字元,有助於分享與索引。
不佳:
/a1b2c3|過長:/complete-guide-to-understanding-url-structure-and-best-seo-friendly-url-naming-principles-for-beginners|較佳:/url-seo-guide -
使用可讀的英文或穩定拼音規則,不要亂碼
有些 CMS 會把中文標題直接編碼成
%e4%b8%80%e6%ac%a1...這類亂碼網址,雖然可以用,但分享醜、管理難。建議用英文或全站統一的拼音規則。推薦:/url-naming-guide|可接受:/wang-zhi-jie-gou(若全站用一致拼音規則) -
單字之間用連字號(-),不要用底線或空格
Google 官方明確建議使用 hyphen 分隔單字,底線(_)會被當成字串的一部分。空格在 URL 中會被編碼成
%20,可讀性更差。推薦:/url-naming-guide|不建議:/url_naming_guide或/urlnamingguide -
盡量全部小寫,避免大小寫混用
部分伺服器環境會把大小寫視為不同路徑,例如
/SEO/與/seo/可能被當成兩個頁面,造成重複內容問題。實務做法是全站統一小寫。 -
保留核心關鍵字,但不要堆砌
把主關鍵字放進 URL 是合理的,但同義詞、修飾詞全塞進去只會讓網址變廉價,反而不利點擊。
不佳:
/seo-url-seo-friendly-url-best-url-tips|較佳:/seo-url-guide -
分類層級要合理,不要無限加深
URL 層級每多一層,都應該有實際存在的意義。實務上建議控制在 2 到 3 層以內,層級太深通常代表資訊架構有問題。
不建議:
/blog/marketing/seo/onpage/technical/basic/url/guide|較佳:/blog/seo/url-guide
六、URL 命名實務原則:從決策到落地
URL 命名的關鍵不是寫得多漂亮,而是先建立規則、再追求長期穩定、最後確保一頁一網址。很多網站做著做著就變混亂,根本原因都在於一開始沒有先定下命名邏輯。以下三個原則,可以避免大部分後續的麻煩。
路徑代表分類層級,slug 代表頁面身份,兩者一旦確定就盡量不要動。例如新視野的 SEO 文章統一用 /seo/{slug},而 slug 抓的是主題核心而非完整標題。
/seo/url-naming-guide(分類路徑 + slug,標題就算改了 URL 也不變)
原則一:先決定全站命名邏輯,再開始大量上線
很多網站一開始沒有規劃,文章想到什麼就取什麼,後來才發現有些用英文、有些用拼音、有些含日期、有些不含分類,結果網站越大、URL 越亂、改版成本越高。比較好的做法是在內容大量產出前,就先決定:
- 文章頁要不要包含
/blog/路徑 - 商品頁是用
/product/{name}還是/{name} - 分類頁固定用單數還是複數(
/categoryvs/categories) - URL 中是否包含日期
- slug 使用英文還是拼音,以及大小寫規則
原則二:以「長期穩定」為優先,不要跟著標題一直改
文章標題可能會為了點擊率、SEO 或內容更新而調整,但 URL 不適合經常改。每次改 URL 就意味著:舊連結失效、外部反向連結流失、社群分享網址斷裂、轉址設定增加維護負擔。
URL 命名抓的是「頁面主題核心」,不是當下最花俏的標題寫法。標題可以為了 CTR 一直微調,但 URL 應該設一次用十年。
原則三:一頁一網址,避免重複頁面
同一篇內容若出現在多個 URL(例如 http/https 並存、有無 www 並存、結尾有無斜線、帶不帶追蹤參數),都會稀釋頁面權重、造成索引混亂。實務上應透過以下方式確保唯一性:
- 用 301 永久轉址統一 http → https、non-www → www(或反之)
- 用 canonical 標籤指定主版本,讓參數版本、印刷版本等都歸位
- 分頁規則統一(例如固定用
?page=N或/page/N/)
七、該不該放日期?中文還是英文?關鍵決策指南
URL 該不該放日期、用中文還是英文,答案不是絕對的,要看內容性質與長期維護策略。這兩個問題是 SEO 顧問最常被問到的 URL 議題,以下提供清楚的判斷邏輯。
URL 該不該放日期?
| 內容類型 | 是否建議放日期 | 理由 |
|---|---|---|
| 新聞、活動公告 | 建議放 | 時效性內容,日期幫助辨識內容時間背景 |
| 年度報告、特定年份政策 | 建議放 | 內容綁定特定年份,日期能避免混淆 |
| 教學文、指南型文章 | 不建議 | 內容會持續更新,URL 中的舊年份反而讓人覺得過時 |
| SEO 觀念文、知識型內容 | 不建議 | 屬於 evergreen content,加日期會限制後續更新彈性 |
舉個常見的例子:如果一篇 SEO 教學文發布時用了 /blog/2023/url-seo-guide 的網址,當內容更新到當下仍適用時,URL 上的「2023」會讓讀者覺得內容過時,但您又不能輕易改 URL。所以對教學型文章來說,不放日期通常更有彈性。
URL 該用中文、英文,還是拼音?
/url-seo-guide。/wang-zhi-jie-gou。實務上,新視野觀察到台灣中小企業多數採用「英文 slug」的做法,因為這在 WordPress、Shopline、Cyberbiz 等主流 CMS 中設定最直覺,跨工具(Google Analytics、Search Console、廣告平台)也最不容易出狀況。
八、不同頁面類型的 URL 命名策略(含台灣 CMS 實務)
不同類型的頁面,URL 命名策略也應該不同:文章頁重主題清楚、商品頁重辨識擴充、分類頁重結構一致、活動頁要兼顧時效。以下分別說明,並補上台灣常見 CMS 的實務設定建議。
文章頁(Blog)
文章頁重視主題清楚與可讀性,建議格式:
/blog/url-seo-guide /blog/seo/url-seo-guide(若有分類層級)
不建議用太多分類堆疊,也不建議加過度細碎的子分類。
WordPress 實務設定
後台「設定 → 永久連結」選擇「文章名稱」即可,網址結構會變成 https://yoursite.com/{slug}。如果要加分類路徑,可選「自訂結構」並輸入 /blog/%postname%/。建議搭配 Yoast SEO 或 Rank Math 外掛,可在編輯文章時直接修改 slug。
商品頁(電商)
商品頁要兼顧辨識度與擴充性,建議格式:
/product/iphone-16-pro-case
/product/{品牌}/{型號}/{商品名}(若商品量大且需分層)
Shopline 與 Cyberbiz 的常見設定
多數台灣電商 SaaS(Shopline、Cyberbiz、91APP)預設會用系統 ID 當作商品網址,例如 /products/12345。實務建議在後台「SEO 設定」或「商品基本資料」中,把每個商品的「網址 slug」欄位填入英文主關鍵字(例如 iphone-16-pro-case),即可覆蓋系統預設,大幅提升 SEO 效益。
分類頁(Category)
分類頁的重點是結構一致,建議格式:
/category/seo /category/website-design /category/ecommerce
命名應該以分類主題為主,不要一個分類用主題詞、另一個分類用行銷口號(例如 /category/seo 配上 /category/superb-design 就會破壞一致性)。
活動頁或落地頁(Landing Page)
活動頁通常具有時效性,建議格式:
/campaign/summer-sale /webinar/seo-audit /event/year-end-promo
如果是年度活動,可以納入年份做區分(/campaign/year-end-2024、/campaign/year-end-2025)。如果是長期活動系列,則要考慮未來延續性,不要把版本號寫死。
九、常見的五大 URL 命名錯誤
URL 命名最常見的錯誤包括:系統自動編號、整篇標題塞網址、停用字未刪、分類名稱不統一、頻繁改網址卻沒做 301。這五個錯誤幾乎每個沒做過 SEO 規劃的網站都會中,以下逐一拆解。
-
錯誤一:只用系統自動編號,沒有語意
常見於 WordPress 預設設定、電商 SaaS 預設、ASP/PHP 老站。例如
/?p=18492或/article.php?id=1287,這種網址對使用者幾乎沒有資訊價值,搜尋引擎也難以從 URL 判斷主題。改善方式是進後台修改永久連結結構,並對舊網址做 301 轉址。 -
錯誤二:把整個文章標題完整塞進網址
標題很長時 URL 也跟著爆長,例如
/url-shi-shen-me-wan-zheng-jie-xi-wang-zhi-jie-gou-ming-ming-yuan-ze-yu-zui-jia-zuo-fa,分享醜、難記、容易在轉貼時被截斷。URL 應該提煉主題,不是複製標題全文。 -
錯誤三:一堆停用字與修飾字沒刪掉
例如
/how-to-create-the-best-and-most-effective-url-structure-for-your-website,裡面的 the、a、how、for、your 都可以刪掉,精簡後/url-structure-best-practices就夠清楚了。 -
錯誤四:分類名稱今天一套、明天一套
同一主題的內容卻散落在不同路徑,例如
/blog/seo/、/articles/search-optimization/、/content/seo-tips/都是 SEO 文章,但命名不一致,網站架構會變得鬆散,主題權威也無法集中累積。 - 錯誤五:頻繁改網址卻沒做好 301 轉址 這是傷害最大的一種。很多人改 URL 是為了讓它「更 SEO」,結果忘了設 301,直接讓舊網址 404。這不只造成搜尋流量蒸發,也讓既有的外部反向連結、社群分享、AI 引用連結全部斷掉,等於把多年累積的 SEO 資產一次抹除。
十、URL 優化的完整檢查流程
URL 優化的標準流程分成五步:確認主題、提取核心詞、刪除冗字、決定分類層級、發布後不改。如果您正在新增頁面或重新規劃網站結構,可以照這個流程一步步來。
- 第一步:確認頁面主題是什麼 不要先急著想關鍵字,先問自己「這頁要解決什麼問題?核心主題是什麼?使用者會用什麼詞理解它?」例如本篇文章核心主題不是「網址的一切完整大全」,而是「URL 結構」和「SEO 命名原則」。
- 第二步:提取 2 到 4 個核心詞 從頁面主題中抓出最有辨識度的字。例如 url、seo、guide、naming。不需要全部都放,只要保留能代表主題的核心組合即可。
- 第三步:刪掉冗字與重複字 像是 the、a、and、best、complete、ultimate、how-to 等修飾字,很多時候只是讓標題好看,不一定要進 URL。
-
第四步:確認是否需要分類路徑
如果網站內容很多,加一層清楚分類有助於主題權威累積;如果網站結構單純,直接放根目錄也可以。
有分類:
/blog/url-seo-guide|無分類:/url-seo-guide - 第五步:發布後盡量不要改 只要 URL 已經公開、被索引、被分享、被 AI 引用,就不要因為「突然想到更好的寫法」而頻繁改動。穩定性通常比微幅優化重要得多。
發布前的自我檢查清單
新內容上線前,可以用下面這份清單做最後檢查:
- URL 看起來能讓人秒判頁面在講什麼嗎?
- 是否全部小寫、用連字號分隔單字?
- 是否在 5 個英文字以內、總長不超過 60 字元?
- 是否避開了系統自動編號(
?p=、?id=)? - 是否使用 HTTPS、且 www 版本統一?
- 分類路徑是否與全站既有規則一致?
- 如果未來標題改了,這個 URL 還站得住嗎?
URL 看起來只是網址,但它其實是網站結構、內容辨識、SEO 與 AEO 基礎的一部分。真正好的 URL,不是關鍵字塞最多,也不是寫得最長,而是清楚、穩定、可讀、可維護。
新視野的建議是:如果您正在規劃新網站,最好在一開始就訂好 URL 規則;如果已有網站想優化,先從高流量頁、重要分類頁、新發布內容開始整理,不需要一次全部重做。先建立規則、再逐步整理,通常比大規模重構更穩妥,風險也更低。需要進一步了解 SEO 的全貌,可以參考 新視野 SEO 完整指南。
常見問答 FAQ
URL 和網址是一樣的東西嗎?
URL 越短越好嗎?有沒有具體的字數建議?
/a1)看不出內容主題,失去 SEO 訊號;太長的網址(超過 100 字元)則容易被截斷、難分享、看起來雜亂,點擊率也會下降。Google 官方多次表示,網址長度本身不是直接排名因素,但過長的網址會影響使用者體驗,進而間接影響 CTR 與 SEO 表現。台灣中小企業常見的失誤是把整篇標題用拼音塞進網址,例如 /ru-he-zai-yi-ge-yue-nei-tisheng-wang-zhan-liu-liang,這種網址既不易讀也不利分享,建議改為提煉核心詞的 /seo-traffic-tips。
URL 一定要放關鍵字嗎?關鍵字密度有沒有上限?
/seo-guide 就夠了,不需要寫成 /seo-search-engine-optimization-guide-tips-tricks。在 AI 搜尋時代,LLM(如 ChatGPT、Perplexity)選擇引用來源時,URL 中的關鍵字會作為主題判斷的輔助訊號之一,清晰自然的網址比關鍵字堆砌更有利於被引用。如果您的網址看起來像是為了 SEO 而硬塞關鍵字,反而會降低使用者點擊意願,得不償失。判斷原則很簡單:讀起來自然、能秒判主題、不重複用字。
網址可以使用中文嗎?中文網址對 SEO 有影響嗎?
%E7%B6%B2%E5%9D%80),不只看起來醜,在某些工具、報表、廣告平台中還會出現相容性問題。台灣中小企業常遇到的情況是:在 Facebook、LINE、Email 中分享中文網址後,點擊率明顯比英文網址低,因為轉碼後的網址看起來像亂碼,使用者會懷疑是不是釣魚連結。另外,在 Google Analytics、Search Console 等分析工具中,中文網址也常因編碼問題顯示不清,讓報表變難讀。如果您的網站主要服務台灣市場、且工具相容性可以接受,中文網址不是不能用,但建議優先考慮英文 slug 或統一規則的拼音 slug,長期維護成本會低很多。
已經上線的 URL 還可以修改嗎?要注意什麼?
URL 中加入日期會比較好嗎?什麼情況該放、什麼情況不該放?
/news/2025/03/google-update 就很合理。不建議放日期的情況:教學文、知識指南、SEO 觀念文等 evergreen content,因為內容會持續更新,但 URL 中的舊年份會讓人覺得內容過時。例如一篇 SEO 教學文用了 /blog/2023/url-seo-guide,即使內容已經更新到當下版本,URL 中的「2023」還是會讓讀者產生過時印象,影響點擊意願。實務建議是,如果不確定內容會不會持續更新,寧可不放日期,把日期資訊放在頁面內的「最後更新時間」欄位,維護彈性更大。
AI 搜尋時代,URL 對 ChatGPT 與 Perplexity 的引用真的有影響嗎?
/seo/ 路徑下放 20 篇 SEO 主題文),能建立 topical authority,被 AI 引用的機率會明顯提升。
WordPress、Shopline、Cyberbiz 等台灣常用 CMS 該怎麼設定 URL 才對 SEO 友善?
https://yoursite.com/{slug};若要加分類路徑,選「自訂結構」輸入 /blog/%postname%/,並搭配 Yoast SEO 或 Rank Math 外掛在編輯時直接修改 slug。Shopline 在商品編輯頁面的「SEO 設定」區塊可以填入「網址 slug」,覆蓋系統預設的 ID 網址;分類頁則在「商品分類」管理介面修改網址別名。Cyberbiz 在後台「網店設定 → SEO 優化」中設定全站 URL 規則,商品個別 slug 在編輯頁的 SEO 設定區塊修改。91APP 與 SHOPLINE 等其他電商 SaaS 設定位置類似,通常都在商品基本資料或 SEO 設定區塊。建議無論用哪個 CMS,新商品上架時都把英文主關鍵字填入 slug 欄位,長期累積下來對 SEO 與 AI 引用都有顯著幫助。