多數團隊把 URL 當成路由設定在處理，但 AI 引擎會把網址當成一段文字逐字讀進去，用它來判斷這一頁在講什麼、值不值得引用。繁體中文網站在這件事上還多一個沒想清楚的決定：slug 到底該用中文還是英文。這篇把路徑與 slug 的規劃拆開講，你可以直接照著改。
AI 引擎怎麼「讀」你的網址
LLM 的檢索系統會把網址切成詞來理解，並在生成答案、標註來源時把它顯示出來。一個像 /blog/url-structure-llm-friendly 的網址，等於直接告訴模型「這頁在談 URL 結構」；換成 /p?id=48213，模型什麼線索都拿不到，只能完全依賴頁面內文去猜。當好幾個來源條件相近，可讀又切題的網址往往更容易被挑中當引用，因為它同時降低了模型與使用者的判讀成本。
路徑層級本身也在傳遞脈絡。/geo-audit/pricing 讓人一眼看出這是 GEO 審計的定價頁，模型也讀得出它從屬於哪個主題。層級太深則有另一個代價：一個頁面離首頁越遠、指向它的內部連結越少，爬蟲就越可能漏掉它，AI 引擎自然也檢索不到你根本沒被發現的內容。可讀性與可爬取性是兩回事，但都靠網址結構在撐。
繁中 slug 的兩難：中文字會被編碼成一串亂碼
只要在網址裡放中文字，瀏覽器與伺服器就會把它做百分比編碼。/部落格/url結構規劃 實際被儲存、分享、引用時，會變成 /%E9%83%A8%E8%90%BD%E6%A0%BC/… 這種一長串。你在網址列看到的是中文，傳出去的卻是亂碼——AI 摘要、社群卡片、後台報表拿到的都是這串編碼，原本想要的語意好處全丟了。更麻煩的是，有些第三方工具與 AI 爬取器對這種編碼網址的處理並不一致，偶爾還會截斷或解析失敗。
- 中文 slug（例如 /部落格/url結構規劃）：在網址列看起來清楚，但傳輸與被引用時會變成 %E9%83%A8… 的百分比編碼，AI 摘要、分享連結與報表都難以辨識。
- 英文或羅馬化 slug（例如 /blog/url-structure-llm-friendly）：跨系統穩定、可讀、可被 AI 乾淨引用，是 B2B SaaS 網站的實務首選。
- 標題內文用繁中、slug 用精簡英文：目前對 AI 檢索最穩的組合。slug 不必翻譯整個標題，抓住核心概念的兩三個英文詞就夠。
要強調的是，該用繁中的地方一個都不會少：頁面標題、H1、內文照樣是繁體中文，那才是被排名和被閱讀的主體。slug 是底層基礎設施，抓住核心概念即可。網址也一律用小寫，有些伺服器把 /Blog 和 /blog 當成不同頁，大小寫混用會無聲無息地製造重複網址。如果你的中文 slug 已經被索引很久，別急著全砍，改版時務必用 301 把舊網址接過來。
對 AI 友善的路徑規劃：可以直接照做的原則
- 越淺越好：主要內容盡量控制在兩到三層（/blog/<slug>），每多一層就多一分被漏爬的風險。
- slug 要語意化：用描述內容的詞，而不是流水號或日期。/blog/url-structure-llm-friendly 勝過 /blog/2026/07/post-482。
- 全站一致：同類型內容用同一種路徑樣式，讓爬蟲與模型能預測你的結構。
- 小寫加連字號：全部小寫，詞與詞之間用「-」而非底線「_」，避免大小寫或符號造成重複網址。
- 不要把主要內容藏在查詢參數後面：?id=、?p= 之類的網址較難被穩定索引與引用。
- 網址一旦公開就別亂改：真要改一定搭配 301 轉址，把舊網址累積的權重與引用接過來。
用路徑結構呼應你的內容叢集
把支柱、叢集、子題的關係反映到網站的內部連結上，能幫 AI 引擎判斷你在哪個主題累積了深度：同一支柱的文章彼此互連、都指回支柱頁，模型就能看出這一區是有系統的內容，而不是散落的單篇。叢集頁與子題文章的雙向連結，也讓模型更容易沿著連結把整個主題讀完，而不是只抓到孤立的一頁。內部連結做得好，網址要不要照叢集分層，反而是次要問題。
繁中站的多語系：語言前綴與 hreflang
如果你像許多 B2B 網站一樣要服務多個語系，語言前綴要放在路徑最前面，例如 /zh-TW/blog/… 與 /en/blog/…，讓語系一眼可辨、也方便爬蟲分區處理。每個語系版本都要用 hreflang 互相標註，並指定一個 x-default 當預設，AI 引擎與搜尋引擎才會把對的語言版本端給對的人，而不是把它們當成重複內容互相稀釋。
- 語言前綴放在路徑最前面：/zh-TW/blog/…、/en/blog/…，語系一眼可辨，也方便爬蟲分區。
- 每個語系版本互相標註 hreflang，並指定一個 x-default 當預設（繁中站常以英文版或 zh-Hant 為預設）。
- 各語系盡量沿用同一個 slug：翻譯的是內文不是路徑，對映關係才乾淨，不會被當成重複內容。
最容易踩到的幾個雷
最常見的幾種錯誤：把發布日期寫進路徑，網址半年後看起來就過時；拿資料庫流水號當 slug，模型完全讀不出主題；改標題時順手改了 slug 卻沒設轉址，等於把累積的引用一次倒掉；同一頁同時存在有斜線與沒斜線、有 www 與沒 www 的版本，讓爬蟲把一頁算成好幾頁。這些都不難修，放著不管卻會持續稀釋你被 AI 引用的機會。
URL 結構是那種一次做對、之後長期受益的技術底層。你不必為了討好 AI 就全站重寫，多數情況只要把 slug 語意化、路徑壓淺、多語系標好 hreflang，再用 301 收好舊網址，就已經拉開差距。想知道自己的網站在可爬取與可引用性上有哪些具體缺口，Tenten GEO 的 30 天 GEO 審計會逐頁盤點路徑、結構化資料與檢索表現。若想先抓方向，也可以到 /contact 預約一場 30 分鐘 GEO 診斷，我們直接對著你的網址結構聊。
