似ていますが、異なるメカニズムを利用します。サーバープッシュは、クライアントからのリクエストがなくても返すことができるレスポンスです。サーバープッシュはクライアント側が合意した場合にのみ受け取ることが可能です。通知することでプッシュをいくつまで受け入れ可能か制限を設定しています。この制限を超えると、コネクションエラーとなります。フレームをリクエストフレームを通して送ることができ、その後実際のレスポンスを新しいストリーム上で送信します。クライアントによってプッシュの受け入れが可能であると通知されている場合であっても、それぞれのプッシュストリームはクライアント側の判断によって拒否することができます。フレームがサーバーへ送信されます。開発時に当初議論され、プロトコルの策定の後インターネットへと展開されたにもかかわらず、その有用性について数えきれないほどの議論が行われ、叩かれ嫌われ続けてきました。ラウンドトリップの半分を削減することができますが、それでも帯域を使うことに変わりないからです。サーバー側にとって、リソースが実際にプッシュされるべきかどうかをハイレベルで確実に判断することは非常に難しく、おおよそ不可能です。