DOM で表された外部リソース（例えば、スタイルシート）に対して、たとえそのリソースが適用されていなくても、その DOM は利用可能とならなければいけません。そのリソースを取得するために、ユーザーエージェントは、次の手順を実行しなければいけません。

1. href 属性の値が空文字列なら、これらの手順を中止します。

2. href 属性によって与えられた URL を、この要素に対して、解決します。

3. 前の手順に失敗したら、これらの手順を中止します。

4. 結果として得られた絶対 URL をフェッチします。

ユーザーエージェントは、先を見越して適用されない外部リソースすべてを事前にフェッチせずに、必要になった時点で、このようなリソースを取得するだけにすることもできます。

外部リソースを取得する際には、利用プロトコル（例：HTTP）のセマンティクスに従わなければいけません。（例えば、リダイレクトには従わなければいけません。そしてレスポンスが 404 だった場合は、その外部リソースを適用しないようにしなければいけません。）

リソースとクリティカルなサブ・リソースの取得を試みたら、ユーザーエージェントは、そのロードが成功したらなら、該当の link 要素で load という名前のシンプルなイベントを発出するタスクをキューイングしなければいけません。もし、何かしらの理由（DNS エラー、HTTP 404 レスポンス、 処理終了前のコネクション切断、サポートしていない Content-Type など）で、そのリソースやそのクリティカルなサブ・リソースのロードが失敗したら、該当の link 要素で error という名前のシンプルなイベントを発出するタスクをキューイングしなければいけません。リソースやそのサブ・リソースの処理における非ネットワーク・エラー（CSS パース・エラー、PNG デコード・エラーなど）は、ここでいうところの失敗にはあたりません。

これらのタスクに対するタスク・ソースは、DOM マニュピュレーション・タスク・ソースとなります。

この要素は、そのすべてのリソースとクリティカルなサブ・リソースの取得の試みを完了するまで、その要素のドキュメントの load イベントを遅延させなければいけません。（リソースが必要となるときまで待機しているなどの理由で、ユーザーエージェントがまだ取得を試みていないリソースは、load イベントを遅延させてはいけません。）

対話型のユーザーエージェントは、ユーザー・インタフェースのどこかに、ユーザーが link 要素を使って生成されたハイパーリンクをたどることができる手段を提供することができます。正確なインタフェースはこの仕様で定義しませんが、そのインタフェースには、ドキュメントの各 link 要素で生成されたハイパーリンクごとに、次の情報（再度下記で定義しますが、要素の属性から得られる情報）を、（できる限りシンプルに）何らかの形式で、含めることができるでしょう：

• 該当のドキュメントとリソースとの関係性（rel 属性で指定されたもの）
• リソースのタイトル（title 属性で指定されたもの）
• リソースのアドレス（href 属性で指定されたもの）
• リソースの言語（hreflang 属性で指定されたもの）
• リソースの最適なメディア（media 属性で指定されたもの）

ユーザーエージェントは、リソースのタイプ（type 属性で指定されたもの）といった、他の情報を含めることもできます。

リンクがハイパーリンクであれば、その media 属性は純粋に参考情報でしかなく、該当のドキュメントがどのメディア向けに意図されているのかを説明しているに過ぎません。

しかし、もしリンクが外部リソースのリンクなら、その media 属性は考慮すべきものとなります。ユーザーエージェントは、media 属性の値が環境に一致し、かつ、他の関連の条件が当てはまるのであれば、その外部リソースを適用しなければいけません。そうでなければ、それを適用してはいけません。

外部リソースは、その適用性を限定するよう定義された制限をさらに持っているかもしれません。例えば、CSS スタイルシートは @media ブロックを持つかもしれません。この仕様では、そのような追加の制限や要件を無効にすることはしません。

ユーザーエージェントは、type 属性を信頼できるものと見なしてはいけません。 — リソースをフェッチする上で、ユーザーエージェントは、その実際のタイプを確定するために、type 属性を使ってはいけません。実際のタイプ（次の段落で定義されています）のみが、リソースを適用するかどうかを決定するために使われます。前述の仮のタイプではありません。

外部リソースのリンク・タイプが、そのリソースの Content-Type メタデータを処理する規則を定義しているなら、それらの規則が適用されます。そうでなければ、そのリソースがイメージだと期待されるなら、ユーザーエージェントは、イメージ・スニッフィング規則を適用することができます。そして、それが実際のタイプだったかのように、結果として得られたリソースのタイプを使うことができます。そうでなければ、これらの条件のいずれも適用されなかったか、ユーザーエージェントがイメージ・スニッフィング規則を適用しないのであれば、ユーザーエージェントは、そのリソースの Content-Type メタデータを、そのリソースのタイプを決定するために使わなければいけません。もしタイプのメタデータがなく、外部リソースのリンク・タイプが既定のタイプを持っていれば、ユーザーエージェントは、そのリソースはそのタイプであると見なさなければいけません。

もし外部リソース・リンクのタイプが、そのリソースの Content-Type メタデータの処理規則を定義しているなら、その規則を適用します。そうでなければ、そのリソースが画像だと思われるなら、ユーザーエージェントは、そのリソースの Content-Type メタデータから決定されたタイプを official type として、イメージ・スニッフィング規則を適用することができます。そして、そこから得られた結果を実際のタイプであったかのように使うことができます。そうでなければ、これらの条件のいずれも適用されなかったか、ユーザーエージェントがイメージ・スニッフィング規則を適用しないのであれば、ユーザーエージェントは、そのリソースの Content-Type メタデータを、そのリソースのタイプを決定するために使わなければいけません。もしタイプのメタデータはないけれども、外部リソースのリンク・タイプが既定のタイプを持っていれば、ユーザーエージェントは、そのリソースはそのタイプであると見なさなければいけません。

stylesheet リンク・タイプが、そのリソースの Content-Type メタデータを処理する規則を定義しています。

ユーザーエージェントがリソースのタイプを確立してしまったら、ユーザーエージェントは、それがサポートされたタイプで、他の関連の条件が一致するなら、そのリソースを適用しなければいけません。そして、そうでなければ、そのリソースを無視しなければいけません。

<link rel="stylesheet" href="A" type="text/plain">
<link rel="stylesheet" href="B" type="text/css">
<link rel="stylesheet" href="C">

HTTP Link: ヘッダーは、もしサポートしているなら、HTTP エンティティ・ヘッダーに指定されている順番で、ドキュメントのあらゆるリンクより前にあると見なさなければいけません。（これらのヘッダーにある URL は、関連の仕様にある規則に従って処理され解決されることになります。本仕様の規則は適用されません。）[HTTP] [WEBLINK]

IDL 属性 href, rel, media, hreflang, type, sizes は、同じ名前の対応するコンテンツ属性を反映しなければいけません。

IDL 属性 relList は、rel コンテンツ属性を反映しなければいけません。