Robots.txt による検索エンジンのブロックについて
ブロックされるとは、実際にはどういう意味ですか?
robots.txt のルールは、クローラーに対してパスを取得しないよう指示します。サイト全体に適用すると、検索エンジンが何も読み取れなくなり、その後の処理もすべて機能しなくなります。新しいコンテンツが発見されず、既存のページは古くなり、最終的には検索結果から除外されます。
このチェッカーはrobots.txtを読み取り、検索エンジンによるサイトのクロールがブロックされていないかを報告します。
これはサイトに存在し得る中で最も深刻な問題を引き起こす1行であり、たった1行で構成されています。
発生する仕組み
ほとんどの場合、意図せず、しかもほぼ同じ方法で発生します。検索結果に表示されないよう、ステージングサイトにサイト全体を対象とするクロール拒否設定を追加したまま、そのファイルが他のデプロイ対象と一緒に本番環境へ公開されてしまうのです。
コンテンツ管理システムにも、これに相当する設定があります。多くのシステムには「検索エンジンにサイトを表示しない」といった設定があり、開発中にチェックを入れたまま、その後ほとんど見直されることがありません。
発生しても、目に見える形で何かが壊れるわけではありません。訪問する人間のユーザーにとってはサイトが完全に正常に機能するため、トラフィックの減少とその原因が結び付けられるまで、何週間もその状態が続くことがよくあります。
ブロックすることは削除することと同じではない
ここが、多くの人を驚かせる部分です。ブロックされたページでも、説明文なしで検索結果に表示されることがあります。これは、クローラーにはそのページを読み取らないよう指示されていても、検索結果から除外するようには指示されていないためです。
ページを検索結果から適切に除外するには noindex ディレクティブが必要です。つまり、クローラーがページを取得してその指示を確認できるようにする必要があります。ブロックとインデックス削除は、互いに逆方向に作用します。
したがって、robots.txt はプライバシー保護には不適切なツールです。robots.txt が制御するのはクロールであって可視性ではなく、ファイル自体も公開されています。
2026年になってもrobots.txtは重要ですか?
robots.txt は、あらゆる処理の上流に位置します。コンテンツ、構造、速度、リンクはすべて、まずクローラーがページに到達できることを前提としており、到達できなければ、これらのどれも役に立ちません。
そのファイルは、もう一つの役割も担うようになりました。同じファイルによって、AIクローラーがサイトを読み取れるかどうかが決まり、生成された回答でページが引用される可能性にも影響します。
通常は数行程度のファイルですが、担っている役割はあまりにも大きなものです。
このツールがチェックする項目
入力したドメインから robots.txt を取得し、そのルールによって検索エンジンによるサイトのクロールが妨げられるかどうかを報告します。
合格している場合、サイトレベルでは検索エンジンをブロックするものがないことを意味します。ただし、個々のパスが開放されていることを確認するものではないため、このチェックに合格しているにもかかわらずインデックスされないページは、個別に確認する価値があります。
次に行うこと
クロールが許可されている場合、次に確認すべきなのは、何が発見可能で、何が意図的に除外されているかです。
robots.txt ファイル全体を確認し、
XMLサイトマップ が存在していて最新の状態であることを確認するとともに、robots.txt では行っていない処理を
noindex タグがひそかに行っていないか確認してください。