いつ「www」サブドメインを使用する必要がありますか？

過去数年間インターネットを閲覧していると、「www」サブドメインを削除するページがますます増えています。

「www」サブドメインを使用する、または使用しない正当な理由はありますか？

これを含めるのには多くの理由がありますが、その最高のものがここにあります： Yahooパフォーマンスのベストプラクティス

Cookieのドットルールにより、「www」がない場合 その場合、*。example.comのように2ドットCookieまたはクロスサブドメインCookieを設定することはできません。2つの関連する影響があります。

まず、Cookieを提供するすべてのユーザーが、ドメインに一致するリクエストでそれらのCookieを返信することを意味します。したがって、サブドメインimages.example.comがある場合でも、example.com Cookieは常にそのドメインへのリクエストとともに送信されます。これにより、www.example.comを信頼できる名前にした場合には存在しないオーバーヘッドが発生します。もちろん、CDNを使用できますが、それはリソースに依存します。

また、クロスサブドメインのCookieを設定することもできません。これは明白に思われますが、これは、認証されたユーザーがサブドメイン間を移動できるようにすることは、技術的な課題の多くを意味します。

だからいくつかの質問を自問してください。クッキーを設定しますか？不要になる可能性のある帯域幅の消費を気にかけますか？認証されたユーザーはサブドメインを越えますか？ユーザーの不便を本当に心配している場合は、サーバーを構成して、www / no wwwの問題を自動的に処理することができます。

dropwwwとyes-wwwを参照してください。

この質問をした直後に、私は次のようなwwwのないページを見つけました。

...簡潔に言うと、wwwサブドメインの使用は冗長であり、通信に時間がかかります。インターネット、メディア、そして社会は、それなしですべてのほうが良いです。

それをドメイン管理者から取得し、www.domainname.comと通常のdomainname.comの両方を使用します。そうでない場合、トラフィックをブラウザーの検索エンジンに捨てます（DNSエラー）。

実際には、特に上位100のドメインのうち、www.domainname.comで正しく解決され、domainname.comでは解決されないドメインの数は驚くべきことです。

wwwサブドメインを使用する理由はたくさんあります！

URLを書き込むときは、「http://stackoverflow.com」よりも「www.stackoverflow.com」を手書き入力する方が簡単です。ほとんどのテキストエディタ、電子メールクライアント、ワードプロセッサ、およびWYSIWYGコントロールは、上記の両方を自動的に認識し、ハイパーリンクを作成します。「stackoverflow.com」と入力してもハイパーリンクは表示されません。結局それは単なるドメイン名です。そこにWebサービスがあると誰が言うのですか。そのドメインへの参照はそのWebサービスへの参照であると誰が言ったのですか？

何を書いたり、タイプしたり、言ったりしますか？「www」（4文字）または "http：//"（7文字）??

「www」は、件名が別のネットワークサービスのURLではなく、Webアドレスであるという事実を明確に伝える確立された速記方法です。

ウェブアドレスを口頭で伝達する場合、「www」と言うのは冗長なので、ウェブアドレスであることは文脈から明確でなければなりません。サーバーは、@。stackoverflow.com（ドメインのルート）に対するすべての要求をwwwサブドメインに転送するHTTP 301（永久に移動）応答を返すように構成する必要があります。

私の経験では、WWWを省略すべきだと思う人は、Webとインターネットの違いを理解せず、同義語のように同じ意味で使用する傾向があります。Webは、多くのネットワークサービスの1つにすぎません。

wwwを削除したい場合は、HTTPサーバーを変更して別のポートも使用するようにしてください。昨日はTCPポート80がすごいので、これをポート1234に変更してみましょう。そうすると、人々は " http： //stackoverflow.com:1234 "（eightch tee tee peeコロンスラッシュスラッシュスタックオーバーフロードットcomコロン1つ2つ3つ4つ）ですが、少なくとも" www "と言う必要はありませんか？

含めるかどうかに大きな利点はなく、客観的に最適な戦略もありません。「no-www.org」は、それ自体を決定的な事実として提示しようとする古いドグマのばかげた負荷です。

「多くの異なるサービスがあり、ベアドメイン名をWebサーバー専用にする必要がない」という大きな組織のシナリオが当てはまらない場合（実際にはそうではない場合）、どのアドレスを選択するかは次のとおりです。主に文化的な問題。広告素材に書かれた「example.org」という裸のドメインを見慣れている人は、余分な「www」や「http：//」なしですぐにWebアドレスとして認識しますか？たとえば日本では、www以外のバージョンを選択するとおかしな外観になります。

ただし、どちらを選択しても一貫性があります。wwwバージョンとwww以外のバージョンの両方にアクセスできるようにしますが、そのうちの1つを明確にし、常にそのバージョンにリンクし、もう1つをそのバージョンにリダイレクトします（永続的に、ステータスコード301）。両方のホスト名が直接応答することはSEOにとって悪いことであり、サーバーに解決される古いホスト名を提供することは、DNS再バインド攻撃にさらされることになります。

いくつかの理由がありますが、ここにいくつかあります：

1）人は故意にこの方法でそれを望んだ

人々は、ウェブだけでなく、多くのものにDNSを使用します。彼らにとって、彼らにとってより重要な他のサービスのためにメインのDNS名が必要になるかもしれません。

2）誤って設定されたDNSサーバー

誰かがwwwをDNSサーバーにルックアップする場合、DNSサーバーはそれを解決する必要があります。

3）誤って構成されたWebサーバー

Webサーバーは、さまざまなWebサイトをホストできます。Hostヘッダーを使用して、必要なサイトを区別します。Webサイトに使用するホスト名を指定する必要があります。

4）ウェブサイトの最適化

両方を処理するのではなく、移動した永続的なhttpステータスコードを使用して転送することをお勧めします。これにより、2つのアドレスがインバウンドリンクランクで競合することはありません。

5）クッキー

Cookieがブラウザから送り返されない問題を回避するため。これは、移動した永久的なhttpステータスコードでも解決できます。

6）クライアント側のブラウザーキャッシング

wwwへのリクエストを行うと、それ以外のリクエストを行うと、Webブラウザーは画像をキャッシュしない場合があります。これは、移動した永久的なhttpステータスコードでも解決できます。

jdangelが指摘しているように、一部のcookieの状況ではwwwは良い習慣ですが、wwwを使用する別の理由があると思います。

ユーザーの世話と保護は私たちの責任ではありませんか。ほとんどの人はwwwを期待しているので、プログラミングしないことで、完璧ではない体験を彼らに与えるでしょう。

理論的には必要ないという理由だけでDNSエントリを設定しないことは、私には少し傲慢に思えます。DNSエントリの転送やリダイレクトなどのオーバーヘッドはなく、www以外のDNSアドレスにリダイレクトできます。

潜在的な訪問者に不要な「サイトが見つかりません」エラーを残して、貴重なトラフィックを失わないようにしてください。

さらに、Windowsのみのネットワークでは、次の問題を回避するためにWindows DNSサーバーを設定できる場合がありますが、MacとWindowsが混在する環境ではできないと思います。MacがWindowsに対してDNSクエリを実行した場合、mydomain.comはウェブサーバーではなく、利用可能なすべてのネームサーバーを返します。したがって、ブラウザでmydomain.comと入力すると、ブラウザはWebサーバーではなくネームサーバーにクエリを実行します。この場合、特定のWebサーバーを指すサブドメイン（例：www.mydomain.com）が必要です。

Cookieに関する負荷の最適化とは別に、wwwサブドメインを使用するDNS関連の理由もあります。CNAMEをネイキッドドメインに使用することはできません。上yes-www.org yes-www.orgそれは言います：

HerokuやAkamaiなどのプロバイダーを使用してWebサイトをホストする場合、プロバイダーは、障害のあるサーバーから正常なサーバーにトラフィックをリダイレクトする必要がある場合に備えて、DNSレコードを更新できるようにしたいと考えています。これはDNS CNAMEレコードを使用して設定され、ネイキッドドメインはCNAMEレコードを持つことができません。これは、このようなサービスで非常に冗長なホスティングを必要とするほどサイトが大きくなる場合にのみ問題になります。