多數人使用 HTML 4 和 XHTML 1 來寫網頁。相對較少的 HTML 狂熱者了解語義 HTML 的概念、驗證 HTML 結構和改進文件的可訪問性。高品質的 HTML 文件是反覆權衡、設計優選和討論醞釀的結果。儘管受到諸多批評，還沒有任何語言的普及性能與 HTML 比肩。多數用戶滿足於標準的現狀，彷彿生來就該如此一樣。
但是和其他很多標準一樣，HTML 也有後繼者。即便現在，專家仍然在考慮 HTML 的下一個版本，解決目前版本中已知的所有問題。和任何人多的地方一樣，這些專家也對此項工作的未來方向有不同意見。
關於新 HTML 版本的第一個提議來自 W3C 組織的一個工作小組。這個工作小組想法圍繞著 XHTML 2— 這個標準延續了原來進一步淨化 XHTML、回歸第一版 HTML 設計理念的開發方向。
W3C 以外的一些重要的 HTML 專家 — 瀏覽器廠商、Web 開發人員、作者和其他相關人員 — 不同意 XHTML 2 的方向。 2004 年，他們成立了一個獨立的工作小組，為新的 HTML 版本提出了一個新的設計方向。在 WHATWG（Web 超文本應用程式技術工作小組，Web Hypertext Application Technology Working Group）的名義下，他們推出了 HTML 5 和 Web Forms 2。
數年後，透過工作草稿清楚地描述了 HTML 的另一個發展方向。 2007 年 4 月，W3C 針對是否接納 HTML 5 進入標準審核程序的提議進行了投票，（還）沒有承認它是正式標準。多數人贊同。於是出現了一個有趣的情況：W3C 同時研究兩種互相競爭的 HTML 和 XHTML 後繼技術。從理論上說，兩者都有充分的理由。從實務上說，讓所有的主流瀏覽器支援這兩種標準還要克服很多障礙。
這就是導致目前這種情況的基本事實。更有意義的是討論兩種提議之間的真正分歧。本文概括介紹了兩種提議的基本要點，然後剖析兩者的設計理念。
常用的縮寫
CSS：級聯樣式表
HTML：超文本標記語言
W3C：萬維網聯盟
XHTML：可擴展超文本標記語言
XHTML 簡史
理解 XHTML 2 背後隱藏的設計理念需要了解一點歷史。 20 世紀 90 年代初，第一個 HTML 版本是基於標準的通用標記語言（SGML）。主要的差異在於超連結特性 — 萬維網的關鍵基礎和成功因素。和 SGML 一樣，HTML 允許作者描述文件的結構，把頭部和段落、有序列表、無序列表分開。在螢幕上的顯示結果和瀏覽器有關。
隨著 Web 日漸普及，HTML 使用者要求控制頁面的觀感。瀏覽器廠商在 HTML 2 和 3 中推出了新的功能。網頁變得難以理解，複雜的嵌套表結構成為控制頁面佈局的主要手段。文件的其餘部分充斥著 font 標記和 color 聲明。原來的文檔結構已經難以理清。
HTML 4 的出現就是為了結束這種混亂，它將表示邏輯推給了 CSS，為高級的內容定位引入了層（DIV）。和 HTML 3 相比這意味著程式碼編寫模式上的變化。為了簡化遷移的過程，透過 HTML 4 的 Transitional 版本來支援舊的 HTML 3 結構。適用於進階使用者的 Strict 版本則要求將內容和表示徹底分開。
第一個 HTML 4 網站把 DIV 當作新的聖杯一樣使用，頁面中幾乎每個需要略加修飾的元素都用上，包括（但不限於）頭部。 HTML style 屬性是常見的描述表示細節的地方。最後從網頁消滅了氾濫成災的表格。但內容和表示邏輯仍然混在一起。必不可少的 CSS 文件只有寥寥數行。
最近，一些知名的 Web 開發人員為 HTML 4 樣式表提出了一種更巧妙的方法。在現代瀏覽器中，CSS 屬性並沒有侷限於 DIV 元素。只要願意可以為任何 HTML 元素指定樣式。很多 weblog 開始談論語意 HTML。沒有完全禁止 DIV 元素，但是網頁編寫者開始使用最適合描述其內容的 HTML 元素。比方說，多數網站的導覽選單最好用無序列表來描述。再例如，不對段落元素使用 bigHeader 這樣的類別名，而改為 H1 元素，然後用 CSS 根據要求修改表示形式。
同時，W3C 提出 XHTML 1 作為符合結構良好而有效的 HTML 4 的 XML 版本。對於 XML 使用者來說，這樣做簡化了將 XML 內容轉換成網頁並用已有驗證程序檢查轉換結果的工作。 XHTML 1.1 嘗試將不同的問題隔離到不同的模組中。模組化方法便於針對不同的需要重用標準的不同部分，也有利於用新的功能擴展標準。
和 HTML 4 相比，XHTML 1.1 的使用者甚至更多，把內容和表示分開離開。但和過去一樣，有些實際問題只能使用 CSS 中技巧來解決。例如，無序列表表示的選單結構通常包括漂亮的圖片。但是，圖像不大容易透過文字-語音設施讀給有視覺障礙的人聽。而且像 Lynx 這樣的文字瀏覽器也不能顯示圖像。一個複雜的 CSS 技巧可以在瀏覽器中隱藏文字顯示圖像。但是如果不同頁面上的選單不同，就很難用 CSS 來指定這部分內容了。
XHTML 2 背後的設計理念
XHTML 2 背後最重要的設計理念是進一步分離內容和表示，改進 HTML 4 和 XHTML 1 殘留的瑕疵。例如，為無序列表中的每項指定影像的原生支援。原來的 IMG SRC 標記換成了可用於任何元素的可選屬性 SRC。修改後的 CSS 完全脫離了內容，不支援圖像的裝置很容易轉而表示文字。
但 CSS 不是 Web 開發人員的惟一挑戰。大量的時間用於伺服器和 HTML 表單的交互以及存在大量 JavaScript™ 程式碼。表單僅限於一維的鍵值對。開發 JavaScript 程式碼工作量很大，但是在文字-語音轉換設備這樣的介面上毫無用處。
基於模組化的方法，XHTML 2 用 XForms 模組取代了 HTML Forms，使用適當的應用程式模型增加了對常見問題的支援。 XForms 不需要一行腳本就能指定互動邏輯、驗證規則和計算方法。此外，這種技術採用了豐富的 XML 結構而不是鍵值對，允許出現巢狀的子表單和重複的元素。除了提供一個強大的引擎外，文字-語音設備更適合改變應用程式的豐富性。
除了 XForms，還有其他一些 XHTML 有關的問題抽取為獨立的規範滿足其他需要 — 例如 XML Events、XFrames 和 Ruby（亞洲語言）。
隨著表示的分離，程式設計也從標準中分離出來。 onClick 之類的互動屬性被 XML Events 模組取代。由於 XML Events 規範本身就是為此而設計的，它提供了一組更強大的工具來處理使用者介面。
對於 XHTML 2 的創新，總結而言其基本理念就是分解不同的問題。問題不再是 HTML 的次要特性，而成為新規範的主要目的。因此，新規範最適合優化面臨的問題。不過，區別對待不同的問題是出於理念而不是實踐的需要。熟悉使用這套工具的聰明的開發人員可以得到需要的結果。但是目前 HTML 版本的一般使用者能否創建高品質的 XHTML 文件並不好說。
XHTML 2 的目標很可能不是一般 HTML 使用者。但是在好的開發人員手中，可以作為增強可訪問性的不錯的方法。
HTML 5 的設計理念
WHATWG 在設計 HTML 5 的時候就採用了更符合實際的方法。沒有考慮問題分解之類的抽象概念，這個工作小組從當前主流瀏覽器的行為出發制定文檔，和 W3C 規範完全不同。在上述分析的基礎上，這個工作小組調查了 HTML 的實際運用。
根據這些信息，工作小組提出了旨在簡化一般 Web 開發人員工作的方案。雖然 HTML 5 宣稱源自於上一 HTML 版本，但其主要目標並非純粹性。例如，模組化文件的主要目標是方便用優化的 Web 應用程式替換。
基於此目的的模組化語言大大簡化了 Web 應用程式的開發。例如，HTML 5 支援資料表格、選單和工具列這類互動元件。使用預設行為的描述性 HTML 元素可以避免用大量程式碼模擬通用 DIV 的行為。
HTML 5 規格不限於 HTML 元素和屬性。它定義了編輯文件和拖放式互動這類專用的 JavaScript API。這種方法和分解問題的方法截然不同。它簡化了 Web 開發人員 API 但增加了規範的大小。
HTML 5 和 HTML 4 的相似性遠超過 XHTML 2 和 XHTML 1 的相似性。遷移路徑更平坦了，有經驗的 HTML 4 開發人員熟悉新版本也更方便。新特性遵循相似的邏輯。特定元素的專門事件屬性允許 HTML 編輯人員提供更適當的文字完成功能。
目前的 Web 應用程式和伺服器的互動依賴於非同步 JavaScript XML (Ajax)。 HTML 5 認識到了和伺服器互動的重要性，定義了多種和網路互動、分發收到的伺服器事件和從其他網域向文件發送訊息而不會造成安全問題的方式。
HTML 5 的基本設計理念是利用 Web 開發人員所需的特性來擴充 HTML 4。 HTML 5 在繼承 HTML 4 基本技術的同時進行了簡化。為了解決 HTML V4 的不足，HTML V5 選擇最簡單直接的方法重新設計。
新標準的實際應用
XHTML V2 と関連モジュールは W3C によって正式にサポートされており、関連モジュールは W3C によってサポートされる他の XML 仕様の重要な要素になります。残念ながら、W3C による公式の承認は、主要な Web ブラウザーでのサポートを保証するものではありません。 XHTML V2 のサポートは一般に問題ありません。最新のブラウザはすでに多くの機能をサポートしています。 XHTML V2 を正しく使用できるかどうかは、関連するモジュールが利用できるかどうかによって異なります。この記事の執筆時点では、Microsoft が Windows® Internet Explorer® を拡張して XML イベントおよび XForms 機能をサポートするかどうかは不明です。 XML イベントを含む Mozilla XForms プラグインは、数年間にわたって開発されてきました。このプラグインは、このテクノロジーの機能を向上させ、実装の難しさを軽減します。
HTML V5 仕様の作成では、ブラウザのメーカーとの綿密なコミュニケーションが維持され、実装の問題が常に考慮されました。チームは W3C の公式承認については疑問を表明しましたが。 FAQ では、いつ正式な承認が得られるかという質問に正式に回答していません。 W3C の立場に関係なく、ブラウザ ベンダーは非公式の HTML 5 標準を実装することを決定したようです。ブラウザメーカーが公式標準のリリースを急ぐのはこれが初めてではない。
競合する標準
現時点では、HTML 5 も XHTML 2 も公式の推奨事項ではありません。将来的には細部が変更される可能性があります。ただし、開発の方向性は変わりません。どちらも現在の標準のいくつかの欠点を解決しています。将来のブラウザがこれら 2 つの新しい標準のサポートをどのように追加するかはまだわかりません。現在のブラウザは HTML 4 と XHTML 1 の両方をサポートしています。同様に、将来のブラウザは HTML 5 と XHTML 2 の両方をサポートする可能性があります。どちらの標準にもそれぞれの支持者がいます。
HTML 4 よりも XHTML 1.1 に関心があり、さまざまなデバイスをサポートできるドキュメントを作成したい場合は、XHTML 2 の方が良いかもしれません。 XML 標準に準拠しているという理由だけで XHTML 1 を使用しており、HTML 5 の新機能を好む場合は、XHTML 5 (XML で書き直された HTML 5) が最良の選択となる可能性があります。
HTML 5 は、HTML 4 を使用してインタラクティブな Web アプリケーションを作成する開発者に人気があります。このアプローチは、WYSIWYG ドキュメント エディターを使用しているサイトでより実現可能です。ただし、ケースバイケースでは、HTML 4 と XHTML 1 は長期間にわたって共存する可能性があります。
その他の関連チュートリアルについては、Html5 ビデオ チュートリアル
をご覧ください。
