「www」サブドメインはいつ使用する必要がありますか？
過去数年間インターネットを閲覧していると、「www」サブドメインを削除するページが増えています。
「www」サブドメインを使用する、または使用しない正当な理由はありますか？
それを含めるには多くの正当な理由がありますが、そのうちの最良のものはここにあります： Yahoo Performance Best Practices
Cookieを使用したドットルールにより、「www。」がない場合* .example.comのように2ドットCookieやクロスサブドメインCookieを設定することはできません。 2つの関連する影響があります。
まず、Cookieを提供しているすべてのユーザーが、ドメインに一致するリクエストとともにそれらのCookieを送り返すことを意味します。したがって、サブドメインimages.example.comがある場合でも、example.com Cookieは常にそのドメインへのリクエストとともに送信されます。これにより、www.example.comを信頼できる名前にした場合には存在しないオーバーヘッドが作成されます。もちろん、CDNを使用できますが、それはリソースによって異なります。
また、クロスドメインCookieを設定することもできません。これは明らかなように思えますが、これは認証されたユーザーがサブドメイン間を移動できるようにすることは、技術的な課題です。
そこで、いくつか質問をしてください。クッキーを設定しますか？潜在的に不必要な帯域幅の支出を気にしますか？認証されたユーザーはサブドメインを横断しますか？ユーザーに迷惑をかけることに本当に懸念がある場合は、www/no wwwを自動的に処理するようにサーバーをいつでも構成できます。
この質問をした直後に no-www のページに来ました：
...簡潔に言うと、wwwサブドメインの使用は冗長であり、通信に時間がかかります。インターネット、メディア、および社会はすべて、それなしでより良いです。
ドメーナーから取得し、www.domainname.comと通常のdomainname.comの両方を使用します。そうしないと、トラフィックをブラウザ検索エンジンに捨てているだけです（DNSエラー）
実際、www.domainname.comではなく、特にdomain 100.comで正しく解決されるドメインの数、特に上位100個のドメインは驚くべきことです。
Wwwサブドメインを使用する理由はたくさんあります！
URLを記述する場合、「 http://stackoverflow.com 」ではなく、「www.stackoverflow.com」と入力して入力する方が簡単です。ほとんどのテキストエディタ、電子メールクライアント、ワードプロセッサ、およびWYSIWYGコントロールは、上記の両方を自動的に認識し、ハイパーリンクを作成します。 「stackoverflow.com」と入力するだけでは、ハイパーリンクは作成されません。結局のところ、ドメイン名にすぎません。誰がWebサービスがあると言うのでしょうか。そのドメインへの参照は、そのWebサービスへの参照であると誰が言いますか？
あなたはむしろ何を書きますか/タイプ/言いますか..「www。」 （4文字）または "http：//"（7文字）??
「www。」は、サブジェクトがWebアドレスであり、別のネットワークサービスのURLではないことを明確に伝える確立された速記方法です。
Webアドレスを口頭で伝える場合、コンテキストからそれがWebアドレスであることが明確になるはずなので、「www」は冗長です。サーバーは、@。stackoverflow.com（ドメインのルート）へのすべての要求をwwwサブドメインに転送するHTTP 301（永続的に移動）応答を返すように構成する必要があります。
私の経験では、WWWを省略するべきだと思う人は、ウェブとインターネットの違いを理解せず、同義語のように用語を交換可能に使用する傾向があります。 Webは多くのネットワークサービスの1つにすぎません。
Wwwを削除したい場合は、HTTPサーバーを変更して別のポートを使用するようにしてください。TCP昨日はポート80はすっごくすごいです。今すぐポート1234に変更しましょう。 「 http://stackoverflow.com:1234 "（8インチティーティーピーコロンスラッシュスラッシュスタックオーバーフロードットコムコロン1 2 3 4）と入力して入力する必要がありますが、少なくとも「www」と言うには？
含むか含まないかには大きな利点はなく、客観的に最適な戦略はありません。 「no-www.org」は、決定的な事実として自らを提示しようとする愚かな古い教義です。
「多くの異なるサービスを持ち、ベアドメイン名をWebサーバー専用にする必要のない大きな組織」のシナリオが当てはまらない場合（実際にはめったにありません）、選択するアドレスは主に文化的な問題。広告素材に書かれた裸の「example.org」ドメインを見ることに慣れている人は、余分な「www」や「http：//」のないウェブアドレスとしてすぐに認識しますか？たとえば、日本では、www以外のバージョンを選択すると、見た目がおかしくなります。
ただし、どちらを選択しても一貫性が保たれます。 wwwバージョンと非wwwバージョンの両方をアクセス可能にしますが、それらのoneを明確にし、常にそのバージョンにリンクし、他のリダイレクトを永続的に行います（永続的にステータスコード301）。両方のホスト名を直接応答させることはSEOにとって悪いことであり、サーバーに解決するany oldホスト名を提供すると、DNS再バインド攻撃にさらされることになります。
いくつかの理由がありますが、ここにいくつかあります：
1）人は意図的にこの方法でそれを望んでいた
人々はウェブだけでなく、多くのことにDNSを使用しています。彼らにとってより重要な他のサービスのために、メインのDNS名が必要になる場合があります。
2）誤って構成されたDNSサーバー
誰かがDNSサーバーに対してwwwのルックアップを行う場合、DNSサーバーはそれを解決する必要があります。
）Webサーバーの設定ミス
Webサーバーは、さまざまなWebサイトをホストできます。 Hostヘッダーを使用して、必要なサイトを区別します。 Webサイトに使用するホスト名を指定する必要があります。
4）ウェブサイトの最適化
両方を処理せずに、永続的にhttpステータスコードを移動したものを転送することをお勧めします。そうすれば、2つのアドレスはインバウンドリンクランクを競いません。
5）Cookies
Cookieがブラウザによって返されないという問題を回避するため。これは、移動した永続的なhttpステータスコードでも解決できます。
6）クライアント側ブラウザーのキャッシュ
Webブラウザーは、wwwを要求した場合とwwwを要求しない場合に画像をキャッシュしない場合があります。これは、移動した永続的なhttpステータスコードでも解決できます。
Jdangelが指摘しているように、wwwは一部のCookieの状況では良い習慣ですが、wwwを使用する別の理由があると思います。
ユーザーの世話と保護は私たちの責任ではありません。ほとんどの人がwwwを期待しているように、あなたはそれのためにプログラミングしないことで、彼らに完璧ではない体験を与えるでしょう。
理論上は必要ないという理由だけでDNSエントリを設定しないのは、私には少し慢なようです。 DNSエントリを運ぶオーバーヘッドはなく、リダイレクトなどを介して非www DNSアドレスにリダイレクトできます。
潜在的な訪問者に不要な「サイトが見つかりません」というエラーを残して、貴重なトラフィックを失うことはありません。
さらに、Windowsのみのネットワークでは、次の問題を回避するためにWindows DNSサーバーをセットアップできる場合がありますが、MacとWindowsが混在する環境ではできないと思います。 MacがWindowsに対してDNSクエリを行う場合、DNS mydomain.comはWebサーバーではなく、使用可能なすべてのネームサーバーを返します。したがって、ブラウザでmydomain.comと入力すると、ブラウザはWebサーバーではなくネームサーバーを照会します。この場合、特定のWebサーバーを指すサブドメイン（例：www.mydomain.com）が必要です。
Cookieに関する負荷の最適化とは別に、wwwサブドメインを使用するDNS関連の理由もあります。 CNAMEをネイキッドドメインに使用することはできません。 yes-www.org yes-www.orgには次のように書かれています：
HerokuやAkamaiなどのプロバイダーを使用してWebサイトをホストする場合、プロバイダーは、障害のあるサーバーから正常なサーバーにトラフィックをリダイレクトする必要がある場合に備えてDNSレコードを更新できるようにしたいと考えています。これはDNS CNAMEレコードを使用して設定され、ネイキッドドメインはCNAMEレコードを持つことができません。これは、そのようなサービスで非常に冗長なホスティングを必要とするほどサイトが大きくなった場合にのみ問題になります。