HTML

1980年、CERNの契約社員であった物理学者ティム・バーナーズ＝リーは、 CERNの研究者が文書を使用および共有するためのシステムであるENQUIREを提案し、プロトタイプを作成した。1989年、バーナーズ＝リーはインターネットベースのハイパーテキストシステムを提案するメモを書いた。^{[ 4 ]}バーナーズ＝リーは1990年後半にHTMLを規定し、ブラウザとサーバーソフトウェアを作成した。同年、バーナーズ＝リーとCERNのデータシステムエンジニアであるロバート・カイリョウは共同で資金提供を要請したが、このプロジェクトはCERNに正式には採用されなかった。1990年の個人的なメモの中で、バーナーズ＝リーは「ハイパーテキストが使用されている多くの分野のいくつか」を列挙しており、百科事典が最初の項目となっている。^{[ 5 ]}

HTML の最初の公開された説明は、「HTML タグ」と呼ばれる文書で、1991 年後半に Tim Berners-Lee によってインターネット上で初めて言及されました。^{[ 6 ] [ 7 ] [ 8 ]}この文書では、HTML の初期の比較的シンプルな設計を構成する 18 個の要素について説明しています。ハイパーリンク タグを除いて、これらはCERN SGMLに強く影響を受けており、CERN の社内標準一般化マークアップ言語(SGML) ベースのドキュメント フォーマットです。これらの要素のうち 11 個は、HTML 4 にもまだ存在します。^{[ 9 ]}

HTML は、Web ブラウザがテキスト、画像、その他の素材を解釈して視覚的または聴覚的に認識できる Web ページを作成するために使用するマークアップ言語です。HTML マークアップの各項目のデフォルトの特性はブラウザで定義されており、これらの特性は Web ページ設計者がCSSを追加使用することで変更または拡張できます。テキスト要素の多くは、1988 年の ISO 技術レポート TR 9537「SGML の使用技術」に記載されています。このレポートでは、1960 年代初頭にCTSS (Compatible Time-Sharing System) オペレーティングシステム用に開発されたRUNOFF コマンドなど、初期のテキスト書式設定言語の機能が説明されています。これらの書式設定コマンドは、植字工が文書を手動で書式設定するために使用していたコマンドから派生したものです。しかし、SGML の汎用マークアップの概念は、単なる印刷効果ではなく、構造とマークアップが分離された要素 (属性を持つネストされた注釈付き範囲) に基づいています。HTML は、CSS によって徐々にこの方向に移行してきました。

バーナーズ＝リーは、HTML を SGML の応用であると考えていました。これは、1993 年半ばにインターネット技術タスク フォース(IETF) が HTML 仕様の最初の提案であるバーナーズ＝リーとダン・コノリーによる「Hypertext Markup Language (HTML)」インターネット ドラフトを公開した際に正式に定義されました。このドラフトには、構文を定義するためのSGML文書型定義が含まれていました。 ^{[ 10 ] [ 11 ]}このドラフトは 6 か月後に期限切れとなりましたが、インライン画像を埋め込むためのNCSA Mosaicブラウザのカスタム タグを認めたことで注目に値し、これは、成功したプロトタイプに基づいて標準を作成するという IETF の哲学を反映しています。同様に、1993 年後半にデイブ・ラゲットが提出した競合するインターネット ドラフト「HTML+ (Hypertext Markup Format)」では、テーブルや入力フォームなどの既に実装されている機能を標準化することが提案されました。^{[ 12 ]}

HTMLとHTML+のドラフトが1994年初頭に期限切れになった後、IETFはHTMLワーキンググループを設立した。1995年、このワーキンググループは「HTML 2.0」を完成させた。これは、将来の実装の基礎となる標準として扱われることを意図した最初のHTML仕様である。^{[ 13 ]}

IETFの主導によるさらなる開発は、利害の対立によって停滞した。1996年以降、HTML の仕様は、商用ソフトウェアベンダーからのインプットを受けて、World Wide Web Consortium (W3C) によって維持されてきました。^{[ 14 ]} 2000 年に、HTML は国際標準 ( ISO / IEC 15445:2000) となりました。HTML 4.01 は 1999 年後半に公開され、2001 年にかけてさらに正誤表が公開されました。2004 年に、Web Hypertext Application Technology Working Group (WHATWG) で HTML5 の開発が開始され、2008 年に W3C との共同成果物となり、2014 年 10 月 28 日に完成し、標準化されました。^{[ 15 ]}

1991年10月

HTMLタグ^{[ 7 ]}は、18個のHTMLタグをリストしたCERNの非公式文書で、最初に公に言及されました。

1992年6月

HTML DTD の最初の非公式ドラフト^{[ 34 ]}とそれに続く 7 つの改訂 (7 月 15 日、8 月 6 日、8 月 18 日、11 月 17 日、11 月 18 日、11 月 20 日、11 月 22 日) ^{[ 35 ] [ 36 ] [ 37 ]}

1992年11月

HTML DTD 1.1（RCSの改訂版に基づく最初のバージョン番号で、1.0ではなく1.1から始まる）、非公式のドラフト^{[ 37 ]}

1993年6月

ハイパーテキストマークアップ言語^{[ 38 ]}は、 IETF IIIRワーキンググループによってインターネットドラフト（標準のラフ案）として公開されました。1か月後に第2バージョン^{[ 39 ]に置き換えられました。}

1993年11月

HTML+はIETFによってインターネットドラフトとして公開され、ハイパーテキストマークアップ言語ドラフトに対する競合提案でした。1994年7月に期限切れとなりました。^{[ 40 ]}

1994年11月

IETF ^{[ 41 ]}によって公開された HTML 2.0 の最初のドラフト (リビジョン 00) (リビジョン 02 以降は「HTML 2.0」と呼ばれる^{[ 42 ]} ) は、最終的に1995 年 11 月にRFC 1866の公開につながった。 ^{[ 43 ]} 

1995年4月（執筆：1995年3月）

HTML 3.0 ^{[ 44 ]}は IETF に標準として提案されましたが、その提案は 5 か月後 (1995 年 9 月 28 日) に何の進展もなく期限切れとなりました^{[ 45 ]}。これには、表のサポート、図の周りのテキストの流し込み、複雑な数式の表示など、Raggett の HTML+ 提案にあった多くの機能が含まれていました^{[ 45 ] 。}

W3C はHTML 3 と Cascading Style Sheets のテストベッドとして独自のArena ブラウザの開発を開始しましたが、 ^{[ 46 ] [ 47 ] [ 48 ]} HTML 3.0 はいくつかの理由で成功しませんでした。ドラフトは 150 ページと非常に大規模であると考えられており、ブラウザ開発のペースと関係者の数が IETF のリソースを上回っていました。^{[ 14 ]}当時 Microsoft や Netscape などのブラウザベンダーは、HTML 3 ドラフト機能のさまざまなサブセットを実装し、独自の拡張機能を導入することを選択しました。^{[ 14 ]} (ブラウザ戦争を参照) これらには、文書のスタイル面を制御する拡張機能が含まれていましたが、これは「テキストの色、背景のテクスチャ、フォントサイズ、フォントの種類などは、文書の構成方法を指定することだけを目的としている場合、言語の範囲外である」という [学術工学コミュニティの] 考えに反するものでした。^{[ 14 ]}長年W3Cフェローを務めてきたデイブ・ラゲットは、例えば次のようにコメントしている。「マイクロソフトは、ある程度、HTMLの機能を拡張することでWeb上でビジネスを構築した。」^{[ 14 ]}

2008年1月

HTML5はW3Cによってワーキングドラフトとして公開された。 ^{[ 49 ]}

HTML5の構文はSGMLの構文とよく似ているものの、SGMLアプリケーションになろうとする試みは放棄され、独自の「html」シリアル化が明示的に定義されており、さらに代替のXMLベースのXHTML5シリアル化も定義されている。^{[ 50 ]}

2011  HTML5 – 最終募集

2011 年 2 月 14 日、W3C は HTML ワーキング グループの憲章を拡張し、HTML5 の明確なマイルストーンを設定しました。2011 年 5 月、ワーキング グループは HTML5 を「最終呼び出し」に進め、W3C 内外のコミュニティに仕様の技術的な健全性を確認するよう呼びかけました。W3C は、勧告の目標日であった 2014 年までに完全な仕様の幅広い相互運用性を実現するために、包括的なテスト スイートを開発しました。^{[ 51 ]} 2011 年 1 月、WHATWG は「HTML5」リビング スタンダードを「HTML」に改名しました。それでも W3C は HTML5 のリリース プロジェクトを継続しました。^{[ 52 ]}

2012年 HTML5 – 候補推薦

2012年7月、WHATWGとW3Cは一定の分離を決定した。W3CはHTML5仕様の作業を継続し、WHATWGが「スナップショット」とみなす単一の決定的な標準に焦点を当てる。WHATWG組織はHTML5を「生きた標準」として作業を続ける。生きた標準の概念は、決して完成せず、常に更新および改善されるということである。新しい機能が追加されることはあるが、機能が削除されることはない。^{[ 53 ]}

2012年12月、W3CはHTML5を勧告候補に指定した。^{[ 54 ]} W3C勧告への昇格基準は「100%完成し、完全に相互運用可能な実装が2つあること」である。^{[ 55 ]}

2014  HTML5 – 提案勧告および勧告

2014年9月、W3CはHTML5を勧告案に移行した。^{[ 56 ]}

2014年10月28日、HTML5は安定したW3C勧告としてリリースされました^{[ 57 ]}。これは仕様策定プロセスが完了したことを意味します^{[ 58 ] 。}

2019 年 5 月 28 日、W3C は WHATWG が HTML および DOM 標準の唯一の発行者となることを発表した。^{[ 66 ] [ 67 ] [ 68 ] [ 69 ]} W3C と WHATWG は 2012 年以来、競合する標準を発行してきた。2007 年の時点では W3C 標準は WHATWG 標準と同一であったが、その後、設計上の決定の違いにより、標準は徐々に乖離していった。^{[ 70 ]} WHATWG の「リビング スタンダード」はしばらくの間、事実上のウェブ標準であった。 ^{[ 71 ]} W3C は定期的に WHATWG HTML 仕様のスナップショットを W3C 勧告としてレビューおよび公開している。^{[ 72 ]}

HTMLドキュメントは、入れ子になったHTML要素の構造を暗示しています。これらは、山括弧で囲まれたHTMLタグによってドキュメント内で示されます。 ^{[ 74 ]}

単純な一般的なケースでは、要素の範囲は「開始タグ」と「終了タグ」という一対のタグによって示されます。要素のテキストコンテンツ（存在する場合）は、これらのタグの間に配置されます。<p></p>

タグは、開始と終了の間に、タグとテキストの組み合わせを含む、さらに別のタグマークアップを囲むこともできます。これは、親要素の子要素として、さらに（ネストされた）要素が存在することを示します。

開始タグには、タグ内に要素の属性を含めることもできます。これらは、ドキュメント内のセクションの識別子、ドキュメントの表示にスタイル情報をバインドするために使用される識別子、および画像を埋め込むために使用されるタグなど、一部のタグでは次のような形式で画像リソースへの参照など、その他の情報を示します。"},"parts":[{"template":{"target":{"wt":"code","href":"./Template:Code"},"params":{"lang":{"wt":"html"},"code":{"wt":""}},"i":0}}]}"><img>"},"parts":[{"template":{"target":{"wt":"code","href":"./Template:Code"},"params":{"lang":{"wt":"html"},"code":{"wt":""}},"i":0}}]}"><imgsrc="example.com/example.jpg">

改行 などの一部の要素は、テキストや追加のタグといった埋め込みコンテンツを許可しません。これらの要素には、開始タグに似た空のタグが1つだけ必要で、終了タグは使用しません。<br>

多くのタグ、特に非常によく使われる段落要素の閉じタグは省略可能です。HTMLブラウザなどのエージェントは、コンテキストとHTML標準で定義された構造規則から要素の終了を示す閉じタグを推測できます。これらの規則は複雑で、ほとんどのHTML作成者には十分に理解されていません。<p>

HTML要素の一般的な形式は次のとおりです。 。一部のHTML要素は空要素として定義され、 の形式をとります。空要素は、たとえばタグやインラインタグのように、コンテンツを囲むことができません。 HTML要素の名前は、タグで使用される名前です。終了タグの名前の前にはスラッシュ文字 が付きます。タグにコンテンツがない場合、終了タグは許可されません。属性が指定されていない場合は、それぞれの場合でデフォルト値が使用されます。<tagattribute1="value1"attribute2="value2">''content''</tag><tagattribute1="value1"attribute2="value2"><br>"},"parts":[{"template":{"target":{"wt":"code","href":"./Template:Code"},"params":{"lang":{"wt":"html"},"code":{"wt":""}},"i":0}}]}"><img>/

<head> <title>タイトル</title> < link rel = " stylesheet" href = " stylebyjimbowales.css " > < ! -- スタイルシートをインポート -- > </head>

<h1>見出しレベル1 </h1> <h2>見出しレベル2 </h2> <h3>見出しレベル3 </h3> <h4>見出しレベル4 </h4> <h5>見出しレベル5 </h5> <h6>見出しレベル6 </h6>​​​​​​​​​​​​

<p>段落1 </p> <p>段落2 </p>​​​​​​

<p>これは<br>改行を含む段落です</p>​​​​​​​​​

<a href="https://www.wikipedia.org/">ウィキペディアへのリンク！</a>​​​

< input type = "text" > <!-- これはテキスト入力用です --> < input type = "file" > <!-- これはファイルのアップロード用です --> < input type = "checkbox" > <!-- これはチェックボックス用です -->

<!-- これはコメントです -->

< abbr id = "anId" class = " jargon" style = " color:purple;" title = "Hypertext Markup Language" > HTML </abbr>

HTMLバージョン4.0以降、252個の文字実体参照と1,114,050個の数値文字参照が定義されており、これらによって文字をそのまま記述するのではなく、シンプルなマークアップで記述することが可能になります。文字そのものと、それに対応するマークアップは同等とみなされ、同じように表示されます。

このように文字を「エスケープ」できる機能により、文字<と(それぞれ とと と&記述した場合) はマークアップではなく文字データとして解釈されます。たとえば、リテラル は通常タグの開始を示し、 は通常文字実体参照または数値文字参照の開始を示します。これを または または と記述すると、 を要素の内容または属性の値に含めることができます。二重引用符 ( ) は、属性値を引用するために使用されていない場合、属性値自体の中に現れる場合は、またはまたはとしてエスケープする必要があります。同様に、単一引用符 ( ) は、属性値を引用するために使用されていない場合、属性値自体の中に現れる場合は、 または(またはHTML5 または XHTML ドキュメント^{[ 81 ] [ 82 ]}のように)としてエスケープする必要があります。ドキュメントの作成者がこのような文字のエスケープの必要性を見落とした場合、一部のブラウザは非常に寛容で、コンテキストを使用して意図を推測しようとします。その結果、依然として無効なマークアップが生成され、他のブラウザや、検索やインデックス作成などの目的でドキュメントを解析しようとする他のユーザーエージェントにとって、ドキュメントへのアクセス性が低下します。&lt;&amp;<&&amp;&#x26;&#38;&"&quot;&#x22;&#34;'&#x27;&#39;&apos;

エスケープ処理によって、入力しにくい文字や、ドキュメントの文字エンコーディングで使用できない文字を、要素や属性の内容内に表現することもできます。たとえば、通常は西ヨーロッパや南アメリカのキーボードにしかないアキュートアクセント付き文字e（ ）は、すべてのキーボードで使用可能で、すべての文字エンコーディングでサポートされている文字を使用して、任意の HTML ドキュメントでエンティティ参照または数値参照またはとして記述できます。UTF -8などのUnicode文字エンコーディングは、すべての最新のブラウザと互換性があり、世界のほぼすべての文字に直接アクセスできます。^{[ 83 ]}éééé

HTMLは、スクリプトデータやスタイルシートデータなど、要素コンテンツ用のいくつかのデータ型を定義しており、属性値用のID、名前、 URI、数値、長さの単位、言語、メディア記述子、色、文字エンコーディング、日付と時刻など、膨大な数の型を定義しています。これらのデータ型はすべて、文字データの特殊化です。

HTMLドキュメントは、文書型宣言（非公式には「doctype」）で始まる必要があります。ブラウザでは、doctypeはレンダリングモード、特に互換モードを使用するかどうかを定義するのに役立ちます。

DOCTYPEの本来の目的は、文書型定義（DTD）に基づいてSGMLツールによるHTML文書の解析と検証を可能にすることでした。DOCTYPEが参照するDTDには、そのDTDに準拠する文書で許可される内容と禁止される内容を規定する機械可読な文法が含まれています。一方、ブラウザはHTMLをSGMLのアプリケーションとして実装していないため、DTDを読み取りません。

HTML5 はDTD を定義していないため、HTML5 では doctype 宣言がよりシンプルで短くなっています。^{[ 84 ]}

<!DOCTYPE html >

HTML 4 の doctype の例

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "https://www.w3.org/TR/html4/strict.dtd" >

この宣言は、HTML 4.01 の「厳格」バージョンの DTD を参照しています。SGML ベースのバリデーターは、ドキュメントを正しく解析し、検証を実行するために DTD を読み取ります。最新のブラウザでは、有効な doctype は、互換モードではなく標準モードを有効にします。

さらに、HTML 4.01 では、以下で説明するようにTransitional と Frameset DTD が提供されています。transitional タイプは最も包括的で、現在のタグだけでなく、古い、または「非推奨」のタグも含まれています。一方、Strict DTD は非推奨のタグを除外しています。frameset には、transitional タイプに含まれるタグに加えて、ページ上にフレームを作成するために必要なすべてのタグが含まれています。^{[ 85 ]}

ワールドワイドウェブは、主にハイパーテキスト転送プロトコル（HTTP）を使用してウェブサーバーからウェブブラウザに送信されるHTMLドキュメントで構成されています。ただし、HTTPはHTMLに加えて、画像、音声、その他のコンテンツの配信にも使用されます。ウェブブラウザが受信した各ドキュメントをどのように処理するかを認識できるように、ドキュメントとともに他の情報も送信されます。このメタデータには通常、MIMEタイプ（例：text/htmlまたはapplication/xhtml+xml）と文字エンコーディング（HTMLの文字エンコーディングを参照）が含まれます。

最新のブラウザでは、HTMLドキュメントとともに送信されるMIMEタイプによって、ドキュメントの初期解釈方法に影響が出る場合があります。XHTML MIMEタイプで送信されたドキュメントは、整形式のXMLであることが想定されています。構文エラーがあると、ブラウザがレンダリングに失敗する可能性があります。一方、HTML MIMEタイプで送信された同じドキュメントは、一部のブラウザがHTMLに対してより寛容であるため、正常に表示される場合があります。

W3Cの勧告では、勧告の付録Cに定められたガイドラインに従うXHTML 1.0文書には、どちらのMIMEタイプでもラベル付けできるとされています。^{[ 91 ]} XHTML 1.1でも、XHTML 1.1文書にはどちらのMIMEタイプでもラベル付けできるとされています。^{[ 92 ] [ 93 ]}

ほとんどのグラフィカルメールクライアントは、プレーンテキストでは利用できない書式設定や意味的なマークアップを提供するために、HTMLのサブセット（定義が曖昧な場合が多い）の使用を許可しています。これには、色付きの見出し、強調表示や引用符付きテキスト、インライン画像や図などの活字情報が含まれる場合があります。このようなクライアントの多くは、HTMLメールメッセージを作成するためのGUIエディタと、それを表示するためのレンダリングエンジンの両方を備えています。電子メールでのHTMLの使用は、互換性の問題、フィッシング攻撃を隠蔽するのに役立つ可能性、視覚障害者にとってのアクセシビリティの問題、スパムフィルタを混乱させる可能性、メッセージサイズがプレーンテキストよりも大きくなることなどの理由で、一部から批判されています。

HTML を含むファイルの最も一般的なファイル名拡張子は です。この一般的な略語は で、これは一部のオペレーティングシステムがファイル拡張子を3 文字に制限していることに由来します。^{[ 94 ]}.html.htm

HTMLアプリケーション（HTA、ファイル拡張子.hta）は、ブラウザ上でHTMLとダイナミックHTMLを使用してアプリケーションのグラフィカルインターフェースを提供するMicrosoft Windowsアプリケーションです。通常のHTMLファイルは、 Webブラウザのセキュリティモデルの範囲内で動作し、Webサーバーとの通信のみを行い、WebページオブジェクトとサイトCookieのみを操作します。一方、HTAは完全に信頼されたアプリケーションとして動作するため、ファイルやWindowsレジストリエントリの作成/編集/削除など、より多くの権限を持ちます。HTAはブラウザのセキュリティモデルの外で動作するため、HTTP経由で実行することはできず、（ EXEファイルと同様に）ダウンロードしてローカルファイルシステムから実行する必要があります。

最新のHTML 仕様における違いの一つは、SGML ベースの仕様と XML ベースの仕様の区別にある。XML ベースの仕様は、より伝統的な定義と明確に区​​別するために、通常はXHTMLと呼ばれる。しかし、XHTML で規定された HTML においても、ルート要素名は引き続き「html」である。W3C は、より複雑な SGML に対する XML の制限により回避策が必要な場合を除き、XHTML 1.0 を HTML 4.01 と同一にすることを意図していた。XHTML と HTML は密接に関連しているため、並行して文書化されることがある。このような場合、一部の著者は(X)HTML または X(HTML) と2 つの名称を混同することがある。

HTML 4.01と同様に、XHTML 1.0には、strict、transitional、framesetという3つのサブ仕様があります。

ドキュメントの開始宣言が異なることを除けば、HTML 4.01 と XHTML 1.0 ドキュメントの違いは、それぞれの DTD において、主に構文上のものです。HTML の基本的な構文では、オプションの開始タグまたは終了タグを持つ要素や、終了タグを持たない空の要素など、XHTML ではできない多くのショートカットが使用できます。対照的に、XHTML ではすべての要素に開始タグと終了タグが必要です。ただし、XHTML では新しいショートカットも導入されています。XHTML タグは、次のようにタグの末尾の前にスラッシュを含めることで、同じタグ内で開始および終了できます。この省略記法は HTML 4.01 の SGML 宣言では使用されていないため、この新しい慣習に慣れていない以前のソフトウェアを混乱させる可能性があります。この問題を解決するには、次のように閉じ山括弧の前のスラッシュを削除します。^{[ 97 ]}<br/><br>

HTMLとXHTMLの微妙な違いを理解するために、付録C（下記参照）に準拠した有効で整形式のXHTML 1.0文書を、有効なHTML 4.01文書に変換することを考えてみましょう。この変換を行うには、以下の手順が必要です。

1. 要素の言語は、langXHTMLxml:lang属性ではなく、属性によって指定されます。XHTMLは、XMLに組み込まれている言語定義機能である属性を使用します。
2. XML名前空間（xmlns=URI）を削除してください。HTMLには名前空間の機能はありません。
3. 文書タイプの宣言をXHTML 1.0からHTML 4.01に変更してください。
4. XML宣言が存在する場合は削除します。通常は次のようになります<?xml version="1.0" encoding="utf-8"?>。
5. ドキュメントのMIMEタイプが に設定されていることを確認してください。HTMLとXHTMLの両方の場合、これはサーバーから送信されるtext/htmlHTTPヘッダーから取得されます。Content-Type
6. XML の空要素構文を HTML スタイルの空要素 ( ) に変更します。<br/><br>

これらは、XHTML 1.0 から HTML 4.01 にドキュメントを変換するために必要な主な変更点です。HTML から XHTML に変換する場合も、省略された開始タグや終了タグ​​を追加する必要があります。HTML でコーディングする場合でも XHTML でコーディングする場合でも、省略可能なタグを覚えておくよりも、HTML ドキュメント内にオプションのタグを常に含めておく方が最善かもしれません。

整形式のXHTML文書は、XMLのすべての構文要件に準拠しています。有効な文書は、文書構造を記述するXHTMLのコンテンツ仕様に準拠しています。

W3Cは、HTMLとXHTML間の移行を容易にするためのいくつかの規約を推奨しています。^{[ 98 ]}以下の手順は、XHTML 1.0ドキュメントにのみ適用できます。

• 言語を割り当てる要素には、属性xml:langと属性の両方を含めてください。lang
• 空要素構文は、HTMLで空要素として指定された要素にのみ使用してください。
• 空の要素タグの閉じスラッシュを削除します。たとえば、の代わりに。<br><br/>
• コンテンツを許可するが空のままにしておく要素には、明示的な閉じタグを含めてください（たとえば、ではなく）。<div/>
• XML宣言を省略してください。

W3Cの互換性ガイドラインを注意深く遵守することで、ユーザーエージェントはドキュメントをHTMLとXHTMLのどちらとしても解釈できるようになります。このように互換性を持たせたXHTML 1.0ドキュメントについては、W3CはHTML（text/htmlMIMEタイプ付き）またはXHTML（application/xhtml+xmlまたはapplication/xmlMIMEタイプ付き）のいずれとしても配信することを許可しています。XHTMLとして配信される場合、ブラウザはXML仕様に厳密に準拠したXMLパーサーを使用してドキュメントの内容を解析する必要があります。

HTML 4 では、Strict、Transitional (以前は Loose と呼ばれていました)、Frameset の 3 つの異なるバージョンの言語が定義されました。Strict バージョンは新しいドキュメントを対象としており、ベスト プラクティスとされています。一方、Transitional バージョンと Frameset バージョンは、古い HTML 仕様に準拠している、またはどの仕様にも準拠していないドキュメントを HTML 4 のバージョンに簡単に移行できるように開発されました。Transitional バージョンと Frameset バージョンではプレゼンテーション マークアップが可能ですが、Strict バージョンでは省略されています。代わりに、 HTML ドキュメントの表示を改善するためにカスケード スタイル シートの使用が推奨されています。XHTML 1 は HTML 4 で定義された言語の XML 構文のみを定義しているため、XHTML 1 にも同じ違いが適用されます。

移行版では、厳格版には含まれていない以下の語彙が使用可能です。

• より緩やかなコンテンツモデル
  • bodyインライン要素とプレーンテキストは、 <p>、blockquote<p>、form<p>、noscript<p>に直接使用できます。noframes
• プレゼンテーション関連要素
  • 下線（u）（非推奨。ハイパーリンクと混同される可能性があります。）
  • 取り消し線（s）
  • center（非推奨。代わりにCSSを使用してください。）
  • font（非推奨。代わりにCSSを使用してください。）
  • basefont（非推奨。代わりにCSSを使用してください。）
• プレゼンテーション関連の属性
  • background(非推奨。代わりに CSS を使用してください。) およびbgcolor(非推奨。代わりに CSS を使用してください。)body属性 (W3C によると必須の要素) 。
  • aligndiv（非推奨。代わりにCSSを使用してください。）<p> 、 <p>、 form<p>、<p>、段落（p）および見出し（h1… h6）要素の属性
  • align要素の属性(非推奨。代わりに CSS を使用してください。)、noshade(非推奨。代わりに CSS を使用してください。)、size(非推奨。代わりに CSS を使用してください。) およびwidth(非推奨。代わりに CSS を使用してください。)hr
  • align（非推奨。代わりにCSSを使用してください。）、およびborder、およびの属性（注意：要素はInternet Explorer（主要ブラウザ）でのみサポートされています）要素vspacehspaceimgobjectobject
  • align（非推奨。代わりにCSSを使用してください。）要素legendの属性caption
  • align（非推奨。代わりにCSSを使用してください。）およびbgcolor（非推奨。代わりにCSSを使用してください。）table要素
  • nowrap（廃止）、bgcolor（非推奨。代わりにCSSを使用してください。）width、、heightおよび要素tdについてth
  • bgcolor（非推奨。代わりにCSSを使用してください。）tr要素の属性
  • clear（廃止された）br要素の属性
  • compact属性dl、dirおよびmenu要素
  • type（非推奨。代わりにCSSを使用してください。）、compact（非推奨。代わりにCSSを使用してください。）およびstart（非推奨。代わりにCSSを使用してください。）属性を要素に適用しolます。ul
  • type要素valueの属性li
  • widthpre要素の属性
• 移行仕様における追加要素
  • menu（非推奨。代わりにCSSを使用してください。）リスト（代替手段はありませんが、順不同リストが推奨されます）
  • dir（非推奨。代わりにCSSを使用してください。）リスト（代替手段はありませんが、順不同リストが推奨されます）
  • isindex（非推奨。）（要素はサーバー側のサポートが必要であり、通常はサーバー側でドキュメントに追加されます。要素formはinput代替として使用できます。）
  • applet（非推奨。object代わりに要素を使用してください。）
• languageスクリプト要素の（廃止された）属性（属性と重複）type。
• フレーム関連エンティティ
  • iframe
  • noframes
  • target（map、linkおよび要素では非推奨です。） 、クライアント側イメージマップ（）、、および要素のform属性amaplinkformbase

Frameset バージョンには、Transitional バージョンに含まれるすべての要素に加え、frameset要素 ( の代わりに使用されますbody) とframe要素が含まれます。

上記の移行上の違いに加えて、フレームセット仕様（XHTML 1.0 または HTML 4.01）では、異なるコンテンツ モデルが指定されており、 が にframeset置き換えられ、 は要素、またはオプションでbodyを含む。framenoframesbody

このリストが示すように、仕様の緩やかなバージョンはレガシーサポートのために維持されています。しかし、よくある誤解とは異なり、XHTMLへの移行は、このレガシーサポートの削除を意味するものではありません。むしろ、XMLのXは拡張可能を意味し、W3Cは仕様全体をモジュール化し、独立した拡張機能に開放しています。XHTML 1.0からXHTML 1.1への移行における主な成果は、仕様全体のモジュール化です。HTMLの厳密なバージョンは、基本となるXHTML 1.1仕様に対する一連のモジュール拡張機能を通じてXHTML 1.1で展開されます。同様に、緩やかな（移行）仕様またはフレームセット仕様を探している人は、同様の拡張されたXHTML 1.1サポートを見つけることができます（その多くはレガシーモジュールまたはフレームモジュールに含まれています）。モジュール化により、個別の機能が独自のスケジュールで開発されることも可能になります。例えば、XHTML 1.1では、MathML（XMLに基づいたプレゼンテーションおよびセマンティックな数式言語）やXForms（既存のHTMLフォームに代わる、高度な新しいWebフォーム技術）といった、新たなXML標準への移行を迅速に行うことができます。

要約すると、HTML 4 仕様は、様々な HTML 実装を SGML に基づく単一の明確な仕様に統合することを主な目的としていました。XHTML 1.0 は、この仕様をそのまま新しい XML 定義仕様に移植しました。次に、XHTML 1.1 は XML の拡張性を活用し、仕様全体をモジュール化しました。XHTML 2.0 は、標準化団体主導のアプローチで仕様に新機能を追加する第一歩となることを意図していました。