URLに「www」を含める意味は何ですか？

歴史的な理由以外に、URLに「www」を含める理由はありますか？

私はから恒久的なリダイレクトを作成する必要がありますwww.xyz.comするxyz.com、またはからxyz.comのwww.xyz.com？どちらを提案しますか、またその理由は何ですか？

必要な理由の1つwwwまたは他のサブドメインは、DNSの癖とCNAMEレコードに関係しています。

この例の目的のために、大きなサイトを運営しており、アカマイなどのCDN（コンテンツ配信ネットワーク）にホスティングを委託しているとします。通常は、サイトのDNSレコードを何らかのakamai.comアドレスへのCNAMEとして設定します。これにより、CDNはブラウザに近い（地理的またはネットワーク用語で）IPアドレスを提供できます。サイトでAレコードを使用した場合、この柔軟性を提供することはできません。

DNSの癖は、ホスト名にCNAMEレコードがある場合、その同じホストに他のレコードを保持できないことです。ただし、example.com通常、トップレベルドメインにはNSおよびSOAレコードが必要です。したがって、のCNAMEレコードも追加できませんexample.com。

www.example.comを使用するwwwと、必要なNSおよびSOAレコードをに残したまま、CDNを指すCNAMEを使用する機会が与えられますexample.com。example.comレコードは通常、にリダイレクトするホストを指すように記録していますwww.example.comHTTPリダイレクトを使用します。

注：2011年のRFC 6265の批准と実装（おそらくMSIE 11を除く現在のすべてのブラウザーによるコメント参照）では、Cookieはデフォルトではサブドメイン間で設定されないため、以下はもはや正確ではありません。

歴史的に、www.example.com正規化するための技術的な理由の1つは、メインドメイン（つまりexample.com）のCookieがすべてのサブドメインに送信されたことでした。

したがって、サイトでCookieを使用している場合、Cookieはすべてのサブドメインに送信されます。

現在、これは理にかなっていますが、静的リソースのみをダウンロードしたい場合は帯域幅を浪費するだけなので、有害です。Webサイト上のすべてのスタイルシートと画像を考慮してください。通常、画像リソースを要求するときにサーバーにCookieを送信する理由はありません。

したがって、良い解決策は、などの静的リソースにサブドメインを使用して、static.example.comCookieを送信しないことで帯域幅を節約することです。すべての画像およびその他の静的ダウンロードはそこからダウンロードできます。www.example.com動的コンテンツに使用するようになった場合、これはCookieに送信する必要があるのはwww.example.comでなくにのみであるということstatic.example.comです。

ただし、example.comメインサイトの場合、Cookieはを含むすべてのサブドメインに送信されますstatic.example.com。

さて、これはほとんどのサイトには関係ありませんが、あなたは落ち着い一度ので、後に自分の正規のURLを変更することは良い考えではないexample.com代わりにwww.*、あなたは基本的にはそれで立ち往生しています。

別の方法は、静的リソースにまったく異なる URL を使用することです。スタックオーバーフローの使用例sstatic.net、YouTubeの使用ytimg.comなど…

wwwサブドメインは通常、ドメイン上のWebサーバーと他の目的などの他の目的で使用されますmail。現在、サブドメインパラダイムは不要です。ブラウザーでWebサイトに接続すると、Webサイトが取得されます。サーバーにメールを送信すると、そのメールサービスが使用されます。

使用するwwwかどうかは個人の好みの問題です。反対の視点はhttp://no-www.org/とhttp://www.yes-www.org/で見つけることができます -しかし、私はそれwwwは不必要であり、URIにもっと重要な点を追加すると信じています。

ほとんどのサーバーはどちらの方法でも同じサイトを送信しますが、リダイレクトしません。SEOの目的で、一方を選択してから、もう一方を取得してリダイレクトします。たとえば、これを行うためのいくつかのPHPコード：

if (preg_match('/www/', $_SERVER['SERVER_NAME'])) {
  header("Location: http://azabani.com{$_SERVER['REQUEST_URI']}");
  exit;
}

ただし、www静的サーバーにCookieを送信しないなど、他の回答者が作成したサブドメインの使用を促進する理由もあります（クレジットKonrad Rudolph）。

かなり歴史的です。昔々、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を持たないことにより、印刷されたものであれオンラインであれ、テキストベースのメディアに関しては小さなマイナス面があり、それがウェブアドレスとして認識されています。印刷物では、example.comがWebアドレスであることは通常かなり明白であり、スタイリングのタッチを追加してそれを強調することができます。しかし、プレーンテキストはオンラインですか？それほど簡単ではありません。電子メール、ツイート、Facebookの投稿、SMSなど、プレーンテキストメッセージを送信すると、http：//またはwwwで始まるURLが認識される可能性があります。しかし、それらのいずれかがなければ1つを認識しません。そのため、URLをクリック可能なリンクにするには、wwwを配置する必要があります。または、前面のhttp：//、および2つのうち、www。短く、見やすく、読みやすくなっています。