http://www.example.com/
対http://example.com/
の長所と短所は何ですか?
たとえば、私が気づいている問題は、www
なしでドメインを使用すると、現在のサブドメインのみにCookieを設定できない(サブドメインがないため)ので、設定したCookieが送信されることですすべてのサブドメインに。
ただし、www.example.com
を使用すると、メインサイトのみのCookieを設定できます。 example.com
を使用すると、*.example.com
を含むstatic.example.com
にのみCookieを設定できます。そのため、サブドメインに対するすべてのリクエストには、転送が少し遅くなるCookieが含まれます。 www.example.com
を使用すると、Cookieを設定する部分を決定できます。
www.example.com
を使用する場合は、example.com
をwww.example.com
への永続的なリダイレクトにする必要があります。
www
サブドメインは、場合によっては、実際には親TLDとは完全に異なるサーバーです。ほとんどの検索エンジンはそれを理解するのに十分なほどスマートですが、リダイレクトを配置することは依然として優れたプラクティスです。
私はそれとは完全に逆です。www.example.com
はexample.com
への永続的なリダイレクトです。なぜなら、より短い正規URLを使用することを好むからです。また、example.com
へのHTTPリクエストによってWebページが生成されるか、HTTPリクエストを処理しているサブドメインへのリダイレクトが期待できることも理解できます。
さらに、ブラウザのツールバーから選択した正規のURLを使用してサイトにリンクするユーザーが必要です。正規のURLではないものへのリダイレクトは、その点で一貫性を確保するのに役立ちます。
www
サブドメインを含めると、次の2つの条件に要約されるようです:
Cookies-Cookieを*.example.com
に設定すると、サブドメインに関係なくすべてのリクエストでCookieが送信されるため、悲しみが生じます(トラフィックが増加します)。この場合、www
を使用することを選択します。必要に応じて*.example.com
でCookieを設定する選択肢(認証済みユーザーCookieなど)またはwww.example.com
を選択してトラフィックを削減するためです私の他のサブドメインに。
美的-ドメインがどのように見えるかを気にしますか? www
が本当に嫌いなのにCookieトラフィックが心配な場合は、static-example.com
などのまったく新しいドメインで静的コンテンツをホストすることで問題を軽減できます。
これは軽微な考慮事項ですが、商用サイトに関連するものです。 Webがwww
で始まるという非技術ユーザーの期待があるので、ドメインをWebサイトとは考えないかもしれないと思わない場合。
物事がどのように機能するかを知っている私たちにとっては愚かに見えるかもしれませんが、私は家族、友人、非技術的な同僚とこの態度に頻繁に出くわし、これらの人々はあなたの顧客の大部分を代表する可能性が高いです。
さらに、電子メール、ワールドプロセッサ、ソーシャルネットワーキングクライアントなどの多くのソフトウェアは、www
で始まるドメイン名をハイパーリンクとして自動的に認識し、それをアクティブにします。ネイキッドまたはnon-www
で、ソフトウェアをアクティブにするには、http://
を追加する必要があります。ブラウザにコピーアンドペーストする代わりにリンクをクリックできると、顧客がサイトを訪問するか、競合他社に行くかで違いが生じる可能性があります。
検索結果またはその他の望ましい結果に関する限り、一方を他方に使用する具体的な理由はないようです。私の個人的な好みは、長さのためno-www
です。
最も重要なことは、優先ドメインにリダイレクトすることを確認し、Google Search Console(Googleウェブマスターツール)で優先ドメインを忘れずに設定することです。
クッキー、美学、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
にリダイレクトしようとすると、ブログをネイキッドドメインでホストできないというエラーが表示されることです。