仕様書
- [22] HTML Standard () https://html.spec.whatwg.org/#link-type-preconnect
- [10] Resource Hints () https://w3c.github.io/resource-hints/#h-preconnect
- [29] Resource Hints () https://w3c.github.io/resource-hints/#h-fetching-the-resource-hint-link
- [32] Resource Hints () https://w3c.github.io/resource-hints/#h-use-cases
- [50] Resource Hints () https://w3c.github.io/resource-hints/#h-security-and-privacy
リンク型 preconnect
[25] リンク型 preconnect は、
指定された資源の起源にある資源を利用者が必要とする可能性が高く、
予め当該起源への接続を開始しておくことで利用者の体験を向上させられることを示します >>22。
[23] リンク型 preconnect は、 link
要素で指定でき、外部資源リンクを作成します >>22。
[30] Link: ヘッダーでも指定できます >>29。
[24] このリンク型は body-ok です >>22。つまりこのリンク型の
link 要素は、 head 要素内のみならず、
body 要素内でも使えます。
[11] href<link href> 属性の URL に特に制約はありませんが、
userinfo、queryURL query、素片素片識別子は指定しても意味がありません。
(portURL port は同じ起源かどうかの検査に使われますから、
全く無意味ではありません。)
URL scheme も、 HTTP(S) scheme でなければ無視されるので意味がありません。
[53] 著者は、 preconnect link 要素よりも前に関係する
CSP meta 要素を置くべきです >>50。
[54] 著者は、 preconnect Link: ヘッダーを使うなら関係する
CSP ヘッダーも含めるべきです >>50。
[55] >>53、>>54 に違反すると、処理順序の都合により、
CSP の制限が適用されないことになります。[34] 資源の URL がクライアント側で組み立てる場合で、
サーバーが個別の URL を事前に判断できない場合でも、
その起源がわかっているなら、 preconnect
により予めその起源への接続を指示できます。 >>32
[35] 何らかの理由でリダイレクトを挟んで本来のリンク先へと navigate
させるときに、本来のリンク先の起源URLの起源への接続を予め用意させることができます。
>>32
処理
[49] 混合内容に関して optionally blockable です >>50。
仕様書上は明確ではありませんが、趣旨からすると、
混合内容制約が適用されるものと思われます。
[51] 仕様書上は明確ではありませんが、趣旨からすると、 CSP
制約が適用されるものと思われます。
[36] 接続段階では参照元を送信することはないので、 Referrer Policy
の指定は関係しません。[52] 適用するかどうか、利用者が設定できるようにすることができます >>50。
[12] link 要素要素の事前接続を開始するには、
次のようにしなければなりません >>10。- [13] URL を、要素の
href 属性の解決URLの解決の結果に設定します。 - [14] URL が失敗なら、
- [17] ここで停止します。
- [15] URL の schemeURL scheme が HTTP(S) scheme でなければ、
- [16] ここで停止します。
- [18] 起源を、URL の起源URLの起源に設定します。
- [19] 要素の
crossorigin 属性の状態が匿名で、
起源と要素の節点文書の起源文書の起源が同じ起源でなければ、- [20] credentials を、偽に設定します。
- [21] それ以外なら、
- [26] credentials を、真に設定します。
- [27] 起源と credentials について接続を得ます接続を得る。
事前は真とします。
[28] ここで、接続を得るによって新しい接続HTTP接続が確立され、
接続プールで保持されます。以後の fetch で接続を得る時にこの接続プールが参照されるので、
事前接続として確立された接続HTTP接続があれば、利用される可能性があります。
なお、接続を得るは通常の HTTP の処理に使う接続HTTP接続を確立するもので、
WebSocket には使われません。つまり事前接続は WebSocket
には効果がありません。
[31] 利用者エージェントは、その判断により、事前接続を取り消しできます
>>29。
[33] 利用者エージェントは、次の navigate があっても事前接続を継続するべきです >>29。
歴史
[1] Resource Hints
( ( 版))
https://igrigorik.github.io/resource-hints/#preconnect
[2] Resource Hints
( ( 版))
http://www.w3.org/TR/2014/WD-resource-hints-20141021/
[3] Resource Hints
( ( 版))
http://www.w3.org/TR/2014/WD-resource-hints-20141021/
[4] Resource Hints
( 版)
http://www.w3.org/TR/2015/WD-resource-hints-20150422/
[5] Resource Hints
( 版)
http://www.w3.org/TR/2015/WD-resource-hints-20150422/
[6] Resource Hints
( 版)
http://www.w3.org/TR/2015/WD-resource-hints-20150423/
[7] Merge pull request #45 from w3c/preconnect-fetch · w3c/resource-hints@ad3ade9
( 版)
https://github.com/w3c/resource-hints/commit/ad3ade98d93d5cdc71adaed5e99c01ab73e1e9e6
[8] Link relations: add dns-prefetch/preconnect/prerender; update prefetch
( (domenic著, ))
https://github.com/whatwg/html/commit/0f54b54307647ca15ace16ef03c570db1b918193
[9] Treat <link rel="next"> as a general resource hint
( (domenic著, ))
https://github.com/whatwg/html/commit/7ff5b096d423bf5750463957aed69680368ed99e
[37]
<link rel=preconnect> の次の行に <link rel=stylesheet>
で同じドメイン書いてあるの見たけど意味あんのこれ?
どっかの解説サイトか例文配布がなんとなく速くなりそうだと思っててきとーに書いたのがコピペで広まってるだけちゃうん?
[38]
余計な要素1個増えてる分遅くなりそうよね、誤差だろうけど。早くなることはないんちゃう?