Push技術
Long pollingそれ自体は本当のプッシュではない。Long pollingは従来のポーリング技術の一種であるが、本当のプッシュが不可能な状況下(たとえば入ってくるHTTP/Sリクエストを拒否すること要求するセキュリティポリシーをもつサイトなど)で擬似的なプッシュ機構を作ることを可能にする。
Long pollingでは、通常のポーリングと全く同様に、クライアント側からサーバへ情報をリクエストするが、ここではサーバ側がすぐにはレスポンスを返さないかもしれないことを期待している。クライアントからの問い合わせを受信したときに、サーバ側には当該クライアントに送るべき新着情報がなかった場合、サーバ側は空のレスポンスを返すのではなく、そのリクエストを開いたままにしておき、レスポンスとして返すべき情報が来るまで待つ。サーバに新着情報が来たら、サーバは直ちにクライアントにHTTP/Sレスポンスを返し、開いていたHTTP/Sリクエストを完了させる。サーバ側からのレスポンスを受け取ったら、クライアント側は直ちにサーバへの新しいリクエストを発出することが多い。このようにして、通常のポーリングにおいて生ずるレスポンス遅延(新着情報がサーバにきてから、その次にクライアントがリクエストするまでの時間)をなくすことができる。
例えばBOSHは、持続的TCP接続を(たとえばブラウザ内で)直接利用することが困難または不可能な場合に使える、Long-polling版の代替技術として人気のある長寿命HTTP技術であり、AppleのiCloudのプッシュサポートに使われているXMPPの基盤技術もBOSHである。
同期通信やインスタントメッセージがプッシュサービスの典型例である。チャットのメッセージや、場合によってはファイルをメッセージング・サービスが受け取ると直ちにユーザにプッシュされる。分散的なPeer to Peerなプログラム(WASTEなど)でも、中央集権的なプログラムIRCやXMPPなど)でも、いずれもファイルのプッシュは可能である。つまり受け手側ではなく送り手側がデータの転送を開始することが出来る。
電子メールもプッシュ型システムと言えるかもしれない:SMTPプロトコルはプッシュ型プロトコルである(プッシュ型電子メールを参照)。しかしながら、メールサーバーからデスクトップのコンピュータへ伝送する最後の段階では、POP3やIMAPのようなプル型プロトコルが使われるのが典型的である。現代の電子メールクライアントは、この段階において繰り返しメールサーバーにポーリングして、頻繁に新しいメールがないかチェックすることで、あたかも即時的に伝送されているかのようにみえるようにしている。