ウェブサイトのアドレスに www は必要？

ウェブサイトは www.example.com でも example.com でも運用できます。どちらでも構いません。一方を正式なアドレスに決め、両方からのアクセスを受け付け、もう一方からは対応するページへ恒久的に転送します。

実際にやることはこれです。ただ、この四文字にはいくつもの話が関わります。アドレスの見た目、人が何をウェブサイトだと認識するか、ブラウザーの表示、そしてサイトの動作。自分が何について決めているのかを知ると、この選択の奥行きが見えてきます。

www は何をしている？

www は World Wide Web の略です。ウェブサイトのアドレスでは、慣習として使われるホスト名のラベルです。ウェブサービスを www と呼ぶ選択が広まり、見慣れた表記になりました。この文字列に、アドレスをウェブサイトにする特別な力があるわけではありません。

https://www.example.com の各部分には別の役割があります。https:// は、暗号化で保護された HTTP を使うという接続方法を示します。www.example.com は接続先のホストです。www. を取り除くとホスト名が変わります。印刷したアドレスから https:// を省く場合は、接続方式の補完を読者やソフトウェアに任せているだけです。

略語の正式名称を知らなくても、ウェブサイトのアドレスは見分けられます。見慣れていることと、技術を理解していることは別です。名刺を読む前に、全員にネットワークの試験を受けてもらう必要はありません。

四文字もデザインの選択

ポスターやメールの署名、ロゴの横では、example.com のほうが www.example.com より目で追う文字が少なくなります。新しいサイトで短いほうを選ぶ理由としては十分です。これはデザイン上の判断として扱うのがよいでしょう。誰もがあらゆるドメインの末尾を見分けられる、という話ではありません。

置かれる場所も大切です。文章中の見慣れないアドレスなら、「ウェブサイト」と添えたほうが伝わるかもしれません。会社名の下にある見慣れたアドレスなら、それだけで伝わるでしょう。www. を付けるのも一つの手掛かりです。そのレイアウトで読む人に伝わる表記を選びましょう。

ブラウザーも独自に表示を調整します。Chromium の URL 表示ガイドラインには、一部の表示で www を省略して簡潔にする方法が記載されています。実際の表示はブラウザー、バージョン、設定、アドレスを閲覧中か編集中かによって変わります。短く表示されても、サイトが正式なホスト名を変えたとは限りません。

見慣れていても、信頼できるとは限らない

アドレスをざっと見るときは、見慣れた部分を見つけ、「ウェブサイトらしい」と判断して先へ進みがちです。余分な文字について私たちが気にするのは、注意すべき名前から目をそらしてしまう可能性です。だから読みやすさが大切なのです。ただし、www. を取り除けば詐欺を防げるという証拠にはなりません。

詐欺サイトも www を使えます。HTTPS も使えます。Chrome の鍵アイコン変更についての説明は、この違いを明確にしています。接続が暗号化されていても、接続先のサイトが信頼できることを証明するわけではありません。

実際のドメインと、そのリンクがどのような経緯で届いたかを確認しましょう。見慣れた接頭部分だけでは、誰が事業を運営しているかも、支払いの依頼が正当かどうかも分かりません。自社サイトの接頭部分を選ぶのは、ブランドの見せ方と設定の判断です。安全性の証明ではありません。

下の図にある www.example.com.other-site.net は、other-site.net の下にある名前です。先頭に見慣れた www.example.com があっても、example.com の一部にはなりません。ホスト名を最後まで読むと、見えてくる意味が変わります。

普通の文字が勝手にリンクになるのはなぜ？

関連する困りごともあります。二つの文字列の間にドットを入れると、アプリがウェブサイトのアドレスだと判断することがあります。文書の一部が突然青くなり、クリックできるようになるのです。

これはアプリ側の動作です。どの書き方をアドレスとみなすかは、リンクの検出ルールで決まります。製品や設定によって違うので、text.text がどこでもリンクになるわけではありません。www の省略そのものが、あらゆる文字表示に共通するルールを生んだわけでもありません。

Microsoft の Word 自動ハイパーリンク機能の説明によると、Word はアドレスに見える文字をリンクに変換し、その有効性は確認しません。邪魔になるなら、エディターの自動リンク設定を変更するか、リンクを解除します。サイトのホスト名を変えても、エディターの推測は変わりません。

二つの入口から、一つの行き先へ

技術的には、example.com と www.example.com は異なるホストです。同じサーバーから同じページを表示していても、ブラウザーは異なるオリジンとして扱います。そのため、アプリの作りによってはログイン状態やブラウザーに保存したデータの扱いが変わることがあります。起こり得る結果であり、すべてのサイトで必ず不具合になるという意味ではありません。

一つの公開サイトには、正式な行き先を一つ決めることを勧めます。もう一方のアドレスも入口として残しますが、独立したコピーを表示する代わりに訪問者を正式なアドレスへ送ります。MDN の www あり・なしの選択ガイドも、表記を統一し、両方でアクセスできるようにすることを勧めています。

通常のページ閲覧では、301 恒久リダイレクトが標準的な方法です。

例えば、短いほうを正式に使うなら、https://www.example.com/contact/ を開いた人は https://example.com/contact/ に到着するようにします。ページのパスとクエリパラメーターは保持します。古いアドレスをすべてトップページへ送ってしまうと、訪問者は目的のページを探し直すことになります。

開発者に確認してほしい実装上の点もあります。フォームや API など、データを送信するリクエストは個別の確認が必要です。301 では POST リクエストが GET に変わることがあります。メソッドと送信内容をそのまま保つ必要がある場合は、308 など、メソッドを維持するリダイレクトが適することがあります。

サイトの担当者に何を確認する？

自分でサーバーを設定する必要はありません。担当者に次の点を確認してもらいましょう。

• HTTP と HTTPS、それぞれの www あり・なし、計四つの入口が使えること。すべて選んだ HTTPS アドレスに到着すること。
• 両方のホスト名に有効な HTTPS 証明書があること。ブラウザーは HTTPS のリダイレクトを受け取る前に、その接続を確立する必要があります。
• リダイレクト先が対応するページになり、クエリパラメーターを保持し、不要な中間転送を挟まないこと。
• 内部リンク、サイトマップ、各ページの正規アドレスが、選んだ表記に統一されていること。

最後の点は検索エンジンにも役立ちます。Google はリダイレクトと正規 URL の指定をシグナルとして扱い、どの URL がそのページを代表するかを判断します。正規 URL の指定は検索エンジンへの案内であり、訪問者を別のアドレスへ移動させるものではありません。訪問者の行き先を統一するには、リダイレクトを使います。

選んだら、管理を続ける

新しいサイトなら、短いアドレス、資料に載せたときの見た目、事業者が示すホスティング上の制約を考えて選びましょう。すでに www で問題なく運用できているサイトを、短いアドレスが流行して見えるという理由だけで移行する必要はありません。

それ以上に大切なのは、会社がそのアドレスを継続して管理できるかどうかです。会社のドメインは誰が管理すべきかの記事で、その責任を説明しています。

www を付けても付けなくても、間違いではありません。サイトに合う表記を選び、一貫して使い、どちらを入力しても正しいページに着くようにしましょう。