--- title: "GoogleがAI概要を右カラムへ移動、GSCにAI指標は未実装ほか｜Visibility Watch 11/3" date: 2026-11-03 author: 名取将之 slug: vw-20261103 permalink: https://bitzer.co.jp/visibility-watch/vw-20261103/ --- > **TL;DR**: Googleのブランド名検索において、AI概要が右カラムに表示される例が報告されています。これにより、従来のナレッジパネルがAI生成文に置き換わる可能性があり、自社サイト外の情報正確性がより重要になります。また、Search ConsoleのAIレポートへのクリック数実装については、現時点で不透明な状況です。 ## Google、ブランド名検索時のAI概要を右カラムへ移動 Search Engine Roundtable（Barry Schwartz氏、2026年11月2日）は、ブランド名での検索においてAI Overviewsがデスクトップの右カラムに表示される例が複数報告されていると伝えました。Chris Long氏（X）は「ブランド検索でナレッジパネルの代わりにAI Overviewsが右カラムに出ている」と指摘し、David McSweeney氏（X、10月31日）はデスクトップでブランド検索のレイアウトが変わり主に右パネルに表示されるが、ページのさらに下に出るケースなど他のバリエーションも見ていると述べています。記事にはApple、Zillow、Coke、Google、Search Engine Roundtable自身のブランド検索のスクリーンショットが掲載されています。これまでAI Overviewsは検索結果の上部または中央に表示されていました。モバイルでの表示、Googleの説明、テストか展開かについての記述はなく、観察は数名によるもので対象範囲は定量的に示されていません。 Schwartz氏は、メイン結果の上に出るよりこの配置の方がはるかに良いと評価する一方、ブランドについてAIが自社サイト以上に適切な説明を書けるかには疑問があり信頼しきれない、GoogleはブランドのナレッジパネルをAI Overviewsで置き換えつつあるようだ、と述べています。 **解説** この変化の本質は「位置」ではなく「中身」です。ナレッジパネルは、Googleが構造化された情報源（公式サイト、Wikipedia、構造化データ、ビジネスプロフィール）から組み立てる、比較的予測可能な表示でした。それがAIの生成文に置き換わるなら、自社名で検索した人が最初に目にする説明文を、Googleのモデルがウェブ上の情報を要約して書くことになります。社名検索は検討の最終段階で行われることが多く、そこに出る説明の内容は問い合わせや来店に直結します。 日本のサイト運営者が今やるべきことは、自社名・サービス名・代表者名で実際に検索して、AI Overviewsが出ているか、出ていれば何と書かれているかを確認することです（デスクトップとモバイルの両方）。表示されていれば、その内容が正しいか、古い情報（旧所在地・旧サービス名・前任者）が混ざっていないかを見てください。誤りがあれば、AIが引用している情報源を特定し、自社サイトの会社概要・プロフィール・ニュースページを最新にしたうえで、外部の掲載情報の修正を依頼する、という10/31号で書いた手順と同じです。ナレッジパネルの時代は構造化データとビジネスプロフィールを整えておけば概ね制御できましたが、AI生成文はウェブ全体から材料を取るので、自社サイト外の情報の正確さが以前より重要になります。 計測面では、Search Consoleで指名検索クエリのクリック率をこの変更の前後で見ておく価値はあります。ただし現時点では展開範囲もモバイルの扱いも不明なので、数字が動いても原因の特定は難しく、観察と記録に留めるのが妥当です。 出典: [Google AI Overviews For Brands Moved To Right Column](https://www.seroundtable.com/google-ai-overviews-brands-right-42440.html)（Search Engine Roundtable） ## Google Search ConsoleのAIパフォーマンスレポートにクリック数等は実装されない見込み Search Engine Roundtable（Barry Schwartz氏、2026年11月2日）は、Search Consoleの生成AIパフォーマンスレポートにクリック数とクエリが追加されるかをめぐるLinkedIn上のやり取りを紹介しました。きっかけは、Search Central Liveで（名前の特定されていない）Google社員が「クリックとクエリは最も求められているデータで、Search Consoleへの追加も想定されているが時期は不明」と述べたとする投稿です。これにGary Illyes氏がコメントで「そのようには言っていない」と返し、チームは「より多くの、意味のあるデータ」を提供することに強い関心があるが、発表できる内容はまだない、と述べました。 Schwartz氏は、Googleはこの数年同じ説明を繰り返しており、SEO側が最も求めているクリックとクエリをGoogleは「意味がある」データとは考えていないように見える、通常の検索パフォーマンスレポートにはクリックがあり広告はクリック課金なのになぜAI経由のクリックは出さないのか、と疑問を呈しています。一方John Mueller氏はBlueskyで、この発言をそう読むのは「奇妙」で、クリックデータは実際に来るのかもしれないと述べています。Schwartz氏はこれに懐疑的で、記事全体は追加されない可能性が高いという見立てです。現在の生成AIレポートは、AI機能にURLが表示された回数をページ・国・デバイス・日付で確認できる構成で、クリックは含まれていません。 **解説** 現時点で確定しているのは「Googleは何も発表していない」ということだけです。Illyes氏の発言は否定でも肯定でもなく、Mueller氏とSchwartz氏の読みが割れていること自体が、材料がないことを示しています。「クリックは来ない」前提で計測設計を組み替える段階ではありません。 ただし、クリックが来ないケースに備えておく意味はあります。AI経由の流入を見る手段は、Search Consoleの生成AIレポート（表示回数）だけではなく、サイト側で把握できる一次データがあります。AI経由の表示回数の推移をSearch Consoleで見て、実際の訪問はサイト側の解析で参照元ごとに追う、という組み合わせにしておけば、Googleがクリックを出すかどうかに判断を左右されません。11/1号で書いたとおり、アプリ経由などreferrerが落ちる経路は漏れるので、「どの経路が計測でき、どれが漏れているか」を併記したうえで数字を扱ってください。 もう1つ、Schwartz氏の「Googleはクリックを意味のあるデータと考えていないようだ」という読みが当たっているなら、それはGoogle側が「AI経由の訪問はクリック数で測るものではない」と考えている可能性を示します。10/30号のAlphabet決算で見たとおり、Googleは検索をタスク完了の起点として再定義しつつあり、「表示されたか」と「ユーザーの目的が達成されたか」の間にクリックが挟まらない場面が増えています。クリック数が開示されても、それだけでAI経由の価値を測りきれない時代に入っている、という認識は持っておいた方がよいでしょう。 出典: [Gary Illyes Implies Click Data Not Coming To Google Search Console AI Reporting](https://www.seroundtable.com/click-data-search-console-ai-reporting-42437.html)（Search Engine Roundtable） ## WordPressに深刻なRCE脆弱性が発覚、至急7.1.4への更新を WordPressは2026年10月28日、22件の脆弱性を修正するセキュリティリリース7.1.4を公開しました（Search Engine Journal、Roger Montti氏、10月28日）。最も重大なのは、セキュリティ研究者Umut Bayram氏が報告したコア更新処理の競合状態（race condition）で、CVSSスコアは8.1、認証不要でリモートコード実行（RCE）に至る可能性があります。仕組みは、完全パッケージ形式のコア更新時にWordPressがwp-content/upgrade配下の予測可能なディレクトリへファイルを展開する際、そのディレクトリがWebから見える設定のサーバーでは、展開中の数秒間にインストーラー関連ファイルへ外部からアクセスでき、PHPコードを実行されるおそれがあるというものです。攻撃が成立するのは更新処理の実行中に限られ、通常時に常時攻撃できるものではありません。影響範囲は4.7から7.1.3で、修正は4.7までの旧ブランチにもバックポートされています。4.6以前はセキュリティ更新の対象外で脆弱なままです。7.1.4では展開先ディレクトリのランダム化とインデックス保護で競合状態を解消しました。 Wordfenceは10月29日、攻撃者がすでに悪用を試みていると警告し、21時間で更新用インストーラーのパスを狙う悪意あるリクエストを1万8,500件以上観測したとしています（Security Online、10月30日）。攻撃者は更新が走る時間帯を狙ってサイトを自動的に繰り返しポーリングしているとみられます。記事時点で動作する公開PoC（概念実証コード）は確認されていません。残りの21件はブロックエディタやInteractivity APIの格納型XSSなどで、多くはContributor以上の権限が必要なため悪用の可能性は低いとされています。 **解説** 日本のWordPressサイト運営者が理解しておくべき点は、「更新しないと危ない」のではなく「更新する瞬間が危ない」という珍しい構造の脆弱性だということです。放置していても常時攻撃されるわけではありませんが、いずれ更新は必要で、その更新の瞬間を自動スクリプトが狙っています。したがって対応は「7.1.4へ更新する」の一点で、その更新自体が最後の危険な瞬間になります。これを安全に通過するには、更新前にwp-content/upgradeへの外部アクセスをWebサーバー設定で拒否しておくか、WAFが有効な環境で更新するのが確実です。レンタルサーバーでWAFが標準提供されている場合はそれが有効になっているかを確認してください。 マイナーリリースの自動更新が有効な環境では、多くのサイトがすでに7.1.4へ移行しているはずです。管理画面の「更新」でバージョンを確認し、7.1.4（または旧ブランチの対応版）になっていれば対応済みです。自動更新を止めている環境や、保守契約が切れて長期間更新されていないサイトが本件の主な対象で、4.6以前のサイトはパッチが出ないため、更新ではなく移行を検討する段階です。 更新後に確認すべきは、ファイル改ざんの有無です。公開初日から大量の攻撃試行が観測されている以上、「更新した」で終わらせず、wp-content/upgradeやwp-content/uploadsに見慣れないPHPファイルがないか、管理者アカウントが増えていないかを一度見ておくことを勧めます。10/31号のDebugBearの件でも書きましたが、侵害の確認はパッチ適用とは別の作業です。 出典: [WordPress 7.1.4 : une faille RCE du cœur touche les versions 4.7 à 7.1.3, mise à jour urgente](https://www.leptidigital.fr/wordpress/wordpress-7-1-4-faille-rce-coeur-touche-versions-4-7-a-7-1-3-mise-a-jour-urgente-99126/)（LEPTIDIGITAL（仏）） ## FAQ ### Googleのブランド名検索におけるAI概要（AI Overviews）にどのような変更がありましたか？ デスクトップ版において、これまで上部や中央に表示されていたAI概要が、ナレッジパネルの代わりに右カラムに表示される例が報告されています。