一句話速查表
| 名詞 | 一句話白話 | 詳細釋義 |
|---|---|---|
| 網站跑得順不順（速度與裝置）客人按下去到看見東西之間發生的事。這一組全部可以量測，吵架時拿數字出來就好。 | ||
| 核心網頁指標Core Web Vitals | Google 量測網頁體驗的三個數字：載入、互動、穩定。 | Google 用來量測網頁體驗的三個數字：載入的 LCP、互動的 INP、視覺穩定的 CLS。它們是排名的參考因素之一，但份量遠小於內容相關性——體驗好不會讓爛內容排前面。真正的價值在轉換率：載入慢一秒，跳出的人就多一批。 |
| LCP（最大內容繪製時間）Largest Contentful Paint | 頁面上最大的圖或文字多久才出現，2.5 秒內算好。 | 頁面上最大的那塊圖或文字多久才出現，2.5 秒以內算好。它量的是「使用者覺得這頁載好了沒」，最常見的元凶是首屏那張沒壓縮過的大圖，或是擋在前面的字型與腳本。先處理首屏，其餘的可以延後載入。 |
| INP（互動到下一次繪製）Interaction to Next Paint | 使用者點下去到畫面有反應的延遲，200 毫秒內算好。 | 使用者點下去到畫面有反應之間的延遲，200 毫秒以內算好。它取代了舊的 FID，量的是整段造訪期間的互動反應而不只是第一次。卡住的原因多半是主執行緒被大量 JavaScript 佔住，第三方追蹤碼裝太多是常見來源。 |
| CLS（累計版面配置位移）Cumulative Layout Shift | 畫面載入過程中內容亂跳的程度，0.1 以下算好。 | 畫面載入過程中內容亂跳的程度，0.1 以下算好。典型狀況是圖片沒有預留尺寸、廣告插入把內容往下推，使用者正要按的按鈕突然位移。解法很機械：所有圖片與嵌入元素都給定寬高，動態插入的區塊先留好位置。 |
| RWD（響應式網頁設計）Responsive Web Design | 同一份程式碼依螢幕寬度自動換排版的做法。 | 同一份程式碼依螢幕寬度自動換排版。它現在是基本要求不是選配，台灣多數網站的行動裝置流量早就過半。要注意的不是能不能縮，是縮完之後還能不能用：表格會不會爆版、按鈕夠不夠大、字會不會小到要放大才看得清。 |
| 客人找不找得到路（動線與轉換）從進站到按下按鈕的路上，每一個看不懂的名稱、每一個多問的欄位，都在掉人。 | ||
| 資訊架構Information Architecture | 網站內容怎麼分類、怎麼命名、怎麼擺放，讓人找得到。 | 網站內容怎麼分類、怎麼命名、怎麼擺放，讓人找得到。難點在命名要用客人的話而不是公司的組織圖：選單照部門切，客人得先猜這件事歸誰管。驗證方式是請沒看過網站的人找一件具體的事，看他點到第幾層才找到。 |
| 麵包屑Breadcrumb | 頁面上方那行「首頁 > 分類 > 本頁」的位置指引。 | 頁面上方那行「首頁 > 分類 > 本頁」的位置指引，人與機器都用得到：訪客知道自己在哪、可以往上一層，搜尋引擎拿它理解網站結構，並可能顯示在搜尋結果的網址位置。配合結構化資料標記效果更好。 |
| CTA（行動呼籲）Call to Action | 請訪客現在做一件事的按鈕或連結，例如「立即詢價」。 | 請訪客現在做一件事的按鈕或連結。它要具體到對方知道按下去會發生什麼——「立即詢價」比「了解更多」明確，「下載範本」比「送出」清楚。一頁上主要行動只留一個，選項一多，選擇成本就變成放棄的理由。 |
| 表單優化Form Optimization | 用最少的欄位，拿到你真正會用到的資料。 | 用最少的欄位拿到你真正會用到的資料。每多一個必填欄位就多一批人放棄，電話與統編這種讓人警覺的欄位尤其明顯。做法是逐欄問自己「拿到之後誰會用、什麼時候用」，答不出來的就刪掉。 |
| 怎麼知道客人卡在哪（觀察與測試）不必用猜的。有免費工具能看大家點哪裡、卡在哪一欄，也有一個下午就做得完的真人測試。 | ||
| 熱區圖Heatmap | 把很多人的點擊與捲動位置疊成一張顏色深淺圖。 | 把很多人的點擊與捲動位置疊成一張顏色深淺圖。它適合用來發現「大家在點一個根本不能點的東西」或「重要內容在多數人捲不到的位置」。它只告訴你發生了什麼，不會告訴你為什麼，要配合錄影回放或訪談才有解釋。 |
| 錄影回放Session Recording | 把單一訪客在網站上的操作過程重播出來看。 | 把單一訪客在網站上的操作過程重播出來看。價值在看到數字看不到的挫折：反覆點同一個按鈕、在表單某一欄來回修改、捲上捲下找不到入口。要注意個資，工具必須遮蔽輸入中的姓名、電話與信用卡欄位。 |
| 使用者測試Usability Testing | 請真人在你的網站上完成任務，你在旁邊看他卡在哪。 | 請真人在你的網站上完成一件任務，你在旁邊看他卡在哪。它不需要多少樣本，找五個人就會看到大部分明顯的問題。重點是不要引導：把任務說完就閉嘴，他找不到的地方才是你要修的地方。 |
| 網站的基本體質（安全、無障礙、搬家）平常沒人稱讚，出事時全公司都知道。憑證到期、改版換網址、標案要求標章，都在這一組。 | ||
| HTTPS（超文字傳輸安全協定）HTTPS / SSL | 網站與訪客之間的連線加密，網址列會出現鎖頭。 | 網站與訪客之間的連線加密，網址列會出現鎖頭。它現在是底線：沒有的話瀏覽器會直接標示不安全，表單也不該收任何資料。憑證多半可以免費自動續簽，但要確認續簽真的在跑——過期是很常見、而且一過期整站都進不去的事故。 |
| 無障礙網頁Web Accessibility (a11y) | 讓身心障礙者也能操作你的網站的設計與標記方式。 | 讓身心障礙者也能操作你的網站的設計與標記方式：圖片有替代文字、顏色對比足夠、只用鍵盤也能走完流程。它同時是機器可讀性的基礎，螢幕閱讀器讀得懂的結構，爬蟲與 AI 也讀得懂。政府標案通常會要求無障礙標章。 |
| 404 頁面404 Page | 網址不存在時該回傳的錯誤狀態與那一頁的內容。 | 網址不存在時該回傳的狀態碼與那一頁的內容，兩件事都要對。狀態碼要真的是 404——有些網站的錯誤頁回傳 200，搜尋引擎會把它當成正常頁面收錄；內容則要給出口：搜尋框、熱門頁面、回首頁的連結。 |
| 301 轉址301 Redirect | 告訴瀏覽器與搜尋引擎「這網址永久搬家了」的設定。 | 告訴瀏覽器與搜尋引擎「這個網址永久搬家了」。改版、換網域、整理網址結構時要先做好一張對照表，讓每個舊網址指到內容最接近的新頁，而不是全部丟回首頁——全丟首頁對使用者與搜尋引擎都等於內容不見了。 |
網站體驗這件事，是怎麼一步一步變成硬指標的
| 年份 | 誕生的詞 | 當時是為了解決什麼 |
|---|---|---|
| 2008 | WCAG 2.0 成為國際標準 | W3C 在 2008 年 12 月 11 日發布 WCAG 2.0，成為後來各國無障礙規範的共同底本。 |
| 2010 | 「響應式網頁設計」這個詞誕生 | Ethan Marcotte 在 A List Apart 提出 RWD，主張用同一份程式碼適應不同螢幕尺寸。 |
| 2014 | Google 宣布 HTTPS 是排名信號 | Google 說明這是輕量信號，同時鼓勵網站從 http 換到 https。 |
| 2018 | Chrome 把所有 HTTP 網站標成「不安全」 | 自 2018 年 7 月的 Chrome 68 起，網址列對所有 HTTP 頁面顯示「不安全」。 |
| 2020 | Google 公布核心網頁指標 | 把載入、互動、畫面穩定三件事，變成可量測也可以互相比較的公開指標。 |
| 2021 | 台灣修正版「網站無障礙規範」實施 | 自民國 110 年 7 月 1 日起，依修正版規範進行無障礙標章檢測。 |
| 2023 | WCAG 2.2 成為 W3C 正式標準 | 2023 年 10 月 5 日發布，在 2.1 的基礎上再增加成功準則。 |
| 2023 | Google 宣布行動優先索引全面完成 | 2023 年 10 月 31 日起以手機版 Googlebot 檢索，手機看不到的內容等於沒被收錄。 |
| 2024 | INP 取代 FID 成為核心網頁指標 | 2024 年 3 月 12 日起，量測互動反應的指標從 FID 換成 INP，舊報表不能再拿來比。 |
| 2026 | Chrome 預計把「一律使用安全連線」設為預設 | Google 於 2025 年 10 月宣布，2026 年 10 月推出的 Chrome 154 將改為預設啟用。 |
只列出每一列都查得到官方出處的年份；查不到出處的說法沒有放進來。
這條線的方向很一致：以前是「做得好加分」，現在是「做不好被瀏覽器或搜尋引擎當眾標記」。安全連線、手機可用、載入速度，這三件事已經從加分題變成基本盤，而基本盤沒顧好的網站，花再多廣告費也只是把人買來看白畫面。
最常見的誤會
網站測出 90 分以上，搜尋排名就會贏？
PageSpeed Insights 上那個大圓圈分數，是在模擬環境裡跑出來的實驗室成績。Google 看的核心網頁指標，用的是過去 28 天真實 Chrome 使用者的資料，兩塊常常對不起來：模擬 95 分、實地資料卻不及格，是很常見的組合。
Google 的官方說法是建議網站取得良好的核心網頁指標，並說明這與核心排名系統想獎勵的方向一致。這句話跟「分數高就會贏過內容更好的對手」是兩回事。速度比較像體檢：不合格會被扣分，合格之後還是要靠內容拿分。
另一個常被忽略的情況是：流量太少的網站根本不會有實地資料，PageSpeed Insights 上半部會是空的。這時候該做的是先把內容和曝光做出來。
打開 PageSpeed Insights，先確認上半部「實地資料」有沒有出現，那才是真人的成績。
把 LCP、INP、CLS 三個數字抄下來當基準線，三個月後再測一次比較。
詢價表單多問幾題，才能篩掉不精準的名單？
多問確實會篩掉人，問題是篩掉的不一定是你想篩的那批。真正有急需的人可能正在上班偷填，一看到八個必填欄位就關掉；閒著沒事的人反而填得很開心。
Baymard Institute 的結帳研究可以當參考：2024 年平均結帳表單有 11.3 個欄位，多數網站其實 8 個就夠，而 17% 的人因為結帳流程太長或太複雜放棄訂單。詢價表單的耐心只會更少，因為對方連東西都還沒買。
想篩選，用問題的內容篩，別用欄位的數量篩。多一格「您目前想解決的問題是」，比多三格基本資料有用得多。而且欄位越少，你要依個資法告知與保管的東西也越單純。
把現在的詢價表單欄位數出來，超過 6 個就逐欄問一次：這一欄，業務第一通電話問不到嗎？
把問得到的欄位改成選填或直接拿掉，觀察兩週的送出數量變化。
網站改版換網址，排名掉是正常的，過陣子自己會回來？
搬站有短期波動是正常的，但「掉光了再也沒回來」通常有具體原因，而且都是可以事先避免的：舊網址沒有做一對一的 301 對照、全部轉到首頁了事、或是轉址鏈拉了四五段。
Google 文件說明 301 這類永久轉址不會造成 PageRank 損失，也明講不要把大量舊網址轉到一個不相關的目的地（例如新站首頁），那可能被判為軟性 404。換句話說，掉排名的原因多半不是「搬家」，是搬家的方式。
舊網址還牽著別人給你的外部連結、客人的書籤、印在名片與 DM 上的網址。這些是花錢也買不回來的資產。
改版前把現有網址清單匯出來，一行舊網址對一行新網址，做成對照表。
上線當天抽 20 條舊網址實際點一次，確認是一步到位轉到對應的新頁，而不是轉到首頁。
「行動優先」有兩個意思，開會時常常各講各的
第一個意思是設計方法（mobile-first design）：先把手機版設計出來，再往上放大成桌機版。這是團隊自己的工作順序，做不做、怎麼做，是內部選擇。
第二個意思是 Google 的檢索方式（行動優先索引）：Google 用手機版的 Googlebot 抓你的網站，以手機版看到的內容作為索引依據。Google 已於 2023 年 10 月 31 日宣布這件事全面完成。這代表「桌機版有寫、手機版為了畫面乾淨拿掉」的內容，對搜尋引擎來說就是沒有——規格表、常見問答、產品說明都算。
這兩件事被混成一句「我們有做行動優先」，然後雙方以為講的是同一件事。開會時把它拆成兩題問廠商：一、設計流程是不是從手機開始？二、手機版與桌機版的內容是不是完全一致？第二題才是會影響搜尋的那一個。RWD 之所以是主流做法，正是因為它天生讓兩邊共用同一份內容，只換排版。
下一步
- 拿你自己的手機，從 Google 搜尋自己的品牌名進站，完成三件事：找到價格或報價方式、找到聯絡電話、填完一次詢價表單。全程計時，每一個卡住超過 5 秒的地方截圖存起來。
- 把首頁和最重要的一個內頁丟進 PageSpeed Insights，只抄上半部「實地資料」的 LCP、INP、CLS 三個數字，寫在一份文件上當基準線，日期記好。
- 裝一套免費的熱區圖與錄影回放工具（例如 Microsoft Clarity），安裝當下就把表單欄位設定成遮蔽，一週後回來看「進了表單頁卻沒送出」的那幾段錄影。
這裡收的是實際會影響決策的詞，純學術名詞我們不收。 少了什麼常用詞，來信告訴我們。