7 HTML文書の全体構造
目次
7.1 HTML文書の構造の概説
1つのHTML 4文書は、次の3つの部分から構成される。
- HTMLバージョン情報を含む行。
- 宣言的ヘッダの部分 (HEAD要素として区切られる)。
- 文書の実際のコンテンツを含む、本体。本体は、BODY要素か FRAMESET要素のどちらで実装されてもよい。
空白類(space、new line、tab、及びコメント)は、上記3部分の前後どちらに出現してもよい。 2番目と3番目の部分は、 HTML要素として区切られる。
簡単なHTML文書の例を示す。
原文地址：http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/global.html
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">
<HTML>
<HEAD>
<TITLE>はじめてのHTML文書</TITLE>
</HEAD>
<BODY>
<P>Hello world!
</BODY>
</HTML>
7.2 HTMLバージョン情報
適正HTML文書には、どのバージョンのHTMLであるかの宣言がある。 文書型宣言が、当該文書の文書型定義(DTD)の名前を示す ( [ISO8879]参照)。
HTML 4.01仕様は、3つのDTDを規定しており、著者は自分の文書に、次の3つの何れかの文書型宣言を含めねばならない。各DTDは、サポートする要素が異なってる。
- HTML 4.01厳密型DTD。これは、推奨しないこととなった要素や属性を含まず、またフレーム設定用の要素・属性をも含まない。このDTDを用いる文書は、次の文書型宣言をせよ。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> - HTML 4.01移行型DTD。これは、厳密型DTDのすべての要素・属性に加えて、推奨しない要素や属性も含む(推奨しないもののほとんどは視覚的プレゼンテーションに関わるものである)。このDTDを用いる文書は、次の文書型宣言をせよ。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> - HTML 4.01 フレーム設定型DTD。これは、移行型DTDのすべてに加えて、フレーム用の内容を加えたものである。このDTDを用いる文書は、次の文書型宣言をせよ。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">
各文書型宣言に含まれるURIは、ユーザエージェントに対して、DTDと、必要な実体集合すべてをダウンロード可能にする。 次の相対URIは、HTML 4の、DTDと実体集合を指し示している。
- "strict.dtd" ――デフォルトの厳密型DTD
- "loose.dtd" ――移行型DTD 【原規定はloose.dtdをloose.dtdであると記しているが、無意味な同語反復を避け、他のDTDの説明に倣ってTransitional DTDの訳に充てている語を示すこととした。】
- "frameset.dtd" ――フレーム設定文書用のDTD
- "HTMLlat1.ent" ――Latin-1実体
- "HTMLsymbol.ent" ――記号実体
- "HTMLspecial.ent" ――特殊実体
公開識別子とファイルの結びつきは、Oasis Open Consortium ( [OASISOPEN]参照)の推奨に従ったカタログファイルを用いて指定できる。 HTML 4.01のサンプルカタログファイルは、HTMLのためのSGML参照情報を記した節の冒頭に含まれている。宣言の末尾の2文字は、DTDが書かれた言語を示す。HTMLでは、これは常に英語("EN")である。
注意。 1999年12月24日版のHTML 4.01において、HTML作業グループは次の方針を確約する。
- HTML 4 DTDに将来発生する変更は、現在の規定によるDTDに適合する文書を不適正化するものではない。 HTML作業グループは、バグを修正する権利を予約する。
- 現在の規定に適合するソフトウエアは、将来の HTML 4 DTD にある認識不能な機能を無視してよい。
これはつまり、文書型宣言において、著者は最新版のHTML 4を指し示すシステム識別子を安全に用い得るということを意味する。著者はまた、特定DTDで検証することが求められる際には特定日付版のHTML 4 DTDを示すシステム識別子を用いてもよい。 W3Cは、特定日付版について、原形式のまま原アドレスで無期限に得られるよう、あらゆる努力を払う。
7.3 HTML要素
<!ENTITY % html.content "HEAD, BODY"> <!ELEMENT HTML O O (%html.content;) -- document root element --> <!ATTLIST HTML %i18n; -- lang, dir -- >
開始タグ: 省略可能、終了タグ: 省略可能
属性定義
文書型宣言の後、HTML文書の残りの部分はHTML要素の内容である。従って、典型的なHTML文書は、次の構造を持つ。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML> …ヘッダ、本体、等がここに含まれる… </HTML>
7.4 文書のヘッダ
7.4.1 HEAD要素
<!-- %head.misc; defined earlier on as "SCRIPT|STYLE|META|LINK|OBJECT" --> <!ENTITY % head.content "TITLE & BASE?"> <!ELEMENT HEAD O O (%head.content;) +(%head.misc;) -- document head --> <!ATTLIST HEAD %i18n; -- lang, dir -- profile %URI; #IMPLIED -- named dictionary of meta info -- >
開始タグ: 省略可能、終了タグ: 省略可能
属性定義
HEAD要素は、当該文書についての情報を含む。当該文書のタイトル、検索エンジンに有用であろうキーワード、その他文書自身のコンテンツではないと考えられるデータ類である。ユーザエージェントは一般に、 HEAD要素中に現れる要素を、文書のコンテンツとしてはレンダリングしない。その代わりに、HEAD要素にある情報を、他のメカニズムによってユーザが得られるようにするであろう。
7.4.2 TITLE要素
<!-- The TITLE element is not considered part of the flow of text.
It should be displayed, for example as the page header or
window title. Exactly one title is required per document.
-->
<!ELEMENT TITLE - - (#PCDATA) -(%head.misc;) -- document title -->
<!ATTLIST TITLE %i18n>
開始タグ: 必須、終了タグ:必須
すべてのHTML文書には、HEAD中に、1つのTITLE要素があらねばならない。
著者は、当該文書の内容を識別するためにTITLE 要素を用いる必要がある。ユーザは文脈抜きで文書を参照することがあるため、著者は文脈を踏まえたタイトルを提供する必要がある。つまり、著者は、「概説」などの文脈不明なタイトルではなく、「中世の養蜂についての概説」のようなタイトルを提供しなければならない。
アクセス性の点から、ユーザエージェントは常に TITLE要素の内容をユーザが得られるようにしなければならない。ここには、フレーム文書のTITLE要素も含む。ユーザに提供する機構は、キャプションとして示すことや話すことなど、ユーザエージェントに依存する。
タイトルには、アクセントつきの文字や特殊文字等を表す文字実体が含まれてよいが、コメントも含めて他のマーク付けが現れてはならない。次に文書のタイトルを例示する。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML> <HEAD> <TITLE>人口動態に関する研究</TITLE> …他のヘッダ要素… </HEAD> <BODY> …文書本体… </BODY> </HTML>
7.4.3 title属性
文書全体に関する情報を提供し1文書に1度しか出現し得ないTITLE要素とは異なり、 title属性は幾つの要素に現れてもよい。ある要素がtitle属性をサポートしているかどうかについては、当該要素の定義を参照されたい。
title属性の値は、ユーザエージェントによって様々にレンダリングされるであろう。例えば、視覚系ブラウザはタイトルを「ツールチップ」(ポインティングデバイスがオブジェクトの上にある際に現れる短いメッセージ)として表示しがちである。音声ユーザエージェントは、同様の文脈で、タイトル情報を話すであろう。次のようにリンクにtitle属性を設定すると、視覚系か非視覚系かを問わず、ユーザエージェントはユーザに対してリンク先資源の性質を知らせることができる。
…中略… この写真は、 <A href="http://someplace.com/neatstuff.gif" title="ダイビング中の私"> 私が昨夏スキューバダイビングをしているところ </A>。 …後略…
title属性には、外部スタイルシートを指し示すLINK要素で使われる際に果たす、追加的な役割がある。詳しくはリンクと外部スタイルシートの項を参照されたい。
注意。音声出力において標準手法では貧弱な処理になる状況を改善するため、将来の版のHTMLには、音素情報や韻律情報を符号化するための属性が含まれるであろう。
7.4.4 メタデータ
注意。 W3CのResource Description Framework (資源記述言語) ([RDF10]参照) は、1999年2月にW3C勧告となった。 RDFによって、著者は、HTML文書や他のネットワークでアクセスできる資源についての、機械可読なメタデータを指定できる。
HTMLでは、著者はメタデータ――文書内容ではなく文書についての情報――を、様々な方法で指定できる。
例えば、文書の著者を指定するために、次のようなMETA要素を用いる場合もあろう。
<META name="Author" content="Dave Raggett">
META要素は、プロパティ(ここでは「Author」)と、その値(ここでは「Dave Raggett」)を指定する。
本仕様は、正当なメタデータのプロパティ集合を定義することはしない。プロパティ及びその正当な値集合は、プロファイルと呼ばれる参照辞書で定義される必要がある。例えば、検索エンジンによる文書の索引づけを補助する目的で設計されたプロファイルは、「author (著者)」、「copyright (著作権)」、「keywords (キーワード)」などのプロパティを定義するであろう。
メタデータの指定
一般に、メタデータの指定には次の2つの手法が取られる。
プロファイルがHEAD要素について設定されるため、ここに含まれるすべてのMETA要素及びLINK要素において同じプロファイルが適用されるという点に注意されたい。
ユーザエージェントは、メタデータ機構のサポートは要求されない。メタデータをサポートしようとするユーザエージェントに対して、本仕様はメタデータをどう解釈すべきかを定義しない。
META要素
<!ELEMENT META - O EMPTY -- generic metainformation --> <!ATTLIST META %i18n; -- lang, dir, for use with content -- http-equiv NAME #IMPLIED -- HTTP response header name -- name NAME #IMPLIED -- metainformation name -- content CDATA #REQUIRED -- associated information -- scheme CDATA #IMPLIED -- select form of content -- >
開始タグ: 必須、終了タグ: なし
属性定義
以下の属性に関して、許容される値及び解釈は、プロファイルに依存する。
META要素は、例えば著者、失効日、キーワードリスト等、文書のプロパティを識別し、そのプロパティ値を示す目的にも利用できる。本仕様は、プロパティの規範集合を定義しない。
どの META要素も、プロパティ/値の組を指定する。 name属性がプロパティを識別し、 content属性がプロパティ値を指定する。
例えば、次の宣言は、Authorプロパティの値を設定している。
<META name="Author" content="Dave Raggett">
META要素で lang属性を使うと、content属性値の言語を指定できる。これにより音声合成装置に言語依存の発音ルールを適用させられる。
次の例では、著者の名前がフランス語であると宣言されている。
<META name="Author" lang="fr" content="Arnaud Le Hors">
注意。 META要素は、メタデータを指定するための一般的機構である。しかし、HTML要素・属性の中には、既に何らかのメタデータを取り扱うためのものがあり、著者によってMETA要素の代わりにメタデータ指定に使われ得る。 TITLE要素、ADDRESS要素、INS及びDEL要素、title属性、cite属性がそれである。
注意。 META要素で指定されるプロパティの値がURIである場合、そのメタデータをLINK要素の方で指定しがちな著者もいる。そこで、次のメタデータ宣言は:
<META name="DC.identifier"
content="http://www.ietf.org/rfc/rfc1866.txt">
以下のようにも書かれ得る。
<LINK rel="DC.identifier"
type="text/plain"
href="http://www.ietf.org/rfc/rfc1866.txt">
META要素とHTTPヘッダ
http-equiv属性は、name属性の代わりに用いられ得る。その場合、文書がハイパーテキスト転送プロトコル(HTTP)で取得される際に特別な意味を持つ。HTTPサーバは http-equiv属性で指定されるプロパティ名を、HTTP応答における[RFC822]形式のヘッダ生成に用いるであろう。適正なHTTPヘッダに関する詳細は、HTTP仕様([RFC2616])を参照されたい。
次のMETA宣言の例からは:
<META http-equiv="Expires" content="Tue, 20 Aug 1996 14:25:27 GMT">
次のようなHTTPヘッダが生成される。
Expires: Tue, 20 Aug 1996 14:25:27 GMT
この情報はキャッシュによって、当該文書の新しいコピーをいつ取ってくればいいかを判断するために使われ得る。
注意。ユーザエージェントの中には、現在ページを指定秒数後に異なるURIのもので置き換えるというMETA用法をサポートするものもある。著者はこの技術を、ユーザを異なるページへ移動させるためには用いないようにするべきである。なぜなら移動先ページにアクセスできないユーザを生み出すからである。自動ページ移動については、この代わりに、サーバ側リダイレクトによって行なうようにすべきである。
META要素と検索エンジン
META要素の一般用法に、キーワードの指定というものがあり、これは検索エンジンが検索結果の質を向上させるのに利用できる。複数の META要素が同じ文書について言語依存の情報を提供している場合、そのlang属性を用いて、検索エンジンはユーザのユーザエージェント設定に合わせて検索結果を選別し得る。例を示そう。
<-- アメリカ英語向け -->
<META name="keywords" lang="en-us"
content="vacation, Greece, sunshine">
<-- イギリス英語向け -->
<META name="keywords" lang="en"
content="holiday, Greece, sunshine">
<-- フランス語向け -->
<META name="keywords" lang="fr"
content="vacances, Grèce, soleil">
検索エンジンの効力は、LINK要素を用いて、リンクを指定することによっても補強できる。例えば、翻訳版へのリンクやPDFなど他メディア版へのリンクを指定したり、当該文書が一連の文書集合の一部である場合に最初のページへのリンクを指定するなどである。
検索エンジンを助けるためのより多くの話題は、検索エンジンによるサイト索引づけを支援する場合の注意を参照されたい。
META要素とPICS
インターネット情報選別基準 (Platform for Internet Content Selection: PICS、[PICS]で定義される)は、メタデータであるラベルとインターネットコンテンツを関連づけるための基盤である。元々は、親と教師が子供のインターネットアクセスを制御することを助けるために設計されたものだが、符号化署名、プライバシー、知的財産権管理など、その他のラベルづけをも可能にする。
次に、PICS 1.1ラベルを含むMETA宣言の用例を示す。
<HEAD>
<META http-equiv="PICS-Label" content='
(PICS-1.1 "http://www.gcf.org/v2.5"
labels on "1994.11.05T08:15-0500"
until "1995.12.31T23:59-0000"
for "http://w3.org/PICS/Overview.html"
ratings (suds 0.5 density 0 color/hue 1))
'>
<TITLE>…文書のタイトル…</TITLE>
</HEAD>
META要素とデフォルト情報
META要素は、次に例示するような、文書のデフォルト情報を指定するために用い得る。
- デフォルトスクリプト言語。
- デフォルトスタイルシート言語。
- 文書の文字符号化方法。
次の例は、文書の文字符号化方法がISO-8859-5であると指定している。
<META http-equiv="Content-Type" content="text/html; charset=ISO-8859-5">
メタデータのプロファイル
HEAD要素のprofile属性は、メタデータのプロファイルの所在を指定する。 profile属性の値はURIである。ユーザエージェントはこのURIを、次の2通りに用いてよい。
- 地球上で唯一の名称として用いる。ユーザエージェントは、実際にプロファイルを取得することなく、この名を認識し、当該プロファイルについて知られている規約に基づく挙動をしめすことが出来るであろう。例えば、検索エンジンは、検索の入り口となる特定プロファイルを共有するHTML文書カタログ群に基づいて、検索インターフェイスを提供できよう。
- リンクとして用いる。ユーザエージェントは、例えば現在のHTML文書に含まれるプロファイルの使用法を検定するなど、URIを参照してプロファイルの実際の定義内容に基づく挙動を取るであろう。本仕様は、プロファイルのフォーマットは定義しない。
次の例では、文書の索引づけに有用であるようなプロパティを定義する仮定的プロファイルが参照されている。このプロファイルが定めているプロパティには、著者、著作権、キーワード、発行日が含まれ、各プロパティの値が一連のMETA宣言によって設定されている。
<HEAD profile="http://www.acme.com/profiles/core"> <TITLE>How to complete Memorandum cover sheets</TITLE> <META name="author" content="John Doe"> <META name="copyright" content="© 1997 Acme Corp."> <META name="keywords" content="corporate,guidelines,cataloging"> <META name="date" content="1994-11-06T08:49:37+00:00"> </HEAD>
本仕様の作成中においては、[RFC2616]の3.3に記されている日付フォーマットを用いるのが一般慣習であった。しかしこのフォーマットは比較的処理が難しいので、本仕様は著者に対し[ISO8601]日付けフォーマットの使用を推奨する。より詳しい情報は、INS 要素とDEL要素の項を参照されたい。
scheme属性を用いると、著者はユーザエージェントに対し、メタデータの正確な解釈に用いる追加的文脈を提供できる。メタデータが異なる書式で指定できる場合、追加的情報が決定的に重要となるであろう。例えば、著者が日付けを「10-9-97」という両義的な書式で指定することもあるであろうが、これは1997年10月9日なのか、1997年9月10日なのか。ここでscheme属性の値「Month-Day-Year (月-日-年)」があると、この日付は明確化される。
また、scheme 属性は、非決定的ではあるが、有用な情報をユーザエージェントに提供することもあろう。
例えば、次の scheme宣言は、identifierプロパティがISBNコードであるとユーザエージェントが判断するのを助けるであろう。
<META scheme="ISBN" name="identifier" content="0-8230-2355-9">
scheme属性の値は、nameプロパティと、その関連プロファイルとに依存する。
注意。プロファイルの例に、Dublin Core ( [DCORE]参照)がある。このプロファイルは、電子的書誌情報に用いる推奨プロパティの集合を定義しており、異なる記述モデル間で相互運用性を促進することを意図している。
7.5 文書本体
7.5.1 BODY要素
<!ELEMENT BODY O O (%block;|SCRIPT)+ +(INS|DEL) -- document body --> <!ATTLIST BODY %attrs; -- %coreattrs, %i18n, %events -- onload %Script; #IMPLIED -- the document has been loaded -- onunload %Script; #IMPLIED -- the document has been removed -- >
開始タグ: 省略可能、終了タグ: 省略可能
属性定義
- background = uri [CT]
- 推奨しない。この属性の値は、画像資源を指し示すURIである。この画像は一般に、視覚系ブラウザで背景に敷き詰められる。
- text = color [CI]
- 推奨しない。この属性は、視覚系ブラウザでの、テキストの前景色を設定する。
- link = color [CI]
- 推奨しない。この属性は、視覚系ブラウザでの、未訪問ハイパーテキストリンクを示すテキストの色を設定する。
- vlink = color [CI]
- 推奨しない。この属性は、視覚系ブラウザでの、既訪問ハイパーテキストリンクを示すテキストの色を設定する。
- alink = color [CI]
- 推奨しない。この属性は、視覚系ブラウザでの、選択中ハイパーテキストリンクを示すテキストの色を設定する。
別途定義がある属性
文書の本体には、文書の内容が含まれる。この内容のプレゼンテーションには、ユーザエージェントによって様々な方法が取られる。例えば視覚系ブラウザでは、本体のことを、テキスト、画像、色、図、等の内容物が現れるキャンバスであると考えることができる。音声ユーザエージェントでは、同じ内容が話されることになる。現在では、文書のプレゼンテーションを指定する方法としてスタイルシートの使用が望ましいため、BODY要素のプレゼンテーション関連の属性は推奨しないこととなった。
推奨しない例:
次のHTML断片は、推奨しない属性の使用法を説明するものである。ここでは、キャンバスの背景色が白、テキストの前景色が黒、未訪リンク色が赤、選択中のリンク色が赤紫、既訪リンク色が茶に設定されている。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <HTML> <HEAD> <TITLE>人口動態の研究</TITLE> </HEAD> <BODY bgcolor="white" text="black" link="red" alink="fuchsia" vlink="maroon"> …文書本体… </BODY> </HTML>
スタイルシートを使うと、同じ効果は次のようにして得られる。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">
<HTML>
<HEAD>
<TITLE>人口動態の研究</TITLE>
<STYLE type="text/css">
BODY { background: white; color: black}
A:link { color: red }
A:visited { color: maroon }
A:active { color: fuchsia }
</STYLE>
</HEAD>
<BODY>
…文書本体…
</BODY>
</HTML>
次のように、リンクした外部スタイルシートを用いることで、ソースHTML文書を変更することなくプレゼンテーションを変更できる柔軟性が得られる。
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML> <HEAD> <TITLE>人口動態の研究</TITLE> <LINK rel="stylesheet" type="text/css" href="smartstyle.css"> </HEAD> <BODY> …文書本体… </BODY> </HTML>
フレーム設定とHTML文書の本体。 フレーム設定を含む文書では、BODY要素はFRAMESET要素で置き換えられる。より詳しくはフレームの項目を参照されたい。