NotebookLMの改名でUA名が変わる／「修正を検証」ボタンの正体をMueller氏が解説（2026年7月19日）

SEOタイムズです。2026年7月19日の海外SEO情報から4本をまとめました。取り上げるのは、Googleのユーザートリガー型フェッチャーの名称変更、Search Consoleの「修正を検証」ボタンが内部で行っていること、AI Overviewsへのニュースカルーセル展開、そしてAI検索経由のクリック数を巡る発言です。

対応が要る一件：`Google-NotebookLM` が `Google-GeminiNotebook` へ

NotebookLMという名称が「Gemini Notebook」へ変わりました。名前だけの話にとどまらず、サイトを取得しにくるユーザーエージェント名も切り替わります。

公式ドキュメント「User-triggered fetchers」に記載されている事実を整理します。

• 新しいユーザーエージェント名は `Google-GeminiNotebook`。
• 従来の `Google-NotebookLM` については、2026年8月までサポートすると書かれています。

注意したいのは、このフェッチャーの分類です。「ユーザートリガー型」に位置づけられており、公式ドキュメントには「取得はユーザーによって要求されたものであるため、これらのフェッチャーは一般的にrobots.txtのルールを無視します」と明記されています。robots.txtによる制御は当てにできない、ということになります。

制限をかけたいのであれば、ファイアウォールやサーバー設定（.htaccessなど）でユーザーエージェント名を条件にブロックする形が現実的な選択肢でしょう。ここで問題になるのが、すでに`Google-NotebookLM`を名指しでブロックしているケースです。そのままの記述では、新しい`Google-GeminiNotebook`は条件に引っかからず通過してしまう可能性があります。旧称のサポート期限が2026年8月と示されている以上、設定の棚卸しは早めに済ませておくほうが安心です。

なお、`Google-Extended`は別の役割を持つ設定です。公式ドキュメントでは、`Google-Extended`は「Googleがサイトからクロールしたコンテンツを、将来のGeminiモデルの学習に使ってよいかを管理する」ものであり、「Google検索への掲載には影響せず、検索のランキングシグナルとしても使われない」と説明されています。混同しないようご注意ください。

ブロックするかどうかの判断は、サイトの性質や運営方針次第で分かれます。まずは自サイトの現在の設定がどうなっているかを確認するところからでよいと思います。

出典：Google 検索セントラル（User-triggered fetchers） ／ Google 検索セントラル（Google-Extended） ／ Search Engine Journal

「修正を検証」ボタンは合否判定ではなく、再クロールの前倒し

ポッドキャスト「Search Off the Record」の最新エピソードで、GoogleのJohn Mueller氏がSearch Coverageレポートにある「修正を検証（Validate Fix）」ボタンの中身を説明しました。

説明された内容は次の2点です。

• ボタンを押すと、修正済みと申告されたURLのサンプルが検査されます。対象はサイト全体ではなく、既知の影響を受けたURLです。
• Mueller氏は「修正が実際にうまくいっているかを待って見るというよりは、少し早めに再クロールするということです」という趣旨で述べています。つまりこのボタンは修正の成否を採点する仕組みではなく、再クロールのタイミングを早めるものという整理になります。

押す意味がある場面として挙がっていたのは、サーバーやCDNが404や403を返していた状態を直した後です。多くのページをまとめて早めに再クロールさせたいときに効いてきます。

逆に、削除したセクションが意図どおり404を返しているだけの場合や、最近の変更内容がレポートに反映されているだけの場合は、無理に押す必要はありません。Googleは通常のクロールの過程で問題を検出し、レポートを更新していくためです。

実務としては、「押しても損はないが、押したから順位や評価が上がるものではない」と捉えておくのが実態に近いと思われます。まずエラーの原因そのものを直すこと、ボタンはその反映を少し早めるための手段、という順番で理解しておくと安全でしょう。

出典：Search Engine Journal

AI Overviewsにニュースの「Top Stories」カルーセルが登場（米国モバイル）

Google AI Overviewsの内部に、ニュース記事を横並びで見せる「Top Stories」形式のカルーセルが現れるようになりました。Googleの広報担当者は、米国のモバイルユーザーに対しては全面展開済みだと確認しています。対象地域は今後拡大する予定とされています。

これは5月に予告されていた方針が実装に移されたものです。当時Googleは、動きのあるトピックを扱う検索において、タイムリーな記事が目に留まりやすいカルーセルが表示されるようになると説明していました。

パブリッシャー側では、AI検索機能からのクリックが増えるのではないかという指摘が出ています。ただし現時点では見込みの域を出ません。実際の流入量については、自サイトのSearch Consoleやアクセス解析で確認するほかないでしょう。ニュース性の高いコンテンツを扱っているサイトであれば、7月中旬以降の推移を追っておくとよさそうです。

出典：Search Engine Land

「AI機能から毎週数十億クリック」——数字は出たものの、外部からは確かめられません

Googleで知識・情報部門のシニアバイスプレジデントを務めるNick Fox氏が、LinkedInとXへの投稿で、検索は毎日数十億のクリックをウェブに送り続けており、AI機能だけでも毎週数十億のクリックをウェブサイトに送っている、と述べました。

これに対しSearch Engine Journalは、示された数字を第三者が検証することはできないと指摘しています。挙げられている理由は次のとおりです。

• いずれの数字も、ベースライン・分母・算出方法が公開されていないこと。
• Search ConsoleのAI関連パフォーマンスレポートはインプレッションのみを扱い、クリック数を含まないこと。
• 業界全体の集計値であるため、個別サイトのトラフィックと突き合わせられる性質のものではないこと。

サイト運営者の立場では、この数字に一喜一憂するよりも、自サイトの実測値を確認するほうが確実です。「AI検索からの流入が増えた／減った」を語るには、現在Googleが提供しているデータだけでは材料が不足している、というのが実情のようです。

出典：Search Engine Journal

まとめ

4本のうち、実際に手を動かす必要があるのはユーザーエージェント名の件です。`Google-NotebookLM`をブロック設定に書いているサイトは、2026年8月までに`Google-GeminiNotebook`へ書き換えるかどうかを判断しておきましょう。「修正を検証」ボタンについては、押しても再クロールが早まるだけ、と理解しておけば十分です。Top Storiesカルーセルとクリック数の話は、いずれも自サイトの数値を見ながら影響を確かめていく段階だと考えられます。

最後までお読みいただき、ありがとうございました。