サーチコンソールのリンク切れはどう直す？

Search Consoleを開くと、「見つかりませんでした（404）」といった項目が並び、すべて修正しなければならないのかと不安になる方が多いようです。
「リンク切れはSEOに悪い」と聞くと、すぐにでも対処したくなります。

しかし実際には、404エラーの中にはそのまま放置しても問題ないものと、優先的に修正すべきものが混在しています。
どのURLを優先すべきかが見極められれば、作業は予想以上にシンプルになるでしょう。自分でも、重要なページを絞り込むと作業効率が上がると感じます。

本記事では、Search Consoleでリンク切れや404エラーを確認する手順、ページを復元すべきか301リダイレクトに切り替えるか、あるいは404のままにしておくかの判断基準、さらにソフト404に関する留意点を、Googleの公式情報に基づいて順番に解説します。
読み終える頃には、どのURLから手を付けるべきかがはっきりと分かっているはずです。

404すべてを修正しなければならないわけではなく、優先順位を付けて判断すれば十分です

Search Consoleに404が表示されても、すべてのURLを修正・転送する必要はありません。
Googleは、削除されて代わりのページがないURLであれば404や410を返すのが適切であり、そうした404は通常、検索パフォーマンスに影響しないと説明しています。実際に運用してみると、すべてを一度に直す必要はなく、焦らず対処できる点が助かります。

対応の基本的な手順は以下の通りです。

• URL検査で、そのURLの現在の状態を確認する
• 誤って削除したページなら復元する
• 移転したページや内容を引き継ぐ代替ページがあるなら、関連する新URLへ301リダイレクトする
• 代替ページがないなら、404または410のままにする

優先して確認すべきなのは、自サイト内からリンクしているURLと、サイトマップに登録しているURLの404です。
この2つを押さえておけば、多くの場合は実務上十分と考えられます。

Search Consoleの「リンク切れ」は、別々の役割を持つ機能として確認すべきです

「サーチコンソールでリンク切れを確認したい」を前提にすると、機能ごとの役割の違いでつまずきやすくなります。
この記事では、そうした判断がなされる背景をSearch Consoleの仕様とGoogleの方針から解説します。

「リンク」レポートは、リンク切れを検出するツールではありません

Search Consoleには「リンク」というレポートがありますが、このレポートはリンク切れをまとめて検出する専用ツールではありません。
主に取得できるのは、自サイトへの外部リンク（被リンク）やサイト内リンクの状態です。

さらに、リンク全体をリアルタイムで監査する目的には適さないとされています。
サイト内のリンク切れをすべて把握したい場合は、別途サイト全体をクロールできるツールでチェックする必要があります。

「リンク切れ」にはいくつかのタイプが存在します

リンク切れとひとくくりにしても、ケースにより内容が変わります。
大別すると、次の3つに分類すると分かりやすくなります。

• 自サイト内のリンク切れ：自サイトのページから、存在しないURLへリンクしている状態
• 自サイトのページが404：Googleが自サイトのURLをクロールしたところ、ページが見つからなかった状態
• 外部サイトから自サイトへのリンク先が404：被リンクを受けている自サイトのページが削除・移転されている状態

Googleが404と判定している自サイトのURLは「ページのインデックス登録」レポートで確認でき、個別のURL状態は「URL検査」でチェックします。
まずどの種類のリンク切れを対象とするかを区別することが、無駄な手間を避ける第一歩です。

404ステータス自体がペナルティになるわけではありません

404は「そのページは存在しません」というサーバーからの正しい返答です。
Googleは、削除されたページが404や410を返すことは正当であり、通常は検索パフォーマンスに影響しないと示しています。

したがって、404の一覧をすべて削除することを目標にする必要はありません。
過去に削除したページの404が残っているのは、むしろ正常な状態と考えられます。

優先的に対処すべきは「自分でリンクしているURL」です

Googleは、サイト運営者が自らリンクしているURLやサイトマップに掲載しているURLの404を優先的に確認するよう推奨しています。
これらは、運営者が「このページはある」としてユーザーや検索エンジンに示しているURLだからです。

サイト内リンクにおける404

記事やメニューから404ページへ誘導されると、訪問者は求める情報にたどり着けません。
ユーザー体験の観点からも、まず修正することが重要です。

サイトマップに含まれる404

サイトマップは「インデックスしてほしいURLの一覧」です。
そこに存在しないURLが含まれていると、伝えている情報と実態が食い違います。
サイトマップから削除済みURLを外す作業は、比較的簡単で効果的な対処です。作業を通じて、サイト全体のクローラビリティが向上するのを実感できます。

表示されている404が必ずしも「現在の状態」とは限りません

Search Consoleの404表示は、Googleが過去にクロールしたときの応答を元にしていることがあります。
ページを修正済みでも、レポート上ではまだ404として残っていることがあります。

最新の状態を確認するには、URL検査で「公開URLをテスト」を実行します。
それでも判別できないときは、サーバーやCDNのログをチェックする手段もあるとされています。

トップページへのまとめての転送は控えるべきです

404を減らす目的で、全てのURLをトップページへリダイレクトする事例が見受けられます。
しかし、これはユーザーにとって不自然であり、Googleがソフト404として判定する可能性があります。

301リダイレクトは、実質的に対応するページが存在する場合に限り利用するのが基本です。
代替ページがない場合は、無理に転送せずに404や410を返す方が適切とされています。

ソフト404にも注意が必要です

ソフト404とは、ページが存在しないにもかかわらずHTTPステータスコード200（成功）で返される状態です。
画面に「ページが見つかりません」と表示されても、サーバーの応答が200であれば検索エンジンには正しく伝わりません。

見た目のエラーメッセージだけでなく、実際のHTTP応答が404や410になっているかを確認することが重要です。

ケース別に考える、リンク切れや404エラーの対処手順

以下では、典型的なシナリオを取り上げて、実際の対応手順をご案内します。
ご自身のサイトに該当する事例としてご活用ください。

ケース1：誤削除により404が発生したページ

例として、ブログ運営者のAさんが記事整理の際、必要なページまで誤って削除したケースがあります。
インデックス登録レポートにそのURLが404として掲載されていました。

対応手順

• バックアップや下書きからページを元のURLで復元する
• URL検査で「公開URLをテスト」を実行し、正常に表示されるか確認する
• 問題がなければ「インデックス登録をリクエスト」を送る

削除が誤っていた場合は、元のURLで復元するのが最も自然な対応です。
URLをそのまま戻すことで、過去の被リンクや内部リンクを引き続き利用できると考えられます。実際に復元すると、検索順位の回復が期待できる点が安心です。

ケース2：URL変更または移転で404が発生したページ

Bさんはサイトのカテゴリ構成を見直す際に、記事のURLを変更しました。
その結果、旧URLは404となり、外部サイトからの被リンクも依然として旧URLを指し続けていました。

対応手順

• 旧URLから新URLへ301リダイレクトを設定する
• サイト内リンクを新URLに書き換える
• サイトマップを新URLに更新する
• URL検査でリダイレクトが正しく機能しているか確認する

移転や内容の継承が必要な場合は、関連性のある新URLへ301リダイレクトを設定するのが基本です。
内部リンクも同時に書き換えておくことで、余計なリダイレクトを回避できます。

ケース3：廃止したサービスのページが404となっている

C社では、終了したキャンペーンのページを削除しました。
そのページに代わる後継コンテンツは用意していません。

対応手順

• 404または410を返す状態のままにする
• サイト内からそのページへのリンクを削除する
• サイトマップから該当URLを外す

代替ページが存在しない場合は、404や410の状態を維持しても問題ありません。
トップページへリダイレクトするとソフト404と見なされる恐れがあるため、無理に転送しない方が適切と考えられます。

ケース4：修正したはずなのに404が残る

Dさんは404ページを修正しましたが、数日経ってもSearch Consoleの表示が更新されませんでした。
これはレポートが過去のクロール結果に基づいているためと考えられます。

対応手順

• URL検査で「公開URLをテスト」を行い、現在は正常に表示されるか確認する
• 正常であれば「インデックス登録をリクエスト」を送る
• テストでも404になる場合は、サーバーやCDNの設定、キャッシュを確認する

修正後のページは、Googleに再クロールされるまで表示が更新されないことがあります。
修正したページが多い場合、1件ずつリクエストするのは手間がかかります。
そのようなときは、このブログを運営しているインデックスドライブのように、公開中のページのURLを1行に1つ貼ってまとめて送り、インデックス登録を後押しするサービスを選択肢のひとつとして検討する方法もあります。
ただし、登録するかどうかは検索エンジンが判断するため、まずはページが正常に表示されることを確認してから送ることが前提です。

ケース5：サイト全体のリンク切れを網羅的に検出したい

Eさんは、数百件のコンテンツを持つサイトで内部リンク切れを一括で把握したいと考えていました。
しかし、Search Consoleのリンクレポートだけでは全てのリンク切れを抽出できません。

対応手順

• サイト全体をクロールできるリンクチェックツールで内部リンクを調査する
• リンク先が404になっている箇所を一覧化する
• 正しいURLへ書き換えるか、リンク自体を削除する

Search ConsoleはGoogle視点でのサイト状態を確認するツールであり、サイト内リンクの全体監査には他の方法と組み合わせるのが現実的です。

リンク切れへの対処は、「切り分け」と「判断基準」という切り口で整理できます

Search Consoleで検出したリンク切れや404エラーに対する留意点をまとめます。

• 「リンク」レポートはリンク切れ検出専用ではなく、404の確認はページのインデックス登録レポートとURL検査で行う
• 404は必ずしもSEO上の問題ではなく、すべてを消す必要はない
• 優先すべきは、サイト内からリンクしているURLとサイトマップに含めているURL
• 誤削除なら復元、移転なら関連する新URLへ301、代替がなければ404または410
• トップページへの一括転送やソフト404は避ける
• 修正後はURL検査で「公開URLをテスト」し、必要に応じてインデックス登録をリクエストする

重要なのは、404エラーの件数を減らすことそのものではなく、訪問者にとって最適な状態に整えることです。
この視点を持っていれば、Search Consoleの表示に過度に左右されることは少なくなるでしょう。実際にこの考え方を取り入れると、サイト運営がスムーズになると感じます。

対象のURLをひとつずつ修正していきましょう

まずは、サイトマップやサイト内リンクに含まれる404をチェックしてください。
対象を限定すれば、作業は無理なく進められます。

ページを復元したりリダイレクトを設定したりした後は、正しい状態をGoogleに確認してもらうことが次のステップになります。
多数のページを修正し、1件ずつ登録リクエストを送るのが手間に感じる場合は、インデックスドライブを使ってURLを一括で送信し、インデックス登録を促すことができます。実際に作業を進めると、少しずつ成果が見えてくるのが嬉しいですね。