譯者序:這個系列原文一共8篇文章，從普及 Web Standards 入手，講述如何用 Dreamweaver 8 來構建符合標準的 Web ，由于原作者的此篇文章是對《Build Your Own Standards Compliant Website Using Dreamweaver 8 》(這篇文章是收費的)的摘錄，所以我對內容進行了適當的刪改，順序與原文是一致的，但篇幅會有調整，特此告知。翻譯水平有限，敬請諒解。

　　假如您正在讀這篇文章，您很可能是已經對 Web 標準有了一定的愛好，并且對用 DW ( Dreamweaver 的簡稱)來構建的站點中標準的應用非常好奇。

　　或許您已經對 WS (Web Standards的簡稱)有了一定的了解，但是您并不知道如何用 DW 來編寫可兼容的代碼。或者您是一個 DW 用戶，您很想遵從 WS ，更廣泛的使用 CSS ，并且可以制作出更有親和力的文檔。無論您是哪一種類型，這篇文章都會給您想要的答案:告訴您如何用 DW 來搞定 WS。

　　Web 標準的定義

　　就我們在整篇文章所關心的 WS 來說，讓我們首先花一點時間來明確一下我們究竟在談論些什么:

　　WS 是一些指導 Web 開發語言的規范，是由 W3C 所制定的。這些規范包含了多種語言，例如，HTML、XHTML 和 CSS 還有一些其他的相關語言，例如 MathML，用來表示數學中的方程，當你有這種非凡的需要的時候，或許會用得上。W3C 也頒布了“Web 內容親和力指南”(Web Content Accessibility Guidelines ―― WCAG)――推廣網頁的可訪問性(通過 WAI )

　　提示:直接獲取這些規范

　　你可以在 W3C 的網站上閱讀這些規范，盡管他們有時讀起來還是有些困難的:

　　HTML 4.01

　　XHTML 1.0

　　CSS 1

　　CSS 2.1

　　WCAG 1.0

　　在本文中，我們將會用到 XHTML1.0、CSS1 和 2.1、WCAG 1.0 等規范和建議，但是你一定很興奮知道我們其實不必過多的閱讀 W3C 文檔。

　　誰需要 WS ?

　　您可能只有一個含糊的概念:WS 是個好東西，但是許多網站――包括許多知名的站點――并不遵從 WS ，并且他們看起來的確治理得很好。所以，為什么我們要盡力去遵從 WS 呢?這么做會有什么真正的收益嗎?誰需要 WS ?誰需要去關注 W3C 的規范與建議?

　　Web 開發者與設計者

　　需要關注 WS 的首類人群就是我們:網站建設的開發者與設計者。花費時間去學習如何用 WS 開發對于我們來說值得嗎?

　　整潔的標記使 BUG 的修復速度加快。

　　假如您通過 W3C 校驗您的頁面，至少您會了解到不規范的標記并不是引起您曾經碰到過的錯誤的原因。有時，校驗一個頁面和修復已發現錯誤的過程，可以清除顯示中碰到一些問題，這些問題是由標記(element)沒有結束或標簽(tag)拼寫錯誤引起的。

　　即使校驗您的文檔并沒有修正這些問題，至少你會知道這些問題存在于規范的文檔中。既然你已經知道這個問題不是一個錯誤，那么你可以開始關注其他的問題了，例如在不同的瀏覽器中 CSS 處理差異問題。

　　遵從可訪問性的需求很輕易

　　假如你編寫一個規范的 XHTML 標記，那么你就可以保證文檔在語義上是無誤的，并且您可以把文檔中的內容與表現相分離，您將可以把大量的工作放在許多 WCAG1.0 中所列的可訪問性的問題上。熟悉到可訪問性并不是僅僅為殘疾人設計的這一點也很重要。一個親和力好的站點是可以被許多不同的設備訪問的，例如移動電話和 PDA ，他們是不具備強大的處理能力去對付那些散亂而非標準的標記的。

　　向前兼容

　　假如您僅僅考慮到自己新開發的頁面在當前的幾個瀏覽器中的表現，那么你怎么才能保證它在未來的新瀏覽器中的表現呢?新瀏覽器或許會把您的頁面顯示的很糟糕，此時你只能去費力的尋找和修正那些惱人的問題。