HTML: The Living Standard

Edition for Web Developers — Last Updated 11 April 2024

1. 1. 4.6 リンク
      1. 4.6.1 導入
      2. 4.6.2 aおよびarea要素によって作成されるリンク
      3. 4.6.3 aおよびarea要素に対するAPI
      4. 4.6.4 リソースのダウンロード
      5. 4.6.5 ハイパーリンク監査
         1. 4.6.5.1 `Ping-From`および`Ping-To`ヘッダー
      6. 4.6.6 リンクタイプ
         1. 4.6.6.1 リンクタイプ"alternate"
         2. 4.6.6.2 リンクタイプ"author"
         3. 4.6.6.3 リンクタイプ"bookmark"
         4. 4.6.6.4 リンクタイプ"canonical"
         5. 4.6.6.5 リンクタイプ"dns-prefetch"
         6. 4.6.6.6 Link type "expect"
         7. 4.6.6.7 Link type "external"
         8. 4.6.6.8 Link type "help"
         9. 4.6.6.9 Link type "icon"
         10. 4.6.6.10 Link type "license"
         11. 4.6.6.11 Link type "manifest"
         12. 4.6.6.12 Link type "modulepreload"
         13. 4.6.6.13 Link type "nofollow"
         14. 4.6.6.14 Link type "noopener"
         15. 4.6.6.15 Link type "noreferrer"
         16. 4.6.6.16 Link type "opener"
         17. 4.6.6.17 Link type "pingback"
         18. 4.6.6.18 Link type "preconnect"
         19. 4.6.6.19 Link type "prefetch"
         20. 4.6.6.20 Link type "preload"
         21. 4.6.6.21 Link type "privacy-policy"
         22. 4.6.6.22 Link type "search"
         23. 4.6.6.23 Link type "stylesheet"
         24. 4.6.6.24 Link type "tag"
         25. 4.6.6.25 Link Type "terms-of-service"
         26. 4.6.6.26 Sequential link types
             1. 4.6.6.26.1 Link type "next"
             2. 4.6.6.26.2 Link type "prev"
         27. 4.6.6.27 Other link types

4.6 リンク

4.6.1 導入

リンクは、a、area、formおよびlink要素で作成される概念的な構造で、2つのリソース（このうち1つは現在のDocument）の関係を表す。There are three kinds of links in HTML:

外部リソースへのリンク

これは、現在の文書を補足する他のリソースへのリンクであり、多くの場合、ユーザーエージェントによって自動的に処理される。すべての外部リソースリンクは、リソースがどのように取得されるかを記述するフェッチして処理するリンクされたリソースアルゴリズムを持つ。

ハイパーリンク

これは、通常ユーザーエージェントによってユーザーに向けて示されるリンクである。これによりユーザーは、たとえばブラウザーでのアクセスやダウンロードのような、ユーザーエージェントにリンクのリソースをナビゲートさせることができる。

Internal resource links

These are links to resources within the current document, used to give those resources special meaning or behavior.

href属性とrel属性を同時に持つlink要素に対しては、リンクタイプの節における定義に従って、rel属性のキーワードが示す関係に見合ったリンクが作られなければならない。

href属性とrel属性を同時に持つa要素、area要素に対しても同様に、リンクタイプの節における定義に従って、rel属性のキーワードが示す関係に見合ったリンクが作られなければならない。ただし、link要素と異なり、rel属性を持たず、rel属性がハイパーリンクを生成すると定義される値も持たない、href属性を持つa要素やarea要素もまた、ハイパーリンクを作成しなければならない。このように暗黙の内に生成されるハイパーリンクは、リンク元の文書をhref属性によって示されるノード文書と結びつけること以上の意味を持たない（リンクタイプを持たない）。

同様に、rel属性を持つform要素の場合、リンクタイプの節でキーワードに対して定義されているとおりに、 rel属性のキーワードに対してリンクは作成されなければならない。rel属性を持たない、rel属性にハイパーリンクの指定として定義されているキーワードを持たないform要素も、ハイパーリンクを作成しなければならない。

ハイパーリンクは、そのハイパーリンクのセマンティックスの処理を修正するハイパーリンク注釈を1つ以上つけることができる。

4.6.2 aおよびarea要素によって作成されるリンク

aおよびarea要素のhref属性は、潜在的にスペースで囲まれた妥当なURLである値でなければならない。

aおよびarea要素のhrefは必要としない。要素がhref属性を持たない場合、ハイパーリンクを作成しない。

target属性が存在する場合、その値は妥当なナビゲート可能ターゲット名またはキーワードでなければならない。これは、使用されるナビゲート可能の名前を表す。

download属性が存在する場合、著者はリソースをダウンロードするために使用されるハイパーリンクを意図することを示す。属性は値を持ってもよい。値が存在する場合、ローカルファイルシステムでリソースの標識付けに使用するための著者に推奨されるデフォルトのファイル名を指定する。許可される値に制限はないが、ほとんどのファイルシステムが句読点をファイル名にサポートするものに関して制限があるため、ユーザーエージェントはそれに応じてファイル名を調整する可能性を著者に警告する。

ping属性が存在する場合は、ユーザーがハイパーリンクをたどる場合に、通知されることに興味を持つリソースのURLを与える。値は、空白区切りトークンの集合でなければならず、それぞれは、schemeがHTTP(S) スキーマとなる妥当な空でないURLでなければならない。

a要素およびarea要素が作成するリンクタイプはrel属性値によって決定される。その属性値は、順不同の一意な空白区切りトークンの集合でなければならない。使用できるキーワードと値が持つ意味は後述する。

relのサポートトークンは、aおよびarea要素で許可されるHTMLリンクタイプで定義されるキーワードであり、処理モデルに影響を与え、ユーザーエージェントによってサポートされる。可能なサポートトークンは、noreferrer、noopener、openerである。relのサポートされるトークンは、ユーザーエージェントが処理モデルを実装する、このリスト由来のトークンのみを含めなければならない。

rel属性は初期値を持たない。そのため、rel属性が省略される、またはrel属性がユーザーエージェントに認識される属性値を持たない場合、文書は、リンク先リソースとの間にハイパーリンクが存在すること以外に特別な関係を持たない。

存在する場合、ハイパーリンクを作成するa要素のhreflang属性は、リンク先リソースの言語を与える。これは単なる助言である。値は、妥当なBCP 47言語タグでなければならない。[BCP47]

type属性が存在する場合、この属性はリンク先のリソースのMIMEタイプを表す。これは単なる助言である。値は妥当なMIMEタイプ文字列でなければならない。

referrerpolicy属性は、リファラーポリシー属性である。その目的は、ハイパーリンクをたどるときに使用されるリファラーポリシーを設定することにある。[REFERRERPOLICY]

aまたはarea要素のアクティブ化動作が呼び出される場合、ユーザーエージェントは、ユーザーにハイパーリンクがナビゲーションに対して使用されるかどうか、または要素が指定するリソースをダウンロードするかどうかについての好みを示すことを可能にする。

ユーザー設定が存在しない限り、デフォルトは、要素がdownload属性を持たない場合、ナビゲーションであるべきであり、属性を持つ場合、指定されたリソースをダウンロードするべきである。

The activation behavior of an a or area element element given an event event is:

1. If element has no href attribute, then return.

2. Let hyperlinkSuffix be null.

3. If element is an a element, and event's target is an img with an ismap attribute specified, then:

   1. Let x and y be 0.

   2. If event's isTrusted attribute is initialized to true, then set x to the distance in CSS pixels from the left edge of the image to the location of the click, and set y to the distance in CSS pixels from the top edge of the image to the location of the click.

   3. If x is negative, set x to 0.

   4. If y is negative, set y to 0.

   5. Set hyperlinkSuffix to the concatenation of U+003F (?), the value of x expressed as a base-ten integer using ASCII digits, U+002C (,), and the value of y expressed as a base-ten integer using ASCII digits.

4. Let userInvolvement be event's user navigation involvement.

5. If the user has expressed a preference to download the hyperlink, then set userInvolvement to "browser UI".

   That is, if the user has expressed a specific preference for downloading, this no longer counts as merely "activation".

6. If element has a download attribute, or if the user has expressed a preference to download the hyperlink, then download the hyperlink created by element with hyperlinkSuffix set to hyperlinkSuffix and userInvolvement set to userInvolvement.

7. Otherwise, follow the hyperlink created by element with hyperlinkSuffix set to hyperlinkSuffix and userInvolvement set to userInvolvement.

4.6.3 aおよびarea要素に対するAPI

hyperlink.toString()

hyperlink.href

ハイパーリンクのURLを返す。

URLを変更する設定が可能である。

hyperlink.origin

ハイパーリンクのURLの生成元を返す。

hyperlink.protocol

ハイパーリンクのURLのスキームを返す。

URLのスキームを変更する設定が可能である。

hyperlink.username

ハイパーリンクのURLのユーザー名を返す。

URLのユーザー名を変更する設定が可能である。

hyperlink.password

ハイパーリンクのパスワードのユーザー名を返す。

URLのパスワードを変更する設定が可能である。

hyperlink.host

ハイパーリンクのURLのホストおよびポート（スキームに対するデフォルトのポートと異なる場合）を返す。

URLのホストおよびポートを変更する設定が可能である。

hyperlink.hostname

ハイパーリンクのURLのホストを返す。

URLのホストを変更する設定が可能である。

hyperlink.port

ハイパーリンクのURLのポートを返す。

URLのポートを変更する設定が可能である。

hyperlink.pathname

ハイパーリンクのURLのパスを返す。

URLのパスを変更する設定が可能である。

hyperlink.search

ハイパーリンクのURLのクエリー（空でない場合先頭の"?"を含む）を返す。

URLのクエリー（先頭の"?"を無視する）を変更する設定が可能である。

hyperlink.hash

ハイパーリンクのURLのフラグメント（空でない場合先頭の"#"を含む）を返す。

URLのフラグメント（先頭の"?"を無視する）を変更する設定が可能である。

4.6.4 リソースのダウンロード

リソースには、すぐに閲覧されるのではなく、後に使用されることが意図されているものもある。そのような意図を示すために、問題のリソースへのハイパーリンクを作成するa要素やarea要素にdownload属性を指定できる。

また、この属性は、ユーザーエージェントがファイルシステムにリソースを保存するときに用いるファイル名を値として持つことができる。この値は`Content-Disposition` HTTPヘッダーのfilenameパラメーターによって上書きされることがある。[RFC6266]

生成元をまたいだ場合、ユーザーに悪意があるだろう挙動の警告を回避するために、download属性は`Content-Disposition` HTTPヘッダー（具体的にはattachmentディスポジションタイプ）と組み合わせる必要がある。（これは、重要な個人情報や機密情報の意図しないダウンロードからユーザーを保護するものである。）

4.6.5 ハイパーリンク監査

4.6.5.1 `Ping-From`および`Ping-To`ヘッダー

`Ping-From`および`Ping-To` HTTPリクエストヘッダーは、ハイパーリンク監査リクエストに含まれる。それらの値は、シリアル化されたURLである。

4.6.6 リンクタイプ

次の表は、この仕様で定義されるリンクタイプを対応するキーワード別にまとめたものである。この表は規範的なものではない。リンクタイプに対する実際の定義は、次節以降に示されている。

この節において、用語参照される文書は、リンクを表す要素によって識別されるリソースを指し、用語現在の文書は、リンクを表す文書自身のリソースを指す。

別に指定がない限り、キーワードはrel属性に複数指定してはならない。

下記のテーブルに続くいくつかの節では、特定のキーワードの同義語を記載している。示された同義語は、文書内で使用してはならない（たとえば、キーワード"copyright"）。

キーワードは常にASCII大文字・小文字不区別である。

つまり、rel="next"とrel="NEXT"は同じである。

body-okであるキーワードは、link要素がbody内で許可されるかどうかに影響を与える。body-okキーワードは、dns-prefetch、modulepreload、pingback、preconnect、prefetch、preload、およびstylesheetである。

ウェブブラウザーで実装される予定の新しいリンクタイプは、この標準に追加される。残りは拡張として登録することができる。

4.6.6.1 リンクタイプ"alternate"

alternateキーワードは、link、a、area要素で使用してもよい。

このキーワードの意味は、他の属性値に依存する。

要素がlinkでありrel属性がまたstylesheetキーワードを含む場合

alternateキーワードはstylesheetキーワードの意味を定められた方法で書き換える。alternateキーワード自身はリンクを生成しない。

ここで、link要素の集合は、スタイルシートを提供する：

<!-- a persistent style sheet -->
<link rel="stylesheet" href="default.css">

<!-- the preferred alternate style sheet -->
<link rel="stylesheet" href="green.css" title="Green styles">

<!-- some alternate style sheets -->
<link rel="alternate stylesheet" href="contrast.css" title="High contrast">
<link rel="alternate stylesheet" href="big.css" title="Big fonts">
<link rel="alternate stylesheet" href="wide.css" title="Wide screen">

alternateキーワードがapplication/rss+xmlまたはapplication/atom+xmlを値に持つtype属性とともに用いられている場合

配信フィードへのハイパーリンクを作成する（ただし現在のページと全く同じものが配信されるとは限らない）。

次のlink要素は、ブログにシンジケーションフィードを提供する：

<link rel="alternate" type="application/atom+xml" href="posts.xml" title="Cool Stuff Blog">
<link rel="alternate" type="application/atom+xml" href="posts.xml?category=robots" title="Cool Stuff Blog: robots category">
<link rel="alternate" type="application/atom+xml" href="comments.xml" title="Cool Stuff Blog: Comments">

そのようなlink要素は、（該当する場合に）最初のデフォルトであるものをもつ、フィード自動検出に従事するユーザーエージェントによって使用される。

次の例は、a要素を使用して、ユーザーにさまざまな異なるシンジケーションフィードを提案する：

<p>You can access the planets database using Atom feeds:</p>
<ul>
 <li><a href="recently-visited-planets.xml" rel="alternate" type="application/atom+xml">Recently Visited Planets</a></li>
 <li><a href="known-bad-planets.xml" rel="alternate" type="application/atom+xml">Known Bad Planets</a></li>
 <li><a href="unexplored-planets.xml" rel="alternate" type="application/atom+xml">Unexplored Planets</a></li>
</ul>

これらのリンクは、フィードの自動検出に使用されない。

そうでなければ

現在の文書の代替表現を参照するハイパーリンクを作成する。

参照される文書の性質は、hreflang属性、およびtype属性で与えられる。

alternateキーワードがhreflang属性とともに用いられ、かつその属性の値が文書要素の言語と異なる場合、参照される文書が翻訳であることを示す。

alternateキーワードがtype属性とともに用いられる場合、参照される文書は現在の文書を指定されたフォーマットに変換したものであることを示す。

hreflang、およびtype属性は、alternateキーワードとともに指定される場合、組み合わせて使用できる。

次の例は、別の形式を使用する、他言語向け、他のメディアのために意図されているページのバージョンをどのように指定できるかを示す：

<link rel=alternate href="/en/html" hreflang=en type=text/html title="English HTML">
<link rel=alternate href="/fr/html" hreflang=fr type=text/html title="French HTML">
<link rel=alternate href="/en/html/print" hreflang=en type=text/html media=print title="English HTML (for printing)">
<link rel=alternate href="/fr/html/print" hreflang=fr type=text/html media=print title="French HTML (for printing)">
<link rel=alternate href="/en/pdf" hreflang=en type=application/pdf title="English PDF">
<link rel=alternate href="/fr/pdf" hreflang=fr type=application/pdf title="French PDF">

このキーワードが示す関係は、遷移的である。つまり、ある文書が他の2つの文書にリンクタイプ"alternate"でリンクする場合、2つの文書が最初の文書の代替表現を意味することに加えて、2つの文書もまた互いに代替表現の関係にあることを示す。

4.6.6.2 リンクタイプ"author"

authorキーワードはlink、a、areaの各要素で使用してもよい。このキーワードはハイパーリンクを生成する。

a、areaの各要素に対して、authorキーワードは、参照される文書が著者に関するより詳しい情報の提供を示す。ここでの著者とは、存在する場合、ハイパーリンクを定義する要素の先祖要素にあたる直近のarticle要素の著者であり、存在しない場合はその文書全体の著者である。

link要素に対して、authorキーワードは、参照される文書がページ全体の著者に関するより詳しい情報の提供を示す。

"参照される文書"には、著者のメールアドレスを指示するmailto: URLを用いることが可能である。多くの場合、この形態が用いられる。[MAILTO]

4.6.6.3 リンクタイプ"bookmark"

bookmarkキーワードはa、areaの各要素で使用してもよい。このキーワードはハイパーリンクを生成する。

bookmarkキーワードは、問題の要素のリンクを生成する直近の祖先article要素、または祖先article要素が存在しない場合はリンクを生成する要素が最も深く関与している節へのパーマリンクを生成する。

 ...
 <body>
  <h1>Example of permalinks</h1>
  <div id="a">
   <h2>First example</h2>
   <p><a href="a.html" rel="bookmark">This permalink applies to
   only the content from the first H2 to the second H2</a>. The DIV isn't
   exactly that section, but it roughly corresponds to it.</p>
  </div>
  <h2>Second example</h2>
  <article id="b">
   <p><a href="b.html" rel="bookmark">This permalink applies to
   the outer ARTICLE element</a> (which could be, e.g., a blog post).</p>
   <article id="c">
    <p><a href="c.html" rel="bookmark">This permalink applies to
    the inner ARTICLE element</a> (which could be, e.g., a blog comment).</p>
   </article>
  </article>
 </body>
 ...

4.6.6.4 リンクタイプ"canonical"

canonicalキーワードはlink要素とともに使用してもよい。このキーワードはハイパーリンクを生成する。

canonicalキーワードは、href属性で指定されるURLが現在の文書の優先URLであることを示す。これは、検索エンジンが重複コンテンツを減らすのに役立つ。詳細については、The Canonical Link Relationを参照のこと。[RFC6596]

4.6.6.5 リンクタイプ"dns-prefetch"

dns-prefetchキーワードはlink要素と共に使用してもよい。このキーワードは外部リソースへのリンクを生成する。このキーワードはbody-okである。

dns-prefetchキーワードは、ユーザーがその生成元に位置するリソースを必要とする可能性が高く、かつ、ユーザーエクスペリエンスがDNS解決に関連する待ち時間コストを先取りすることによって改善されるので、指定されたリソースの生成元のDNS解決を先制実行することが、有益である可能性が高いことを示す。

dns-prefetchキーワードによって与えられるリソースにデフォルトタイプは存在しない。

このリンクのタイプをフェッチして処理する適切な時期は次のとおり：

• すでにブラウジングコンテキストに接続されているlink要素で外部リソースリンクが作成されたとき。

• 外部リソースリンクのlink要素がブラウジングコンテキストに接続されたとき。

• すでにブラウジングコンテキストに接続されている外部リソースリンクのlink要素のhref属性が変更されたとき。

The fetch and process the linked resource steps for this type of linked resource, given a link element el, are:

1. Let url be the result of encoding-parsing a URL given el's href attribute's value, relative to el's node document.

2. If url is failure, then return.

3. Let partitionKey be the result of determining the network partition key given el's node document's relevant settings object.

4. The user agent should resolve an origin given partitionKey and url's origin.

   As the results of this algorithm can be cached, future fetches could be faster.

4.6.6.6 Link type "expect"

The expect keyword may be used with link elements. This keyword creates an internal resource link.

An internal resource link created by the expect keyword can be used to block rendering until the element that it indicates is connected to the document and fully parsed.

There is no default type for resources given by the expect keyword.

Whenever any of the following conditions occur for a link element el:

• the expect internal resource link is created on el that is already browsing-context connected;

• an expect internal resource link has been created on el and el becomes browsing-context connected;

• an expectinternal resource link has been created on el, el is already browsing-context connected, and el's href attribute is set, changed, or removed; or

• an expect internal resource link has been created on el, el is already browsing-context connected, and el's media attribute is set, changed, or removed,

then process el.

To process internal resource link given a link element el, run these steps:

1. Let doc be el's node document.

2. Let url be the result of encoding-parsing a URL given el's href attribute's value, relative to doc.

3. If this fails, or if url does not equal doc's URL with exclude fragments set to false, then unblock rendering on el and return.

4. Let indicatedElement be the result of selecting the indicated part given doc and url.

5. If all of the following are true:

   • doc's current document readiness is "loading";

   • el creates an internal resource link;

   • el is browsing-context connected;

   • el's rel attribute contains expect;

   • el is potentially render-blocking;

   • el's media attribute matches the environment; and

   • indicatedElement is not an element, or is on a stack of open elements of an HTML parser whose associated Document is doc,

   then block rendering on el.

6. Otherwise, unblock rendering on el.

To process internal resource links given a Document doc:

1. For each expect link element link in doc's render-blocking element set, process link.

The following attribute change steps, given element, localName, value, and namespace, are used to ensure expect link elements respond to dynamic id and name changes:

1. If namespace is not null, then return.

2. If element is in a stack of open elements of an HTML parser, then return.

3. If any of the following is true:

   • localName is id; or

   • localName is name and element is an a element,

   then process internal resource links given element's node document.

4.6.6.7 Link type "external"

externalキーワードは、a、areaおよびform要素とともに使用されてもよい。このキーワードはハイパーリンクを生成しないが、要素によって作成される他のハイパーリンク（他のキーワードがハイパーリンクを生成しない場合は暗黙のハイパーリンク）の注釈をつける。

externalキーワードは、リンクが現在の文書が一部を形成するサイトの一部ではない文書へ導くことを示す。

4.6.6.8 Link type "help"

helpキーワードはlink、a、areaおよびformの各要素で使用してもよい。このキーワードはハイパーリンクを生成する。

a、areaおよびformの各要素について、helpキーワードは、参照される文書がハイパーリンクを定義する要素の親要素およびその子要素のより詳しいヘルプ情報を提供することを示す。

 <p><label> Topic: <input name=topic> <a href="help/topic.html" rel="help">(Help)</a></label></p>

link要素について、helpキーワードは参照される文書がページ全体のヘルプを提供することを示す。

a、areaの各要素について、ブラウザーはhelpキーワードがリンクに異なるカーソルを表示することがある。

4.6.6.9 Link type "icon"

iconキーワードはlink要素で使用してもよい。このキーワードは外部リソースへのリンクを生成する。

アイコンは、聴覚アイコン、視覚アイコン、または他の種類のアイコンかもしれない。

sizesキーワードは、（CSSピクセルではなく）生ピクセルのアイコンサイズを表す。

CSSピクセルあたり2デバイスピクセルのデバイス画素密度(2x, 192dpi)をもつディスプレイを意図する50 CSSピクセル幅であるアイコンは、100生ピクセルの幅を持つだろう。この機能は、異なるリソースが小さな高解像度アイコン対大きな低解像度のアイコン（たとえば50×50 2x 対100×100 1×）に対して使用されることを示すものをサポートしない。

anyキーワードは、たとえばSVG画像で提供されるなど、リソースがスケーラブルなアイコンであることを表す。

sizes属性に指定されたキーワードは、リンクされたリソースで実際に利用可能でないアイコンのサイズを表してはならない。

<!DOCTYPE HTML>
<html lang="en">
 <head>
  <title>lsForums — Inbox</title>
  <link rel=icon href=favicon.png sizes="16x16" type="image/png">
  <link rel=icon href=windows.ico sizes="32x32 48x48" type="image/vnd.microsoft.icon">
  <link rel=icon href=mac.icns sizes="128x128 512x512 8192x8192 32768x32768">
  <link rel=icon href=iphone.png sizes="57x57" type="image/png">
  <link rel=icon href=gnome.svg sizes="any" type="image/svg+xml">
  <link rel=stylesheet href=lsforums.css>
  <script src=lsforums.js></script>
  <meta name=application-name content="lsForums">
 </head>
 <body>
  ...

歴史的な経緯により、iconキーワードは、"shortcut"キーワードが先行してもよい。"shortcut"キーワードが存在する場合、rel属性の全体の値は、（トークンと他のASCII空白文字でないものの間に単一のU+0020 SPACE文字を伴う）文字列"shortcut icon"にASCII大文字・小文字不区別で一致しなければならない。

4.6.6.10 Link type "license"

licenseキーワードはlink、a、areaおよびformの各要素で使用してもよい。このキーワードはハイパーリンクを生成する。

licenseキーワードは、参照される文書が、現在の文書のメインコンテンツを規定する著作権許諾の条項を提供することを示す。

この仕様は、主要コンテンツの一部であるとみなされない文書の主要なコンテンツとコンテンツとを区別する方法を指定しない。区別は、ユーザーにとってわかりやすいように行われるべきである。

<!DOCTYPE HTML>
<html lang="en">
 <head>
  <title>Exampl Pictures: Kissat</title>
  <link rel="stylesheet" href="/style/default">
 </head>
 <body>
  <h1>Kissat</h1>
  <nav>
   <a href="../">Return to photo index</a>
  </nav>
  <figure>
   <img src="/pix/39627052_fd8dcd98b5.jpg">
   <figcaption>Kissat</figcaption>
  </figure>
  <p>One of them has six toes!</p>
  <p><small><a rel="license" href="http://www.opensource.org/licenses/mit-license.php">MIT Licensed</a></small></p>
  <footer>
   <a href="/">Home</a> | <a href="../">Photo index</a>
   <p><small>© copyright 2009 Exampl Pictures. All Rights Reserved.</small></p>
  </footer>
 </body>
</html>

4.6.6.11 Link type "manifest"

manifestキーワードはlink要素で使用してもよい。このキーワードは外部リソースへのリンクを生成する。

manifestキーワードは、現在の文書に関連付けられたメタデータを提供するマニフェストファイルを示す。

4.6.6.12 Link type "modulepreload"

modulepreloadキーワードはlink要素で使用してもよい。このキーワードは外部リソースへのリンクを生成する。このキーワードはbody-okである。

modulepreloadキーワードは、プリロードするモジュールスクリプトに合わせて調整された処理モデルをもつ、preloadキーワードの専門的な代替である。具体的には、モジュールスクリプトに対する特定のフェッチ動作（たとえば、crossorigin属性の異なる解釈を含む）を使用し、後の評価のために結果を適切なモジュールマップに配置する。対照的に、preloadキーワードを使用する類似の外部リソースリンクは、文書のモジュールマップに影響を与えることなく、プリロードキャッシュに結果を配置する。

さらに、実装は、指定されたモジュールの依存関係を同様にフェッチするために、モジュールスクリプトが依存関係を宣言するという事実を活用することができる。これは最適化の機会として意図されている。ほとんど確実に、ユーザーエージェントがこれらの依存関係も後で必要になることを知っているためである。サービスワーカーやサーバーサイドの監視などの技術を使用せずに、一般に観測できない。特に、適切な loadまたはerrorは、指定されたモジュールがフェッチされた後に発生し、一切の依存関係を待たない。

他のリンク関係とは異なり、このようなlinkの関連属性（as、crossoriginやreferrerpolicyなど）を変更しても、新しいフェッチはトリガーされない。これは、文書のモジュールマップがすでに以前のフェッチによって作成されており、再フェッチが無意味になるためである。

次の断片は、複数のモジュールがプリロードされるアプリケーションの冒頭部を示する：

<!DOCTYPE html>
<html lang="en">
<title>IRCFog</title>

<link rel="modulepreload" href="app.mjs">
<link rel="modulepreload" href="helpers.mjs">
<link rel="modulepreload" href="irc.mjs">
<link rel="modulepreload" href="fog-machine.mjs">

<script type="module" src="app.mjs">
...

アプリケーションのモジュールグラフが次のようになっていると仮定する：

ここでは、アプリケーション開発者がmodulepreloadを使用してすべてのモジュールをモジュールグラフで宣言し、ユーザーエージェントがすべてのモジュールのフェッチを開始することを保証している。HTTP/2 Server Pushなどの技術が動作していない場合、そのようなプリロードなしでは、ユーザーエージェントはhelpers.mjsを検出する前に複数のネットワークラウンドトリップを行う必要があるだろう。このようにして、modulepreload link要素は、アプリケーションのモジュールのある種の"マニフェスト"として使用することができる。

<link rel="modulepreload" href="awesome-viewer.mjs">

<button onclick="import('./awesome-viewer.mjs').then(m => m.view())">
  View awesome thing
</button>

4.6.6.13 Link type "nofollow"

nofollowキーワードは、a、areaおよびform要素とともに使用されてもよい。このキーワードはハイパーリンクを生成しないが、要素によって作成される他のハイパーリンク（他のキーワードがハイパーリンクを生成しない場合は暗黙のハイパーリンク）の注釈をつける。

nofollowキーワードは、ページの原著者や発行者がリンクを保証しないか、2つのページに関係する人々の商業的関係のために参照される文書が主として含まれていることを示す。

4.6.6.14 Link type "noopener"

noopenerキーワードは、a、areaおよびform要素とともに使用されてもよい。このキーワードはハイパーリンクを生成しないが、要素によって作成される他のハイパーリンク（他のキーワードがハイパーリンクを生成しない場合は暗黙のハイパーリンク）の注釈をつける。

このキーワードは、ハイパーリンクをたどることにから結果として起こる新しく作成されたトップレベルトラバース可能が補助ブラウジングコンテキストを含まないことを示す。たとえば、結果のWindowのopenerゲッターはnullを返す。

<a href=help.html target=example>Help!</a>

<a href=help.html target=example rel=noopener>Help!</a>

<a href=index.html target=_parent>Home</a>

<a href=index.html target=_parent rel=noopener>Home</a>

4.6.6.15 Link type "noreferrer"

noreferrerキーワードは、a、areaおよびform要素とともに使用されてもよい。このキーワードはハイパーリンクを生成しないが、要素によって作成される他のハイパーリンク（他のキーワードがハイパーリンクを生成しない場合は暗黙のハイパーリンク）の注釈をつける。

リンクをたどるときにリファラー情報が漏洩しないことを示し、同じ条件下でのnoopenerキーワードのふるまいも暗示する。

<a href="..." rel="noreferrer" target="_blank"> has the same behavior as <a href="..." rel="noreferrer noopener" target="_blank">.

4.6.6.16 Link type "opener"

openerキーワードは、a、areaおよびform要素とともに使用されてもよい。このキーワードはハイパーリンクを生成しないが、要素によって作成される他のハイパーリンク（他のキーワードがハイパーリンクを生成しない場合は暗黙のハイパーリンク）の注釈をつける。

このキーワードは、ハイパーリンクをたどることから結果として起こる新しく作成されたトップレベルトラバース可能が補助ブラウジングコンテキストを含むことを示す。

<a href="..." rel=opener target=_blank>Help!</a>

4.6.6.17 Link type "pingback"

stylesheetキーワードは、link要素とともに使用されてもよい。このキーワードは外部リソースへのリンクを生成する。このキーワードはbody-okである。

pingbackキーワードの意味については、Pingback 1.0を参照のこと。[PINGBACK]

4.6.6.18 Link type "preconnect"

preconnectキーワードはlink要素で使用してもよい。このキーワードは外部リソースへのリンクを生成する。このキーワードはbody-okである。

preconnectキーワードは、ユーザーがその生成元に位置するリソースを必要とする可能性が高く、かつ、ユーザーエクスペリエンスが接続を確立するとともに関連する待ち時間コストを先取りすることによって改善されるので、指定されたリソースの生成元に接続を先制初期化することが、有益である可能性が高いことを示す。

preconnectキーワードで指定されるリソースに対するデフォルトタイプは存在しない。

ユーザーエージェントは、このリンクタイプのロードイベントを遅らせてはならない。

このリンクのタイプをフェッチして処理する適切な時期は次のとおり：

• すでにブラウジングコンテキストに接続されているlink要素で外部リソースリンクが作成されたとき。

• 外部リソースリンクのlink要素がブラウジングコンテキストに接続されたとき。

• すでにブラウジングコンテキストに接続されている外部リソースリンクのlink要素のhref属性が変更されたとき。

• すでにブラウジングコンテキストに接続されている外部リソースリンクのlink要素のcrossorigin属性が設定、変更、または削除されたとき。

The fetch and process the linked resource steps for this type of linked resource, given a link element el, are to create link options from el and to preconnect given the result.

The process a link header step for this type of linked resource given a link processing options options are to preconnect given options.

To preconnect given a link processing options options:

1. If options's href is an empty string, returns.

2. Let url be the result of encoding-parsing a URL given options's href, relative to options's base URL.

   Passing the base URL instead of a document or environment is tracked by issue #9715.

3. If url is failure, then return.

4. If url's scheme is not an HTTP(S) scheme, then return.

5. Let partitionKey be the result of determining the network partition key given options's environment.

6. Let useCredentials be true.

7. If options's crossorigin is Anonymous and options's origin does not have the same origin as url's origin, then set useCredentials to false.

8. The user agent should obtain a connection given partitionKey, url's origin, and useCredentials.

   この接続は取得されるが、直接使用されない。後で使用するために接続プールに残る。

   ユーザーエージェントは、可能な限りいつでも、事前接続を開始して完全接続ハンドシェイク（HTTPの場合はDNS+TCP、HTTPS生成元の場合はDNS+TCP+TLS）を実行しようとすべきであるが、部分ハンドシェイク（HTTPの場合はDNSのみ、HTTPS生成元の場合はDNSまたはDNS+TCP）を実行することを選択する、またはリソースの制約もしくはその他の理由により、完全にスキップできる。

   生成元ごとの最適な接続数は、ネゴシエートされたプロトコル、ユーザーの現在の接続プロファイル、使用可能なデバイスリソース、グローバル接続制限、およびその他のコンテキスト固有の変数に依存する。その結果、開くべき接続数の決定は、ユーザーエージェントに従う。

4.6.6.19 Link type "prefetch"

prefetchキーワードはlink要素と共に使用してもよい。このキーワードは外部リソースへのリンクを生成する。このキーワードはbody-okである。

prefetchキーワードは、ユーザーが指定されたリソースを必要とすることが高く見込まれるため、事前にそのリソースをフェッチしキャッシュすることが有益であることを示す。

prefetchキーワードにより与えられたリソースにデフォルトタイプは存在しない。

このリンクのタイプをフェッチして処理する適切な時期は次のとおり：

• すでにブラウジングコンテキストに接続されているlink要素で外部リソースリンクが作成されたとき。

• 外部リソースリンクのlink要素がブラウジングコンテキストに接続されたとき。

• すでにブラウジングコンテキストに接続されている外部リソースリンクのlink要素のhref属性が変更されたとき。

• すでにブラウジングコンテキストに接続されている外部リソースリンクのlink要素のcrossorigin属性が設定、変更、または削除されたとき。

The fetch and process the linked resource algorithm for prefetch links, given a link element el, is as follows:

1. If el's href attribute's value is the empty string, then return.

2. Let options be the result of creating link options from el.

3. Set options's destination to the empty string.

4. Let request be the result of creating a link request given options.

5. If request is null, then return.

6. Set request's initiator to "prefetch".

7. Let processPrefetchResponse be the following steps given a response response and null, failure, or a byte sequence bytesOrNull:

   1. If response is a network error, fire an event named error at el.

   2. Otherwise, fire an event named load at el.

8. The user agent should fetch request, with processResponseConsumeBody set to processPrefetchResponse. User agents may delay the fetching of request to prioritize other requests that are necessary for the current document.

The process a link header steps for this type of linked resource are to do nothing.

4.6.6.20 Link type "preload"

preloadキーワードはlink要素で使用してもよい。このキーワードは外部リソースへのリンクを生成する。このキーワードはbody-okである。

preloadキーワードは、ユーザーが現在のナビゲーションにこのリソースを必要とする可能性が非常に高いために、ユーザーエージェントがas属性によって与えられた潜在的な宛先と、fetchpriority属性によって与えられた優先度に従って、指定されたリソースを事前にフェッチしてキャッシュすることを示す。

ユーザーエージェントは、リソースが読み込まれるときに、先制の画像のデコードやスタイルシートの作成などの追加の操作を実行することがある。しかし、これらの追加操作は、観察可能な影響を与えることはできない。

preloadキーワードで指定されるリソースに対するデフォルトタイプは存在しない。

ユーザーエージェントは、このリンクタイプのロードイベントを遅らせてはならない。

このようなリンクのリンクされたリソースをフェッチして処理する適切な時期は次のとおり：

• すでにブラウジングコンテキストに接続されているlink要素で外部リソースリンクが作成されたとき。

• 外部リソースリンクのlink要素がブラウジングコンテキストに接続されたとき。

• すでにブラウジングコンテキストに接続されている外部リソースリンクのlink要素のhref属性が変更されたとき。

• すでにブラウジングコンテキストに接続されている外部リソースリンクのlink要素のas属性が変更されたとき。

• すでにブラウジングコンテキストに接続されているが、リクエストの宛先のサポートされていないタイプを指定しているtype属性のために以前に取得されなかった、外部リソースリンクのlink要素のtype属性が設定、削除、または変更されたとき。

• すでにブラウジングコンテキストに接続されているが、media属性が環境と一致しないために以前に取得されなかった外部リソースリンクのlink要素のmedia属性が変更または削除されたとき。

Documentは、プリロードされたリソースのマップを持ち、これはmapであり、最初は空である。

プリロードキーは構造体である。次のアイテムがある：

URL

URL

destination

文字列

mode

same-origin"、"cors"または"no-cors"のいずれかのリクエストモード

credentials mode

資格情報モード

プリロードエントリーは構造体である。次のアイテムがある：

integrity metadata

文字列

response

Nullまたはレスポンス

on response available

Null、またはレスポンスもしくはnullを受け入れるアルゴリズム

To consume a preloaded resource for Window window, given a URL url, a string destination, a string mode, a string credentialsMode, a string integrityMetadata, and onResponseAvailable, which is an algorithm accepting a response:

1. Let key be a preload key whose URL is url, destination is destination, mode is mode, and credentials mode is credentialsMode.

2. Let preloads be window's associated Document's map of preloaded resources.

3. If key does not exist in preloads, then return false.

4. Let entry be preloads[key].

5. Let consumerIntegrityMetadata be the result of parsing integrityMetadata.

6. Let preloadIntegrityMetadata be the result of parsing entry's integrity metadata.

7. If none of the following condition apply:

   • consumerIntegrityMetadata is no metadata;

   • consumerIntegrityMetadata is equal to preloadIntegrityMetadata; or

     This comparison would ignore unknown integrity options. See issue #116.

   then return false.

   A mistmatch in integrity metadata between the preload and the consumer, even if both match the data, would lead to an additional fetch from the network.

   It is important that network errors are added to the preload cache so that if a preload request results in an error, the erroneous response isn't re-requested from the network later. This also has security implications; consider the case where a developer specifies subresource integrity metadata on a preload request, but not the following resource request. If the preload request fails subresource integrity verification and is discarded, the resource request will fetch and consume a potentially-malicious response from the network without verifying its integrity. [SRI]

8. Remove preloads[key].

9. If entry response is null, then set entry's on response available to onResponseAvailable.

10. Otherwise, call onResponseAvailable with entry's response.

11. Return true.

For the purposes of this section, a string type matches a string destination if the following algorithm returns true:

1. If type is an empty string, then return true.

2. If destination is "fetch", then return true.

3. Let mimeTypeRecord be the result of parsing type.

4. If mimeTypeRecord is failure, then return false.

5. If mimeTypeRecord is not supported by the user agent, then return false.

6. If any of the following are true:

   • destination is "audio" or "video", and mimeTypeRecord is an audio or video MIME type;

   • destination is a script-like destination and mimeTypeRecord is a JavaScript MIME type;

   • destination is "image" and mimeTypeRecord is an image MIME type;

   • destination is "font" and mimeTypeRecord is a font MIME type;

   • destination is "json" and mimeTypeRecord is a JSON MIME type;

   • destination is "style" and mimeTypeRecord's essence is text/css; or

   • destination is "track" and mimeTypeRecord's essence is text/vtt,

   then return true.

7. falseを返す。

To create a preload key for a request request, return a new preload key whose URL is request's URL, destination is request's destination, mode is request's mode, and credentials mode is request's credentials mode.

To translate a preload destination given a string destination:

1. If destination is not "fetch", "font", "image", "script", "style", or "track", then return null.

2. Return the result of translating destination.

To preload given a link processing options options and an optional processResponse, which is an algorithm accepting a response:

1. If options's type doesn't match options's destination, then return.

2. If options's destination is "image" and options's source set is not null, then set options's href to the result of selecting an image source from options's source set.

3. Let request be the result of creating a link request given options.

4. If request is null, then return.

5. Let unsafeEndTime be 0.

6. Let entry be a new preload entry whose integrity metadata is options's integrity.

7. Let key be the result of creating a preload key given request.

8. If options's document is "pending", then set request's initiator type to "early hint".

9. Let controller be null.

10. Let reportTiming given a Document document be to report timing for controller given document's relevant global object.

11. Set controller to the result of fetching request, with processResponseConsumeBody set to the following steps given a response response and null, failure, or a byte sequence bodyBytes:

    1. If bodyBytes is a byte sequence, then set response's body to bodyBytes as a body.

       By using processResponseConsumeBody, we have extracted the entire body. This is necessary to ensure the preloader loads the entire body from the network, regardless of whether the preload will be consumed (which is uncertain at this point). This step then resets the request's body to a new body containing the same bytes, so that other specifications can read from it at the time of actual consumption, despite us having already done so once.

    2. Otherwise, set response to a network error.

    3. Set unsafeEndTime to the unsafe shared current time.

    4. If options's document is not null, then call reportTiming given options's document.

    5. If entry's on response available is null, then set entry's response to response; otherwise call entry's on response available given response.

    6. If processResponse is given, then call processResponse with response.

12. Let commit be the following steps given a Document document:

    1. If entry's response is not null, then call reportTiming given document.

    2. Set document's map of preloaded resources[key] to entry.

13. If options's document is null, then set options's on document ready to commit. Otherwise call commit with options's document.

The fetch and process the linked resource steps for this type of linked resource, given a link element el, are:

1. Update the source set for el.

2. Let options be the result of creating link options from el.

3. Preload options, with the following steps given a response response:

   1. If response is a network error, fire an event named error at el. Otherwise, fire an event named load at el.

      The actual browsers' behavior is different from the spec here, and the feasibility of changing the behavior has not yet been investigated. See issue #1142.

The process a link header step for this type of link given a link processing options options is to preload options.

4.6.6.21 Link type "privacy-policy"

The privacy-policy keyword may be used with link, a, and area elements. このキーワードはハイパーリンクを生成する。

The privacy-policy keyword indicates that the referenced document contains information about the data collection and usage practices that apply to the current document, as described in more detail in Additional Link Relation Types. The referenced document may be a standalone privacy policy, or a specific section of some more general document. [RFC6903]

4.6.6.22 Link type "search"

searchキーワードはlink、a、areaおよびformの各要素で使用してもよい。このキーワードはハイパーリンクを生成する。

searchキーワードは、参照された文書が、現在の文書と関連するリソースを検索するためのインターフェイスを提供することを示す。

ユーザーエージェントが自動的に検索用インターフェイスを発見できるよう、OpenSearch記述文書をlink要素およびsearchリンクタイプに使用できる。[OPENSEARCH]

4.6.6.23 Link type "stylesheet"

stylesheetキーワードはlink要素で使用してもよい。このキーワードは、スタイル処理モデルに寄与する外部リソースへのリンクを生成する。このキーワードはbody-okである。

指定されたリソースは、文書をどのように表示するかを記述するCSSスタイルシートである。

alternateキーワードがlink要素で併せて指定される場合、リンクは代替スタイルシートである。この場合、空でない値とともに、link要素でtitle属性が指定されなければならない。

stylesheetキーワードで与えられるリソースのデフォルトタイプはtext/cssである。

要素がノード文書のパーサーによって作成された場合、link要素は暗黙的に潜在的にレンダリングブロックキングである。

4.6.6.24 Link type "tag"

tagキーワードはa、areaの各要素で使用してもよい。このキーワードはハイパーリンクを生成する。

tagキーワードは、参照される文書に代表されるタグが現在の文書適用されることを示す。

これはタグが現在の文書に適用されることを示すものであるから、このキーワードをタグクラウドのマークアップに用いるのは不適切である。なお、タグクラウドとは、あるページの集合に対してよく使われるタグを一覧にしたものである。

<!DOCTYPE HTML>
<html lang="en">
 <head>
  <title>My Precious</title>
 </head>
 <body>
  <header><h1>My precious</h1> <p>Summer 2012</p></header>
  <p>Recently I managed to dispose of a red gem that had been
  bothering me. I now have a much nicer blue sapphire.</p>
  <p>The red gem had been found in a bauxite stone while I was digging
  out the office level, but nobody was willing to haul it away. The
  same red gem stayed there for literally years.</p>
  <footer>
   Tags: <a rel=tag href="https://en.wikipedia.org/wiki/Gemstone">Gemstone</a>
  </footer>
 </body>
</html>

<!DOCTYPE HTML>
<html lang="en">
 <head>
  <title>Gem 4/4</title>
 </head>
 <body>
  <article>
   <h1>801: Steinbock</h1>
   <p>The number 801 Gem 4/4 electro-diesel has an ibex and was rebuilt in 2002.</p>
  </article>
  <article>
   <h1>802: Murmeltier</h1>
   <figure>
    <img src="https://upload.wikimedia.org/wikipedia/commons/b/b0/Trains_de_la_Bernina_en_hiver_2.jpg"
         alt="The 802 was red with pantographs and tall vents on the side.">
    <figcaption>The 802 in the 1980s, above Lago Bianco.</figcaption>
   </figure>
   <p>The number 802 Gem 4/4 electro-diesel has a marmot and was rebuilt in 2003.</p>
  </article>
  <p class="topic"><a rel=tag href="https://en.wikipedia.org/wiki/Rhaetian_Railway_Gem_4/4">Gem 4/4</a></p>
 </body>
</html>

4.6.6.25 Link Type "terms-of-service"

The terms-of-service keyword may be used with link, a, and area elements. このキーワードはハイパーリンクを生成する。

The terms-of-service keyword indicates that the referenced document contains information about the agreements between the current document's provider and users who wish to use the current document, as described in more detail in Additional Link Relation Types. [RFC6903]

4.6.6.26 Sequential link types

文書によっては、連続する文書の一部を構成する。

連続する文書は、各文書が兄および弟を持つことができる。兄を持たない文書は文書の最初であり、弟を持たない文書は文書の末尾である。

文書は複数シーケンスの一部であってもよい。

4.6.6.26.1 Link type "next"

nextキーワードはlink、a、areaおよびformの各要素で使用してもよい。このキーワードはハイパーリンクを生成する。

nextキーワードは、文書がシーケンスの一部であり、かつリンクがシーケンスにおいて次の論理的な文書に導くリンクであることを示す。

4.6.6.26.2 Link type "prev"

prevキーワードはlink、a、areaおよびformの各要素で使用してもよい。このキーワードはハイパーリンクを生成する。

prevキーワードは、文書がシーケンスの一部であり、かつリンクがシーケンスにおいて前の論理的な文書に導くリンクであることを示す。

4.6.6.27 Other link types

あらかじめ定義されたリンクタイプの集合に対する拡張は、microformatsのexisting rel valuesページにおいて登録してもよい。[MFREL]

microformatsiのexisting rel valuesページには、いつでも、誰でも、自由に新たなリンクタイプを追加できる。拡張されたリンクタイプは以下の情報と共に定義されなければならない：

キーワード

実際の値が定義される。値は、他の定義済みの名前と紛らわしいものであるべきでない（たとえば、大文字と小文字だけが異なる）。

値にU+003A COLON文字（:）を含む場合、その値は絶対URLでなければならない。

linkへの効果

以下のうちの1つをとる：

使用不可

キーワードはlink要素で指定されてはならない。

ハイパーリンク

キーワードをlink要素で指定してもよい。ハイパーリンクを生成する。

外部リソース

キーワードをlink要素で指定してもよい。外部リソースへのリンクを生成する。

aおよびareaへの効果

以下のうちの1つをとる：

使用不可

キーワードはaおよびarea要素で指定されてはならない。

ハイパーリンク

キーワードをaおよびarea要素で指定してもよい。ハイパーリンクを生成する。

外部リソース

キーワードをaおよびarea要素で指定してもよい。外部リソースへのリンクを生成する。

ハイパーリンク注釈

キーワードをaおよびarea要素で指定してもよい。要素によって作成される他のハイパーリンクを補足する。

formへの効果

以下のうちの1つをとる：

使用不可

キーワードはform要素で指定されてはならない。

ハイパーリンク

キーワードをform要素で指定してもよい。ハイパーリンクを生成する。

外部リソース

キーワードをform要素で指定してもよい。外部リソースへのリンクを生成する。

ハイパーリンク注釈

キーワードをform要素で指定してもよい。要素によって作成される他のハイパーリンクを補足する。

概要

キーワードが何を意味するかについての規範的でない短い説明。

Specification（仕様）

キーワードのセマンティックスと要件についてのより詳細な説明へのリンク。それはwiki上の別のページかもしれないし、外部ページへのリンクかもしれない。

Synonyms（同義語）

全く同じ処理要件を持つキーワードの一覧。著者は、同義語であると定義された値を使用すべきではなく、同義語はユーザーエージェントがレガシーコンテンツをサポートするためだけのものである。誰もが実際に使用されてない同義語を削除できる。レガシーコンテンツとの互換性のために同義語として処理する必要がある名前のみが、この方法で登録されているのである。

Status（状態）

以下のうちの1つをとる：

Proposed（提案）

広いレビューと承認を受けていないキーワード。誰かが提案済みか提案している、あるいは提案予定であり、使うことができる。

Ratified（承認）

広いレビューと承認を受けたキーワード。それは、明確に不正確な方法で使用する場合を含めて、キーワードを使用するページを処理する方法を明快に定義した仕様を持つ。

Discontinued（中止）

広いレビューを受けており、欠陥が発見されたキーワード。既存のページはこのキーワードを使用しているが、新しいページでは避けるべきである。"brief description"（簡単な説明）と"specification"（仕様書）のエントリーは、どちらかといえば著者が代わりに使用すべきものの詳細を提供するだろう。

キーワードが既存の値とともに冗長であることが判明した場合、削除され、既存の値の同義語としてリストされているべきである。

キーワードが、使用するまたは指定することなく一月以上の期間"proposed"（提案）状態で登録されている場合、レジストリーから削除されることがある。

キーワードが"proposed"（提案）状態で追加され、既存の値とともに冗長であることが判明している場合、既存の値の同義語として削除され、リストされているべきである。キーワードは"proposed"（提案）状態で追加され、有害だと判明している場合、"discontinued"（中止）状態に変更すべきである。

誰もがいつでも状態を変更できるが、上記の定義にしたがってのみ行うべきである。

状態"proposed"また"ratified"とともにmicroformatsのexisting rel valuesページで拡張として定義されるリンクタイプは、"効果"の定めるところに従って、link、a、areaの各要素のrel属性とともに使用してもよい。[MFREL]