譯者序:這個系列原文共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 ，他們是不具備強大的處理能力去對付那些散亂而非標準的標記的。
向前相容
如果您只是考慮到自己新開發的頁面在當前的幾個瀏覽器中的表現，那麼你怎麼才能保證它在未來的新瀏覽器中的表現呢?新瀏覽器或許會把您的頁面顯示的很糟糕，此時你只能去費力的尋找、修正那些惱人的問題。
遵從WS 並不會完全根除這個問題;然而，標準的兼容使你的設計失敗的風險大大減少，同樣，如今的瀏覽器軟體公司也開始支援標準。他們也許會偶然的錯誤解釋了某部分規範，他們不可能完全不支持它。如果最壞的事情發生了，並且一個新的瀏覽器在你的標準化網站上產生了奇怪的效果，那麼修復它要比修復一個不相容的網站容易的多。如果你遇到一個問題，它同樣會影響其他的標準可相容網站。 Web 社群的群體智慧會指出這個問題，並會寫文章來解決這個問題。所以，大家集體討論，在可相容的文檔裡修正這個BUG 也比在不相容的文檔裡修正更加的容易。
更方便的重構
你曾經不得不從一個站點中剝離文字而對他進行重構過嗎?而且一切都得從頭開始。你曾經看過那些被字體標籤和微小的表格單元(它使我們只能從頭開始)弄得混亂不堪的標籤嗎?我只知道我曾經看過，這是一個漫長的過程，大量的時間和金錢都被這個站點的重構燒掉了。
分離文檔的內容與表現將會使你體會到標準化兼容帶來美妙:這意味著下次某個人想重構這個站點的時候，他們不必把Web 文檔中的拷貝出去。所有網站中的文字都會被具有語意的(X)HTML 所標記，所有的表現資訊——這部分才是站長想更改的——都將儲存在一個可輕易替換的CSS 檔案中。
有些客戶在開始要求你做一些改變之前是不會等待它去重構的，他們只會等到遊覽完猛獁象化石坑，然後就要求你說“把左邊欄挪到右邊就可以了。”對於一個標準化可相容網站來說，全部頁面都是由CSS 控制的，你可以很方便地移動頁面中的標記，而不用在許多以複雜表格為結構的頁面中想歪招了。這使得改變頁面佈局更加簡單。
結構從表現中分離同樣可以使增加新的元素變得更加容易，就像一個高對比、小圖片版本的網站或許對某些瀏覽者更有吸引力。當您可以輕鬆的更換樣式表時，為什麼建立單獨的純文字版的頁面呢?
瀏覽器軟體公司
瀏覽器的軟體公司開始對WS 關注了。過去，瀏覽器軟體公司將他們私有的專屬標籤和屬性新增到基本的語言中。但現在，前所未有的，他們都開始遵從標準了，並且一些最新的瀏覽器已經可以確定，正在努力按照規範中所定義的(X)HTML 和CSS 來顯示它們。
在可遇見的未來中，瀏覽器都將能夠顯示大多數的不規範標記、程式碼，因為如果它們不這麼做，成千上萬的不規範網站都將無法正常顯示——那麼大眾就很可能開始責備瀏覽器了，而不是責備Web 設計者。然而，其他的設備(那些沒有桌上型電腦強大處理功能的設備)將會更加依賴那些他們所遇到程式碼的標準化相容性了。
創作工具軟體廠商
創作工具軟體廠商——例如Macromedia , 它製作了Dreamweaver ——也像Web設計者一樣，開始遵從WS 了，比如，它們越來越多的客戶要求這些創作工具可以輸出規範的標記。原本這些視覺化的開發環境都沒有太好的口碑，因為它們會產生混亂、不規範的標記;然而，最新的主要視覺化開發環境都援引了標準化的兼容性和可訪問性的元素，這也成為了主要的賣點。軟體廠商一定要聆聽，並回應市場的需求。
Web 使用者
我們設計的網站的使用者也從我們採用WS 中獲益，即使他們並沒有認識到這一點!或許他們正無意識的使用那些專門針對當今流行瀏覽器而開發的網站。如果這些用戶轉用其他的瀏覽器，他們或許會發現這個線上的體驗就不再令人享受了，因為那些專屬的標記是不會被新瀏覽器所接受的。一個標準化可相容的網站在不同的瀏覽器中都有很好的表現，不論是在現有的，還是在未來的瀏覽器中都同樣優秀。
此外，一個遵照可訪問性建議的網站對那些發現瀏覽網頁不如意的使用者也是很有親和力的。 Web 應該給那些視覺有缺陷或其他的殘疾人更方便的購物、閱讀、搜尋的條件。不應該因為用專屬標記或其他排它(指瀏覽器)技術的站點，使他們無法瀏覽。