ウェブサイトのアドレスのバリエーション

Silktide は、ウェブサイトのアドレスにある一般的なバリエーションがすべて機能するかチェックします。訪問者はドメイン名を「www」付きまたはなしで入力することがあり、ブラウザーが安全な接続または安全でない接続を試すこともあるため、4 つの組み合わせがすべてサイトを読み込める必要があります。

example.com にあるウェブサイトの場合、4 つのバリエーションは次のとおりです。

http://example.com/
https://example.com/
http://www.example.com/
https://www.example.com/

よくある誤りは、このうち 1 つだけを設定することです。各バリエーションは応答する必要があり、できれば 1 つの優先アドレス（正規アドレス）へリダイレクトします。複数のアドレスで同じコンテンツを提供することがそれ自体の問題となる理由については、重複するウェブサイトのアドレスをご覧ください。

重要な理由

訪問者は、どの方式を選択したかを知りません。example.com だけが設定されているときに www.example.com と入力した人には接続エラーが表示され、サイトがダウンしていると思って離れてしまいます。また、失敗はウェブサイトに到達する前に発生するため、エラーレポートも届きません。印刷物、メール、口コミに含まれるリンクによって、アドレスのあらゆるバリエーションが広まり、それらすべてが実際のトラフィックを生み出します。

修正方法

ドメインの DNS に、ベアドメインと「www」サブドメインの両方のエントリがあり、ウェブサーバーを指していることを確認します。
証明書が両方の名前をカバーしていることを確認し、安全なバリエーションでもエラーなしに接続できるようにします。
ウェブサーバーまたはを設定して、すべてのバリエーションを 1 つの正規アドレスへ恒久的なリダイレクト（301）でリダイレクトします。ホスティングプロバイダーでは、これを「www をリダイレクト」や「HTTPS を強制」といった設定として提供していることがよくあります。

Silktide によるテスト方法

ウェブサイトのドメインについて、http:// と https:// のそれぞれに「www」プレフィックスを付けた場合と付けない場合の 4 つのバリエーションを作成します。カスタムサブドメイン（blog.example.com など）上のウェブサイトはテスト対象外です。
各バリエーションのダウンロードを試み、リダイレクトがあればそれに従います。
アドレスが解決されない、接続に失敗する、または応答がエラーであるなど、読み込みに失敗した各バリエーションを報告します。

トラブルシューティング

ブラウザーではバリエーションが機能するのに、チェックに失敗する

一部のブラウザーは、1 つが失敗すると他のバリエーションを自動的に再試行して、この問題を隠すことがあります。そのような再試行を行わないツールを使って正確なアドレスをテストするか、ネットワーク外のデバイスからテストしてください。また、HTTPS 証明書がベアドメインと「www」付きの名前の両方をカバーしていることも確認してください。ブラウザーでは警告が表示されるだけでも、証明書の不一致があるとこのチェックは失敗します。

1 つのバリエーションを意図的に提供していない

たとえば、http:// では応答しないことを選択する組織もあります。それが意図的な方針である場合は、検出結果をしてください。ただし、そのバリエーションを入力した訪問者もサイトに到達できるため、接続を拒否するより通常は正規アドレスへリダイレクトするほうが適切です。