SEO 網址選擇：中文網址還英文網址好？ | 白話文商學院
中文網址和英文網址對 Google 排名的直接影響都極小，Google 早已把 URL 關鍵字壓成「非常次要的排名訊號」，權重遠低於標題、內容相關性與連結（來源：Moz URL S…
中文網址和英文網址對 Google 排名的直接影響都極小，Google 早已把 URL 關鍵字壓成「非常次要的排名訊號」，權重遠低於標題、內容相關性與連結（來源：Moz URL SEO 指南；可對照 Google Search Central 官方文件）。多數站點選英文 slug，看重的是它在分享、分析、除錯、跨工具搬移時的隱藏維運成本遠低於中文網址，排名從來不是主要考量。把問題從「哪個加分多」改成「哪個全生命週期總成本最低」，答案就清楚了。如果你還在評估網址該怎麼選，可以先看SEO 網址優化指南把整體命名脈絡弄清楚；至於「換網址就能衝上首頁」這類說法，建議先讀破解 SEO 保證第一頁的排名迷思，才不會把力氣放錯地方。
重點先看：「網址用中文還是英文」真正決定的是你日後分析、分享、除錯的摩擦成本，排名只是陪襯。對絕大多數站點，短而清楚的英文 slug 是全生命週期總成本最低的選擇。
每隔一陣子就有人在社團、PTT SEO 板拋出同一個問題：網址到底要用中文還是英文，哪個對 SEO 比較好？這幾乎是 SEO 的月經題了。我看過的討論整理下來，發現大多數人把戰場設錯了，全部的火力都集中在「中文網址會不會排名更好」這個其實影響很小的問題上。決定一條網址好不好用的關鍵，在於它在你之後要分析成效、分享到社群、檢查索引、跨平台搬移時，會帶來多少看不見的維運成本，排名高低反而排在後面。如果你對網址 URL 是什麼與 SEO 核心基礎還有點模糊，建議先補一下底子，後面的討論會更好吸收；已經清楚的人可以直接往下看。
結論先講：中文網址 vs 英文網址，SEO 到底差多少
中文網址和英文網址對排名的直接影響都極小，Google 自己就把 URL 的權重定得很低。Google Search Central 在「Create Google-friendly URLs」與「URL structure」官方文件裡反覆強調的重點是：網址要簡短、可讀、穩定、用連字號分隔、避免大小寫混亂，至於「網址裡有沒有放關鍵字」反而不是他們關注的焦點。多數站點選英文 slug，看重的是它在分析、分享、除錯上的隱藏成本遠低於中文網址，排名表現並非主因。
把這個問題拿去問十個做 SEO 超過三年的實務工作者，大概有八個會說：根本不需要在網址語言上糾結，排名差異小到可以忽略。更關鍵的是，目前沒有任何一份公開、可重現的中文圈嚴謹實測，能證明中文或英文網址排名更好，把資源押在「網址語言會帶來排名加分」上，等於在賭一張不存在的牌，可控制的運維成本才是值得押注的地方。若你的網站長期卡在某個名次動不了，問題多半不在網址語言，破解 Google 排名上不去的關鍵原因會幫你把力氣放對地方；而當同一組關鍵字被多篇文章分散搶排名時，關鍵字蠶食的修復策略比調網址更值得先處理。
真正該建立的，是一個四軸的決策框架，問題從來不在於一翻兩瞪眼的「哪個對」。
| 決策軸 | 中文網址 | 英文網址 | 權重 |
|---|---|---|---|
| 排名影響 | 極小，缺乏嚴謹實測 | 極小，URL 關鍵字本來就是次要訊號（來源：Moz；Google Search Central） | 低 |
| 可讀性 | 對中文讀者略勝，網址單獨出現時好猜 | 需要懂一點英文，但短 slug 可讀性也不差 | 中 |
| 運維成本（篩選、除錯、搬移） | 高，編碼字串處處摩擦 | 低，GA4、GSC、site: 都順手 | 高 |
| 分享體驗（社群、Email、簡訊） | 差，容易變成 %E5 編碼長串 | 穩定，不容易被截斷 | 高 |
四軸裡面，排名影響兩邊都低到可以略過；可讀性中文小贏；但運維成本和分享體驗，英文是大贏。把四個軸加總，答案自然浮現：除非你有很明確的品牌理由，否則英文 slug 幾乎永遠是全生命週期總成本最低的選擇。這個框架本身，就是這篇跟一般「中文網址和英文網址打平手」內容最大的差別，一般討論會把戰場設在排名，我把戰場搬到運維。
要建立這個判斷，你得先理解網址在整個 SEO 體系裡的位置，本篇聚焦在語言選擇這個特定決策；想補整體脈絡，可先看如何撰寫好的 SEO 網址命名與結構。
中文網址真正吸引人的兩個優點，價值都被高估了
中文網址確實有兩個真實的優點：對中文讀者更直覺好懂，理論上能把中文關鍵字放進網址。這兩點都成立，但它們的價值被高估了，報酬與成本並不對稱。
第一個優點是可讀性。你比較一下這兩條網址：/網址結構教學 跟 /seo-url-structure-intro。如果這條網址是單獨被看到的，例如印在名片上、放在實體文宣、在 LINE 裡傳一條純連結，中文版確實讓中文讀者更容易猜出內容。但請注意這個前提：網址是「單獨被看到」。在絕大多數實際情境裡，網址是包在錨點文字、Open Graph 預覽、或社群貼文的引文裡面的，使用者根本不會去讀網址本身，這時候可讀性的優勢就被稀釋掉了。如果你還不太清楚網址路徑是什麼與設計原則，這裡說的「單獨被看到」會更好理解。
第二個優點背後是一個老的 SEO 觀念：網址裡放目標關鍵字，對排名有幫助。這個邏輯本身沒錯，問題出在權重。把關鍵字塞進網址，在英文 SEO 裡本來就是非常微弱的訊號（來源：Moz），Google 官方也把 URL 列為次要訊號。有人因此推論：既然英文網址放關鍵字有一點點幫助，那中文網址放中文關鍵字，不也一樣有幫助？推論的方向合理，但截至目前，沒有公開、可重現的中文 SEO 實驗支持「中文網址排名更好」這個說法。把一個報酬極小、又無法驗證的好處，當成主要決策理由，風險報酬比很不好看。
值得把焦點從「排名」拉到「點擊」來看，因為網址裡的關鍵字真正影響的，往往是點擊意願而非排序。第三方數據顯示，網址中帶有與關鍵字相近字詞的頁面，點閱率比網址中沒有關鍵字的頁面高出 45%，但這個效果是發生在搜尋結果頁上的點擊行為，並不等於網址會在 Google 的排序演算法裡獲得加分（來源：Backlinko〈Google CTR Stats: We Analyzed 4 Million Google Search Results〉 https://backlinko.com/google-ctr-stats 2025-04-16）。換句話說，就算你認同「網址放關鍵字有用」，它的用處主要落在點擊率這一側，跟前面講的排名加分是兩件事，這也正好呼應接下來要釐清的常見推論跳躍。
常見的推論跳躍，是把「更好懂」直接等同於「更好排名」。這兩件事沒有因果關係。更好懂影響的是使用者的點擊意願（而且只在網址被單獨看到時），更好排名影響的是 Google 的排序演算法，兩者背後是完全不同的機制。如果你好奇點擊意願怎麼量化，CTR 點擊率的計算與提升技巧把這個訊號講得更清楚。如果你對影響排名的因素好奇，Title Tag 怎麼寫才對 SEO 有效、SEO 關鍵字為什麼重要、搜尋意圖如何決定高排名這幾個訊號的權重，都遠高於網址裡的那幾個字。
換個角度想：就算可讀性真的好一點，它值不值得你之後每一次分析、每一次分享、每一次除錯都付出代價？接下來就把這筆帳算清楚。
分享時變成一長串編碼：中文網址最被低估的痛點
中文網址分享出去之所以會變得很長、很醜，是因為瀏覽器網址列會把中文「還原顯示」給你看，但底層其實是 percent-encoding（百分比編碼，像 %E5、%B6 這種字串）。一旦你把網址複製、貼到 Facebook、LINE、論壇、Email，底層編碼就會原形畢露，網址瞬間爆炸長。這是中文網址最普遍、也最常被低估的痛點。
很多人對「中文網址」這個說法有誤解。整個底層流程是：你在網址列輸入中文，系統把它轉成 percent-encoding，瀏覽器再還原成中文顯示給你看，但分享出去時依然是那串 URL 編碼。所以「中文網址」從頭到尾都是編碼，只是瀏覽器好心地幫你還原顯示而已。這個機制源自 URL 規範本身的設計，並非哪個平台的 bug（來源：MDN〈Percent-encoding〉；WHATWG URL 規範），更詳細的編碼原理可以對照 MDN 的說明。
實際看一下長度的對比就很具體。假設你的 slug 是 /網址結構教學，分享出去會變成：
| 情境 | 中文 slug 原貌 | 分享後實際看到的網址 |
|---|---|---|
| 短中文 slug | /網址結構教學 | /%e7%b6%b2%e5%9d%80%e7%b5%90%e6%a7%8b%e6%95%99%e5%ad%b8/ |
| 直接用文章標題當 slug | /網址結構教學，應該要使用哪種網址呢？ | /%e7%b6%b2%e5%9d%80%e7%b5%90%e6%a7%8b%e6%95%99%e5%ad%b8%ef%bc%8c%e6%87%89%e8%a9%b2%e8%a6%81%e4%bd%bf%e7%94%a8%e5%93%aa%e7%a8%ae%e7%b6%b2%e5%9d%80%e5%91%a2%ef%bc%9f/ |
後面那條直接用標題當 slug 的，編碼後長到幾乎塞不進一則 LINE 訊息的預覽，這不是誇張，是實際會發生的事。長網址在社群貼文、Email、簡訊裡很容易被截斷，或看起來像來路不明的亂碼連結，因而降低點擊意願與信任感。看到一條長得像垃圾連結的網址會猶豫要不要點，是分享體驗的隱性成本。不同搜尋引擎對網址呈現的容忍度也不同，Yahoo 搜尋排名提升攻略有提到長網址在不同平台分享時的差異，可以一併參考。
有人會搬出 Open Graph 來反駁。Open Graph 讓網址在社群漂亮分享確實能改善「看起來」的部分，但它解決的是預覽圖，不是被複製出去的原始網址字串；一旦有人把連結貼進純文字環境（論壇、Email body、備忘錄），編碼長串一樣會洩底。Open Graph 改善的是預覽，percent-encoding 才是骨子裡的結構。
這節的成本是「分享時的視覺與信任成本」。它的特點是：發生在使用者端，你不太看得到，但它確實在偷偷吃掉你的點擊。下一節的成本更直接，是你自己每天做報表都會踩到的。
中文網址在 GA4 與 Search Console 的篩選摩擦
中文網址在流量分析工具裡的麻煩是：你要在 GA4、Google Search Console 做篩選或搜尋網址成效時，往往得貼上編碼後的 %E5… 字串才找得到，沒辦法直接用中文關鍵字篩。這會讓日常成效分析、報表整理、UTM 追蹤變得很摩擦，而且是每一次都摩擦。
用一個具體場景來說明。假設你有一個分類頁是 /tag/公關危機，轉成編碼後是 /tag/%E5%85%AC%E9%97%97%E5%8D%B1%E6%A9%9F/（為了示意，編碼略作簡化）。現在你想在 Search Console 的報表裡分析這個網址的成效，直接在篩選框輸入「公關危機」四個字，會發現什麼都篩不出來，你得記得把那串編碼貼進去，才有辦法找到對應的網址；連編碼長怎樣都記不起來，就得先回瀏覽器複製一次再貼回報表。一次兩次沒事，每週做報表都來一次，就會開始煩。
更麻煩的是「部分篩選」。假設你今天想把網址裡帶有「公關」這兩個字的所有頁面一次撈出來做包含篩選，中文幾乎做不到，因為「公關」這兩個字散落在編碼的中間，你沒辦法用一個乾淨的字串去比對。相對的，如果當初用的是英文 slug，例如 /pr-response-framework/，你想篩出所有公關相關頁面，只要在篩選框打「pr」就解決了。這就是英文 slug 在可分析性上的根本優勢。
| 分析動作 | 中文 slug 的實際操作 | 英文 slug 的實際操作 |
|---|---|---|
| 精確找到單一網址 | 貼上整段 %E5 編碼 | 直接打 slug 名稱 |
| 包含篩選某主題（如「公關」） | 幾乎無法，編碼會斷字 | 打 pr、response 即可 |
| 跨報表彙整同一系列頁面 | 需逐一查編碼、易出錯 | 規律命名下可批次處理 |
| 跟客戶或主管對數字 | 要現場翻編碼對照 | 直接口語溝通 |
這不是一次性的問題。每一次做成效報表、每一次跟客戶或主管對數字、每一次幫團隊設定篩選器，這個摩擦都會重複發生，它是持續性的成本，不是裝一次就沒事。如果你還在熟悉工具，GA4 新手完整教學與Google Search Console 完整使用指南會幫你把基礎打穩，回頭看這個篩選痛點會更有感。
這個成本直接影響「可分析性」，而可分析性會反過來影響你能不能持續優化內容。當你連「這條網址上個月表現如何」都要花十分鐘翻編碼，久了就會懶得查，不查資料的 SEO 等於在閉著眼睛調內容。UTM 參數與網址追蹤命名規則這類本來就在網址上疊一層參數的操作，碰到中文 slug 會更難除錯。
site: 查詢與索引檢查容易誤判
中文網址用 site: 查不到，並不代表沒被索引。中文網址還是會被 Google 正常索引，但 site: 查詢對中文網址相對容易出問題或回傳失敗，導致你誤以為頁面沒被收錄；英文網址在 site: 檢查上穩定得多。
這裡有個很容易被搞混的事實要先講：中文網址「會被索引」，索引本身不是問題。如果你想知道完整的確認流程，如何確認網頁被 Google 索引這篇有系統性的說明。真正的問題出在檢查工具的穩定性，索引機制本身沒事。很多人看到 site: 查不到，就以為頁面被 Google 排除，接著做了一連串不必要的補救：重新提交、改網址、甚至大改結構，結果反而製造更多問題。這種「因為工具誤判而過度反應」的狀況，對常需要批量確認索引的站長影響最大。
更可靠的索引檢查方式，是用 Search Console 的網址檢查工具主動提交網址，以及看Search Console 網頁索引報表，盡量別只靠 site:。site: 本來就只是一個快速的粗略檢查，官方從沒把它當成保證的索引狀態查詢，把它當唯一依據，對任何網址都是冒險，對中文網址尤其危險。如果你想更懂 site: 的正確用法，Google 搜尋技巧與 site 指令用法會幫你建立正確觀念。需要一份更快的確認流程時，Google 網頁收錄查詢教學整理了幾種實用的檢查方法。
這個痛點的本質，是「檢查工具的可靠度差異」。它跟前面兩節合在一起，就構成了一條完整的運維成本鏈：分享會變醜、分析會卡關、檢查會誤判，每一次操作都在吃你的時間。要誠實標註一個限制：「site: 對中文網址不穩定」是經驗觀察，不是官方公告的 bug，Google 也沒給過正式說明，不該寫成絕對定律，但在實務上的確是中文網址比英文網址更摩擦的原因之一。
說到底，索引這件事牽涉的環節很多，爬取預算、XML Sitemap、robots.txt 都會影響 Google 收不收得到你的頁面，把這些可控的環節顧好，回報會比在網址語言上賭運氣高得多。頁面數量一多，爬取預算優化策略會直接影響 Google 收不收得到你的內容。
中文網址會帶來更好排名，是缺乏證據的迷思
用中文網址排名不會比較好。目前沒有可信的中文圈嚴謹實測能證明中文網址排名更好，把資源押在網址語言上，報酬極低。與其賭這個，不如把力氣花在標題、內容品質、搜尋意圖契合、內部連結與外部連結上，這些才是權重大到值得投入的地方。
先看證據現況。在公開可查的範圍裡，沒有一份中文 SEO 實驗，是用夠大的樣本、可重現的方法，去證明「中文網址排名更好」這個結論的。Google 官方多次表態，URL 是次要訊號，URL 關鍵字的權重遠低於標題與內容相關性（來源：Moz；Google Search Central）。這兩個事實加起來，告訴你一件事：你以為的排名加分，可能根本不存在，就算存在也小到量不出來。我不是要全盤否定中文網址，SEO 圈確實有不同聲音，有人相信中文網址對特定語境有幫助，但權重差距不值得你為它去承擔前面三節算出來的確定成本。
| 排名訊號 | 相對權重 | 是否值得投入 |
|---|---|---|
| 網址關鍵字（中或英） | 次要訊號，極低（來源：Moz；Google Search Central） | 不值得為此選網址語言 |
| 標題 Title Tag | 高 | 值得 |
| 內容相關性與搜尋意圖契合 | 高 | 值得 |
| 內部連結與外部連結 | 高 | 值得 |
| E-E-A-T 與內容品質 | 高 | 值得 |
網址語言這個變數，在整個 SEO 槓桿裡大概排在最末端。把同樣的時間花在標題標籤、搜尋意圖契合、E-E-A-T 高品質內容核心原則、關鍵字研究與長尾策略上，回報會高得多。與其在網址上賭一個小到量不出的加分，不如去做影響排名更深的事，關鍵字研究工具與地圖指南是個好的切入點。
這也是為什麼不該把這篇讀成「中文網址絕對不能用」的極端論。網址語言對排名的影響小到可忽略，對中文、英文都成立，它真正決定的是你之後的運維體驗。
中文網址真正划算的場景，比想像中窄
確實有站點用中文網址也把 SEO 做起來了，但他們成功的原因通常不是網址。中文網址真正划算的場景很窄：當網址本身會被當作品牌辨識元素、受眾幾乎全是中文讀者、或點擊率實測明顯受益時，可讀性的價值才可能蓋過運維成本，除此之外英文 slug 幾乎都是更穩的選擇。
要用中文網址有一個前提：把「排名加分」從決策理由裡拿掉，才不會期待落空。很多用中文網址做起來的站，靠的是內容品質、品牌力、外部連結，那幾個中文字只是配角；把功勞算到網址頭上，等於把不相關的因素當成勝因，下一次做決策時就會誤判。判斷中文或英文網址，真正該看的是「分析摩擦」：中文網址的 URL 編碼在 GSC、GA4、site: 檢索與跨平台分享時累積的摩擦，會持續吃掉你的時間，至於「哪個 SEO 比較強」，兩者排名訊號都微弱到可以忽略。
把相對划算與不划算的場景列出來，對照自己的站型態判斷。
| 場景類型 | 中文網址划算嗎 | 理由 |
|---|---|---|
| 品牌導向、網址會被獨立展示（名片、實體文宣） | 相對划算 | 可讀性價值在此場景最大 |
| 短 slug、單一主題站、受眾幾乎全是中文讀者 | 相對划算 | 運維摩擦因頁面少而可控 |
| 大量頁面、需頻繁做成效分析 | 不划算 | 篩選摩擦會被頁面數放大 |
| 會在社群大量被分享、轉發的內容站 | 不划算 | 編碼長串影響分享體驗與信任 |
| 會跨工具搬移、改版、搬家的站 | 不划算 | 編碼增加遷移除錯難度 |
把上面這張表落實到實際站型，會更具體一點。以這類大量頁面、每週都要做成效分析的內容站為例（例如有數百到上千篇文章、固定產出週報的媒體或部落格站），中文 slug 的摩擦會被頁面數量放大：常見的狀況是，每次整理報表時，光是把中文網址與 percent-encoding 對照、貼回 GA4 或 Search Console 篩選，每條網址約多花 1 到 3 分鐘；當頁面數量來到數百以上，一個月累積下來，純粹消耗在「找網址」的時間很容易落到約 8 到 20 小時。摩擦的來源是編碼本身的結構：一個中文字在 URL 裡會被拆成多個 percent-encoding 字節，因此「公關」這兩個字在報表裡並不是連續可見的字串，而是被符號與十六進位字元打斷，這使得任何「包含某主題」的批次查詢幾乎都要靠人工逐筆比對，頁面一多就會逼著你維護一份中文與編碼的對照表，否則連自己上週貼過哪條網址都對不上。這層摩擦還會往下游傳遞：當你想把同一系列的頁面彙整成一份給主管或客戶的成效摘要時，英文 slug 可以直接用命名規律分組彙總，中文網址則往往要逐條翻譯回中文標題才能讓報表看懂，等於把同一份工作量在整理、呈現兩個環節各付一次；若團隊裡有不同人各自經手報表，少了統一的英文命名前綴，還很容易出現同一條網址被不同人用不同編碼片段查找、對不上的情況。同樣這類站如果把命名換成規律的英文 slug，做包含篩選時打幾個字母就能批次撈出整系列，摩擦接近歸零。另一個常見狀況出現在分享側：中文網址在 Facebook、LINE、Email 裡展開成編碼長串後，被截斷或被收件者誤判為可疑連結而沒點擊的比例，依這類站的典型表現幅度大約落在個位數到十幾個百分點之間，雖然不算毀滅性，但會長期、持續地吃掉本來可以拿到的點擊。要誠實提醒一個限制：上述幅度是依公開可查的 URL 編碼機制與一般內容站的典型表現推估的範圍，並非任何單一實測報告的量測值，你的實際數字會因頁面規模、受眾屬性、分享管道而不同，不該直接套用。決策角度也因此很清楚：對這類頁面多、需頻繁分析、又會在社群大量被分享的站型，中文網址的隱藏成本會持續墊高，幾乎不划算；相對的，品牌導向、頁面少、受眾幾乎全是中文讀者的站，因為分析次數少、分享摩擦可控，可讀性的價值才比較有機會蓋過成本。
評估過後還是決定用中文網址，這裡有幾條配套建議，可以把成本壓低一點：
- slug 盡量短，避免直接用完整文章標題，標題式 slug 分享後會變成超長編碼。
- 預先準備好中文與編碼的對照表，做報表時就不用每次現場翻。
- 做好 canonical 與 301 規劃，避免重複網址與搬家時的流量流失，可搭配301 與 302 轉址完整教學把差異與 SEO 影響弄清楚。
- 用 Search Console 的網址檢查與網頁索引報表取代 site:，降低索引檢查的誤判。
- 如果站會跨語言，提前想好多語言網站的 hreflang 架構，中文 slug 在多語情境下會更難管理。
多數站點最後會走英文網址這條路，那英文 slug 到底怎麼命名才不會踩雷？這是最後一節的重點。
英文 slug 怎麼命名才不踩雷
英文 slug 的重點在於短、可讀、穩定、全小寫、用連字號分隔、避免參數與大小寫混亂，把關鍵字塞滿反而不是該追求的目標。命名時優先考慮「幾年後回頭還看得懂」，至於「現在排名看起來好像會加分」這層顧慮可以擺在後面，因為網址會跟著網站一輩子，改一次的成本極高。
長度與語意這一組要一起拿捏。目標抓在 3 到 5 個字以內、描述頁面主題就好，避開兩個極端：無意義代號（像 /p=123、/s111）對人、對搜尋引擎都沒有資訊量；過長的標題式網址把整串關鍵字全塞進去，反而難讀又難維護。中間地帶的短 slug，才是長期最省事的選擇。
格式統一則是另一組容易踩雷的地方。全小寫、用連字號分隔單字，不要用底線或空格，因為大小寫不一致會造成重複網址：/SEO-Tips 和 /seo-tips 在某些伺服器設定下會被當成兩個不同的網址，等於自己製造重複內容。連字號是 Google 官方推薦的分隔符號（來源：Google Search Central「URL structure」），它會被當成字與字之間的空格，底線不會。
在這幾組原則裡，穩定性最關鍵。命名之前先把分類結構想好，避免日後大改網址，因為網址一旦改動就得做 301 轉址，而 301 連鎖是 SEO 的核彈級風險，弄不好整批流量會瞬間下滑。把命名放在更大的網址策略脈絡裡來看會更穩當，這牽涉到網站架構與內部連結的整體規劃，命名時一起考慮，才不會改一個 slug 牽動整個站；用 WordPress 架站的人，可先看WordPress SEO 必做設定把網址與固定連結結構一次調好。至於參數，能不用查詢參數就不用，非得用時要把管理規則先定下來並用 canonical 收斂重複版本，網址越乾淨，之後越好分析，這跟前面講的「可分析性」是同一件事的兩面。
| 檢查項目 | 過關標準 | 不過關的後果 |
|---|---|---|
| 分隔符與大小寫 | 全小寫、只用連字號，無底線/空格/中文/特殊符號 | 大小寫不一致會自製重複網址 |
| 長度與語意 | 3 到 5 個字，能讓人一看猜到主題 | 過短無資訊量，過長難讀難維護 |
| 結構穩定度 | 符合分類結構，幾年內不需大改 | 日後改網址須 301，流量風險高 |
| 參數乾淨度 | 能免則免，必要時用 canonical 收斂 | 參數污染產生重複版本、拖累分析 |
從零開始、還沒決定平台的人，可先看新手網站平台推薦與選擇，把網址結構在架站階段就規劃好，比之後再改省事十倍；已經有站的人，想系統化檢查整站的網址健康度，可以借助Screaming Frog 網址檢測工具做一次全面掃描。如果你做的是 JavaScript 網站，網址能不能被正確爬取，跟語言選擇一樣關鍵；圖片檔名與路徑也屬於網址的一部分，命名同樣值得顧。
回顧一下整篇的核心：網址該用中文還是英文，真正該評估的是這條網址在你之後要分析、分享、除錯、跨工具搬移時會帶來多少隱藏維運成本，排名加分的微小差距可以擺在一邊。對絕大多數站點，短而語意清楚的英文 slug 是全生命週期總成本最低的選擇；中文網址只在品牌辨識、純中文受眾等少數場景才划算。如果你的網站會被分析、被分享、被跨平台轉發，預設就走英文網址，只有在品牌辨識高度依賴中文、受眾純為中文讀者、且你能承擔分析摩擦時，中文網址才值得刻意選用。把這個判斷記下來，之後每次遇到「網址用中文還是英文」的爭論，你都不會再被排名幻想帶著跑。
中文網址 vs 英文網址 常見問題
中文網址會影響 Google 索引嗎？
不會，中文網址一樣會被 Google 正常索引，索引本身沒有問題。會出狀況的是 site: 查詢，它對中文網址相對容易回傳失敗，讓你誤判為沒收錄，但這是檢查工具的問題，不是索引問題。
網址裡放關鍵字對排名有幫助嗎？
有一點點，但權重很低。Google 把 URL 列為次要訊號，URL 關鍵字的幫助遠不如標題、內容相關性與連結（來源：Moz；Google Search Central）。把它當主要決策理由，等於為一個量不出的好處去承擔確定的運維成本。
中文網址用 site: 查不到結果是沒被索引嗎？
不一定。site: 對中文網址相對容易出問題或回傳失敗，查不到不代表沒收錄。想確認索引狀態，用 Search Console 的網址檢查工具與網頁索引報表會比 site: 可靠得多。
英文網址 slug 應該怎麼命名比較好？
把握四個方向：短而語意清楚（3 到 5 個字）、全小寫用連字號分隔、格式穩定不要日後大改、避免參數污染。命名時優先考慮「幾年後回頭還看得懂」，排名加分的顧慮擺在後面即可。
網址長度會影響 SEO 嗎？
長度本身不是直接的排名因素，但較長的網址在社群、Email、簡訊裡容易被截斷或看起來像垃圾連結，降低點擊意願。中文網址因為編碼膨脹，特別容易撞上這個問題，控制長度是為了分享體驗，不是為了排名。