ウェブサイトのURLに「www」を含める必要がありますか？長所と短所は何ですか？

http://www.example.com/vsの長所と短所は何http://example.com/ですか？

たとえば、私が気づいている問題は、ドメインを使用せずwwwに現在のサブドメインのみにCookieを設定できない場合（サブドメインがないため）、設定したCookieがすべてのサブドメインに送信されることです。

ただし、使用www.example.comするとメインサイトでのみCookieを設定できることに注意してください。を使用example.comすると、*.example.comを含むCookieのみを設定できますstatic.example.com。したがって、サブドメインに対するすべてのリクエストには、転送が少し遅くなるCookieが含まれます。を使用www.example.comすると、Cookieを設定する部分を決定できます。

を使用するwww.example.com場合はexample.com、に永続的にリダイレクトする必要がありますwww.example.com。

wwwサブドメインは、いくつかのケースでは、実際に親TLDよりも完全に異なるサーバです。ほとんどの検索エンジンはそれを理解するのに十分なほどスマートですが、リダイレクトを配置することは依然として優れたプラクティスです。

私はそれの完全な逆です、私はより短い標準的なURLを使用することを好むので、www.example.comへの永続的なリダイレクトexample.comです。また、HTTPリクエストによってexample.comWebページが生成されること、またはHTTPリクエストを処理しているサブドメインにリダイレクトされることを期待できることも理にかなっています。

さらに、ブラウザのツールバーから選択した正規のURLを使用してサイトにリンクするユーザーが必要です。正規のURLではないものへのリダイレクトは、その点で一貫性を確保するのに役立ちます。

wwwサブドメインを含めると、次の2つの条件になります。

1. Cookie -Cookieを設定*.example.comすると、サブドメインに関係なくすべてのリクエストでCookieが送信されるため、悲しみが生じます（トラフィックが増加します）。この場合、必要に応じてwwwCookieを設定*.example.comする（認証済みユーザーCookieなど）かwww.example.com、他のサブドメインへのトラフィックを減らすかを選択できるので、を使用することを選択します。

2. 美的 -ドメインがどのように見えるかを気にしますか？私が本当に嫌いなwwwのにCookieのトラフィックが心配な場合は、Cookie static-example.comが残っているようなまったく新しいドメインで静的コンテンツをホストすることで問題を軽減できます。

これは軽微な考慮事項ですが、商用サイトに関連するものです。Webサイトwwwは、ドメインをWebサイトとは見なしていない可能性があることを知らないときに開始するという、非技術系ユーザーからの期待があります。

物事がどのように機能するかを知っている私たちにとってはばかげているように思えるかもしれませんが、私は家族、友人、非技術的な同僚とこの態度に頻繁に遭遇し、これらの人々はあなたの顧客の大部分を代表する可能性があります。

さらに、電子メール、ワールドプロセッサ、ソーシャルネットワーキングクライアントなどの多くのソフトウェアwwwは、ハイパーリンクとして始まるドメイン名を自動的に認識し、アクティブにします-裸またはnon-wwwドメインhttp://で、ソフトウェアに追加する必要がありますアクティブにします。ブラウザにコピーアンドペーストする代わりにリンクをクリックできると、顧客があなたのサイトを訪問するか、競合他社に行くかが変わる可能性があります。

検索結果またはその他の望ましい結果に関する限り、一方を他方に使用する具体的な理由はないようです。私の個人的な好みはno-www、長さのためです。

最も重要なことは、必ず優先ドメインにリダイレクトし、Google Search Console（Googleウェブマスターツール）で優先ドメインを設定することを忘れないでください。

Cookie、美学、wwwサブドメインなどを期待する非技術的なユーザーに関する上記の有効な回答を繰り返さずに...

www.メインサイトにサブドメインアプローチを好むもう1つの理由は、ローカル開発のためです。local.ローカルテストサーバーに使用します。私は常にサイトがサブドメイン経由でアクセスされることを期待しており、必要に応じてテストサイトとライブサイトを簡単に区別できます。Cookieは、ローカルサイトおよびライブサイトとは別に保管できます。

• www.example.com ライブサイト
• local.example.com ローカルテストサーバー

サブドメインはローカルテストサーバー（ローカルIP）を指すパブリックDNSで定義できるため、テストサーバーにサブドメインを使用すると、モバイルデバイスから簡単にテストすることもできます。モバイルデバイスがローカルWiFiネットワーク上にある場合にのみ、ローカルテストサーバーにアクセスできます。（ローカル接続時にモバイルブラウザの最適化が無効になっていることを確認してください。無効にしないと、リモート最適化サーバーもローカルサーバーにアクセスしようとして失敗します。）

はい、常にwww裸のドメインの代わりに使用します。Herokuはやや専門的ですが、構築した種類のルーティングファブリックは、マシンのクラスター全体にWebサイトを展開するにつれて、より一般的になりそうです。裸のドメインは、CNAMEレコードの代わりにAを必要とするため、wwwよりも柔軟性が低くなります。https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecordsを参照してください。

今日はそうは思わないかもしれませんが、Web上のすべてのサイトでSSLを常に使用する必要があります。これは、セキュリティがセキュリティなしよりも常に優れており、SSLのコストが既に〜1％の追加CPUだけであるためです（http://www.imperialviolet.org/2010/06/25/overclocking-ssl.htmlを参照）。wwwのSSL証明書も取得する必要があります。

私のSEO担当者は、Google は裸のドメインが好きではないと言っています。この症状は、myblog.blogspot.comブログをリダイレクトしようとすると、ブログを裸のドメインでホストすることができないexample.com/blogというエラーを受け取ることです。