多數人以為，只要把該打的勾都打完，你的網站就等於做對了。SEO 的 title、meta description、alt 文字都補齊，無障礙的對比度、表單標籤都測過，可用性也照十大經驗法則排過一輪，看起來每一項都合格。其實打勾本身，跟「這個決定對這個案子、這批讀者對不對」是兩件不相干的事。一份檢查表能保證的，只有沒有漏掉什麼，保證不了選對了什麼。
這個落差平常不容易被注意到，因為多數網站的檢查表本身做得不差。真正出問題的時候，是打完最後一項，排名還是上不去、還是有使用者用不了、設計本身還是跟這個案子的商業目標對不上，這時候才發現，檢查表從一開始就沒打算回答這幾個問題。
檢查表驅動的設計，指的是把一張清單當成判斷本身的替代品，只要每一項都符合，就認定這個決定沒問題，不再回頭問這個案子真正需要什麼。這種做法用在小規模、重複性高的作業上沒問題，一旦放大到牽涉受眾理解、商業目標、市場競爭這類需要判斷的層次，就會出現每一項都對、結果卻不對的落差。
好的檢查表只放容易忘記的步驟，不是判斷本身
檢查表會被誤用成判斷的替代品，多半不是檢查表本身的問題，是使用的人忘了它原本設計來做什麼。外科醫師阿圖·葛文德（Atul Gawande）在《清單革命》裡談的，是他在外科手術現場觀察到的一個現象，很多手術失敗，不是醫師判斷錯誤，而是一個早就知道該做的步驟，在忙亂中被漏掉了。飛航業也是同一個模式，機師不是不懂怎麼開飛機，是在一長串程序裡，某個平常會做、這次卻忘了做的動作，釀成事故。
葛文德的核心主張很清楚，檢查表的功能是輔助專業判斷，不是取代判斷。他研究的兩個場景，外科手術與飛航，失敗案例回溯起來多半不是「不知道該怎麼判斷」，而是「知道該做，卻在當下忘記了」。這是一個定義得很窄、卻很精準的問題，檢查表要解決的，從來就只是「忘記」這一件事。
正因為問題定義得窄，一份設計良好的檢查表，長度通常刻意控制在 5 到 9 項左右，只放「最容易被遺忘」或「漏掉會讓整個任務失敗」的少數關鍵步驟，不是把能想到的都塞進去。這個刻意留白不是偷懶，是設計本身的一部分，清單以外還有大量該判斷的事，它從一開始就沒打算幫使用者做。世界衛生組織的外科手術安全查檢表，就是把這套原則落地的例子，一份極簡的清單，只列最容易被漏掉、後果又最嚴重的關鍵動作，用詞精簡到能被快速讀完，不打斷醫師手上的工作，而且證實能降低手術併發症與死亡率。
這個定義放在外科手術和飛航上很合理，因為這兩個領域裡，判斷本身通常不是真正的問題，忘記才是。但同一套清單邏輯，一旦被搬到需要大量判斷的領域，像是內容該怎麼寫、網站該怎麼做，情況就不一樣了。SEO 就是一個很典型的例子。
SEO 檢查表保證的只是被收錄的資格
把 title 寫好、meta description 補齊、頁面能被爬取，這些是技術面 SEO 檢查表要確認的事，而它們解決的問題只有一個，那就是有沒有資格出現在候選名單裡。至於這篇內容能不能贏過同一批對手，是另一個問題，而且是檢查表完全答不出來的問題。
連 Google 官方自己提供的自我評估，用的都不是打勾清單，而是一連串要求回答「好不好」的開放式問題。Google Search Central 的《製作實用、可靠且以使用者為優先的內容》裡列出的問題，像是「內容是否針對主題提供充實、完整或詳盡的說明」「比起搜尋結果中的其他頁面，這項內容是否提供了更高的價值」，每一題都要求做判斷，沒有一題是「有沒有這個元素」的二元勾選。這份文件裡還有一段很直接的提醒：「是不是因為聽說或讀到 Google 對內容有偏好的字數，所以才寫到一定字數」，然後直接回答「不，Google 沒有這種偏好」。這正是把 SEO 做成打勾式檢查表最典型的反例，字數夠不夠、關鍵字有沒有出現，這些都能被檢查表量化，但這篇內容值不值得讀者選它，量化不了。
Search Engine Land 一篇分析裡的案例更具體。一家 B2B SaaS 公司的內容，技術可爬取性和搜尋意圖的吻合度都通過檢查，卻遲遲排不上去，回頭診斷才發現，問題出在對手的網域權重是自己的 2 到 3 倍，這個落差不是靠繼續優化內文能補上的。這家公司後來沒有把力氣放在把內容改得更完整，而是重新定位到對手忽略的利基市場，也就是中小企業買家。內容本身沒有變得更好，排名卻改變了。這說明「檢查表全過」跟「值得被讀者或演算法選中」，從頭到尾就是兩個不同的問題，一個問的是資格，一個問的是競爭格局。
全部無障礙檢查都過的網站仍可能對身障者不可用
把 alt 文字有沒有寫、對比度夠不夠、表單有沒有標籤都核對一遍，很容易讓人以為無障礙這件事已經處理完了。實際上這種可核對的部分，只是無障礙的一小塊，而且是比較小的那一塊。
WebAIM 是研究無障礙的國際機構，《WebAIM Million》已經連續 8 年，用自動化工具 WAVE，分析全球排名前 100 萬個網站的首頁。2026 年的報告發現，95.9% 的首頁被偵測出至少一項 WCAG 失誤，比 2025 年的 94.8% 還高，等於過去六年逐年小幅改善的趨勢被扭轉了。報告裡最常見的六種失誤類型，合計占全部偵測失誤的 96%，依序是低對比文字 83.9%、圖片缺替代文字 53.1%、表單欄位缺標籤 51%、空連結 46.3%、空按鈕 30.6%、缺文件語言標記 13.5%。
報告本身很坦白地提醒，這裡計入的只是能被自動化工具偵測到的失誤，真正完全符合 WCAG A/AA 規範的首頁比例，必然低於 4.1%。換句話說，就算一個網站把 WAVE 抓得出來的項目全部修完，也不代表它真的無障礙，只代表它通過了機器能檢查的那一小塊。
W3C 是全球資訊網的標準制定組織，它在無障礙評估的頁面上明講：「沒有任何工具能單獨判定一個網站是不是無障礙的，需要有經驗的人親自評估才能確定。」這句話背後的原因不難理解，WCAG 有相當比例的成功準則，本質上要靠人去做感官評估、即時互動測試、情境判斷，例如替代文字寫得有沒有意義、焦點移動的順序合不合邏輯，這類判斷沒辦法用固定規則窮盡，機器測不出來，清單也列不出來。一個網站可以把檢查表上每一項都打勾，同時對某些身障使用者來說仍然是不可用的。
漢堡選單違反經驗法則，手機版卻常是對的選擇
十大可用性經驗法則比 SEO 或無障礙的規則更抽象，但同一個結構性限制照樣存在，連提出這些法則的研究機構自己都講得很清楚，經驗法則是判斷的輔助工具，不是不能違反的規定。
Nielsen Norman Group（國際可用性研究機構）在一篇談怎麼執行經驗法則評估的文章裡，舉了一個很多人都認得的介面元素當例子：某電商網站的行動版，把全站導覽選項收進一個漢堡選單圖示。這個做法違反十大經驗法則裡的第 6 條，辨識優於回憶，因為使用者得先想起選單藏在圖示背後，才有辦法找到自己要的選項，照這條法則，重要的選項理論上應該保持可見。
但 Nielsen Norman Group 的文章接著明講，違反某條經驗法則，不必然代表這裡就該調整，要看具體情境跟現有的替代方案。手機螢幕的空間有限，把導覽收進圖示、換取畫面空間，往往是必要而且正確的取捨。文章同時引用 Jakob Nielsen 本人的提醒：「你不該賭自己的設計就是那少數的例外。」這句話等於承認一件事，經驗法則本身給不出這是不是例外的答案，那個答案要靠實際跟使用者測試才拿得到，Nielsen Norman Group 也直接說，經驗法則評估沒辦法取代使用者研究。
檢查表打勾之後才開始的判斷工作
把這四個領域放在一起看，會看到同一條界線反覆出現。葛文德在外科手術和飛航證明的是，檢查表在「忘記」這個問題上非常有效，這是它正面能做到的事。但 SEO、無障礙、可用性經驗法則這三個領域各自指出的，是檢查表守不住的那一塊，分別是排名背後的競爭格局、情境化之後才成立的無障礙可用性、要不要接受某個違規取捨。四個案例合起來看，答案都一樣，檢查表能穩定守住的，只有有沒有漏掉；至於這個決定對這個案子、這批讀者、這批對手來說對不對，那是判斷，檢查表給不出來，也不該假裝給得出來。
這不是單一領域的巧合。一份好的檢查表本來就設計成只覆蓋一小部分，SEO 的技術檢查解決的是資格，無障礙的自動化工具解決的是機器測得出來的那一半，可用性的經驗法則解決的是哪裡可能有問題，而不是這裡該不該被接受。四個領域各自獨立發展出同一套限制，指向的是同一件事，判斷這件事，本來就沒辦法被清單化。
把檢查表放回它該待的位置，是底線，不是目標。你的網站打完最後一個勾，不代表已經做完了，代表的是該開始問對問題的時候到了：這篇內容對這批讀者有沒有價值、這個排名落後的真正原因是不是內容本身、這個違反經驗法則的地方是不是這個情境下該接受的取捨。這些問題檢查表都不會替你問，也不會替你回答，需要有人願意在打完勾之後，繼續往下想。