Cookieを提供しないドメイン。ここでの考え方は、画像、CSSファイル、スクリプトなどを提供するためにCookieのないドメインを使用して、ユーザーが時間と帯域幅を転送するCookieを浪費しないようにすることです。 SOは、たとえば、目的のためにsstatic.netを使用します。
コンセプトが主な理由である主な理由は、ほとんどの人がメインドメインのサブドメインを使用してこれを行うことができないためです（SOはstatic.stackoverflow.comを使用できません）などの理由により、第2レベルドメイン全体で有効なCookieを提供する。
ブラウザーが静的画像を要求し、その要求と共にCookieを送信する場合、サーバーはそれらのCookieを使用できません。そのため、正当な理由なくネットワークトラフィックを作成するだけです。静的コンポーネントがcookie-freeリクエストでリクエストされていることを確認する必要があります。サブドメインを作成し、そこですべての静的コンポーネントをホストします。
ドメインが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-freeドメインで静的コンポーネントをホストするもう1つの利点は、一部のプロキシが、cookieで要求されたコンポーネントのキャッシュを拒否する可能性があることです。関連するメモとして、ホームページにexample.orgとwww.example.orgのどちらを使用するべきか疑問に思っている場合は、Cookieの影響を考慮してください。 wwwを省略すると、*。example.orgにcookieを書き込む以外に選択肢がないため、パフォーマンス上の理由から、wwwサブドメインを使用してcookieをそのサブドメインに書き込むのが最善です。