Scripts

壊れたリンクを見つけて修正する方法

Alejandro Rioja

2026年5月29日 1 分で読める

無料ニュースレター

毎週水曜。28,400人以上の読者。無駄なし。

Open Table of contents

壊れたリンクを理解する
- よくある原因
エラーコードの種類
壊れたリンクがSEOに与える悪影響
壊れた内部リンクを見つける方法
壊れた内部リンクを修正する方法
壊れた外部リンクの修正
体系的に取り組む
壊れたリンク——2026年FAQ
短いバージョン
2026年5月版への更新

壊れたリンクを理解する

壊れたリンクとは、意図した目的地に到達できないハイパーリンクのことです。削除した内部ページ、移動した外部ページ、名前を変更したファイル、または入力したURLのタイプミスが原因となる場合があります。

よくある原因

URLのタイプミス——スラッシュの欠落、誤った文字、またはhttps://の忘れにより、最初からリンクが無効になります。
リダイレクトなしのページ移動または削除——URLを変更して301を設定しないと、古いアドレスを指すすべてのリンクが即座に壊れます。
外部ページの削除——リンク先のサイトがそのページを削除または再構成し、古いURLをリダイレクトしなかった場合。
CMSの移行——プラットフォーム切り替え時にURLスラッグやパス構造が変わり、孤立した内部リンクが残ることがよくあります。
ファイルの名前変更または削除——PDF・画像・ドキュメントなどのアセットが移動されると、それらへのリンクが壊れます。
サイトのダウンまたは地域制限——一時的な障害や地域ベースのブロックにより、クロール中にリンクが壊れているように見える場合があります。

エラーコードの種類

リンクが壊れているとき、サーバーは何が起きたかを示すステータスコードで応答します。

404 Not Found——最も一般的。そのURLにページが存在しませんが、復活する可能性はあります。
410 Gone——コンテンツが永久に削除されたという明示的なシグナル。Googleは404よりも確定的に扱います。
400 Bad Request——URL自体が不正な形式で、サーバーがリクエストを解析できません。
5xx Server Errors——サーバーが応答できませんでした。必ずしも壊れたリンクそのものではありませんが、監査中はフラグを立てる価値があります。

SEOの観点では、404と410の解決が最も重要です。Googleのクローラーがそれらをフラグ立てし、これらのURLに流れるリンクエクイティが無駄になります。

壊れたリンクがSEOに与える悪影響

Googleは内部リンクグラフに沿ってサイトをクロールします。Googlebotが遭遇する404はすべてデッドエンド——クロール予算が無駄に消費されます。さらに重要なのは、内部リンクはページ間でPageRankを伝達するということです。壊れた内部リンクはそのエクイティを失わせます。

外部リンクの場合、ダメージは評判面にあります。死んだページへのリンクは、ユーザーと検索エンジンの両方に対して、メンテナンスが行き届いていないサイトという印象を与えます。

実際の影響：以前、クロールエラー率が高いサイトを見たことがあります。そこでは重要なランディングページが期待以下のパフォーマンスを示していましたが、それは単に内部リンク構造が古い移行からの404ページにエクイティを分散させていたからでした。

壊れた内部リンクを見つける方法

1. Google Search Console（無料、ここから始める）

GSCのページレポート（インデックス作成の下）は、Googleがクロールしようとしてできなかったページを表示します。「見つかりませんでした（404）」バケットを確認してください。Googleの実際のクロールからのリアルなデータ——最も権威ある情報源です。

内部リンクのエラーに関しては、設定 > クロールの統計情報で、総クロールリクエスト数と経時的なエラー率を確認してください。

2. Screaming Frog SEO Spider（全サイトクロールに最適）

Screaming Frogはサイトをローカルでクロールし、内部・外部すべての壊れたリンクを洗い出します。無料版は最大500 URLに対応；有料プランは無制限です。

手順：

ドメインを入力してクロールを実行。
**レスポンスコード > クライアントエラー（4xx）**でフィルタリング。
Inlinksタブで各壊れたURLにリンクしているページを正確に確認。
完全なリストをエクスポートし、ページの重要度でトリアージ。

Screaming FrogはGSCやGA4とも統合できるため、トラフィックデータを重ねてトラフィックの多い壊れたページを優先的に対処できます。

3. AhrefsまたはSemrushのサイト監査

両プラットフォームとも継続的なクロールを実行し、サイト監査ツールで壊れた内部・外部リンクをフラグ立てします。AhrefsのBroken linksレポートとSemrushのErrorsセクションは、どちらも4xxおよび5xxのURLとそれらにリンクしているページを表示します。

ここでの利点は自動化です——定期的な監査をスケジュールし、新しい壊れたリンクが出現したときにアラートを受け取ることができ、手動でクロールをトリガーする必要がありません。

4. Google Analytics 4（補助的手段）

GA4は404ページをネイティブに表示しませんが、カスタムイベントを設定するか、エンゲージメント時間がほぼゼロでバウンス率が高いページを確認することで見つけられます。ページパスレポートで「404」というタイトルのページは信頼できるシグナルです。

または、404テンプレートを設定してイベントパラメータに壊れたURLを含めてGA4に送信するよう構成することで——実際のユーザートラフィックからリアルタイムの壊れたリンク検出が得られます。

壊れた内部リンクを修正する方法

リストができたら、修正は簡単です。適切な修正方法はリンクが壊れている理由によって異なります。

1. 301リダイレクトを設定する

リンク先ページが別のURLで存在する場合は、古いURLから新しいURLへ301（恒久的）リダイレクトを実装します。これによりリンクエクイティが保持され、ユーザーが正しく誘導されます。多くのCMSプラットフォームではシンプルなリダイレクトルールで対応可能；静的サイトでは_redirectsファイルまたはサーバー設定で処理してください。

恒久的な移動には301を使用。302は真に一時的なリダイレクトにのみ使用（実際にはまれ）。

2. ソースでリンクを修正する

リンク先ページは問題ないが、リンクのURLが単純に間違っている場合——タイプミスや最初から間違っていたパスなど——ソースページを編集してURLを直接修正します。これは自分のCMS内の内部リンクに対する最もクリーンな修正です。

3. リンクを削除する

リンク先コンテンツが永久に消えており、リダイレクトできる同等のページがない場合は、リンクを削除するだけです。リンクが欠けている方が、壊れたリンクよりも良い状態です。

4. ページを復元または再作成する

404がまだ存在すべきページのものである場合（例：誤って削除されたページ）、バックアップから復元するか再作成します。Googleがインデックスに含めていたか、保存する価値のあるバックリンクがあったかどうかをGSCで確認してください。

壊れた外部リンクの修正

サードパーティのページへのリンクについては：

ページが移動したか確認する——コンテンツを検索し、新しいURLに存在するか確認。リンクを更新します。
Wayback Machineを使用する——外部コンテンツが完全に消えた場合、代わりにweb.archive.orgのアーカイブ版にリンクできます。
削除または置き換え——外部ページが完全に死んでいてアーカイブも存在しない場合は、リンクを削除するか、より良い情報源を見つけます。

体系的に取り組む

成長するサイトでは、一度限りの監査では不十分です。私が使っている軽量なシステムを紹介します：

週次：GSCのページレポートでGoogleのクロールから新しい404を確認。
月次：Screaming Frogクロールを実行するか、Ahrefs/Semrushのサイト監査ダッシュボードを確認。
移行やURL変更のたびに：影響を受けたセクションを即座にクロールし、公開前にリダイレクトが設定されていることを確認。
カスタム404ページ：ホームページと人気コンテンツへのリンクを含む有用な404ページを設計し、オプションでユーザーが壊れたリンクを報告できるお問い合わせフォームを設置。クローラーが見逃したエッジケースをキャッチできます。

目標は、新しい壊れたリンクを数か月後ではなく、数日以内に発見することです。

壊れたリンク——2026年FAQ

壊れたリンクを修正すると、Googleのランキングが直接改善されますか？

常に直接的に改善されるわけではありませんが、修正することでクロールの無駄が解消され、リンクエクイティの流れが回復します——これらは両方とも、死んだURLにエクイティを失っていたページのインデックスとランキングの向上に貢献します。影響は多くの内部リンクを持つ大型サイトで最も顕著に現れます。

壊れたリンクには301と302どちらのリダイレクトを使うべきですか？

壊れたリンクを修正する場合はほぼすべてのケースで恒久的なもの、つまり301を使用してください。302は「一時的」を示すため、リンクエクイティを完全に伝達しない可能性があります。302を使用するのは、ページが元のURLに本当に戻る場合のみです。

どのくらいの頻度で壊れたリンクを監査すべきですか？

小規模サイト（500ページ未満）では月次で十分です。大規模または頻繁に更新されるサイトでは、週次のGSC確認と月次の完全クロールを組み合わせます。CMSの移行後は即座に監査してください。

2026年でもScreening Frogはこの分野で最良のツールですか？

依然としてローカルサイト監査で最も徹底的なクローラーの一つです。AhrefsとSemrush Site Auditは自動スケジュール設定という利点を持つ競合代替手段です。GSCは実際にGoogleが何を見つけているかを示すため、常に適切な無料の出発点です。

短いバージョン

このワークフローが週の作業を食いつぶしているからこそこれを読んでいるなら、それはまさに私がAIエージェントを構築するループの種類です。同時に2つのビルドスロットが空いています。

2026年5月版への更新

2026年5月からの短い注記：この記事で説明されているワークフローは、基礎となるツールとプラットフォームの現在の状態に照らして確認済みです。特定のツール、UI、または機能が進化した部分については、構造的なアドバイスは引き続き有効です——実装は2026年には少し異なって見えるかもしれません。画面上で見るものと一致しないステップに遭遇した場合、それはUIの更新であり、アプローチの根本的な変更ではありません。お問い合わせフォームからメッセージをいただければ、明示的に修正します。

AIプレイブックをメールでお届け

毎週水曜。28,400人以上の読者。無駄なし。