コンテンツ編集者
古い記事を更新しており、読者を存在しないページや古いリンク先に誘導するリンクを見つける必要があります。
次の改訂版を公開する前に、リンク切れURLの一覧を使って、参照先を置き換える、削除する、またはリダイレクトします。
Screaming Frogのリンク切れチェッカーのワークフロー
Screaming Frogは、ページを検出し、内部リンクをたどり、レスポンスの問題を報告するデスクトップクローラーです。このガイドでは、そのワークフローがどこで役立つのか、また、よりシンプルなチェックで十分な場合について説明します。
目的に合った方法を選ぶ
リンクをチェックする方法は、サイトの種類、アクセス権限、レポートのニーズによって異なります。
クロール結果を活用する3つの方法
同じクロール結果でも、簡単なコンテンツ整理から体系的な技術レビューまで、さまざまな作業に活用できます。
SEO担当者
本当に存在しないページと、リダイレクト、ブロックされたリソース、一時的なレスポンスエラーを区別したいと考えています。
レスポンスタイプで絞り込み、リンク元ページを確認して、重要なランディングページに影響するリンクを優先します。
サイト所有者
小規模なサイトを管理しており、すべてのクローラー設定を学ばなくても、まずは明確な初回チェックを行いたい方。
重要度の高いセクションから始め、リンク元のURLを確認し、問題を管理しやすい単位でまとめて修正します。
開発者
リリースの準備中で、削除されたルートや誤ったパスを指している内部リンクを検出したい方。
関連する環境に対してクロールを実行し、検出結果をエクスポートして、各修正を新しいリクエストで確認します。
最初から最後まで対象を絞ってクロールを実行する
信頼できるチェックは、Scanを押すことよりも、対象範囲を定義し、レスポンスの証拠を読み取り、修正を確認することが重要です。
-
1
クロール範囲を設定する
開始URLを入力し、チェックをドメイン内に限定するか、サブドメインを含めるか、選択したディレクトリだけを対象にするかを決めます。対象範囲を絞るとノイズが減り、結果に対応しやすくなります。
-
2
リンク元とレスポンスのデータを確認する
検出された各リンク先を、それを参照しているページと合わせて確認します。実際にページが存在しないケース、リダイレクトチェーン、ブロックされたリクエスト、タイムアウト、または特定のアクセス条件でのみ失敗するURLを区別します。
-
3
修正してから、もう一度確認する
リンク元のコンテンツを更新するか、リンク先を復元するか、適切なリダイレクトを追加します。該当する範囲を再実行し、レスポンスとリンク元ページが一致するようになったことを確認します。
レスポンスのシグナルを正しく読み取る
ステータスコードは手がかりであり、完全な診断結果ではありません。必ずレスポンスをリンク元ページおよびリクエストが行われた状況と関連付けて確認してください。
- リンク先はリクエストに対して成功レスポンスを返しました。
- 200 OK
- リンク先は恒久的に別の場所を指しているため、関連性を確認する必要がある場合があります。
- 301 リダイレクト
- リクエストされたリソースは、そのURLで見つかりませんでした。
- 404 見つかりません
- サーバーからエラーが報告されました。後で再確認が必要になる場合があります。
- 5xx サーバーエラー
留意すべき制限と注意点
クローラーは多くのリンクの問題を明らかにできますが、すべての修正方法を判断したり、すべての訪問者に対してURLが同じように動作することを保証したりはできません。
1
編集上の関連性は判断しません
ページが200を返していても、古くなっていたり、誤解を招いたり、そのページを指すアンカーテキストと無関係だったりする場合があります。
代わりに行うこと
重要なリンクは周囲のコピーとあわせて確認し、リンク先が現在も意図した目的を果たしていることを確認してください。
2
保護されたすべてのルートを確認できるとは限りません
ログイン画面、ファイアウォール、robotsルール、レート制限、非公開環境によって、クローラーがコンテンツに到達できないことがあります。
代わりに行うこと
不在の結果をルートが壊れている証拠とみなす前に、承認済みのテスト環境を使用するか、アクセスを調整してください。
3
レスポンスコードだけでは全体像を把握できません
タイムアウト、一時的な障害、クライアント側のナビゲーション、リダイレクトによって、1回のクロールで記録されたものとは異なる体験が生じることがあります。
代わりに行うこと
問題が疑われるリクエストを再実行し、訪問者または監視システムが使用するものと同じ環境からテストしてください。
4
リンクを自動的に修正することはありません
レポートは修正候補を特定しますが、URLを変更すると、ナビゲーション、アナリティクス、リダイレクト、検索での表示に影響する可能性があります。
代わりに行うこと
修正は慎重に適用し、有用なリダイレクトを維持したうえで、デプロイ後に影響を受けたページを確認してください。
Screaming Frogと重点的なリンクチェックの比較
適切な選択は、広範な技術クロールが必要か、リンクの健全性について迅速に確認したいかによって異なります。
| Screaming Frogのワークフロー | 重点的なオンラインチェック | |
|---|---|---|
| 主な目的 | 詳細な技術検査を伴う広範なサイトクロール | リンク切れや問題のあるリンク先をすばやく特定 |
| セットアップ | デスクトップへのインストールとクロール設定 | チェッカーを開き、サイトまたは対象範囲を指定 |
| 最適な用途 | 大規模な監査、テクニカルSEO、再現性のあるクロール分析 | 小規模サイト、初回チェック、対象を絞った検証 |
| 管理性 | 詳細なクロール設定、フィルター、抽出オプション | 設定項目が少なく、よりシンプルなワークフロー |
| 出力のコンテキスト | クロールURLやページ属性と併せてリンクを調査可能 | リンクのステータスと実行可能な次のアクションに焦点を当てた結果 |
| メンテナンス | チームがすでにクローラーを使ったプロセスを運用している場合に便利 | デスクトップワークフローを維持せず、軽量なチェックを行いたい場合に便利 |
| 主なトレードオフ | より広範なカバレッジを得るために、セットアップと解釈の負担が増える | 高度なクロール分析やカスタム抽出における深度が低い |
対象を絞ったチェックで注意が必要なURLを特定し、各修正をコンテキスト内で確認します。より広範な監査が必要な場合は、調査結果を既存のクロールワークフローに取り込みます。
Screaming Frogのリンクチェックに関する質問
これらの回答では、ワークフローが軽量なリンク切れスキャンとどのように異なるかを説明します。
Screaming Frogは、設定された範囲内のページをクロールし、404エラー、サーバーエラー、リダイレクト、リクエストの失敗などのレスポンスにつながるリンクを記録します。また、各リンクを含むソースページの特定にも役立ちます。
詳細なクロール制御、技術的なフィルター、より広範なサイト診断が必要な場合は、Screaming Frogのほうが適しています。オンラインチェックは、簡単な初回確認、小規模なサイト、またはデスクトップでの完全なクロールを必要としないユーザーにとって、より実用的な場合があります。
クロール中に外部リンクを検出できますが、外部リンクのチェックの深さと信頼性は、クロール設定、リクエストの動作、他のウェブサイトによる制限によって異なります。重要な外部リンクの失敗は、削除する前に別途確認してください。
サーバーは、レート制限、ユーザーエージェントのルール、認証、地域、または一時的な障害によって、クローラーからのリクエストを異なる方法で処理する場合があります。リクエストを再実行し、レスポンスの詳細を確認して、訪問者にとって重要な環境からテストしてください。
いいえ。URLとそのクロールコンテキストを報告しますが、ソースページを編集するか、リンク先を復元するか、リダイレクトを作成するかは、担当者が判断する必要があります。変更を行った後、もう一度チェックを実行して結果を確認してください。