Broken Link Checker WordPress 使い方：常時有効化せずワンショット保守
この記事には広告リンクを含みます。紹介している商品・サービスの一部はアフィリエイトプログラムを利用しています。 商品・サービスの選定はご自身の判断でお願いいたします。
保守しているWordPressサイトにBroken Link Checkerを入れたまま、常時有効化し続けていないか確認してほしい。
プラグインが動き続けるほど、本番サーバーのクロール負荷は積み上がる。
自分の案件では、一時有効化→修正→即無効化のワンショット運用に切り替えた。
それ以来、クライアントサイトへの負荷を気にせずリンク切れを一掃できている。
常時監視が本当に必要かどうか、まずそこから整理する。
常時有効化のリスクと判断軸
結論から言うと、更新頻度の低いクライアントサイトは常時有効化しなくていい。
BLCは有効化されている間、バックグラウンドで定期的にリンクをクロールし続ける。
共有サーバー環境では、このクロール処理が表示速度に影響することがある。
特に小規模事業者のサイトは共有サーバーがほとんどのため、常時有効化は避けた方が安全だ。
月に1〜2回の更新で落ち着いているサイトに毎週クロールをかけても、検出できるリンク切れは増えない。
むしろクロールが蓄積するほど、バックグラウンドの処理がサーバーリソースを圧迫し続ける。
ワンショット運用で十分なケースは以下だ。
- 更新が月に数ページ以下のサイト
- リニューアルや大量ページ削除の直後
- 定期点検を保守メニューに組み込んでいる場合
逆に常時有効化が合理的なのは、毎週大量の記事を追加するメディア系の案件に限られる。
自分が関わった案件を振り返ると、保守対象がメディア系でなければワンショット運用で十分なケースがほとんどだ。
スポット点検のタイミングは、リニューアル直後・大量ページ削除後・年1〜2回の定期確認の3パターンで回すとよい。
ワンショット運用フロー：有効化から無効化まで
基本フローは有効化→設定→クロール確認→修正→無効化の5ステップだ。
以前関わったWordPressリニューアル案件で、数十ページ規模のサイトを仕分けした結果、3〜4割が削除候補になった。
ページ整理直後はリンク切れが大量に残っており、BLCを一時有効化してまとめて処理した。
完了後は即無効化し、保守フェーズでも月1回のスポット点検として同じサイクルを続けている。
リニューアル前の既存ページ仕分けを丁寧にやっておくほど、直後のリンク切れ処理が楽になる。
- プラグインを有効化
- 対象を「投稿・固定ページ」「HTMLリンクのみ」に絞って設定する
- 初回クロール完了をダッシュボードのステータスで確認
- エラー一覧を開き、URLを修正するか「無視」に設定する
- 対応が完了したらプラグインを無効化する
エラー一覧では「URLを編集」「リンクを解除」「再確認」「無視」の4つのアクションが使える。
削除済みページに向けているリンクなら「URLを編集」で転送先に変更するか、「リンクを解除」でテキストのみに戻す。
ステップ2の絞り込みが最も重要だ。
コメント・カスタムフィールド・埋め込みをすべてONにすると、クロール量が増えてサーバー負荷が跳ね上がる。
まずHTMLリンクのみに絞り、問題がなければ対象を広げる判断をすればいい。
クロール速度の調整も忘れずに行う。
「各リンクをチェックする間隔」は168時間（1週間）を基準にする。
高度な設定では「リンクモニター」を両方OFFにし、サーバー負荷の制限を25%以下に設定する。
ワンショット運用でも、この設定をしてからクロールした方がサーバーへの影響が小さい。
誤検出の処理と代替ツールの使い分け
エラー一覧を開くと、Twitter(X)やYouTubeへのリンクが403エラーとして大量に並ぶことがある。
これは誤検出で、認証が必要なドメインは外部クローラーに403を返す仕様のため、実際にはリンクが生きている。
誤検出を放置すると、本当に修正が必要なリンク切れが埋もれる。
対処は除外リストへの追加だ。
設定の「除外」に以下を入れておくと、以降は検出対象から外れる。
twitter.com
x.com
youtube.comノイズを除去すると、本当に修正が必要なリンク切れだけが一覧に残り、対応効率が上がる。
BLC以外の確認方法も組み合わせると精度が高まる。
Google Search Console（GSC）のカバレッジレポートは内部リンク切れを定期的に検出してくれる。
Search ConsoleはURLを検索窓に貼るだけで404確認ができるため、点検のハードルが低い。
BLCでは外部リンクを、GSCでは内部ページの404を確認するという使い分けが実務上しっくりくる。
BLCの点検周期の間はGSCで補完する運用が、クライアントサイトの保守としては安全側に立てる。
スポット点検をする余裕もない場合は、無料のオンラインBLCツールで外部からURLを流す方法もある。
ただし認証必須のページや非公開エリアは確認できないため、本番環境の補助として位置づけるのが適切だ。
まとめ
- 更新頻度の低いサイトは常時有効化不要、ワンショット運用で十分
- 有効化→設定→クロール確認→修正→無効化の5ステップが基本
- 対象は「投稿・固定ページ、HTMLリンクのみ」に絞り負荷を最小化
- Twitter(X)・YouTubeの403誤検出は除外リストに追加してノイズ除去
- 内部リンク切れはGSCを補助に使い、BLCと役割を分担する
コーディング代行・実装判断で詰まったら Build に振ってください。
クライアントWordPressサイトの保守設計や、プラグイン運用の相談も受け付けています。
