recaptchaバージョン3では、Googlebotをボットとして検出し、ブロックしていますか？

ユーザーをサイトの次のセクションに誘導する前にキャプチャチェックを追加すると、Googlebotの続行を阻止できる可能性が高くなります。可能性が高いと言ったのは、GoogleがreCaptchaを提供しており、GooglebotがreCaptchaで保護されたリソースにアクセスできるようにバイパスを実装してもよいと思われるからですが、その可能性は低いでしょう。アクセスを確保する最善の方法は、接続が Googlebot によって行われているかどうかを確認し、接続を行っているのが Googlebot でない場合にのみ reCaptcha を表示することです。正当な検索エンジンのクローラーの大半は、ユーザーエージェントの文字列によって自分自身を識別し、クロールできるパスとできないパスについてのrobots.txtファイルのルールにも従います。後続のページをインデックスするために、承認されたボットにクロールのアクセスを許可したい場合は、ユーザーエージェント文字列をチェックして、それがGooglebotであるかどうかを確認することができます。ユーザーエージェント文字列は、ボットに任意のユーザーエージェント文字列をプログラムすることができるため、決してボットの信頼できる指標ではないことに留意する必要があります。そのため、Googleは、正規のGoogleボットの接続元となるIPアドレス範囲のリストを公開しています。このファイルはhttps://developers.google.com/search/apis/ipranges/googlebot.jsonに掲載されています。

ここで私が付け加えることは、サイト内の特定のルートへのブロックアクセスを制御することに伴う労力が、その労力に見合うものであることを絶対に確認することです。むしろ、ボットをブロックするよりも、処理と配信のパイプライン全体でパフォーマンスを最適化し、悪質なボットが高価なAPIコールにアクセスすることで過度な問題を起こさないようにすることが望ましい選択です。