回答:
Cookieを提供しないドメイン。ここでの考え方は、Cookieのないドメインを使用して画像、CSSファイル、スクリプトなどを提供し、ユーザーがCookieを送信する時間と帯域幅を無駄にしないようにすることです。SOは、たとえばsstatic.netを目的に使用します。
コンセプトが注目される主な理由は、ほとんどの人がメインドメインのサブドメインを使用してこれを行うことができないことです（SOがstatic.stackoverflow.comを使用できないなど）レベルドメイン。
ブラウザが静的画像をリクエストし、リクエストとともにクッキーを送信すると、サーバーはそれらのクッキーを使用しません。したがって、正当な理由もなくネットワークトラフィックを作成するだけです。Cookieフリーのリクエストで静的コンポーネントがリクエストされていることを確認する必要があります。サブドメインを作成し、すべての静的コンポーネントをそこでホストします。
ドメインがwww.example.orgの場合、static.example.orgで静的コンポーネントをホストできます。ただし、www.example.orgではなくトップレベルドメインexample.orgで既にCookieを設定している場合、static.example.orgへのすべてのリクエストにはそれらのCookieが含まれます。この場合、まったく新しいドメインを購入し、そこで静的コンポーネントをホストし、このドメインをCookieなしで維持できます。Yahoo! yimg.comを使用し、YouTubeはytimg.comを使用し、Amazonはimages-amazon.comを使用します。
Cookieのないドメインで静的コンポーネントをホストする別の利点は、一部のプロキシが、Cookieで要求されたコンポーネントのキャッシュを拒否する可能性があることです。関連するメモで、ホームページにexample.orgまたはwww.example.orgを使用すべきかどうか疑問に思う場合は、Cookieの影響を考慮してください。wwwを省略すると、*。example.orgにCookieを書き込むしかありません。したがって、パフォーマンス上の理由から、wwwサブドメインを使用し、そのサブドメインにCookieを書き込むのが最善です