グーグルが計画を発表 あなたは何について持っていますか Chrome 106 でのサーバー プッシュのサポートの削除、（27 月 XNUMX 日に予定されています）、およびこの変更は Chromium コード ベースに基づく他のブラウザにも影響することを示しています。
サーバー プッシュ テクノロジに慣れていない方は、次のことを知っておく必要があります。 HTTP/2 および HTTP/3 標準で定義されています、およびサーバーが明示的に要求されるのを待たずにクライアントにリソースを送信できるようにします。
本来こうあるべき サーバーはページの読み込みを高速化できます、ページをレンダリングするために必要な CSS ファイル、スクリプト、および画像は、クライアントが要求するまでに既にあなたの側に転送されているためです。
HTTP/2 サーバー プッシュの使用状況の分析では、さまざまな結果 (Chrome 、Akamai) があり、明確な正味のパフォーマンスの向上は見られず、多くの場合、パフォーマンスの低下が見られました。
プッシュは、. 新しい HTTP/3 を使用する Web の多くでは、Push は既に廃止されています。 最近その分析を再実行すると、サイトによる 3% の HTTP/1,25 サポートが 2% に低下したことがわかります。
サポート終了の理由として 実装の不必要な複雑さが言及されています ラベルなどのよりシンプルで効果的な代替手段が存在する場合の技術の ブラウザは、リソースがページで使用されるのを待たずにリソースをリクエストできます。 一方では、サーバー プッシュと比較して、プリフェッチは追加のパケット交換 (RTT) を生成しますが、他方では、ブラウザーのキャッシュに既に存在するリソースの送信を回避します。 一般に、サーバー プッシュとプリロードを使用した場合の遅延の違いは、無視できるものとしてマークされています。
サーバー側でプロアクティブな読み込みを開始するには、HTTP 応答コード 103 を使用することをお勧めします。これにより、サーバーがすべての操作を実行するのを待たずに、要求の直後に一部の HTTP ヘッダーの内容をクライアントに通知できます。リクエストを送信し、コンテンツの提供を開始します。
103 Early Hints は、Push と同じ利点が多く、欠点がはるかに少ない、エラーが発生しにくい代替手段です。 サーバーがリソースを送信する代わりに、103 Early Hints はリソースのヒントのみをブラウザーに送信します。これは、リソースをすぐに要求することでメリットが得られるということです。 これにより、ブラウザは、それらが必要かどうかの決定を制御できます。たとえば、HTTP キャッシュにそれらのリソースが既にある場合などです。
重要なリソースのプリロードは、ページとブラウザーが連携して、ページの読み込みの早い段階で重要なリソースをプリエンプティブに読み込むことを可能にするもう XNUMX つの代替手段です。
同様に、レンダリングされたページに関連付けられた要素に関するヒントを提供することもできます。これはプリロードできます (たとえば、ページで使用される CSS および JavaScript へのリンクを提供できます)。 そのようなリソースに関する情報を受け取ったブラウザは、メインページが返されるのを待たずにそれらのダウンロードを開始できるため、リクエストの処理にかかる合計時間が短縮されます。
リソースの負荷を最適化するだけでなく、 サーバー プッシュ メカニズムを使用して、サーバーからクライアントにデータを送信することもできます。、しかし、これらの目的のために、W3C コンソーシアムは WebTransport プロトコルを開発しています。 WebTransport の通信チャネルは、トランスポートとして QUIC プロトコルを使用して HTTP/3 で編成されます。WebTransport は、マルチキャスト、一方向ブロードキャスト、順不同配信、信頼できる配信モードと信頼できない配信モードなどの高度な機能を提供します。
Google の統計によると、サーバー プッシュ技術は十分に普及していません。. サーバー プッシュは HTTP/3 仕様に含まれていますが、実際には、Chrome ブラウザーを含む多くのクライアントおよびサーバー ソフトウェア製品は、それをネイティブに実装していませんでした。 2021 年には、HTTP/1,25 で実行されている Web サイトの約 2% がサーバー プッシュを使用していました。 今年、この数値は 0,7% に低下しました。
最後に あなたがそれについてもっと知りたいなら、詳細はで確認できます 次のリンク。