SEO の HTTP ステータスコード:200、301、404、403、500 を解説
各応答が何を示し、何を証明できないか、どの問題でコンテンツ、アクセス権、サーバーの修正が必要かを理解します。
目次
HTTP ステータスコードが示すもの#
ブラウザーやチェックツールがリソースをリクエストすると、サーバーは処理方法を示すステータスコードを返す場合があります。リンクレポートでは、成功した応答、リダイレクト、クライアント側のリクエストの問題、サーバーの失敗を区別する助けになります。
応答は、ある時点の1回のリクエストに対するものです。別のセッション、ログイン状態、リクエストメソッドでは結果が異なる場合があります。URL と最終到達先をコードと一緒に記録してください。有効な応答が届く前にネットワークリクエストが失敗した場合は、架空の HTTP ステータスとして扱わず、その失敗を別に調査します。
200 OK:接続だけでなく内容も確認する#
200 応答は、HTTP のレベルでリクエストが正常に処理されたことを意味します。重要なページを開き、リンク元の説明どおりの内容が含まれているか確認してください。文書のリンクが一般的なホームページに着く場合、ホームページが正常に読み込まれても、そのリンクは誤りである可能性があります。
サイトによっては、エラーメッセージ、空の検索結果、削除された製品に対して通常の応答を返します。これはソフト 404 に似た状態で、技術的な応答と内容が一致していません。リンクチェックは確認箇所を見つける助けになりますが、リンク先が役立つと判断する前に、実際のページを評価する必要があります。
301 と 302:リンクの最終到達先を確認する#
リダイレクトはリクエストの宛先を変更します。301 や 308 の永久リダイレクトは継続的な移動に適し、302 や 307 の一時的な応答は別の利用意図を示します。コードの印象の良さではなく、コンテンツに実際に起きたことに合わせて動作を選んでください。
自分で管理する内部リンクは、現在の適切な URL に直接リンクすることを検討します。古い参照リンクやブックマークに必要なリダイレクトは残してください。不要な経由先がある、無関係な場所に到達する、URL 間でループする場合は、リダイレクトチェーンを調査します。
| 応答 | 考えられる意味 | 最初に確認すること |
|---|---|---|
| 200 | リクエスト成功 | 内容がリンク元の説明と一致するか。 |
| 301 / 308 | 永久リダイレクト | 移動と最終到達先が適切か。 |
| 302 / 307 | 一時リダイレクト | 一時的な動作が意図したものか。 |
| 404 / 410 | リソースが見つからない、または意図的に削除されている | 役立つ代替先があるか。 |
| 401 / 403 | 認証またはアクセス制限 | 対象の利用者がアクセスできるか。 |
| 429 | リクエストのレート制限 | リクエスト量と再試行のタイミング。 |
| 500 / 502 / 503 | サーバーまたは上流サービスの稼働状況の問題 | サービスが繰り返し失敗しているか。 |
404 と 410:コンテンツが存在すべきか判断する#
404 はリクエストしたリソースが見つからなかったことを示し、410 はリソースがなくなったことを示します。まず、スペル、必要な場合は大文字・小文字、ファイル拡張子、パスを確認します。その後、内容が移動したのか、意図的に削除されたのか、現在も利用できる状態であるべきなのかを判断してください。
関連する代替先があれば内部の参照リンクを修正し、古い URL から適切にリダイレクトすることを検討します。代替先がなければ、誤解を招く参照リンクを削除または書き換えてください。削除したすべてのページをホームページへ送ると訪問者が混乱し、無関係な内容が役立つ代替になるわけではありません。
403・429・サーバーエラーは別の調査が必要#
403 応答はアクセスルールやリクエスト保護を反映する場合があり、429 はリクエスト過多を示す場合があります。いずれも、それだけでリンク先が削除されたことを証明しません。対象のアクセス条件で URL を開き、認証が必要か、自動的なアクセスを制限しているか確認してください。
500 や 503 などのサーバーの失敗は一時的な場合もありますが、繰り返す場合は技術的な対応が必要です。時間を変えて複数の観察を比較し、利用者が実際に遭遇する状態を記録します。障害中に1回のリクエストが失敗しただけで、有効な参照リンクを変更しないでください。
いつ再試行すべきですか?
一時的な原因が合理的に考えられる場合は、適切な間隔を置いて再試行します。応答がレート制限を示す場合は、処理量を減らし、リンク先サービスの案内に従ってください。何度も強引に再試行することは修正ではありません。
いつ担当者に対応を依頼すべきですか?
業務上重要なページで失敗が繰り返す、同じサーバーで複数のエラーがある、アクセスルールが対象の利用者の作業を妨げている場合は、担当者に対応を依頼します。時刻と URL の例を添えてください。
SEO の修正一覧でステータスコードを活用する方法#
存在しないコンテンツ、古い参照リンク、簡略化が必要なリダイレクト、調査が必要なリクエストを別々のカテゴリに分けます。担当が明確になり、一律の対応で新しい問題を作ることを防げます。
Linky は、ページやサイト全体のスキャン中に観察した応答を報告します。リンク元の状況と手動検証を併せて使用してください。Google のインデックスについては Search Console も確認します。ブラウザー拡張機能のレポートだけでは、Googlebot が実際に何を受け取ったか、Google がページをどう評価したかは分かりません。
- リンク元 URL、リンク先、応答、確認時刻を記録します。
- 成功応答やリダイレクト応答の先にある内容を検証します。
- 一時的な利用不能と永久削除を区別します。
- 修正したリンクを再確認し、繰り返すパターンを調査します。
よくある質問#
すべての 404 が SEO に悪影響を与えますか?
リソースが見つからなくても、公開方針が誤っているとは限りません。意図的に削除したコンテンツが、ページが見つからない応答を返すことはあります。まだその内容を案内する内部リンクを修正し、適切な代替先があるか評価してください。
200 応答は Google がページをインデックスに登録したことを意味しますか?
いいえ。応答の成功と検索インデックスへの登録は別の事実です。インデックスの制限、正規 URL の競合、その他の理由によって、ページが検索結果に出ない場合があります。
自分ではページを開けるのに、リンクチェックツールが 403 を受け取るのはなぜですか?
ブラウザーのセッションには、そのリクエストでは使用されない権限や Cookie があるか、リンク先が自動リクエストの保護を適用している可能性があります。リンクを置き換える前にアクセス条件を確認してください。
この手順を実践する
関連する Linky ドキュメントを読む と、この記事で使う操作項目と制限を確認できます。 サポートに問い合わせる と、さらに調査が必要な結果を相談できます。
参考資料と関連情報
検索エンジンの動作については、以下の一次資料を参照してください。上記の手順とチェックリストでは、リンク点検を実際のサイト保守に活用する方法を説明しています。
修正が必要なリンクを見つける
Linky ブラウザー拡張機能をインストールし、表示中のページを確認するか、サイト内の到達可能なページを点検します。リンク切れとなっているリンク先、存在しないアンカー、リダイレクトを確認し、修正が必要なリンク元を見つけましょう。
無料で始める。 プランを比較 して、繰り返しの点検、サイト構造、エクスポートに対応します。