URLに「www」があることの意味は何ですか？
歴史的な理由以外に、URLに「www」が含まれる理由はありますか？
www.xyz.comからxyz.comへ、またはxyz.comからwww.xyz.comへの永続的なリダイレクトを作成する必要がありますか？あなたはどちらを提案しますか、そしてその理由は？
wwwまたは他のサブドメインが必要な理由の1つは、DNSとCNAMEレコードの癖に関係しています。
この例の目的で、大規模なサイトを運営していて、AkamaiなどのCDN（コンテンツ配布ネットワーク）へのホスティングを契約しているとします。通常、サイトのDNSレコードをCNAMEとしてakamai.comアドレスに設定します。これにより、CDNはブラウザーに近い（地理的またはネットワークの観点から）IPアドレスを提供できます。サイトでAレコードを使用した場合、この柔軟性を提供することはできません。
DNSの癖は、ホスト名のCNAMEレコードがある場合、その同じホストに対してその他のレコードを作成できないことです。ただし、トップレベルドメインexample.comには通常、NSおよびSOAレコードが必要です。したがって、example.comのCNAMEレコードを追加することはできません。
www.example.comを使用すると、必要なNSおよびSOAを残しながら、CDNを指すwwwのCNAMEを使用する機会が与えられますexample.comのレコード：example.comレコードには、通常、HTTPリダイレクトを使用してwww.example.comにリダイレクトするホストを指すAレコードもあります。
注： RFC 6265 の承認と実装（ おそらくMSIE 11 を除くすべての現在のブラウザによる）の2011年の時点で、Cookieが原因で以下は正確ではなくなりましたデフォルトでは、サブドメイン間で設定されることはありません。
歴史的に、www.example.comを正規化する技術的な理由の1つは、メインドメインのCookie（つまりexample.com）がすべてのサブドメイン。
したがって、サイトでCookieを使用している場合、Cookieはすべてのサブドメインに送信されます。
さて、これはしばしば理にかなっていますが、それだけで帯域幅を浪費するので、静的リソースのみをダウンロードしたい場合、それは明らかに有害です。ウェブサイトのすべてのスタイルシートと画像を検討してください。通常、画像リソースをリクエストするときにCookieをサーバーに送信する必要はありません。
したがって、static.example.comなどの静的リソースにサブドメインを使用して、Cookieを送信しないことで帯域幅を節約することをお勧めします。そこからすべての画像やその他の静的ダウンロードをダウンロードできます。動的コンテンツにwww.example.comを使用する場合、Cookieはwww.example.comではなくstatic.example.comにのみ送信する必要があることを意味します。
ただし、example.comがメインサイトの場合、Cookieはstatic.example.comを含むallサブドメインに送信されます。
現在、これはほとんどのサイトには関係ありませんが、正規URLを後で変更することは良い考えではないため、example.comではなくwww.*に落ち着くと、基本的にそれで立ち往生します。
別の方法は、静的リソースにまったく異なるURLを使用することです。たとえば、スタックオーバーフローはsstatic.netを使用し、YouTubeはytimg.comを使用します。…
wwwは、mailなどの他の目的で他の目的と一緒にドメイン上のWebサーバーに通常使用されるサブドメインです。現在、サブドメインのパラダイムは不要です。ブラウザでWebサイトに接続すると、そのWebサイトが表示されます。または、サーバーにメールを送信すると、そのメールサービスが使用されます。
wwwを使用するかどうかは、個人的な好みの問題です。反対の見解は http://no-www.org/ および http://www.yes-www.org/ にあります-ただし、そのwwwは不要であり、URIに余分な情報を追加するだけです。
ほとんどのサーバーはどちらの方法でも同じサイトを送信しますが、リダイレクトはしません。 SEOの目的で、1つを選択してから、もう1つにリダイレクトします。たとえば、PHPこれを行うコード：
if (preg_match('/www/', $_SERVER['SERVER_NAME'])) {
header("Location: http://azabani.com{$_SERVER['REQUEST_URI']}");
exit;
}
ただし、静的サーバーにCookieを送信しない（クレジットKonrad Rudolph）など、他の回答者によって作成されたwwwサブドメインの使用を促進するいくつかの理由も素晴らしいです。
それはかなり歴史的です。むかしむかし、www.example.com、ftp.example.com、images.example.com、uk.example.comなどを使用するのは論理的であるように見え、負荷を簡単に分散させる方法を提供しましたサーバー。
最近は、メインサイトのexample.comにアクセスして、wwwバージョンをそれにリダイレクトします。
Googleウェブマスターツールでは優先ドメインを指定できます なので、それらも使用してください。
以下も参照してください。
https://stackoverflow.com/questions/1109356/www-or-not-www-what-to-choose-as-primary-site-name
https://stackoverflow.com/questions/1884157/to-www-or-not-to-www
他の目的（ブログなど）でサブドメインを使用する場合は、サイトを区別し、通常のサイトにwwwプレフィックスを付けることができます。それ以外の場合、唯一の重要なことは、2つのうち1つを選択し、それに固執することです（SEOの理由から）。
私が最初にします。 www規約は、www.cmu.eduとcmu.eduが異なるマシンである可能性が非常に高いHTTPの初期の時代から来ています。
ここに別の小さな視点があります。
WWWを持たないことで、テキストベースのメディアに関しては、印刷物であれオンラインであれ、マイナーな欠点があり、それがWebアドレスとして認識されるようになっています。印刷物では、通常、example.comがWebアドレスであることは明白であり、スタイリングタッチを追加して強調表示できます。しかし、プレーンテキストはオンラインですか？それほど簡単ではありません。可能性としては、プレーンテキストメッセージ（電子メール、ツイート、Facebookの投稿、SMSなど）を送信する場合、http：//またはwwwで始まるURLを認識しますが、 tどちらでもないものを認識します。したがって、URLをクリック可能なリンクにするには、www。またはhttp：//を前面に配置する必要があります。2つのうち、www。は短く、見栄えがしにくいで読みやすい。