Web 標准，不僅僅是“不用表格的站點”
“Web 標准”這個詞在不同人眼裡可能有不同的含義。有人會覺得那是“不用表格的站點”，也有人會覺得那是“使用通過驗證的代碼”。實際上，Web 標准涵蓋的比這寬泛得多，用 Web 標准建構的站點必須堅持標准 (HTML, XHtml, XML, CSS, XSLT, DOM, MathML, SVG 等等) 並執著於實踐 (通過驗證的代碼，有親和力的代碼，語義正確的代碼，對用戶友好的 URL 等等)。
換句話說，用 Web 標准建構的站點，如果理想地看，必須簡潔，干淨，基於 CSS，有親和力，有可用性，以及對搜索引擎友好。
有關這張一覽表
這顯然還不是一張完整的表格，很可能要加上很多東西。然而更重要的是，並非其中每樣東西都必須在你的站點中找到，這只是一個向導，用來：
- 展示 Web 標准領域的跨度
- 作為開發者手邊的便捷的查詢工具
- 幫助正在慢慢轉向 Web 標准的開發者們適應
一覽表
代碼質量
- 使用了正確的 DOCTYPE 嗎？
http://www.w3.org/QA/2002/04/valid-dtd-list.Html
- 使用了正確的字符集嗎？
http://www.w3.org/International/O-charset.Html
- 使用了合法的 (X)Html 嗎？
http://validator.w3.org/
- 使用了合法的 CSS 嗎？
http://jigsaw.w3.org/CSS-validator/
- 用到了哪些 CSS Hack？
http://css-discuss.incutio.com/?page=CSSHack
- 使用了多余的 class 或者 id 嗎？
- 代碼的語義結構是否正確？1
http://www.w3.org/2003/12/semantic-extractor.Html
- 是否有壞掉的鏈接？
http://validator.w3.org/checklink
- 在頁面和腳本大小的影響下，站點的速度如何？
http://www.websiteoptimization.com/services/analyze/
- 有沒有什麼 JavaScript 錯誤？
內容與表現的區分度
- 是否所有的表現類信息都用 CSS 來處理了？(字體、顏色、補白、邊框等等)
- 是否所有的裝飾性圖片都用 CSS 來處理而不是直接寫在 (X)Html 中了？
對用戶的親和力
- 所有的描述性圖片都用了 alt 屬性來提供文字信息嗎？
- 字體使用了相對單位而不是絕對單位嗎？
- 如果字體增大，會不會有些排版方面的錯誤出現？
- 是否使用了彈出式菜單？
- 表單 (form) 是否具有親和力？
- 表格是否具有親和力？
- 配色的亮度和對比度足夠嗎？
- 是否只用顏色來區分重要的信息？
- 彈出式菜單是否有一個延遲的響應？(為一些反映不那麼敏捷的人士考慮)
- 是否所有的鏈接都具有描述性？3 (為盲人考慮)
對設備的親和力
- 新舊浏覽器都至少能接受這個站點嗎？
- 如果完全清除 CSS 的話，站點還具有親和力嗎？
- 如果所有圖像都關閉的話，站點還具有親和力嗎？
- 在 Lynx 等文本的浏覽器下是否可讀？
- 打印出來是否可讀？
- 掌上設備中是否可讀？
- 站點是否包含了詳細的元數據 (metadata)？
- 在不同的浏覽器窗口大小下站點是否正常？
基本的可用性
- 從視覺上說，是否有一個清晰的層次結構？
- 不同等級的標題是否容易區分？
- 站點的導航欄是否容易辨認？
- 導航欄是否一致？
- 是否使用了一致並且合適的語言？
- 是否有站點地圖頁面和聯系信息頁面？它們找起來容易嗎？
- 龐大的站點是否有搜索工具？
- 每頁都有到首頁鏈接嗎？
- 鏈接都有下劃線嗎？
- 已經訪問過的連接是否用獨特的顏色來區分了？
站點管理
- 站點是否有一個有意義並且有幫助 404 出錯頁面，這個頁面是否對所有的目錄深度都有效？
- 站點的 URL 是否友好？
- 如果去掉“www”，鏈接都還正常嗎？
- 站點是否有個圖標？