Broken Link Checker

リンク切れチェッカーはページを取得し、その上のすべてのリンクと画像を集め、一つひとつリクエストして訪問者が実際に何を得るかを確認します。下にページのURLを1つ貼ってください：取得可能なリンクはすべてチェックされ、OK、リダイレクト、リンク切れ、サーバーエラー、タイムアウト、到達不能に分類されます；決して取得してはいけないリンク — mailto:、tel:、ページ内フラグメント — は一覧に載りますがリクエストされません；プライベートまたはブロックされたアドレスに解決されるものはスキップとして報告され、決して取得されません。1回につき1ページ、最大300リンク、そして途中で止まった場合は部分結果が部分として明示されます — 完全な結果として提示されることは決してありません。

最終更新:

制限を率直に：1回につき1ページ（サイト全体のクロールではありません）、1回にチェックするリンクは最大300件、リンクの多いページでは1回に約25秒かかることがあります。このチェッカーはアドレスごとに1時間あたり5回までに制限されています。

チェックの合間にも新しいリンク切れが現れますか？myeventwatchで無料監視 — 期限切れと停止のアラート、カード不要。

このチェッカーがすること — そしてしないこと

ページを送信すると、チェッカーはそれを1回取得し、HTMLを解析して、<a>リンクと<img>画像の宛先を集め、相対URLをリダイレクト後のページの最終アドレス基準で解決します。各一意なWebアドレスは順番にリクエストされます：リダイレクトは追跡され数えられるため、2ホップ後にやっと機能するリンクは、きれいなOKではなくホップ数付きのリダイレクトとして報告されます。結果は最終HTTPステータスコード付きのリンクごとの判定です — ブラウザ、検索クローラー、苛立った訪問者がクリックしたときに遭遇するのと同じ証拠です。

3種類のリンクは意図的に決して取得されません。Web以外のスキームのアドレス — mailto:、tel:、javascript:とその仲間 — はそもそもHTTPリクエストではないため、ステータスをでっち上げる代わりに「未取得」として理由付きで一覧に載ります。#sectionのような純粋なフラグメントリンクはチェッカーが既に持っているページ内部を指すため、新たにリクエストするものはありません。そしてホストがプライベート、ループバック、その他ブロックされたアドレスに解決されるリンクはすべてスキップとして報告されます：公開チェッカーが他人の内部ネットワークへの梃子として使えてはならないため、それらの宛先は名前を挙げ、数え、厳密に放っておかれます。

判定の読み方と、正しい順序での修正

まず自分のサイト内部を指すリンク切れから始めましょう：内部リンクの404は、あなたが支配する、虚無へ開くドアであり、それを直す — ページを復元する、URLを訂正する、リンクを代替ページに向ける — ことはすべての訪問者とすべてのクローラーを同時に助けます。次はリダイレクトチェーンです：移転後のリダイレクト1回は普通ですが、2ホップ以上はすべてのクリックを遅くしクロールの労力を無駄にするため、リンクを最終アドレスに更新してください；全体像を見る必要があるときはHTTPステータスチェーントレーサーがホップごとの完全な経路を示します。壊れた画像は3番目です — 読むことを妨げることは稀ですが、健全なページを放棄されたように見せます。タイムアウトとサーバーエラーは手術の前に再チェックする価値があります：5xxやタイムアウトは死んだページではなく忙しい1分かもしれない一方、到達不能のままのホストはリンクの問題ではなくDNSやホスティングの問題です。

このツールは意図的に1回につき1ページをチェックします。サイト全体のクロールは別の道具です — CMSのレポート、サーバーログ、Search Consoleがその場所であり — 1ページのチェックがサイト全体をカバーするふりをすることは不誠実でしょう。このチェッカーをホームページ、主要なランディングページ、そして再設計、移行、剪定したばかりのページに対して実行し、いつチェックしどの順序で直すかについてはコンパニオンガイド訪問者より先にリンク切れを見つけるをお読みください。1回にチェックするリンクは最大300件です；ページがそれ以上を抱える場合や、実行が時間制限に達した場合、結果はその旨を述べ、黙って切り捨てる代わりに部分的と明示されます。

各結果ステータスの意味

OKリンクが取得され、最終応答はリダイレクト不要の成功（2xx）でした — 訪問者はリンクが指す場所に正確に着陸します。
リダイレクトリンクは機能しますが、1回以上のリダイレクト（3xx）の後でのみです。数は最終的な成功まで追跡されたホップ数を示します。
リンク切れ（4xx）サーバーはクライアントエラーで応答しました — 最も多いのは404 Not Foundまたは410 Goneです。リンクが約束するページはそこにありません。
サーバーエラー（5xx）宛先サーバーが正しく応答できませんでした（500、502、503、504など）。リンクは問題ないかもしれません；サーバーが問題です — 何か変更する前に再チェックしてください。
タイムアウト宛先がチェッカーの時間制限内に応答しませんでした。1回だけのタイムアウトは「遅いか忙しい」として扱い、繰り返されるタイムアウトは本当の問題として扱ってください。
到達不能接続自体がまったく確立できませんでした — DNS失敗、接続拒否、または死んだホスト。その上の1ページだけでなく、アドレス自体が問題を抱えています。
スキップ（ブロック）リンクはプライベート、ループバック、その他ブロックされたアドレスに解決されるため、報告はされましたが決して取得されませんでした。公開チェッカーが内部ネットワークを探ってはいけません。

よくある質問

このチェッカーは私のウェブサイト全体をクロールしますか？

いいえ。1回につき正確に1ページ — あなたが貼ったページ — と、そのページ上のすべてのリンクと画像を、最大300件のチェック済みリンクまでチェックします。リンクをたどってサイトの残りをクロールすることはありません。サイト全体の把握にはCMS、サーバーログ、Search Consoleを使い、このチェッカーは最も重要なページに対して実行してください：ホームページ、主要なランディングページ、最近再設計または移行したものすべてです。

一部のリンクが一覧に載っているのに「未取得」とマークされるのはなぜですか？

取得しても意味がないか、間違っているからです。Web以外のスキームのリンク — mailto:、tel:、javascript:など — はHTTPリクエストではないため、報告すべきステータスがありません；フラグメントリンク（#section）は既に取得されたページの内部を指します。どちらの種類も理由付きで一覧に載り、会計が一致します：見つかったリンクは常に、チェック済みリンク＋一覧に載ったが未取得のリンク＋部分的な実行が届かなかった残りの合計と等しくなります。

リンクがスキップとして返ってきたのはなぜですか？

そのホストがプライベート、ループバック、その他ブロックされたアドレスに解決されるからです。そのような宛先を取得する公開リンクチェッカーは内部ネットワーク — ルーター、管理パネル、クラウドメタデータエンドポイント — を探るために使われかねないため、このチェッカーはそれらのリンクをスキップとして報告し、決してリクエストしません。リンクがあなた自身のページ上にあり内部アドレスを指している場合、それは通常それ自体直す価値のある間違いです：あなたの訪問者もそこへは到達できません。

結果が部分的と明示されています。何が起きましたか？

取得可能なすべてのリンクがチェックされる前に実行が止まりました — ページが300リンクの上限を超えていたか、実行が時間制限に達しました。要約は常に、取得可能なリンクのうち何件がチェックされたかを示し、表に欠けているリンクは健全ではなく未チェックです。同じページに対してチェックを再実行してください。そして得られた判定は有効として扱ってください：部分的な実行で見つかったリンク切れは、それでもリンク切れです。

リンクがサーバーエラーを示すのに、私には問題なく開けます。なぜですか？

サーバーエラーとタイムアウトは一過性であることが多いです：宛先はチェックの瞬間には忙しかったり、再起動中だったり、レート制限中だったりして、1分後には元通りです。5xxやタイムアウトを報告するリンクを変更する前に、チェックを再実行してください。同じリンクが繰り返し失敗するのにあなたのブラウザでは問題なく開ける場合、その差は多くの場合、宛先側の地理、キャッシュ、ボット処理にあります — HTTPステータスチェーントレーサーはチェッカー式のリクエストが通る正確な応答経路を示せます。