HTTPステータスコードがSEOに与える影響とは?主要コードの意味・確認方法・修正手順を解説

HTTPステータスコードがSEOに与える影響を、200・301・302・404・410・429・500・503などの主要コード別に解説します。エラーの確認方法、修正の優先順位、サイト移行やメンテナンス時の注意点も紹介します。

ページがブラウザでは問題なく表示されていても、検索エンジンには意図しないHTTPステータスコードが返されている場合があります。

たとえば、公開中のページが500番台を返していたり、削除したページが200を返していたりすると、クロールやインデックスに問題が生じる可能性があります。

サイトリニューアル後に検索流入が減ったケースでは、リダイレクトの設定漏れや転送先の誤りが原因になっていることも少なくありません。

ただし、すべてのコードを暗記する必要はなく、ページの目的と返されるコードが一致しているかを判断できることが重要です。

公開するページ、移転したページ、削除したページ、一時的に停止しているページでは、それぞれ適切な応答が異なります。

ステータスコードを正しく管理すれば、検索エンジンがページの状態を判断しやすくなり、検索流入だけでなく利用者の利便性も守れます。

そこで今回は、HTTPステータスコードの意味とSEOへの影響、確認から修正までの手順を実務の流れに沿って整理しました!

まずは主要なコードの役割を理解し、影響の大きな問題から順番に改善していきましょう。

▼広告費用の高騰やこれからのSEOに不安がある方はすぐにご相談ください▼

▼テクニカルSEOについてはこちら▼

あわせて読みたい
テクニカルSEOとは?Web担当者なら知っておきたい基礎知識をわかりやすく解説! コンテンツSEOだけではアクセス数が伸び悩んでいる方へ。今回はWebサイトの「土台」を強化するテクニカルSEOの基礎知識と具体的な対策について解説します。
目次

HTTPステータスコードとSEOの関係を最短で理解しよう!

HTTPステータスコードは、Webサイトを管理するうえで避けて通れない技術情報ですが、細かな仕様をすべて理解する必要はありません。

SEO業務で大切なのは、検索エンジンがURLへアクセスできるか、ページをインデックスできるか、適切なURLへ評価を集約できるかという視点です。

正常に公開するページでは成功を表すコードを返し、URLを変更した場合は移転を伝え、削除した場合は存在しないことを正確に示します。

こうした応答が実際のページ状態と食い違うと、検索エンジンはURLの扱いを正しく判断できません。

特に、200、300番台、400番台、500番台の違いを把握すると、インデックスされない原因やサイト移行後の不調を切り分けやすくなります。

まずはコードをエラー番号として見るのではなく、サーバーがページの状態を伝えるための共通言語として理解することが出発点です。

HTTPステータスコードはサーバーから返される処理結果!

HTTPステータスコードとは、ブラウザや検索エンジンがURLへアクセスした際に、Webサーバーから返される3桁の番号です。

ブラウザなどが送る要求をリクエスト、サーバーから返される回答をレスポンスと呼び、ステータスコードはその処理結果を簡潔に伝えます。

たとえば、正常にページを取得できた場合は200、別のURLへ移動した場合は301や302、ページが存在しない場合は404が返されます。

画面に表示されるデザインや文章とは別の情報であるため、見た目だけでは正しいコードが返されているか判断できません。

エラーページが表示されているのに200が返る場合や、正常なページに見えても裏側では500が返る場合もあります。

そのため、SEO調査ではページを目視するだけでなく、サーバーが返した実際のレスポンスコードを確認する必要があります。

コード単体の意味を覚えるよりも、公開、移転、削除、アクセス制限、障害といったページの状態に合った応答になっているかを確かめることが重要です。

100番台から500番台までの5分類を押さえよう!

HTTPステータスコードは、先頭の数字によって100番台から500番台までの5種類に分類できます。

100番台は処理が継続していることを示す情報レスポンスで、一般的なSEO点検で確認する機会は多くありません。

200番台はリクエストが成功したことを表し、通常の公開ページでは主に200が返されているかを確認します。

300番台はリダイレクトなどの転送を表し、URL変更やサイト移行における正規URLの認識に関係します。

400番台はページが見つからない、認証が必要、アクセスが禁止されているなど、要求されたURLを正常に処理できない状態です。

500番台はサーバー内部の障害や過負荷、上流サーバーとの通信失敗など、サーバー側で処理できなかった状態を示します。

SEO担当者が優先して理解したいのは、200番台は成功、300番台は転送、400番台は利用者側のエラー、500番台はサーバー側のエラーという大枠です。

この分類を押さえておけば、初めて見るコードでも問題の方向性を判断しやすくなります。

コードごとにクロール・インデックス・評価への影響を見極めよう!

HTTPステータスコードは、検索エンジンがURLをクロールし、インデックスへ登録し、検索結果で扱うまでの判断に関係します。

200が返されればページを取得できる状態ですが、内容が空白だったり、削除を伝える文章だけだったりする場合までインデックスが保証されるわけではありません。

300番台が返された場合は転送先が確認され、恒久的な移転であると判断されれば、検索結果に表示するURLや評価の集約先も徐々に切り替わります。

404や410などの400番台が返るURLは基本的にインデックス対象にならず、すでに登録されている場合も再クロール後に検索結果から外れていきます。

500番台や429が続く場合はサーバーの過負荷が疑われ、検索エンジンによるクロールが抑えられる可能性があります。

障害が長期間続けば、取得できないページがインデックスから削除されるリスクも高まります。

ステータスコードそのものが順位を直接引き上げるわけではありませんが、検索エンジンがページを取得して正しく扱える状態を作る技術的SEOの土台になります。

▼広告費用の高騰やこれからのSEOに不安がある方はすぐにご相談ください▼

SEO担当者が覚えるべき主要コードを正しく使い分けよう!

SEOの実務では、すべてのHTTPステータスコードを同じ深さで覚える必要はありません。

まずは、正常な公開を示す200、URLの移転に使う301・302・307・308、削除やアクセス制限に関係する404・410・401・403を押さえます。

さらに、アクセス集中やサーバー障害を表す429、500、502、503、504まで理解すれば、主要なトラブルには対応しやすくなります。

重要なのは、特定のコードを常に正解と考えるのではなく、ページを今後どう扱いたいかによって選び分けることです。

削除したページを何でも301でトップページへ転送したり、メンテナンス中のページへ200を返したりすると、実際の状態を正確に伝えられません。

公開、恒久移転、一時移転、削除、認証、障害のどれに該当するかを決めてからコードを設定すると、判断のぶれを防げます。

公開ページは200と中身の一致まで確認しよう!

200はリクエストが正常に処理されたことを示し、公開中の記事、商品ページ、サービスページなどで一般的に返されるコードです。

ただし、200が返っていることと、ページがインデックスされることは同じではありません

検索エンジンは、ページの内容、重複状況、canonical、noindex、品質なども踏まえてインデックスの可否を判断します。

特に注意したいのが、ページが存在しないという文章を表示しながら200を返すソフト404です。

検索結果が0件の一覧、商品が削除された後の空ページ、本文を取得できなかったページなども、内容によってはソフト404と判断される場合があります。

削除したURLに代替ページがなければ404や410を返し、関連性の高い後継ページがあれば適切にリダイレクトすることが基本です。

公開を続けるページでは、200だけでなく、本文が正常に表示されているか、インデックスを妨げる設定がないかまで確認します。

コードとページ内容が同じ状態を伝えていることが、安定したクロールとインデックスにつながります。

URL変更では301・302・307・308を目的別に選ぼう!

301と308は恒久的な移転、302と307は一時的な転送を伝えるために使われます。

サイトリニューアルによるURL変更、ドメイン移転、HTTPからHTTPSへの統一など、元のURLへ戻す予定がない場合は、原則として301または308を検討します。

キャンペーン期間中だけ別ページへ案内する場合や、一時的な在庫切れによる代替案内など、元のURLを再び使う予定がある場合は302または307が候補です。

SEOの観点では、検索結果に表示するURLを変更したい恒久移転に、サーバー側の301または308を使用する方法が基本となります。

転送先は、元ページと内容や目的が対応するURLを選び、関連性のないページやトップページへ一律に転送しないことが大切です。

転送を何段階も重ねるリダイレクトチェーンや、URL同士が転送を繰り返すループも避けなければなりません。

設定後は元URLだけでなく、最終的な転送先が200を返しているかまで確認する必要があります。

削除・非公開ページでは404・410・401・403を混同しない!

404は要求されたページが見つからない状態を示し、410はそのページがなくなり、今後も戻る見込みがない状態を表します。

代替となるページが存在しない削除URLでは、無理に別ページへ転送せず、404または410を返す対応が適切です。

正当な404がサイト内に存在するだけで、サイト全体の検索順位が下がるわけではありません。

一方、内部リンクやXMLサイトマップに削除済みURLが残っている場合は、利用者と検索エンジンを不要なエラーへ誘導するため修正が必要です。

独自デザインの404ページを用意する場合も、サーバーから返すコードは200ではなく404にします。

401は認証情報が必要な状態で、403はサーバーが要求を理解したもののアクセスを拒否する状態です。

401や403は会員ページや管理画面などのアクセス制御に使用し、検索結果から外すためだけの手段としては使いません。

インデックスさせたくない通常ページには、状況に応じてnoindexなどを使い、削除とアクセス制限を分けて考えることが重要です。

障害やメンテナンスでは429・500・502・503・504を放置しない!

429は短時間に多くのリクエストを受け、サーバーが処理を制限している状態を表します。

500はサーバー内部の処理失敗、502は別のサーバーから不正な応答を受けた状態、504は応答を待っている間に時間切れとなった状態です。

503はサーバーの過負荷やメンテナンスなどにより、一時的にサービスを利用できないことを伝えます。

短期間のメンテナンスでは、通常ページや404を返すのではなく、503と案内ページを組み合わせる方法が適しています。

必要に応じてRetry-Afterヘッダーを設定すると、サービスを再開する時期の目安も伝えられます。

ただし、一時的なコードであっても、503やその他の500番台が長期間続けば、ページが検索結果から外れる可能性があります。

429や500番台が大量に発生すると、該当URLだけでなく、サイト全体へのクロール頻度が抑えられる場合もあります。

障害を確認したら、発生時刻、継続時間、影響URL、返却コード、復旧後の状態を記録し、開発担当者と共有できる体制を整えましょう。

▼広告費用の高騰やこれからのSEOに不安がある方はすぐにご相談ください▼

検出から修正までの実践フローでSEOトラブルを解消しよう!

HTTPステータスコードの問題は、コードを見つけただけでは解決しません。

URLごとの目的を確認し、SEOや事業への影響を判断したうえで、優先順位を付けて修正する必要があります。

すべてのURLを手作業で確認するのは現実的ではないため、まずは検索流入や売上への影響が大きいページから調査します。

次に、サイト全体を巡回できるツールやサーチコンソールを使い、同じ問題がほかのURLにも広がっていないかを確認します。

修正後はコードだけでなく、内部リンク、XMLサイトマップ、canonicalなどの関連設定も新しい状態へ合わせなければなりません。

発見、原因の判断、優先順位付け、修正、再確認、監視の流れを決めておくと、担当者や案件が変わっても対応品質を保ちやすくなります。

まずは重要ページのステータスコードを洗い出そう!

最初に確認するのは、トップページ、主要なカテゴリーページ、検索流入の多い記事、商品・サービスページ、問い合わせにつながるページです。

サーチコンソールのページのインデックス登録レポートでは、サーバーエラー、リダイレクトエラー、ソフト404などの理由別に対象URLを確認できます。

個別URLの状態を詳しく調べる場合はURL検査を使い、Googleが最後に取得した状態と現在の公開状態を分けて確認します。

ブラウザの開発者ツールでは、HTMLだけでなく、画像、CSS、JavaScriptなどの読み込み時に返されたコードも調べられます。

サイト内のURLをまとめて点検する場合は、クロールツールやステータスコード確認ツールが効率的です。

より正確にGooglebotのアクセス状況を調べる場合は、サーバーログからアクセス先、日時、返却コード、発生回数を確認します。

なお、URL検査のライブテストはリダイレクトをたどって転送先を検査するため、転送元のコードや最終URLは別の方法でも確認する必要があります。

複数の確認方法を組み合わせ、利用者、一般的なクローラー、Googlebotのそれぞれに何が返っているかを把握しましょう。

異常なコードではなくURLの目的との不一致を見つけよう!

調査時には、400番台や500番台をすべて異常と判断するのではなく、そのURLを今後どう扱う予定なのかを確認します。

削除済みで代替ページもないURLが404を返しているなら、コードは目的に合っているため、必ずしも修正する必要はありません。

一方、公開を続ける商品ページや重要記事が404や500を返している場合は、復旧を急ぐべき問題です。

恒久的に移転したURLが302のままになっている場合は、今後も元URLへ戻さないことを確認したうえで、301や308への変更を検討します。

削除したページが200を返している場合は、ソフト404になる可能性があるため、404、410、または関連ページへのリダイレクトから適切な対応を選びます。

一時的なメンテナンスページが200を返していると、通常コンテンツの代わりに案内ページがインデックス対象として処理されるおそれがあります。

リダイレクト先についても、単に200が返るだけではなく、元ページの検索意図や内容を引き継いでいるかを確認します。

コードの数字ではなく、URLの役割とレスポンスの食い違いを探すことが、的確な改善につながります。

SEOへの影響が大きい順に修正しよう!

修正の優先順位は、コードの種類だけでなく、影響するURL数、検索流入、売上や問い合わせへの貢献度を踏まえて決めます。

最優先となるのは、トップページや主要サービスページなど、事業上重要なURLで発生している500番台です。

次に、サイト移行やURL変更に伴うリダイレクト漏れ、転送ループ、長いチェーン、転送先の404や500を確認します。

内部リンクから到達できる404は、利用者と検索エンジンの両方に行き止まりを作るため、リンクの変更または削除が必要です。

ソフト404や内容のない200ページは、正しい404や410を返すか、関連性の高いページへ転送するかを判断します。

被リンクを獲得している削除URLでは、同じ目的を満たす後継ページがある場合に限り、リダイレクトを検討します。

関連性のないURLへの一律転送は、利用者の期待を外すだけでなく、検索エンジンにソフト404として扱われる可能性があります。

重要ページの500番台、移行時の転送不備、内部リンク切れ、ソフト404の順を基本にすると、限られた人員でも影響の大きい問題から改善できます。

修正後は関連設定と再発防止まで確認しよう!

修正が完了したら、対象URLへ再度アクセスし、想定したステータスコードが返されるかを確認します。

リダイレクトを設定した場合は、転送元のコードだけでなく、最終URL、転送回数、転送先のコードまで調べます。

URLを変更した場合は、サイト内のリンクを最終URLへ直接変更し、不要なリダイレクトを経由させないことが大切です。

XMLサイトマップには公開中の正規URLのみを掲載し、削除URLや転送元URLが残っていないかを確認します。

canonical、パンくずリスト、hreflang、構造化データなどに古いURLが記載されている場合も、新しい正規URLへ統一します。

サーチコンソールでは、修正直後のライブテストだけで判断せず、Googleによる再クロール後にインデックス状況が更新されたかを継続的に確認します。

重要ページの500番台や予期しない404を早期に発見できるよう、定期クロールや稼働監視の通知も設定しておくと安心です。

公開、削除、URL変更、メンテナンスごとの使用コードを社内の運用ルールや確認表にまとめれば、再発防止と引き継ぎにも役立ちます。

▼広告費用の高騰やこれからのSEOに不安がある方はすぐにご相談ください▼

まとめ

HTTPステータスコードは、ページの状態を検索エンジンと利用者へ正しく伝えるための重要な情報です。

公開ページでは200、恒久的なURL変更では301または308、一時的な移転では302または307を基本として使い分けます。

代替ページのない削除では404または410を返し、アクセス制限が必要なページでは401や403の役割を理解して設定します。

一時的な障害やメンテナンスでは503などを使い、500番台や429が長期間続かないよう早期復旧を進めることが大切です。

ただし、コードだけが正しくても、ページ内容、転送先、内部リンク、canonical、XMLサイトマップが食い違っていれば、SEO上の問題は残ります。

まずは主要ページを調査し、重要URLの500番台、リダイレクト不備、内部リンク経由の404、ソフト404から優先的に修正しましょう。

修正後もサーチコンソールやサーバーログを確認し、検索エンジンが新しい状態を認識したかを追跡する必要があります。

URLの目的に合ったコードを返す運用を仕組み化すれば、クロールやインデックスの問題を防ぎ、検索環境が変化しても安定した情報発信を続けやすくなります。

Webマーケにお悩みなら、「AI×経験×アイディア」のぎあはーとへ!

合同会社ぎあはーとは「AI×プロの経験×アイディア」で強いマーケ戦略を着実にお届けする会社です。

・月間売上を前年比277.4%に
(3,479,415円→9,653,169円)
(上場アパレルメーカーM社:2021年 運用1年)


・新規サイトで月間コンバージョン数を31件へ
( メディア系SaaSツールC社:2025年 施策10ヶ月


・Webイベントで1,330名の参加者集客
(メディア系SaaSツールC社:2026年 イベント期間30日)
※こちらはほんの一例です。

こんな実績を持つマーケティングのプロが、他にできない強い施策を素早く回転させます。

戦略からコンテンツ運用、結果分析までをワンストップで受けつけております。また、10本で8,8000円という格安にてSEO記事制作もお受けしております。

料金表

スクロールできます
内容基本料金
マーケティング顧問業務
LLMO戦略立案・コンテンツ制作・レポート
月額・要お見積もり
SEO記事の制作1本(スポット依頼)
5,000字以上、追加料金なし
キーワード選定等ワンストップ
9,900円(税込)
SEO記事の制作10本(スポット依頼)
合計50,000字以上、追加料金なし
キーワード選定等ワンストップ
88,000円(税込)

まずはオンライン面談によるお見積もり無料のサイト診断ができますので、ぜひお気軽にご相談ください!

この記事を書いた人

川上サトシ。Webマーケター合同会社ぎあはーと代表。
東京学芸大学卒業後、ヴァイオリニスト兼イベンターとして活動していた20代の頃、マーケティングの重要性を痛感。ネットオークション専門店やWeb広告会社を経て、Webコンサル会社のマーケティング担当として地域密着型引っ越し会社のサイトをSEO施策により【半年で1万PVから20万PVまで成長させる】、上場アパレル企業の【売上を1年で3倍にする】など数多くの実績を残して独立。その後も企業のオンラインイベントで【1,330名の集客を成し遂げる】など活躍を広げている。専門はSEOと広告運用ルリニコクのヴァイオリニストとしても活動している。

よかったらシェアしてね!
  • URLをコピーしました!
目次