SEO GUIDE
網站專欄 Q & A
站內優化

URL 是什麼?完整解析網址結構、SEO 命名原則與 AI 搜尋時代的最佳做法

很多人在做網站、寫文章或上架商品頁時,把心力放在標題、內容、關鍵字上,卻常常忽略 URL(網址) 這個看似不起眼、實際上影響深遠的細節。URL 不只是「頁面的位置」,它同時牽動搜尋引擎對主題的理解、使用者點擊前的信任感、連結分享的便利性,以及 ChatGPT、Perplexity、Google AI Overviews 在引用來源時的可讀性。本篇用 SEO+AEO(答案引擎優化)的視角,帶您一次看懂 URL 結構、命名原則與最佳做法,並補上台灣中小企業最常用的 CMS 實務情境。

一、URL 是什麼?快速理解網址的本質與三大價值

URL 的全名是 Uniform Resource Locator,中文翻成「網址」,它的作用是告訴瀏覽器某個資源位在網路上的哪裡、以及該用什麼方式存取。它不是一整串不可分割的文字,而是由多個部分組成,每一段都有自己的功能。理解 URL 的結構後,您才知道哪些地方能優化、哪些地方不該亂動。

對 SEO 來說,URL 命名不是決定排名的唯一因素,但它會直接或間接影響以下三件實務上很關鍵的事:

主題辨識
搜尋引擎與 AI 系統能否從網址快速判斷頁面在講什麼,這會影響索引效率與引用機率。
點擊信任感
使用者看到網址時,能不能秒判內容是否符合需求,這會影響搜尋結果頁的 CTR(點擊率)。
維護成本
網站結構是否清楚,決定了後續做 301 轉址、分類重組、跨工具報表整合的難易度。

好的 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 上必須擇一:

URL
https://example.com
https://www.example.com

實務上要指定一個主版本(canonical),另一個透過 301 轉址統一過去,避免重複內容與權重分散。台灣多數企業網站選用「帶 www」的版本,以維持品牌記憶與工具相容性。

路徑:URL 命名最重要的戰場

路徑(Path)是您能花心思優化、也最直接影響可讀性與主題辨識的部分。以本篇文章為例,如果路徑是 /p=1287,搜尋引擎只能讀到一個數字;如果改成 /seo/url-naming-guide,則能清楚傳達「SEO 主題下的 URL 命名指南」這個語意。

查詢參數:常見但容易製造索引問題

問號後面的內容常見於篩選頁、搜尋結果頁、廣告追蹤(UTM)、排序設定等。例如電商網站常出現:

URL
/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 搜尋時代的三個額外價值

引用後的點擊轉換
AI 引用時會顯示來源網址,清晰的網址讓使用者更願意點過來,這是 AI 流量的關鍵入口。
深度連結錨點優勢
AI 引用具體答案時,有機會用 #段落 id 直連到您網站的特定區塊,提升引用精準度。
主題權威建立
同一路徑下集中累積文章(/seo/ 路徑下 20 篇主題文)能建立 topical authority,被引用機率倍增。
實務建議:如果您希望內容更容易被 AI 引用,在規劃 URL 時請刻意建立「主題路徑」,例如把所有 SEO 主題文章都放在 /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 命名的關鍵不是寫得多漂亮,而是先建立規則、再追求長期穩定、最後確保一頁一網址。很多網站做著做著就變混亂,根本原因都在於一開始沒有先定下命名邏輯。以下三個原則,可以避免大部分後續的麻煩。

URL 命名核心公式 主題路徑 + 核心關鍵字 slug + 永久不改

路徑代表分類層級,slug 代表頁面身份,兩者一旦確定就盡量不要動。例如新視野的 SEO 文章統一用 /seo/{slug},而 slug 抓的是主題核心而非完整標題。

/seo/url-naming-guide(分類路徑 + slug,標題就算改了 URL 也不變)

原則一:先決定全站命名邏輯,再開始大量上線

很多網站一開始沒有規劃,文章想到什麼就取什麼,後來才發現有些用英文、有些用拼音、有些含日期、有些不含分類,結果網站越大、URL 越亂、改版成本越高。比較好的做法是在內容大量產出前,就先決定:

  • 文章頁要不要包含 /blog/ 路徑
  • 商品頁是用 /product/{name} 還是 /{name}
  • 分類頁固定用單數還是複數(/category vs /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)

文章頁重視主題清楚與可讀性,建議格式:

URL
/blog/url-seo-guide
/blog/seo/url-seo-guide(若有分類層級)

不建議用太多分類堆疊,也不建議加過度細碎的子分類。

WordPress 實務設定

後台「設定 → 永久連結」選擇「文章名稱」即可,網址結構會變成 https://yoursite.com/{slug}。如果要加分類路徑,可選「自訂結構」並輸入 /blog/%postname%/。建議搭配 Yoast SEO 或 Rank Math 外掛,可在編輯文章時直接修改 slug。

商品頁(電商)

商品頁要兼顧辨識度與擴充性,建議格式:

URL
/product/iphone-16-pro-case
/product/{品牌}/{型號}/{商品名}(若商品量大且需分層)

Shopline 與 Cyberbiz 的常見設定

多數台灣電商 SaaS(Shopline、Cyberbiz、91APP)預設會用系統 ID 當作商品網址,例如 /products/12345。實務建議在後台「SEO 設定」或「商品基本資料」中,把每個商品的「網址 slug」欄位填入英文主關鍵字(例如 iphone-16-pro-case),即可覆蓋系統預設,大幅提升 SEO 效益。

分類頁(Category)

分類頁的重點是結構一致,建議格式:

URL
/category/seo
/category/website-design
/category/ecommerce

命名應該以分類主題為主,不要一個分類用主題詞、另一個分類用行銷口號(例如 /category/seo 配上 /category/superb-design 就會破壞一致性)。

活動頁或落地頁(Landing Page)

活動頁通常具有時效性,建議格式:

URL
/campaign/summer-sale
/webinar/seo-audit
/event/year-end-promo

如果是年度活動,可以納入年份做區分(/campaign/year-end-2024/campaign/year-end-2025)。如果是長期活動系列,則要考慮未來延續性,不要把版本號寫死。

注意:若活動結束後頁面要下架,別直接 404,應該 301 轉址到相關分類頁或新活動頁,避免反向連結與 AI 引用流量直接斷掉。

九、常見的五大 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 是 Uniform Resource Locator 的縮寫,中文翻譯就是「網址」,指的是網路上某個資源的位置與存取方式。更精確一點說,URL 是技術術語,描述一個完整的網路資源定位格式,包含協定、網域、路徑等多個部分;而「網址」是中文的口語化說法。實務上不管您是寫文章、跟客戶溝通、還是設定 CMS,直接說「網址」或「URL」都沒有問題。需要區分的反而是另外兩個相近詞:URI(Uniform Resource Identifier)範圍更廣,包含 URL 與 URN;URN(Uniform Resource Name)則是不依賴位置的識別碼。一般 SEO 與網站管理場景中,只需要熟悉 URL 就足夠了。
URL 越短越好嗎?有沒有具體的字數建議?
URL 應該「夠短且保有語意」,而不是越短越好。實務建議 slug 部分控制在 3 到 5 個英文字、總長度(含網域)不超過 75 字元,這個區間在搜尋結果頁顯示完整、分享在社群時不會被截斷、也方便使用者記憶。太短的網址(如 /a1)看不出內容主題,失去 SEO 訊號;太長的網址(超過 100 字元)則容易被截斷、難分享、看起來雜亂,點擊率也會下降。Google 官方多次表示,網址長度本身不是直接排名因素,但過長的網址會影響使用者體驗,進而間接影響 CTR 與 SEO 表現。台灣中小企業常見的失誤是把整篇標題用拼音塞進網址,例如 /ru-he-zai-yi-ge-yue-nei-tisheng-wang-zhan-liu-liang,這種網址既不易讀也不利分享,建議改為提煉核心詞的 /seo-traffic-tips
URL 一定要放關鍵字嗎?關鍵字密度有沒有上限?
URL 中放入核心關鍵字是常見且有助益的做法,但這不是強制要求,而且要避免堆砌。Google 官方文件指出,URL 中的關鍵字對排名的影響是「輕微的訊號」,真正影響排名的是頁面內容本身。實務上建議在 URL 中保留 1 到 2 個核心關鍵字即可,例如 SEO 主題文章用 /seo-guide 就夠了,不需要寫成 /seo-search-engine-optimization-guide-tips-tricks。在 AI 搜尋時代,LLM(如 ChatGPT、Perplexity)選擇引用來源時,URL 中的關鍵字會作為主題判斷的輔助訊號之一,清晰自然的網址比關鍵字堆砌更有利於被引用。如果您的網址看起來像是為了 SEO 而硬塞關鍵字,反而會降低使用者點擊意願,得不償失。判斷原則很簡單:讀起來自然、能秒判主題、不重複用字。
網址可以使用中文嗎?中文網址對 SEO 有影響嗎?
中文網址技術上可以用,Google 也會正常索引,但實務上不太推薦。最大的問題是中文網址在分享、複製、瀏覽器網址列中會被自動轉碼成 percent-encoding 格式(例如「網址」會變成 %E7%B6%B2%E5%9D%80),不只看起來醜,在某些工具、報表、廣告平台中還會出現相容性問題。台灣中小企業常遇到的情況是:在 Facebook、LINE、Email 中分享中文網址後,點擊率明顯比英文網址低,因為轉碼後的網址看起來像亂碼,使用者會懷疑是不是釣魚連結。另外,在 Google Analytics、Search Console 等分析工具中,中文網址也常因編碼問題顯示不清,讓報表變難讀。如果您的網站主要服務台灣市場、且工具相容性可以接受,中文網址不是不能用,但建議優先考慮英文 slug 或統一規則的拼音 slug,長期維護成本會低很多。
已經上線的 URL 還可以修改嗎?要注意什麼?
可以修改,但建議盡量避免。每次改 URL 都會牽涉舊連結失效、外部反向連結流失、社群分享網址斷裂、書籤失效、AI 引用斷鏈等問題。如果非改不可,務必同時做好兩件事:第一,從舊網址設定 301 永久轉址到新網址,讓搜尋引擎與既有連結都能順利導向;第二,更新站內所有指向舊網址的內部連結。實務上建議只在三種情況才改 URL:網址有嚴重錯誤(如拼字錯誤、含有不雅字)、網站架構大規模重組、原本是系統自動編號要改為語意網址。改完後請務必在 Google Search Console 提交新的 sitemap,並透過 URL 檢查工具確認索引狀態。台灣中小企業最常見的失誤是「為了 SEO 把網址改得更漂亮」結果忘了設 301,讓所有舊連結與外部引用全部 404,反而傷害更大。
URL 中加入日期會比較好嗎?什麼情況該放、什麼情況不該放?
要看內容類型,不能一體適用。建議放日期的情況:新聞報導、活動公告、年度報告、特定年份政策整理等具有強時效性的內容,日期能幫助讀者辨識內容時間背景。例如 /news/2025/03/google-update 就很合理。不建議放日期的情況:教學文、知識指南、SEO 觀念文等 evergreen content,因為內容會持續更新,但 URL 中的舊年份會讓人覺得內容過時。例如一篇 SEO 教學文用了 /blog/2023/url-seo-guide,即使內容已經更新到當下版本,URL 中的「2023」還是會讓讀者產生過時印象,影響點擊意願。實務建議是,如果不確定內容會不會持續更新,寧可不放日期,把日期資訊放在頁面內的「最後更新時間」欄位,維護彈性更大。
AI 搜尋時代,URL 對 ChatGPT 與 Perplexity 的引用真的有影響嗎?
有影響,而且比過去更直接。AI 搜尋引擎(ChatGPT、Perplexity、Google AI Overviews)採用 RAG(檢索增強生成)架構,簡單說就是先檢索網路資料、再請 LLM 整理回答。在檢索階段,URL 提供三個關鍵訊號:主題語意(slug 中的關鍵字)、來源可信度(清晰結構 vs 系統自動編號)、分類權威性(主題集中於同一路徑)。Perplexity 特別注重內容新鮮度與引用密度,清晰的網址有助於建立來源信任;ChatGPT 引用時會直接顯示來源網址,可讀的 URL 影響使用者願不願意點擊;Google AI Overviews 則大量沿用傳統 SEO 訊號,URL 結構規則與一般 SEO 一致。實務建議是在規劃 URL 時刻意建立「主題路徑」,把同主題文章集中在同一路徑下(例如 /seo/ 路徑下放 20 篇 SEO 主題文),能建立 topical authority,被 AI 引用的機率會明顯提升。
WordPress、Shopline、Cyberbiz 等台灣常用 CMS 該怎麼設定 URL 才對 SEO 友善?
每個 CMS 的設定位置不同,但原則一致:把系統預設的編號網址改成語意 slug。WordPress 在後台「設定 → 永久連結」選擇「文章名稱」即可,網址會變成 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 引用都有顯著幫助。
延伸閱讀:新視野 SEO 完整指南|本文觀念綜合自 Google Search Central 官方文件、業界 SEO 實務經驗,以及近期 AI 搜尋引擎引用模式研究。

歡迎推廣本文,請務必連結(LINK)本文出處:新視野網頁設計公司