poluoluo文章簡介:Web標准不僅僅是不用表格的站點.
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”,鏈接都還正常嗎?
- 站點是否有個圖標?