--- title: "Google検索で無関係な結果が急増、Search Consoleに不具合ほか｜Visibility Watch 11/4" date: 2026-11-04 author: natori slug: vw-20261104 permalink: https://bitzer.co.jp/visibility-watch/vw-20261104/ --- > **TL;DR**: Google検索において、クエリの一部にしか反応しない無関係な検索結果が急増していることが順位計測ツールの調査で判明しました。また、Search Consoleでクリック数が不自然に急増する不具合も報告されています。ツール上の順位変動や数値の急増は、システム側の障害である可能性があるため注意が必要です。 ## Google検索でクエリの一部のみに反応する「無関係な検索結果」が急増 Search Engine Journal（Matt G. Southern 氏、2026年11月3日）は、順位計測ツール2社の調査を紹介しました。SE Ranking は調査用に追跡している米国デスクトップの1万キーワードを分析し、保存している上位50件の検索結果のうち、クエリの一部にしか関係しない結果が1件以上含まれるキーワードの割合が、9月16日の0.09%から17日に57.3%、24日には67.2%へ跳ね上がったとしています。該当ケースの84%はクエリ中の1語だけに関連する結果で、1語のキーワードでは発生せず、上位5位以内から始まった例はなく、6〜8位からが3.5%、9位以下からが96.5%でした。例として「business bank line of credit」では上位9件は銀行・貸金業者でしたが、2ページ目には「line」にだけ反応した音楽動画やLINEアプリ、Line Hotelが並んでいました。 Nozzle も10月22日のレポートで同様の現象を報告しています。9月16日以降、2ページ目で語が無視された検索は12.6%、1ページ目では2.2%（9月20日以降に発生）で、9月16日〜10月21日の全体では約13.9%、ピークは9月28日の約39.9%でした。「easy strawberry jam」ではAI Overviewはジャムのレシピを返す一方、オーガニック結果は「easy」に関するテレビ番組などになっていた例を挙げています。Nozzle は、これを10月に報告した「汚染された検索結果」（クエリには答えているが、そのキーワードで通常出るサイトが出ない）とは別種の障害と位置づけています。両社は評価方法が異なり数値は直接比較できないこと、SE Ranking のデータはオーガニック結果のみでGoogleの意図や実際の利用者が見た画面は判断できないこと、Googleからの公式説明はないことが明記されています。SEJ は、9月下旬〜10月に9位以下や2ページ目で順位が落ちたように見えた場合、自サイトの代わりに入った結果がクエリの1語にしか関係していないか、Search Console で同じクエリの表示回数とクリック数が変わっているかを、報告前に確認するよう勧めています。 **解説** 10/29号で、Google がスクレイピングに対して異なる検索結果を返すようになり、Semrush や Majestic を含む順位ツールのデータが汚染されている話を取り上げました。今回の報告はその続きで、ツール2社が「9月中旬から自分たちの収集データがおかしい」と自ら公表した形です。記事も両社も、この現象が実際のユーザーの画面で起きているとは言っていません。順位ツールが取得した結果が、9位以下を中心に崩れている、というところまでが確かな事実です。 実務への含意は、10/29号と同じ結論を強める方向です。サードパーティの順位データ、特に2ページ目以降の順位は、この9月以降は信用できる状態にありません。ツール上で「10位台から圏外へ落ちた」と出ても、Search Console の同じクエリで表示回数とクリックが変わっていなければ、落ちたのはツールの収集結果であって、ユーザーが見た順位ではない可能性が高い。順位レポートを上司に出す立場なら、この期間の下位順位の変動は「ツール側の障害の可能性あり」と注記したうえで、Search Console の数字を主にしてください。 なお記事が指摘するとおり、今回の崩れはクエリ中の1語に反応する形なので、「法人 銀行 融資枠」のような複合語のロングテールほど影響を受けます。逆に言えば、複合語で上位5位に入っているページは今回の現象では動いていません。上位の順位が安定していてクリックも変わっていないなら、何もする必要はありません。 出典: [Unrelated Google results hit over 57% of keywords overnight: What our study found](https://seranking.com/blog/unrelated-google-results-research-study/)（SE Ranking） / [Rank Trackers Find Google Results About One Word Of A Query via @sejournal, @MattGSouthern](https://www.searchenginejournal.com/rank-trackers-find-google-results-about-one-word-of-a-query/595798/)（Search Engine Journal (SEO)） ## Google Search Consoleでクリック数が急増する不具合が発生中 Search Engine Roundtable（Barry Schwartz 氏、2026年11月3日）によると、直近数日間、一部サイトの Google Search Console パフォーマンスレポートでクリック数が急増しています。Search Engine Land の関係者が最初に気づき（3サイトでAPI経由のデータに急増、Web画面で見えたのは1サイト）、Joy Hawkins 氏が X で表示回数は横ばいのままクリックだけが跳ねたスクリーンショットを共有、Glenn Gabe 氏は一部のプロパティだけで見られ大半は正常と報告しました。コメント欄では週末にクリックが5倍になったが実際のサイト訪問には表れていないという声や、順位ツールが検索結果の「?goto」パラメータを解決した際のアクセスがクリックとして数えられたのではという推測が出ています。Hawkins 氏はCTRのパターンからボットの可能性が高いと見ており、Schwartz 氏は Google にコメントを求めていますが回答はありません。 Marie Haynes 氏（同日）は、自身が監視するサイト群での観察を公開しています。大半は正常でしたが、一部で10月31日〜11月1日に始まり11月2日に急増しました。多拠点サービス業のサイトAは1日約50クリックが327に（6.5倍、デスクトップは14.1倍、米国中心、120ページに分散）、地域サービス業のサイトBは約16が66に（4.1倍、デスクトップ7.9倍）、技術Q&AサイトCは約68が144に（カナダからが約11から75に増え、1ページに23の言い換えクエリから40クリックが集中）。共通する特徴は、2〜6ページ目（順位11〜55付近）でCTRが45〜100%を記録していることで、サイトAのデスクトップ全体のCTRは0.20%から2.89%に上がりました。表示回数が横ばいに見えたのは、増分が全体の1.5%程度で目立たなかったためです。原因は未確定としつつ、①検索結果のリンクを実際に開くスクレイパーやヘッドレスブラウザ、②下位ページをクリックしてシグナルを偽装するCTR操作ネットワーク、③候補URLを開いて回るAIリサーチツールのエージェント（サイトCの言い換えクエリ群がこれに近い）、④Google側のボットクリック除外の不具合、の4つを挙げ、「人間のトラフィックではない」と結論づけています。推奨は、ページの変更や否認などの対応はせず、レポートに「2026年11月初旬の急増」と注記すること。切り分けには、デスクトップ／モバイルのフィルタ、国タブ、ページタブで掲載順位10超に絞って影響URLを特定する方法を示しています。 **解説** 日本のサイトでも同じ特徴が出ていないか、一度だけ確認する価値があります。手順は Haynes 氏のとおりで、Search Console のパフォーマンスで10月31日〜11月3日あたりを表示し、①デバイスをデスクトップに絞ってクリックが跳ねていないか、②国タブで米国やカナダからのクリックが不自然に増えていないか、③「掲載順位 > 10」のページでCTRが数十%になっているものがないか、を見ます。3つが揃えば今回の現象です。実際の訪問は GA4 のセッション数で裏が取れ、増えていなければ Search Console 側だけの数字です。 該当した場合にやることは「何もしない」です。否認やページ修正は意味がなく、記録だけ残してください。月次レポートでクリック数を KPI にしている案件では、この期間の値に注記を入れないと、翌月に「クリックが急落した」という誤った読みが発生します。 この話は10/29号以来の「検索結果まわりの計測が壊れている」流れの一部です。順位ツールが Google のスクレイピング対策に対応しようとして検索結果のリンクを実際に辿るようになれば、それが Google 側にはクリックとして見える可能性があります。今回の原因がそれかどうかは確定していませんが、サードパーティツールの挙動が一次データであるはずの Search Console にまで影を落とし始めているなら、Search Console の数字も「異常のパターンを知ったうえで除外して読む」前提で扱う必要が出てきた、ということです。 出典: [Google Performance Reports Showing Weird Spike In Clicks For Some Sites](https://www.seroundtable.com/google-performance-reports-spike-clicks-42448.html)（Search Engine Roundtable） / [Massive Click Spikes in Google Search Console (Early November 2026): What Is Going On and How to Filter Your Reports](https://www.mariehaynes.com/google-search-console-click-spikes-november-2026/)（Marie Haynes） ## Googleがrobots.txtによる一部JavaScriptリソースのブロックを容認 Search Engine Roundtable（Barry Schwartz 氏）と Search Engine Journal（Roger Montti 氏）が2026年11月3日、Reddit での John Mueller 氏の回答を伝えました。質問者のサイトは法的な理由で年齢確認ポップアップを表示する必要があり、ポップアップは別ドメインからAPI経由で差し込まれています。そのドメインの robots.txt で Googlebot を全面的に禁止すれば、ポップアップがレンダリングされなくなるか、という質問でした。 Mueller 氏は「一般的にはそれで機能する」と答え、2つの方法を説明しました。1つ目は埋め込み元のドメイン側で robots.txt によりクロールを禁止する方法で、Googlebot はレンダリング中にそのコンテンツの取得を試みるものの、禁止されていれば取得も利用もしない。広告配信で広く使われている仕組みと同じです。ただし、そのリソースがなくてもページが正常に表示されるかは確認が必要だとしています。2つ目は、埋め込み元の robots.txt を変更できない場合に、読み込みに使う自サイトの JS ファイルを robots.txt でブロックする方法で、レンダリング時に実行されなくなります。Mueller 氏はこれを「あまり一般的ではない」選択肢と位置づけ、多くの機能を1つにまとめた JS ファイルであればブロックすべきではないと付け加えました。Montti 氏は、Google が以前は CSS や JS をブロックしないよう求め、怠ったサイトが一時的に順位を落とした例もあった経緯に触れつつ、今回の回答を robots.txt でレンダリングに使うリソースを制御できる例と解釈しています。両記事とも、クローキングとの関係やインタースティシャルに関する Google のガイドラインには触れていません。 **解説** 日本で同じ状況になるのは、酒類・たばこ・成人向けなど法令や業界ルールで年齢確認が必須のサイトと、同意管理ツール（Cookie バナー）を外部サービスから読み込んでいるサイトです。これらは「ユーザーには必ず見せなければならないが、ページの内容とは無関係」という点で、今回の回答がそのまま当てはまります。外部サービス側の robots.txt を自分で変えることは普通できないので、現実的には2つ目の方法、つまり自サイトで読み込み用スクリプトを分離して robots.txt でブロックする形になります。その場合、ブロックした状態で Search Console の URL 検査を実行し、レンダリング結果に本文が正しく出ていること、ブロック対象が年齢確認の JS だけであることを確認してください。1ファイルに複数の機能が入っているなら、まずファイルを分けるのが先です。 ここから先は、この回答を広げて読まないための注意です。Mueller 氏が答えたのは「法的に必須で、本文の内容に影響しないポップアップ」の話です。マーケティング目的の全画面ポップアップやメルマガ登録の割り込みを Googlebot にだけ見せないようにする、という使い方は、ユーザーが見る画面と Googlebot が見る画面を意図的に変えることになり、今回の回答が保証している範囲の外です。ユーザー体験を損ねるポップアップは、Googlebot から隠すのではなく、表示のタイミングや大きさを見直す対象です。公開ページで人間が見るものとクローラーが見るものを揃えておく、という原則は変わりません。 出典: [Google Says It’s Okay To Block Some JavaScript Resources With Robots.txt via @sejournal, @martinibuster](https://www.searchenginejournal.com/google-says-its-okay-to-block-some-javascript-resources-with-robots-txt/595736/)（Search Engine Journal (SEO)） / [Google On How To Block Popups Using Robot.txt In Search](https://www.seroundtable.com/google-robots-block-popups-42445.html)（Search Engine Roundtable） ## OpenAIと出版社によるコンテンツ提携の現状とChatGPTでの引用傾向 Ahrefs（Ryan Law 氏、2026年11月3日）は、OpenAI とコンテンツ提携している出版社グループ22（20社以上）の85ドメインについて、米国の ChatGPT 回答約550万件のうちそのドメインにリンクしている回答数を、同社の Brand Radar の2026年11月時点のスナップショットで集計しました。引用が多いのは報道系より生活・レビュー系で、Vogue（42,108件）、Car and Driver（41,603件）、Tom’s Guide（36,439件）、Good Housekeeping（35,728件）、TechRadar（31,415件）が3万件超。報道系は Washington Post（25,614件）、The Guardian（24,336件）、WSJ（18,890件）、AP（15,761件）、FT（7,588件）で、同じ提携先でも The Atlantic は724件、Le Monde は713件、Axel Springer 傘下では Business Insider が16,415件に対し Welt は304件、Bild は77件でした。別枠で提携している Reddit は150,388件で最多ですが、Stack Overflow は130件です。提携先のうち10ドメインが ChatGPT の引用上位50サイトに、47ドメインが上位500に入っています。 同社のクエリ・ファンアウト調査では、提携先の引用シェアは2026年3月の7.5%から7月に15.8%へ上がり、9月は12.5%でした。Reddit の引用は3月には回答5件に1件の割合でしたが、9月末には43件に1件まで下がっています。記事は、提携は「表示される資格を得ること」であって表示の保証ではないと結論づけ、非提携サイトとの直接比較の数値は示していません。留保として、単一時点のスナップショットで日々の変動が大きいこと（引用されたページのうち翌日も引用されるのは約4分の1、ドメイン単位では変動は約14%）、米国データのみで英語以外の媒体は過小評価されていること、直近に提携した Times Group や Indian Express の数値は暫定の基準値であることを挙げています。日本の出版社は提携先に含まれておらず、日本語媒体への言及もありません。推奨は、PR 対象を選ぶ際に提携先リストではなく、自社の業界で ChatGPT が実際によく引用しているサイトを基準にすることです。 **解説** AIによる要約とリンク提供が進むことで、特定の権威あるサイトへのトラフィック集中が加速する可能性があ日本のサイト運営者にとって、この記事の直接の価値は小さいです。提携先に日本の媒体はなく、データも米国のみなので、日本語の回答で何が引用されているかはこの調査からはわかりません。意味があるのは、提携という最も強い関係を持つ出版社ですら引用数が60倍近く開いている、という観察の方です。OpenAI にお金を受け取ってもらえる関係があっても、生活やレビューの文脈で具体的な答えを持つサイトが引用され、論説中心のサイトは引用されない。引用されるかどうかを決めているのは契約ではなく、回答に使える具体的な情報があるかどうかです。 Reddit の引用が半年で5件に1件から43件に1件まで落ちた点は、10/28号で取り上げた「AI 引用は変動が常態で、翌日には半分が消える」という観察を、ドメイン単位でも裏づけています。今日（11/3号）の Ahrefs の別調査では Reddit での言及が AI 可視性と最も相関が強いという結果でしたが、その Reddit 自身の引用がこれだけ動いているなら、特定のプラットフォームに寄せた施策は数か月で前提が変わります。PR や言及獲得を考えるなら、記事の推奨どおり「自社の業界で実際に引用されているサイト」を起点にし、その確認は自社の実測で行う、というのが現実的な線です。なお記事の推奨は同社ツールの利用を前提にしていますが、自社名や自社のサービス領域で ChatGPT や AI Overviews に実際にどんなサイトが出ているかは、ツールがなくても自分で確かめられます。ります。特にニュースサイトや専門的なナレッジベースを持つサイトは、AIによる引用の有無が流入数に直接影響しやすくなるでしょう。 実務においては、単にAIに引用されることを目指すのではなく、AI概要やLLMからの流入が自然検索のクリック数にどのような影響を与えているかを定量的に把握することが重要です。特に、AIによる要約でユーザーのニーズが完結してしまう「ゼロクリック検索」の傾向を注視し、CVに至る導線が維持されているかを確認してください。 出典: [Every OpenAI Publisher Partnership, and How Often ChatGPT Cites Them](https://ahrefs.com/blog/openai-publisher-partnerships/)（Ahrefs Blog） ## Google Lighthouseの更新でPageSpeed Insightsのスコア算出方法が変更 Search Engine Journal（Matt G. Southern 氏、2026年11月2日）によると、PageSpeed Insights は2026年10月27日にリリースされた Lighthouse 13.6.0 を使うようになり、ラボデータのスコアがサイト側の変更なしに変わることがあります。Google Chrome の Web Performance Developer Advocate である Barry Pollard 氏が Bluesky で告知したもので、シミュレートされる FCP と LCP がより正確になった結果、全体としてスコアは高く出る傾向があり、JavaScript への依存度が高いサイトで影響が大きい（SPA に限らない）としています。 変更の中身はシミュレーションエンジン「Lantern」の2点です。1つは、リクエストがレンダリングを妨げるかの判定を、従来の fetch priority ベースから Chrome の render-blocking ラベルを優先する方式に変えたこと。もう1つは、LCP 要素がファーストコンテンツと同じフレーム内のテキストである場合、LCP を FCP と同じリクエストとタスクの集合から推定するようにしたことで、以前は LCP 以前の全リクエストを含みうる集合を使っていました。この修正は Ivan Akulov 氏が GitHub に報告した issue（#16539）への対応で、Chrome 159（安定版は2026年12月8日予定）の DevTools にも入ります。記事は、ラボデータは単一デバイス・固定ネットワーク条件のシミュレーションで実ユーザー体験を保証しないという Google のドキュメントを引き、改善を評価する際は比較する2つのレポートが同じ Lighthouse バージョンか確認すること、フィールドデータ（CrUX、過去28日の実訪問）を併せて見ること、13.6 への切り替え時点でラボスコアのグラフに段差が出ることを挙げています。フィールドデータが変わるという記述はなく、ランキングへの影響にも触れていません。 **解説** 実務で起きるのは、10月27日を境に PSI のスコアが数点〜十数点上がり、それが「改善の成果」として報告される、という場面です。制作会社やプラグインの導入効果を PSI スコアで評価している案件では、この日をまたいだ前後比較は成立しません。比較するなら両方とも 13.6 で測り直すか、スコアではなくフィールドデータ（PSI 上部の「実際のユーザーの環境で評価する」の数値、または Search Console のウェブに関する主な指標）で見てください。フィールドデータは今回の変更で動いていません。 当社の立場は以前から「ラボスコアは診断の手がかり、判断はフィールドデータ」です。今回のように測定方法が変わると、ラボスコアは一晩で動きますが、ユーザーの体感も検索での扱いも何も変わっていません。PSI のスコアを KPI にしている場合は、これを機に Search Console のウェブに関する主な指標の「良好 URL の割合」に置き換えることを勧めます。こちらは実訪問に基づき、Google が検索で参照しているのも同じデータです。 なお、WordPress で高速化プラグインを入れているサイトは JavaScript の読み込み制御をプラグインに任せている場合が多く、今回のレンダリングブロック判定の変更で特にスコアが動きやすい部類です。上がったとしても、下がったとしても、設定を触る前にフィールドデータが変わっていないことを確認してください。 出典: [Google Lighthouse Update Changes How PageSpeed Insights Simulates Loading via @sejournal, @MattGSouthern](https://www.searchenginejournal.com/pagespeed-insights-scores-lighthouse-update/595698/)（Search Engine Journal (SEO)） ## Google AIモードの航空券検索で自社サービスへの誘導が独占的な傾向 Search Engine Roundtable（Barry Schwartz 氏、2026年11月3日）によると、Natzir 氏が10月30日頃に X で、Google の AI モードで航空券について尋ねた際、回答内のリンクがすべて Google Flights だったと指摘しました。Schwartz 氏も週末に国内線・国際線の複数の目的地で試し、「100%の確率で」リンク先は Google Flights のみで、航空会社や他の予約サイトへのリンクは確認できなかったとしています（数十枚のスクリーンショットのうち1枚を掲載。具体的なクエリ文や件数は記載なし）。Google のコメントはなく、Schwartz 氏は欧州のデジタル市場法（DMA）の担当者が関心を持つだろう事案だと皮肉を交えて述べています。 **解説** 11/1号で取り上げた BrightEdge の旅行業界調査では、AI 検索の予約意図のクエリで予約プラットフォーム（Expedia 等）が強いという結果でしたが、AI モードの回答内リンクに限れば、その座を Google 自身のサービスが占めている、というのが今回の観察です。日本でも Google フライトは提供されているので、同じことが起きている可能性は高く、航空券比較のアフィリエイトやメタサーチを運営しているなら、自社の対象路線で AI モードの回答を一度確認しておく価値があります。 ただし、やることは確認と記録までです。Google が AI モードで自社サービスへ誘導する設計を外部の施策で変えることはできず、構造化データを整えても回答内のリンク先には影響しません。実害の有無は、Search Console で航空券関連クエリの表示回数とクリックが10月以降どう動いたかで見てください。AI モードは日本でも2025年9月から日本語で使えますが、通常の検索結果からの流入が主である間は、慌てる段階ではありません。この種の自社誘導が規制当局の論点になるかどうかは、欧州の動きを追う話です。 出典: [Google AI Mode Biased: It Only Shows Links To Google Flights](https://www.seroundtable.com/google-ai-mode-links-google-flights-42428.html)（Search Engine Roundtable） ## FAQ ### Google検索で「無関係な検索結果」が急増している現象とはどのようなものですか？ 複合語のクエリにおいて、その中の1語にしか反応しない無関係なページが、主に9位以下や2ページ目以降に表示される現象です。