UX（User Experience，使用者體驗）決定的是「訪客進到您的網站之後會不會留下來」。搜尋把人帶到門口，之後發生什麼事由 UX 決定——他能不能一眼看出您做什麼、能不能在幾步之內找到答案、知不知道下一步該怎麼做。本文說明 UX 影響生意的實際機制，給出五個可以自己執行的步驟，並釐清一個常被誇大也常被低估的問題：UX 到底跟 SEO 有什麼關係。
UX 到底在講什麼
依 Nielsen Norman Group 的定義，使用者體驗涵蓋使用者與一家公司、其服務與產品互動的所有面向——範圍遠大於網站的介面設計。
這個定義有個實務上的重點：UX 的問題經常不在網站上。表單很好填但沒人回覆、產品頁很完整但查不到價格、服務講得很清楚但沒說服務範圍到哪個縣市——這些都是體驗問題，卻不是版面問題。
好的 UX 的特徵是使用者不會注意到它。沒有人會一邊逛網站一邊說「這個網站的 UX 做得真好」；他們只會很自然地找到東西、完成事情然後離開。反過來，UX 差的網站使用者一定會注意到——他會停下來想「我現在要點哪裡」。只要訪客需要思考導覽方式，體驗就已經出問題了。
如果您想先分清楚 UX 與 UI 的差別，可以先看UX 和 UI 差在哪？這篇。
UX 影響生意的三個實際機制
UX 影響營收的方式有三條路徑：訪客能不能判斷您是不是他要找的人、能不能在放棄之前找到答案、以及知不知道下一步怎麼聯絡您。三條路任何一條斷掉，流量再多也不會變成詢問。
1. 網站要替代不在場的業務人員
實體門市有人可以招呼、可以問、可以示範。網站沒有人，所以首頁必須自己完成招呼這件事：讓訪客在幾秒內知道您做什麼、服務誰、在哪裡。
舉個很具體的例子。如果您是律師，訪客進站時並不知道您專攻的是離婚案還是刑事辯護。如果首頁沒有立刻說清楚，他不會花時間翻——他會回到搜尋結果點下一個。網站流失客戶的時間點，通常比大家以為的早得多，多半發生在使用者還沒開始閱讀之前。
2. 路徑長度直接決定完成率
每多一個步驟，就多一次流失的機會。以一家空調維修公司為例，一位管理公寓的房東接到房客電話說冷氣壞了，他要的資訊只有三個：有沒有緊急服務、大概多少錢、怎麼最快聯絡到人。
如果他的路徑是「首頁 → 服務項目 → 緊急維修 → 聯絡我們」，四步；如果首頁上就有「24 小時緊急維修｜02-XXXX-XXXX」，一步。同樣的內容，路徑長度不同，完成率就不同。
3. 體驗差的成本不只是這一次
訪客在您的網站找不到東西時，他不會空手而歸——他會去競爭對手那裡找到。所以體驗差的代價不是流失一次詢問，是把一個原本屬於您的客戶送給別人。
把 UX 做出來的五個步驟
UX 的執行順序是：先確定為誰設計（人物誌）→ 畫出他的路徑（使用者歷程）→ 簡化設計移除干擾 → 用關鍵元素引導行動 → 上線前逐項驗收。前兩步要在動視覺設計之前完成。
- 建立使用者人物誌
先決定您是為誰設計。從實際的客戶紀錄裡找共同模式，整理出二到三個人物誌，每一個要回答四件事：他是誰、為什麼會來、想從您這裡得到什麼、他有哪個問題需要您解決。
判斷標準：人物誌要來自真實的客戶資料——過去的詢問內容、成交紀錄、業務最常被問的問題。憑印象想像出來的人物誌，只會把既有的偏見寫成文件。
- 畫出使用者歷程
針對每個人物誌，寫出他從進站到完成目的的路徑。三個要素：他當下面對的情境是什麼、他的目標是什麼、他會依序經過哪些頁面。
延續前面的例子，房東的歷程是「首頁 → 緊急維修服務 → 聯絡」。寫出來之後就會發現：這段路徑上每一步都必須有明確的下一步入口，任何一步需要他自己找，就是斷點。
判斷標準：歷程越短越好，但更重要的是「每一步都有目的」。為了縮短而把資訊全部塞進首頁，是另一種失敗。
- 簡化設計，移除干擾
確定路徑之後才進入視覺。原則是讓設計服務訊息，而不是讓設計分散訊息：
- 顏色克制。主色、輔色、中性色三組就夠，做法見網站配色怎麼決定？
- 字體清晰。兩到三種字體上限，並確認在手機上讀得清楚。
- 每個元素都要有功能。影片、動畫、圖片如果不是為了說明或引導，就是干擾。
- 用關鍵元素引導行動 每一頁都要有明確的下一步。訪客讀完一頁之後不該產生「所以呢」的空白——不管那個下一步是聯絡、預約、看案例還是讀下一篇。 行動呼籲（Call To Action，CTA）的寫法比位置更重要：說清楚點下去會發生什麼、會得到什麼。「立即聯絡」是空殼，「免費健檢，三個工作天內回覆」才是資訊。
- 上線前逐項驗收 用下一節的清單逐項確認，並且一定要在真實手機上操作一次，不要只看設計稿。
UX 與 SEO 的關係，說清楚
Google 明確表示沒有單一的「網頁體驗」排名訊號，但核心排名系統會參考一系列與整體網頁體驗一致的訊號，其中網站體驗核心指標（Core Web Vitals）確實被排名系統使用；同時 Google 也說明，即使網頁體驗不理想，搜尋仍會優先顯示最相關的內容。
市面上關於這件事有兩種極端說法，兩種都不準確。我們把 Google 官方文件（2025 年 12 月更新）的說法整理如下：
| 常見說法 | 實際情況 |
|---|---|
| UX 好，排名就會好 | 不成立。Google 表示指標分數好不保證排名，相關性仍然優先。 |
| UX 跟 SEO 完全無關 | 也不成立。Core Web Vitals 確實被排名系統使用。 |
| 網頁體驗是一個排名因子 | Google 明確說「沒有單一訊號」，是一系列訊號。 |
| 應該追求滿分 | Google 反過來提醒：不要只為了 SEO 而執著於完美分數。 |
Core Web Vitals 三項指標
| 指標 | 量測什麼 | 良好門檻 |
|---|---|---|
| LCP 最大內容繪製 | 主要內容多久顯示出來 | 2.5 秒以內 |
| INP 互動至下次繪製 | 操作後多久看到反應 | 200 毫秒以內 |
| CLS 累計版位配置轉移 | 畫面內容跳動的程度 | 0.1 以下 |
INP 已於 2024 年正式取代 FID（First Input Delay，首次輸入延遲）。手上的報表若仍在看 FID，代表資料已經過時。
建議的心態：把 UX 當成轉換率的工作，不是排名的工作。這樣做出來的決定通常更正確——因為為了排名去優化指標，很容易做出對使用者沒有意義的改動；為了使用者去優化，指標多半會跟著變好。
上線前的 UX 驗收清單
上線前至少確認七件事：聯絡資訊是否醒目、CTA 是否明確、站內搜尋是否可用、行動裝置是否正常、載入是否夠快、路徑是否可完成、以及文字是否讀得清楚。
- 聯絡資訊在每一頁都找得到。手機版的電話要是可以直接撥打的連結。
- 每一頁都有明確的下一步。CTA 說清楚點下去會發生什麼，不是「立即聯絡」。
- 資訊量大的網站要有站內搜尋。文章或產品超過數十筆時，導覽選單已經不夠用。
- 在真實手機上完整走一次。不是縮小瀏覽器視窗，是拿手機操作，包含填完一次表單。
- Core Web Vitals 三項都在良好範圍。用 Search Console 的網站使用體驗核心指標報表看實際使用者資料，不要只看測速工具的模擬分數。
- 每個人物誌的歷程都真的走得完。照著第二步畫的路徑實際點一遍，看有沒有斷點。
- 文字與背景對比度達標。內文至少 4.5:1，大字與按鈕邊框至少 3:1，詳見網站配色一文。
常見問題 FAQ
UX 設計會直接提升 Google 排名嗎？
沒有直接保證。Google 表示沒有單一的網頁體驗排名訊號，但 Core Web Vitals 確實被排名系統使用。UX 影響的主要是進站後的留存與轉換，而不是排名本身。
沒有預算做使用者研究，可以怎麼開始？
從既有資料開始：過去的詢問內容、業務最常被問的問題、客服紀錄。這些是免費且真實的素材，足以整理出二到三個人物誌，比從零做問卷更快也更準。
網站流量不錯但沒有詢問，是 UX 的問題嗎？
有可能，但要先確認流量的品質。如果進來的關鍵字跟您的服務不相關，那是搜尋端的問題；如果關鍵字對、進站後卻沒有動作，才比較可能是 UX 或內容的問題。兩者要分開判斷。
使用者人物誌要做幾個？
二到三個就夠。人物誌的作用是幫助取捨，數量太多反而失去取捨的功能。優先做最主要的客群，以及需求明顯不同的第二客群。
改版時 UX 要做到什麼程度才算完成？
最低標準是：每個人物誌的使用者歷程都能在網站上實際走完，而且每一步都有明確的下一步入口。做不到這一點就進視覺設計，後面通常要返工。
測速工具分數很低，一定要改嗎？
先看 Search Console 的核心指標報表，那是真實使用者的資料；測速工具是模擬環境。真實資料落在良好範圍就不必為了分數大改。Google 自己也提醒不要單純為了 SEO 追求完美分數。
更新紀錄
- 2020 年 9 月：初版發布。
- 2026 年 8 月：全文重寫。以 Nielsen Norman Group 的定義取代原稿的模糊描述；用 Google 官方對網頁體驗的現行說法與 Core Web Vitals 門檻，取代原稿「使用者體驗是 SEO 重要因素之一」的含糊說法；移除查無可靠出處的專家引述；五個步驟改寫為附判斷標準的作業流程，並新增上線前驗收清單。
- 下次檢視：本文預計每半年重新查證一次 Google 網頁體驗說明與 Core Web Vitals 門檻，並更新本欄。
結論
三句話收攏：UX 的範圍比網站介面大——回覆速度、服務範圍寫不寫清楚，都算在裡面；執行順序是先確定為誰設計、再畫出他的路徑，最後才做視覺，順序顛倒必然返工；把 UX 當成轉換率的工作而不是排名的工作，做出來的決定會更正確，指標通常也會跟著變好。
有流量、沒有詢問，想知道斷點在哪？轉角網路SEO行銷在板橋與台中提供免費搜尋健檢。我們會先確認進站的關鍵字對不對，再檢視進站之後的路徑有沒有斷點，並附上 Search Console 的核心指標實際表現，告訴您該先修搜尋端還是體驗端。立即透過線上表單與我們聯絡。
參考來源
- Norman, D. & Nielsen, J.，〈The Definition of User Experience (UX)（使用者體驗的定義）〉，Nielsen Norman Group，2026 年 8 月查證。
- Google，〈Understanding page experience in Google Search results（了解 Google 搜尋結果中的網頁體驗）〉，Google Search Central，最後更新 2025-12-10，2026 年 8 月查證。
- Google，〈Web Vitals〉，web.dev（Core Web Vitals 三項指標與門檻之官方出處），2026 年 8 月查證。
- W3C，〈Understanding SC 1.4.3: Contrast (Minimum)〉，Web Content Accessibility Guidelines 2.2，2026 年 8 月查證。
- 轉角網路SEO行銷，〈UX 和 UI 差在哪？〉，corners.com.tw，本站自有內容。