HTTPステータスとリダイレクトを
無料でチェック

HTTPステータスとは

HTTPステータスとは、Webページへアクセスしたときにサーバーから返される処理結果を表す番号です。ページが正常に表示できる場合は200、別のURLへ転送される場合は301や302、ページが見つからない場合は404など、状態によって異なるステータスが返されます。

このチェックツールでは、URLを入力するだけでHTTPステータスを確認し、リダイレクトが発生している場合は途中の転送経路から最終到達URLまでまとめて確認できます。

URLのHTTPステータスを確認できます

Webページが正常に公開されているように見えても、実際にはリダイレクトを経由していたり、特定の環境ではエラーを返していたりする場合があります。

対象URLへ実際にアクセスして返されたHTTPステータスを確認することで、そのURLが現在どのような状態になっているのかを把握できます。

200は正常にページを取得できた状態です

HTTPステータス200は、リクエストしたページを正常に取得できたことを示す代表的なステータスです。

検索結果へ表示させたい通常のWebページでは、最終的に200が返される状態が基本となります。ただし、200が返されているだけでSEO上すべて問題ないことを意味するわけではありません。noindexやcanonicalなど、ほかの設定もあわせて確認することが大切です。

301リダイレクトを確認できます

301は、URLが恒久的に別のURLへ移動したことを示すために利用されるリダイレクトです。

サイト移転、URL変更、HTTPからHTTPSへの移行、wwwあり・なしの統一などで使用されることがあります。このツールでは301が発生した場合、その転送先と最終的に到達するURLを確認できます。

302リダイレクトを確認できます

302は、別のURLへ転送する際に利用されるHTTPステータスのひとつです。301とは用途が異なるため、恒久的なURL変更なのか、一時的な転送なのかを考えて適切に設定する必要があります。

意図せず302が設定されている場合は、現在の転送設定がサイト運用の目的と合っているか確認してください。

303・307・308などのリダイレクトも確認できます

リダイレクトには301や302以外にも、303、307、308など複数のHTTPステータスがあります。

このツールではリダイレクトとして返されたステータスを途中経路ごとに表示するため、どの段階でどのステータスが使用されているかを確認できます。

リダイレクトチェーンを確認できます

URLへアクセスしたとき、1回だけではなく複数回のリダイレクトを経由して最終ページへ到達することがあります。このような状態をリダイレクトチェーンと呼ぶことがあります。

たとえば、古いHTTP URLから別URLへ301転送され、さらにHTTPS URLへ転送されるなど、複数段階の転送が発生するケースがあります。

このツールでは最初のURLから最終到達URLまでを順番に表示するため、不要なリダイレクトが重なっていないか確認できます。

リダイレクト回数を確認できます

転送回数が多すぎると、最終ページへ到達するまでに余分な通信が発生します。サイト内のリンクが古いURLを経由している場合は、可能であれば最終URLへ直接リンクすることで不要な転送を減らせます。

このツールでは、入力したURLから最終到達URLまでに何回リダイレクトが発生したかを確認できます。

最終到達URLを確認できます

入力したURLと、実際に最後に表示されるURLが異なる場合があります。このツールではリダイレクトをたどり、最終的にどのURLへ到達したのかを表示します。

サイト移転やURL変更を行った後に、想定している新しいURLへ正しく転送されているかを確認するときにも利用できます。

404エラーを確認できます

HTTPステータス404は、指定したURLに該当するページが見つからない場合に返される代表的なエラーです。

削除したページ、URLの入力間違い、リンク先変更後の古いURLなどで発生することがあります。サイト内から404ページへリンクしている場合は、リンク先の修正や適切な転送を検討してください。

410エラーを確認できます

410は、そのページが削除され、現在は存在しないことを示すために利用されるステータスです。

意図的に削除したページで410を返しているのであれば問題とは限りません。一方、公開中のページで想定外に410が返されている場合は設定を確認してください。

500系のサーバーエラーを確認できます

500、502、503、504などのステータスは、サーバー側の処理や通信で問題が発生している場合に返されることがあります。

一時的な障害の場合もありますが、同じURLで継続して500系エラーが発生する場合は、Webサーバー、WordPress、PHP、プラグイン、CDNなどの状態を確認する必要があります。

403や429はページが存在しないとは限りません

403はアクセスを拒否された場合、429は短時間に多くのアクセスが行われた場合などに返されることがあります。

セキュリティ機能やCDNによって自動診断ツールからのアクセスだけを制限している場合もあるため、このツールでは403や429を404と同じページ不存在として扱いません。

表示された場合は、通常のブラウザから対象URLへアクセスできるかもあわせて確認してください。

HTTPからHTTPSへのリダイレクトを確認できます

HTTPSで運営しているWebサイトでは、HTTP形式のURLへアクセスしたときにHTTPSへ転送する設定が一般的です。

このツールではHTTPからHTTPSへ正しく移動しているか、途中に不要な転送が入っていないかを確認できます。

HTTPSからHTTPへ戻っていないか確認

HTTPSのURLへアクセスしたにもかかわらず、途中のリダイレクトによってHTTPへ転送されている場合は設定を確認した方がよい可能性があります。

HTTPSで統一して運営しているサイトでは、最終到達URLもHTTPSになっているか確認してください。

wwwあり・なしのURL統一確認にも利用できます

同じWebサイトでも、www.example.comとexample.comのようにwwwの有無によって異なるURLとしてアクセスできる場合があります。

どちらか一方へ統一している場合は、もう一方のURLから正しいURLへリダイレクトされるか確認できます。

URL変更後の転送確認に利用できます

記事のパーマリンク変更、カテゴリ構成の変更、サイトリニューアルなどでURLを変更した場合は、古いURLから新しいURLへ適切に転送されているか確認することが重要です。

旧URLを入力して最終到達URLを確認することで、想定した新URLへ移動できているかを簡単にチェックできます。

ドメイン移転時のリダイレクト確認にも利用できます

Webサイトを別ドメインへ移転した場合、旧ドメインの各URLから新ドメインの対応するページへ転送することがあります。

トップページだけでなく、記事や固定ページなど主要な旧URLについてもチェックし、適切な新URLへ到達しているか確認してください。

リダイレクトループを確認できます

URL AからURL Bへ転送し、URL Bから再びURL Aへ転送するなど、同じURLを繰り返して最終ページへ到達できない状態をリダイレクトループと呼びます。

設定ミスや複数のリダイレクト機能が競合している場合などに発生することがあります。このツールでは同じURLへ繰り返し到達する状態を検出し、要確認として表示します。

WordPressのリダイレクト確認にも利用できます

WordPressでは、パーマリンク変更、リダイレクトプラグイン、SEOプラグイン、テーマ、サーバー設定など複数の場所でURL転送が発生する場合があります。

想定していないリダイレクトが発生している場合は、WordPressだけでなく.htaccess、Webサーバー、CDNなども含めて設定を確認してください。

最終URLのcanonicalも確認できます

リダイレクトによって最終ページへ到達した後、そのページに設定されているcanonicalも確認できます。

最終到達URLとcanonicalが一致していない場合は、どのURLを正規URLとして扱いたいのか確認する材料になります。

canonicalとリダイレクトの方向をそろえましょう

URL AからURL Bへ恒久的に移転しているのに、URL BのcanonicalがURL Aを指定しているなど、リダイレクトとcanonicalで異なるURLを示している場合は設定を見直した方がよい場合があります。

内部リンク、XMLサイトマップ、canonical、リダイレクトなどで正規URLをできるだけ統一しておくと、サイト全体のURL管理も分かりやすくなります。

応答時間も確認できます

このツールでは、各URLへのHTTP通信にかかった時間も確認できます。

ただし、ここで表示される時間はブラウザで画像、CSS、JavaScriptなどをすべて読み込んでページ表示が完了するまでの時間ではありません。対象URLからHTTPレスポンスを取得する際の時間として確認してください。

リダイレクトが多いと余分な通信が発生します

リダイレクトはURL変更などで必要な仕組みですが、不要な転送を何段階も経由すると、その分だけ追加通信が発生します。

サイト内部で現在の正規URLが分かっている場合は、古いURLを経由せず最終URLへ直接リンクできないか確認するとよいでしょう。

SEOでは削除ページの扱いも考えることが大切です

ページを削除したからといって、すべてのURLをトップページへリダイレクトすればよいわけではありません。

内容を引き継ぐ適切なページが存在するのであれば関連ページへの転送を検討できますが、代替となるページがない場合は404や410などが適切なケースもあります。

ユーザーが旧URLへアクセスしたときに、どのページへ案内することが最も自然かを考えて設定してください。

リダイレクトはSEOだけでなくユーザーのためにも重要です

古いURLへアクセスしたユーザーがエラーページに到達するより、適切な新しいページへ案内できる方が使いやすい場合があります。

リダイレクト設定では検索エンジンだけを見るのではなく、ユーザーが求めていた情報へ正しく到達できるかも確認することが重要です。

サイトリニューアル後は主要URLを確認しましょう

サイトリニューアルでは、URL構造やディレクトリ構成が大きく変わる場合があります。その際、古いURLから新しいURLへの転送設定に漏れがあると404が大量に発生する可能性があります。

旧サイトでアクセスの多かったページや重要なページを中心に、リダイレクトチェックを行うことをおすすめします。

HTTPS移行後にも確認しましょう

HTTPからHTTPSへ移行した後は、古いHTTP URLからHTTPSへ正しく転送されるかを確認してください。

HTTPからwww付きURLへ転送され、さらに別のHTTPS URLへ転送されるなど不要な段階が増えている場合は、リダイレクト設定を整理できないか検討するとよいでしょう。

診断結果はURL設定改善の参考としてご利用ください

このHTTPステータス・リダイレクトチェックツールは、入力されたURLへ実際にアクセスし、HTTPステータスやリダイレクト経路、最終到達URL、canonicalなどを確認するための簡易診断ツールです。

CDN、WAF、アクセス制限、サーバー障害などによって、通常のブラウザでは表示できるページでも診断時に異なるステータスが返される場合があります。

診断結果を参考に、不要なリダイレクト、404、転送ループ、HTTP・HTTPSの不整合、canonicalの不一致などがないかを確認し、ユーザーと検索エンジンの双方が適切なURLへ到達できるサイト運営にご活用ください。