Category Archive SEO対策

MonsterInsights公式サイトが攻撃、フィッシングメールに警戒を

MonsterInsights公式サイトが攻撃、フィッシングメールに警戒を

WordPress向けGoogle Analytics連携プラグイン「MonsterInsights」の公式サイトがサイバー攻撃を受け、一時的にオフラインとなった。さらに深刻なのは、同プラグインを装ったフィッシングメールがユーザーに送信されている点だ。無料版だけでも200万サイト以上にインストールされており、影響は広範囲に及ぶ。

この記事では、MonsterInsightsが直面している攻撃の実態と、ユーザー側が直ちに取るべき対策を整理する。サイトに同プラグインを導入している運営者は、偽の更新通知やダウンロードリンクに十分な警戒が必要だ。

MonsterInsightsとは何か、なぜ影響が大きいのか

MonsterInsightsとは何か、なぜ影響が大きいのか

MonsterInsightsは、WordPressサイトにGoogle Analytics(GA)のデータを直感的に表示するプラグインだ。管理画面内のダッシュボードでアクセス解析を完結できる点が評価され、広く普及している。無料版のインストール数は200万サイトを超え、有料版を含めると約300万サイトに導入されているとされる。

MonsterInsights の通常動作
WordPressサイト GAデータを取得 MonsterInsights 管理画面に表示
Google Analytics の複雑な設定を簡単化し、サイト運営者がトラフィックを把握しやすくする
今回発生している問題
攻撃者 偽の更新メールを送信 ユーザー 不正なサイトから偽プラグインをダウンロード
※公式サイトは攻撃緩和中でオフライン。プラグイン自体の追跡機能には影響なし

上図のように、MonsterInsightsは本来、GAデータをWordPress管理画面に橋渡しする安全なツールだ。しかし今回、攻撃者がその信頼性を逆手に取り、ユーザーを偽サイトへ誘導する手口が確認されている。

インストールベースが極めて大きいため、被害が連鎖的に広がるリスクがある。攻撃者がMonsterInsightsの顧客リストにアクセスした場合、正規のユーザー情報を使って説得力のあるフィッシングメールを送信できるからだ。

公式サイトのダウンと攻撃の兆候

公式サイトのダウンと攻撃の兆候

Search Engine Journalの記事によれば、MonsterInsightsの公式サイトは2026年6月12日時点でオフラインとなり、トップページには以下のような告知が表示されている。

Our website is offline as we’re mitigating an attack. Your analytics and tracking aren’t affected. Please DO NOT download MonsterInsights from any 3rd party website as there is a known phishing attempt happening right now.

この告知から読み取れるのは、攻撃がWebサイトそのものを標的にしている一方で、既存ユーザーのアナリティクス機能やトラッキングには影響が出ていないという点だ。MonsterInsightsはプラグインとして各サイトにローカルインストールされているため、公式サイトが落ちても、すでに導入済みのサイトでGAデータの取得が止まることはない。

ただし、公式サイトにアクセスできない状態が続くと、正規のアップデートを受け取れなくなるリスクがある。攻撃者はその隙を突き、「MonsterInsightsの緊急アップデート」を装ったメールを流している。

攻撃の種類とフィッシングの手口

現時点で攻撃の詳細な手法は明らかにされていない。しかし、公式サイトの差し替えと顧客へのフィッシングメール送信が同時に発生していることから、次のようなシナリオが推測される。

  • 攻撃者が何らかの方法でMonsterInsightsの顧客データベースまたはメール配信システムにアクセスした
  • 入手したメールアドレスに対して、MonsterInsightsを装ったフィッシングメールを一斉送信している
  • メールには偽のダウンロードリンクが含まれ、サードパーティサイトから不正なプラグインをインストールさせる狙いがある

フィッシングメールを受け取ったユーザーがリンクをクリックし、指示に従って「更新」を実行すると、マルウェアを含む偽のプラグインがWordPressサイトにインストールされる可能性がある。これにより、サイトの乗っ取りや情報漏洩といった二次被害が発生するリスクが高まる。

フィッシングメールの典型的なパターン
差出人 MonsterInsights サポート(偽装)
件名 【緊急】MonsterInsights セキュリティアップデートのお知らせ
本文例
「お客様のサイトで重大な脆弱性が検出されました。以下のリンクから最新版をダウンロードし、直ちに更新してください。」
⚠ リンク先は monsterinsights-update.com など偽ドメイン
正しい対応
メール内のリンクは一切クリックしない
公式サイト(復旧後)またはWordPress管理画面からのみ更新する
不審なメールは support@monsterinsights.com に報告する

上記のような緊急性を煽る文言が使われている場合、特に注意が必要だ。MonsterInsightsの公式Xアカウントも、サードパーティサイトからのダウンロードをしないよう強く呼びかけている。

ユーザーからの報告とSNS上の反応

ユーザーからの報告とSNS上の反応

X(旧Twitter)上では、実際にフィッシングメールを受け取ったユーザーが複数報告している。

ユーザーの @alliemims 氏は、フィッシングメールを受け取ったがリンクには触れず、公式サイトの問い合わせフォームから報告しようとしたところ、403エラーでアクセスできなかったと投稿している。別のユーザー @biancavandepoel 氏は、攻撃者がすでに顧客リストを入手している可能性を指摘し、MonsterInsights側から全顧客への迅速な警告メール送信を求めている。

これらの投稿からは、ユーザーが混乱しつつも冷静に対処しようとしている様子がうかがえる。報告しようとしても公式サイトにアクセスできないという状況が、事態をより複雑にしている。

MonsterInsightsの公式対応と今後の展望

MonsterInsightsの公式対応と今後の展望

MonsterInsightsは公式Xアカウントで、攻撃を緩和するための対応を進めていると発表している。また、サードパーティサイトからのダウンロード禁止を改めて警告し、ユーザーに対しては support@monsterinsights.com への問い合わせを案内している。

現時点では、公式サイトの復旧時期や攻撃の全容については明らかにされていない。しかし、過去のWordPressプラグインに対するサプライチェーン攻撃の事例から見ると、今回のインシデントは以下のような段階を経て収束に向かうと予想される。

  • 攻撃経路の特定と遮断
  • 流出した可能性のある顧客データの範囲特定
  • 公式サイトの復旧とセキュリティ強化
  • 影響を受けたユーザーへの個別通知

重要なのは、MonsterInsightsのプラグインそのものに脆弱性が見つかったわけではないという点だ。今回の問題は公式サイトと顧客コミュニケーション経路への攻撃であり、既存のインストール済みプラグインが直接危険にさらされているわけではない。ただし、フィッシングによって偽のプラグインをインストールさせられるリスクは現実に存在する。

サイト運営者が直ちに取るべき5つの対策

サイト運営者が直ちに取るべき5つの対策

MonsterInsightsを導入している、または同プラグインの利用を検討しているサイト運営者は、以下の対策を即座に実行することを推奨する。

STEP 1 MonsterInsightsを装ったメール内のリンクは一切クリックしない
STEP 2 プラグインの更新は必ずWordPress管理画面または公式サイト(復旧後)からのみ行う
STEP 3 不審なメールを受け取った場合は support@monsterinsights.com に報告する
STEP 4 自社WordPressサイトのプラグイン一覧を確認し、身に覚えのないプラグインがインストールされていないかチェックする
STEP 5 全従業員・運営メンバーにフィッシングメールへの注意喚起を共有する

特に重要なのは、落ち着いて公式情報を待つことだ。攻撃者は混乱に乗じてユーザーを騙そうとする。MonsterInsightsのプラグイン自体が危険になったわけではないため、慌ててプラグインを削除したり、非公式の「修正版」をインストールしたりする必要はない。

WordPressプラグインのエコシステム全体を見渡すと、今回のようなサプライチェーン攻撃は増加傾向にある。2024年にも複数の人気プラグインが同様の手口で攻撃を受けた事例がある。自社サイトのセキュリティ対策として、以下の日常的な施策も合わせて見直すことを推奨する。

  • プラグインの自動更新を有効にし、公式リポジトリからの更新のみを許可する
  • 管理画面へのアクセスに二要素認証を導入する
  • 定期的にサイトのプラグイン一覧を監査し、不要なものは削除する
  • セキュリティプラグインでファイル変更の監視を行う

この記事のポイント

  • MonsterInsights公式サイトが攻撃を受け、フィッシングメールが顧客に送信されている
  • 既存のプラグイン機能(アナリティクス・トラッキング)には影響なし
  • メール内のリンクからサードパーティサイトでプラグインをダウンロードしないこと
  • プラグイン更新はWordPress管理画面または公式サイトからのみ行う
  • 不審なメールは公式サポートに報告し、自社サイトのプラグイン一覧も確認する
UpdraftPlusに深刻な脆弱性、300万サイトが認証迂回の危険

UpdraftPlusに深刻な脆弱性、300万サイトが認証迂回の危険

WordPressの人気バックアッププラグイン「UpdraftPlus Backup & Migration」に深刻な脆弱性が発見された。インストール数は300万サイトを超えており、影響範囲は極めて広い。この問題を悪用されると、ログイン情報を持たない攻撃者がサイトの管理者権限を取得し、悪意あるプラグインを設置できる。

脆弱性が確認されたのはバージョン1.26.4以前の全バージョン。開発元はすでに修正版1.26.5をリリースしている。Wordfenceの報告によれば、24時間で8,000件を超える攻撃が観測されており、早急な対応が求められる。

脆弱性の概要と影響範囲

脆弱性の概要と影響範囲

UpdraftPlusはWordPressサイトのバックアップ、復元、移行を一手に担う定番プラグインだ。Google DriveやDropboxなど多数のクラウドストレージへのバックアップに対応し、無料版でも一通りの機能を使える。300万というアクティブインストール数は、WordPressプラグイン全体でもトップクラスに位置する。

これだけの規模で使われているプラグインに認証回避の脆弱性が見つかったことは、WordPressエコシステム全体にとって大きな脅威である。とくに今回の問題は、攻撃者がログインする必要すらない点で深刻度が一段高い。

脆弱性のあるバージョン
UpdraftPlus バージョン 1.24.0 から 1.26.4 まで (危険)
修正済みバージョン
UpdraftPlus バージョン 1.26.5 以上 (安全)

上図のとおり、1.26.4以前はすべてのバージョンが影響を受ける。1.26.5への更新で修正されるため、管理画面から利用可能なアップデートがないかすぐに確認してほしい。

すべてのサイトが攻撃対象になるわけではない

注意すべき点として、UpdraftPlusをインストールしているだけでは攻撃が成立しない。プラグインの変更履歴によれば、攻撃が可能になるのは「アクティブなMigratorキー」または「UpdraftCentralキー」が設定されているサイトに限られる。

Migratorキーは有料版でのみ使われる移行機能で、UpdraftCentralキーは無料版・有料版の両方で利用できるリモート管理機能である。これらのキーを有効化しているサイト運営者は、とくに注意が必要だ。

攻撃成立の条件
UpdraftCentral キー有効 無料版・有料版の両方
Migrator キー有効 有料版のみ
いずれかのキーが有効なサイトが攻撃対象となる

認証バイパスの仕組み

認証バイパスの仕組み

この脆弱性は「認証バイパス(Authentication Bypass)」に分類される。認証バイパスとは、本来必要なはずの本人確認の仕組みをすり抜けてしまう欠陥のことだ。

UpdraftPlusはリモート通信を受け取る際、その命令が正当な管理者から送信されたものかを検証する仕組みを持っている。ところが今回の問題では、この検証プロセス自体を迂回できてしまう。結果として、攻撃者の偽造命令が「正規の管理者命令」として処理されてしまうのだ。

暗号署名の検証が機能しない根本原因

Wordfenceの技術分析によれば、問題の核心は「リモート通信メッセージの検証不備」にある。

通常、プラグインは受信した命令の署名(デジタルな印鑑のようなもの)を検証し、改ざんや偽造がないことを確認する。検証に失敗した場合、システムはその命令を拒否するべきだ。ところがUpdraftPlusのコードには、署名検証に失敗したときにエラーを返して処理を停止するのではなく、暗号鍵として「オールゼロ(すべてのビットが0の鍵)」に陥ってしまう欠陥があった。

これをもっと身近なたとえで説明しよう。たとえば、オフィスの入館ゲートでICカード認証が失敗したとする。本来ならゲートは閉じたままでなければならない。しかし今回の問題は、認証に失敗したときに「鍵が全部0の状態のマスターキー」が自動的に発行されてしまうようなものだ。攻撃者はそれを知っていれば、簡単にゲートを通れてしまう。

脆弱な動作(Before)
署名検証 失敗 鍵がオールゼロに 攻撃者の命令が通る
本来あるべき動作(After)
署名検証 失敗 処理を拒否して終了 命令は実行されない

この欠陥により、攻撃者は任意のRPC(リモートプロシージャコール、遠隔操作命令)を偽造し、接続中の管理者として実行できるようになる。

攻撃の実態とリモートコード実行の危険性

攻撃の実態とリモートコード実行の危険性

認証バイパスによって攻撃者が得るのは、単なる閲覧権限ではない。管理者権限での操作が可能になるため、サイトの運命を左右する重大な操作を自由に行える。

もっとも危険なシナリオは、悪意あるWordPressプラグインのアップロードと有効化だ。攻撃者は見た目は普通のプラグインに見せかけたバックドア(裏口)を設置できる。このバックドアが有効化されると、サーバー上で任意のコードが実行可能になり、以下のような被害が現実のものとなる。

  • サイトデータの窃取(顧客情報、メールアドレス、パスワードハッシュなど)
  • マルウェアの注入による訪問者への二次被害
  • サイトの改ざんやフィッシングページの設置
  • 管理者アカウントの不正作成と恒久的な支配
  • 他のサーバーへの攻撃拠点としての悪用

すでに8,000件以上の攻撃を観測

Wordfenceの脅威インテリジェンスチームは、24時間で8,172件の攻撃試行をブロックしたと報告している。これは実際に悪用が試みられている明確な証拠だ。

ブロックされた攻撃の数だけでは、実際に侵入に成功したサイトの数はわからない。しかし攻撃者が積極的にスキャンと攻撃を仕掛けている以上、未対策のサイトはきわめて危険な状態にあると言わざるを得ない。

サイト運営者がいますぐ取るべき対策

サイト運営者がいますぐ取るべき対策

脆弱性への対応はシンプルだ。UpdraftPlusをバージョン1.26.5以降にアップデートすること。これだけで問題は解消される。

STEP 1 WordPress管理画面で「プラグイン」→「インストール済みプラグイン」を開く
STEP 2 UpdraftPlusに更新通知が表示されていれば「今すぐ更新」をクリック
STEP 3 更新後、バージョンが1.26.5以上になっていることを確認
STEP 4 可能であればサイト全体のセキュリティスキャンを実施し、不正なプラグインや管理者アカウントの有無を確認

UpdraftPlusの変更履歴では「すべてのユーザーは直ちに更新すべき」と明記されている。有料版・無料版を問わず、更新の猶予はない。

更新以外に検討すべき安全策

今回の脆弱性は、WordPressサイトの基本的なセキュリティ対策の重要性を改めて示している。以下の対策もあわせて検討してほしい。

  • プラグインの定期的な自動更新を有効にする
  • 使用していないプラグインは削除し、攻撃対象を減らす
  • セキュリティプラグインを導入し、不審な通信を監視する
  • 定期的にバックアップを取得し、復旧手順を確認しておく
  • UpdraftCentralやMigratorキーを現在使っていないなら、無効化を検討する

この記事のポイント

  • UpdraftPlus 1.26.4以前に認証バイパスの脆弱性が存在し、300万以上のサイトが影響を受ける
  • 攻撃者はログイン不要で管理者権限を取得し、悪意あるプラグインの設置が可能
  • 24時間で8,000件以上の攻撃が観測されており、すでに悪用が進行中
  • バージョン1.26.5への即時更新で修正される
  • MigratorキーまたはUpdraftCentralキーを有効化しているサイトはとくに危険
Shopify障害で店舗停止、広告費消失のリスクと対策

Shopify障害で店舗停止、広告費消失のリスクと対策

2026年6月3日、Shopifyで大規模なサービス障害が発生した。店舗フロントの表示不具合やチェックアウト機能の停止により、世界中のEC事業者が売上機会を失った。とりわけGoogleやMetaに広告予算を投下していた事業者は、クリックを集めながら購入完了に結びつけられないという致命的な状況に陥っている。

本記事では、この障害がECサイトの広告パフォーマンスとSEOに及ぼす実務的な影響、および同様の事態を想定したリスク分散策を整理する。Shopifyに限らず、SaaS型ECプラットフォームに依存する事業者共通の課題として捉えてほしい。

障害の概要と影響範囲

障害の概要と影響範囲

Shopifyは米国東部時間9時27分に問題を認識し、管理画面やPOSレジ、カスタマーサポートへのアクセス障害を公表した。店舗フロントやチェックアウトにも波及し、購入完了ができない状態が約1時間にわたって続いた。10時37分には根本原因を特定し、回復に向かっていると発表している。

影響を受けたのは以下の4領域だ。いずれもEC事業の中核を担う機能であり、たとえ短時間の停止でも事業者の損失は無視できない。

  • 店舗フロントの表示
  • チェックアウト処理
  • 管理画面へのログイン
  • 実店舗向けPOSレジ

Search Engine Landの記事によれば、この障害を最初に報告したのはSenior Paid Media ManagerのAyisha Yousef氏だ。同氏はLinkedIn上でエラーメッセージのスクリーンショットを共有し、広告運用担当者へ注意を呼びかけた。

Shopify障害の時系列

9:27 EDT Shopifyが問題を認識、管理画面とPOSの障害を公表
9:45 EDT 調査中であることを追記、チェックアウト障害が拡大
10:37 EDT 根本原因を特定、復旧対応を実施中と発表

このタイムラインからわかるのは、障害検知から復旧まで約1時間10分というスピード感だ。しかしEC事業者にとって、ピーク時間帯の1時間は致命的な機会損失になりうる。

チェックアウト停止が広告運用に直撃する仕組み

チェックアウト停止が広告運用に直撃する仕組み

最も深刻なのが、広告経由で流入したトラフィックが一切売上に結びつかない状況だ。Googleショッピング広告やMetaのダイナミック広告で商品を表示し、ユーザーがクリックして店舗に到達しても、チェックアウト画面でエラーが発生すれば購入は成立しない。

広告費はクリック単位で課金される。つまり「クリックは発生するがコンバージョンはゼロ」という状態が続けば、ROAS(広告費用対効果)は急落する。以下の図は、障害発生中に起こる広告費消失のメカニズムを単純化したものだ。

通常時(Before)
広告クリック 商品ページ表示 チェックアウト完了 売上発生
障害発生時(After)
広告クリック 商品ページ表示 チェックアウトエラー 売上ゼロ・広告費だけ消費

この構造は、広告キャンペーンのパフォーマンスデータにも深刻な歪みをもたらす。障害時間帯のコンバージョン率が異常に低くなるため、キャンペーン全体の平均値を押し下げ、自動入札戦略の学習にも悪影響を与える可能性がある。

Google広告とMeta広告への具体的な影響

Google広告では、コンバージョンデータがスマート自動入札のシグナルとして使われる。障害によるゼロコンバージョンが一定期間続くと、アルゴリズムが「このキャンペーンは効果が低い」と判断し、入札単価の引き下げや表示頻度の低下を招く。

Meta広告(Facebook・Instagram)も同様だ。コンバージョンAPIで送信される購入イベントが途絶えると、アルゴリズムが最適なオーディエンスを見失い、その後の配信精度が低下する。特に障害直後の数日間は、通常よりもCPA(顧客獲得単価)が跳ね上がる傾向があると指摘する広告運用者もいる。

Search Engine Landの記事では、Shopify障害中は広告キャンペーンの成果を通常通り評価できないため、後日パフォーマンスを検証する際には障害時間帯を除外するか、別途注釈を加えることが推奨されている。

EC事業者が直面するプラットフォーム依存リスク

EC事業者が直面するプラットフォーム依存リスク

今回の障害は、多くのEC事業者が単一のプラットフォームに売上インフラのすべてを依存している現実を浮き彫りにした。Shopifyは数百万のオンラインストアを支える巨大プラットフォームであり、その停止は個別店舗の努力ではどうにもならないレイヤーで発生する。

とりわけ、以下のような状況にある事業者ほど影響が大きい。

  • プロモーションや新商品発売のタイミングと重なったケース
  • インフルエンサー施策で集中的にトラフィックを集めていたケース
  • Shopifyペイメント以外の決済手段を持たないケース

これは「SaaS型ECの構造的リスク」と言い換えられる。自社サーバーでECサイトを構築するオンプレミス型に比べ、SaaS型は運用負荷が低い半面、障害発生時のコントロール権はゼロに等しい。復旧を待つ以外に打てる手が限られるのだ。

依存度を下げるための分散戦略

完全にShopifyから離れるのは現実的ではない。しかし、致命的な売上機会損失を減らすための「保険」として、以下のような分散策を検討する価値はある。

  • バックアップ用のランディングページを外部で用意しておく(NotionやGoogleサイトで簡易的な注文フォームを設置するなど)
  • InstagramショップやAmazonストアなど、販売チャネルを複数持つ
  • 広告のリンク先をShopifyストア以外にも切り替えられる体制を整える
  • Shopifyとは別の決済リンク(Stripe Payment Linksなど)をSNSプロフィールに常設する

これらの対応は、日常的には使わなくても、緊急時に即座に切り替え可能な「避難経路」として機能する。障害発生から復旧までの1時間を耐え抜くための備えだ。

障害発生時に取るべき3つの即時対応

障害発生時に取るべき3つの即時対応

Shopifyに限らず、ECプラットフォームの障害を検知した際に、広告運用とSEOの両面で即座に実行すべき対応を整理した。以下の3ステップは、今回のShopify障害の事例をもとに構成している。

STEP 1 広告キャンペーンを一時停止する
Google広告・Meta広告・TikTok広告など、Shopifyストアをリンク先とするすべての広告を手動で一時停止する。自動化ルールを事前に設定しておくと迅速に対応できる。
STEP 2 ストアフロントに状況を表示する
管理画面にアクセスできる場合は、トップページに「現在システム障害によりチェックアウトに不具合が発生しています」という告知バナーを設置する。SEO的にはnoindexを付与せず、一時的な障害であることを伝える。
STEP 3 復旧後にパフォーマンスデータを補正する
障害時間帯のデータを分析から除外し、キャンペーン評価に歪みが生じないようにする。Googleアナリティクスで障害時間帯をセグメント化し、レポートに注釈を残しておく。

STEP 1の広告停止が最も重要だ。検索広告のクリック単価はリアルタイムで消費され続けるため、障害を検知してから数分以内に対応できるかどうかで、無駄になる広告費の額が大きく変わる。Google広告の自動化ルールで「コンバージョンがゼロになったらキャンペーンを停止する」条件を事前に設定しておくと、人的対応の遅れを防げる。

SEO視点で見る障害時の注意点

チェックアウトや管理画面の障害が直接的にSEOにペナルティを与えることはない。ただし、店舗フロントが完全に表示されない状態が長時間続くと、Googlebotがクロールに失敗し、インデックスの鮮度が落ちる可能性はある。

より実務的に注意すべきは、SNSや口コミで「このストア使えない」というネガティブな評判が広がることだ。ブランド検索の増加に対して、表示される検索結果がネガティブな情報に偏ると、その後のオーガニック流入にも影響が出る。障害発生時には、自社のSNSアカウントで状況を説明し、検索結果のコントロールに努めることが重要になる。

この記事のポイント

  • Shopifyの大規模障害はEC事業者に広告費の無駄遣いと機会損失をもたらした
  • チェックアウト停止中は広告キャンペーンを即座に停止し、復旧後にデータ補正を行う必要がある
  • 単一プラットフォームへの依存度を下げるため、販売チャネルと決済手段の分散が有効
  • 障害発生時に備えた広告自動化ルールの設定が、被害を最小化する鍵となる
  • 復旧後はキャンペーンパフォーマンスを適切に評価し、アルゴリズムの誤学習を防ぐこと
Microsoft Web IQでAIエージェントがBing検索を利用可能に。SEOへの影響を考察

Microsoft Web IQでAIエージェントがBing検索を利用可能に。SEOへの影響を考察

Microsoftが2026年6月2日、AIエージェント向けの検索基盤「Web IQ」を発表した。Bingの検索インデックスに蓄積された情報を、AIシステムが推論やタスク実行に直接利用できるようにするAPI群である。

従来のBingが人間にウェブページを提供するのに対し、Web IQはAIに「パッセージ」と呼ばれる情報の断片を返す。この違いがAI時代のコンテンツ最適化とSEO戦略に大きな影響を与える可能性がある。

この記事では、Web IQの技術的な仕組み、従来の検索エンジンとの違い、パフォーマンス、そしてパブリッシャーにとっての意味を詳しく解説する。

Web IQの基本構造 〜AIエージェントが必要とする情報だけを届ける〜

Web IQの基本構造 〜AIエージェントが必要とする情報だけを届ける〜
従来の検索(Before)
ユーザー 検索クエリ Bing 10件の青リンク+全文ページ
※ユーザーが各ページを開いて情報を自分で読み取る
Web IQの検索(After)
AIエージェント 検索リクエスト Web IQ API パッセージ+構造化データ
※AIが情報の断片を直接受け取り、推論に即座に利用する

Web IQの中核にあるのは、Bingのインデックスを土台に再構築された検索スタックだ。コンテンツのインデックス化、ランキング、選択の仕組みがAIエージェントの利用を前提に設計し直されている。AIエージェントはタスクの複数ステップにわたって厳しい時間制約の中で繰り返し検索を行うため、その動作特性に合わせた設計が求められた。

パッセージ単位の情報提供

Web IQが返すのは、ウェブページ全体ではない。「パッセージ」と「構造化されたエビデンスオブジェクト」だ。ページ中からAIにとって有用な部分だけを切り出して渡す。

AIモデルが処理するトークン(テキストの最小単位)にはコストがかかり、レイテンシ(応答遅延)にも直結する。Microsoftによれば、「少ないトークンでより良い回答を、1回の呼び出しあたりのコストを抑える」という三拍子を実現するのがWeb IQの設計思想だ。

このアプローチは、SEOの世界で徐々に広がっている「パッセージベースの検索」という概念とも整合する。Googleが2020年に導入したPassage Ranking(パッセージランキング)は、ページ全体ではなくその一部を検索クエリに最も関連する情報として抽出する技術だ。Web IQはこの考え方をAIエージェント向けに特化させたものと見ることができる。

従来の検索エンジンとは何が違うのか 〜ランキングと評価基準の再設計〜

従来の検索エンジンとは何が違うのか 〜ランキングと評価基準の再設計〜
従来の一般的な検索評価
クローラー ページ全体を評価
■ 被リンク数 ■ ドメイン権威 ■ ページ全体の品質スコア
Web IQの評価(AI向け)
AIエージェント パッセージの有用性で評価
■ 情報の鮮度 ■ 信頼性 ■ パッセージ単位での適合度

MicrosoftがWeb IQの品質評価に使う指標は「GDSAT(Grounding Satisfaction / グラウンディング満足度)」と呼ばれる。情報の新鮮さと信頼性を測定するために設計された指標で、3,000件のサンプルクエリを用いたテストでは競合他社より高いスコアを記録したと発表している。

応答速度についても具体的な数字が示された。5つのデータセンターにまたがるテストで、P95(リクエストの95%がこの時間内に完了する値)で165ミリ秒未満を達成。競合と比較して約2.5倍高速だとしている。

ここで重要なのは、Web IQが従来の検索エンジンとまったく異なる評価軸で動いている点だ。人間向けの検索では、ページ全体の権威性や被リンクプロファイル、滞在時間など多面的なシグナルが使われる。一方、Web IQでは「AIエージェントがその情報を使ってどれだけ正確にタスクを遂行できるか」という一点が重視される。

全文からパッセージへの転換が意味すること

Search Engine Journalの記事で、Microsoftの発表を引用する形で指摘されているのは「従来の検索で上位表示されるページの特徴と、AIのグラウンディングに有用なパッセージの特徴は必ずしも重ならない」という点だ。同社が2026年前半に公開したグラウンディングフレームワークの記事でも、検索インデックスとグラウンディングの違いが詳述されている。

たとえば、あるページが検索キーワードに対して高い順位を得ていても、そのページ内のどの部分がAIにとって最も価値があるかは別問題だ。見出し構造、段落のまとまり、事実と意見の明確な区別など、AIが情報を抽出しやすい構造になっているかどうかが新たな評価ポイントになる可能性が高い。

検索体験からAI体験へ 〜パブリッシャーが知っておくべき変化〜

検索体験からAI体験へ 〜パブリッシャーが知っておくべき変化〜

Bing Webmaster Toolsとの連携

Web IQは突然現れたわけではない。Microsoftは2026年に入って、段階的にAI向け検索の基盤整備を進めてきた。

  • 2月、Bing Webmaster ToolsにAI引用データ(AI Citation Data)機能を追加
  • 3月、グラウンディングクエリと引用ページを関連付けるAIダッシュボードを公開
  • SEO Week期間中、Citation Share(AI向け引用シェア)のプレビューを発表

これらはいずれも、パブリッシャーが自分のコンテンツがAIにどのように使われているかを把握するためのツールだ。Web IQは、その裏側でAIがコンテンツを取得する仕組みに当たる。表と裏の関係にある。

つまり、Web IQの登場は「AI検索時代のSEO指標」が具体的な形を取り始めたことを意味する。従来の検索順位チェックに加えて、AIによる引用回数やパッセージ採用率といった新しいKPIが重要になる展開が予想される。

パッセージ最適化という新しい考え方

Web IQがパッセージ単位で情報を返す以上、パブリッシャー側もパッセージ単位でコンテンツを最適化する必要性が出てくる。具体的には以下のような施策が考えられる。

  • 見出しと本文の関係を明確にし、各セクションが独立して意味を持つように書く
  • 箇条書きや表組みを使って、AIが情報を構造的に読み取りやすくする
  • 事実情報と意見・解釈を明確に分け、どちらを参照しているかAIが判断しやすくする
  • 更新日を明示し、情報の鮮度をAIが評価できるようにする

これらの手法は、従来のSEOで言われてきた「E-E-A-T(経験・専門性・権威性・信頼性)」の強化とも多くの部分で重なる。違いは、AIが評価する点まで意識するかどうかだ。たとえば、ページの末尾にある免責事項や、サイドバーの関連記事リンクは従来の検索評価には影響しても、AIのパッセージ抽出ではノイズとして無視される可能性が高い。

技術面の詳細 〜オープンソース埋め込みモデルと高速検索〜

技術面の詳細 〜オープンソース埋め込みモデルと高速検索〜
STEP 1 クエリを埋め込みベクトルに変換(Microsoftのオープンソースモデルを使用)
STEP 2 DiskANNで大規模インデックスから高速類似検索(メモリ非依存)
STEP 3 別のランキングモデルがAI推論に最適なパッセージを選定
STEP 4 パッセージと構造化エビデンスオブジェクトをAIエージェントに返す

Web IQの検索パイプラインは3つの主要コンポーネントで構成される。埋め込みモデル、高速検索エンジン、そしてパッセージ選定モデルだ。

埋め込みモデルとDiskANN

Microsoftは2026年4月に、業界トップクラスの埋め込みモデル(Embedding Model)をオープンソース化した。テキストをベクトル(数値列)に変換し、意味の近さを計算できるようにする技術だ。Web IQはこのモデルを使って関連コンテンツを特定する。

大規模なインデックスを高速に検索するために使われるのが「DiskANN」という技術だ。これは全データをメモリに読み込まずに、ディスク上で効率的に類似検索を行うための仕組みだ。膨大なBingインデックスを対象に、165ミリ秒未満の応答を実現する鍵がここにある。

特筆すべきは、これらのモデルが単体のベンチマークスコアではなく、AI推論の中で実際に使われる状況を想定して訓練されている点だ。実用性を重視した設計と言える。

パブリッシャーコントロールと業界標準化

Web IQは、Bingがすでに準拠しているrobots.txtやメタタグによるクロール制御ルールを継承する。パブリッシャーが「AIにコンテンツを使われたくない」と設定していれば、Web IQもその指示に従う。

MicrosoftはIETF(インターネット技術標準化委員会)や他の業界団体とも協力し、AIシステムがウェブコンテンツにアクセスする際の標準ルール策定にも参加している。この動きは、Googleが進める「AIモード」や、その他のAI検索プロダクトとの間で、コンテンツ利用に関する共通ルールが形成されつつある兆候だ。

今後の展望と未解決の課題

今後の展望と未解決の課題

現時点でWeb IQは「関心表明」を受け付けている段階であり、一般提供開始時期や価格、どのAIプラットフォームが採用するかは発表されていない。Microsoftの既存製品であるCopilotやBing Chatのグラウンディング機能がWeb IQを使っているのか、それとも別系統なのかも明らかにされていない。

とはいえ、Web IQの登場はAI検索時代の本格的な到来を示すマイルストーンだ。パブリッシャーは従来の検索エンジン最適化に加えて、「AIエージェントにどう使われるか」という視点でのコンテンツ設計を求められる局面に入ったと言える。

Bing Webmaster Toolsが提供を始めたAI引用データやCitation Shareは、そのための具体的な指標になる。まだ試験段階の数値ではあるが、早期にこれらのデータを確認し、自社コンテンツがAIにどう評価されているかを把握しておくことが競争優位につながるだろう。

この記事のポイント

  • Web IQはAIエージェント向けのBing検索基盤APIであり、全文ではなくパッセージ単位で情報を返す
  • 従来の検索評価とAI向け評価は異なる基準で動くため、SEO戦略の再考が必要になる
  • Bing Webmaster ToolsのAI引用データやCitation Shareを使えば、AIからの評価を可視化できる
  • パッセージ単位の情報設計が、今後のコンテンツ最適化の鍵になる
  • 一般提供の時期や価格、対応AIプラットフォームは未発表だが、早期の動向把握が競争力を左右する
Google、Search ConsoleでAI検索専用レポートをテスト開始

Google、Search ConsoleでAI検索専用レポートをテスト開始

Googleが2026年6月3日、Search Consoleに2つの新機能を追加するテストを開始した。生成AI検索機能への表示を制御するトグルと、AI検索内での表示回数やインプレッションを確認できる専用レポートだ。

まずはイギリスの一部サイトを対象に提供され、その後に全世界へ展開される予定だ。サイト運営者にとって、これまで「ブラックボックス」だったAI検索経由のパフォーマンスを可視化する第一歩となる。

この記事では、2つの新機能の具体的な内容と、現場のSEO担当者がどう受け止め、どのような準備をすればよいかを詳しく解説する。

GoogleがSearch Consoleでテストする2つの新機能

GoogleがSearch Consoleでテストする2つの新機能

今回テストが始まったのは、AI表示制御トグルとAI専用パフォーマンスレポートの2つだ。いずれも、生成AIが検索体験に深く入り込む中で、サイト運営者が自サイトの表示状況を把握し、必要に応じて制御できるようにするための機能である。

AI表示制御トグル

1つ目のAI表示制御トグルは、文字通り「自サイトをAI検索機能に表示させるかどうか」を切り替えられる設定だ。このトグルをオフにすると、AI OverviewsやAI Mode、Discover上のAI Overviewsなど、Googleの生成AI検索機能から自サイトへの表示が一切行われなくなる。

なお、この制御はAI検索機能のみに適用され、従来の検索結果ランキングには影響しないとGoogleは明言している。いわゆるランキングシグナルとして利用されることはないというわけだ。

トグルなし(従来)
AI OverviewsやAI Modeに自サイトのコンテンツが表示されるかどうかを、サイト運営者はコントロールできなかった。
Google検索 AI機能が自由にコンテンツを取得
トグル導入後(After)
Search Console上でトグルをオフにすれば、AI検索機能に自サイトのコンテンツが一切表示されなくなる。ランキングには影響しない。
Google検索 AI機能から除外 表示停止

このトグルは、従来のスニペット制御やGoogle-Extendedの延長線上にある。スニペット制御は従来型の検索結果での表示内容を管理するものだったが、今回のトグルは「AI検索機能での表示そのもの」を対象にしている点が新しい。

AI専用パフォーマンスレポート

2つ目は、生成AI検索機能における表示回数(インプレッション)を、サイト単位・ページ単位・国別・デバイス別・日時別に確認できる専用レポートだ。データ粒度は1時間単位まで対応するという。

これまでAI検索上のデータは、Search Consoleの総合パフォーマンスレポートにまとめられており、通常の検索とAI検索を分離して分析することができなかった。今回の専用レポートによって、AI検索だけの表示傾向を把握できるようになる。

ただし、現時点ではクリック数や検索クエリ別の指標は含まれていない。Googleは「サイト運営者と協力しながら、どのような指標が最も役立つかを継続的に検討している」と述べており、今後の拡充が期待される。

新機能の詳細と現場への影響

新機能の詳細と現場への影響

トグル機能の仕組みと注意点

AI表示制御トグルをオンからオフに切り替えた場合、AI OverviewsやAI Mode、Discover上のAI Overviewsからのトラフィックとインプレッションがすべてゼロになる。AI経由の流入を意図的に避けたいサイトにとっては、明確なコントロール手段となる。

一方で、このトグルはあくまでもAI検索「機能」への表示を制御するものであり、Google-ExtendedのようにAIモデルの学習データとしての利用を制御するものではない。両者は目的が異なるため、必要に応じて併用する必要がある。

また、Googleはトグルの状態をランキングシグナルに使わないとしているが、長期的な検索エコシステムへの影響は未知数だ。AI検索が検索体験の主流になった場合、「AI機能に表示されない」という選択がサイト運営者にどのような機会損失をもたらすかを、慎重に見極める必要がある。

レポートが示すデータと欠落情報

新レポートでは、AI検索機能での自サイトのインプレッション数が詳細に把握できる。たとえば「特定のページがAI Overviewsで1日あたり何回表示されたか」「AI Mode上での国別の表示頻度」といった分析が可能になる。

しかし、大きな課題としてクリックデータが欠落している。インプレッション数だけでは、表示されたコンテンツが実際にクリックされ、サイトへの訪問に結びついたかどうかがわからない。Search Engine Journalの記事でも、この計測ギャップが1年以上にわたってAI検索の評価における最大の論点であり、今回の発表でもいまだ解消されていないと指摘している。

従来の統合レポート(Before)
通常検索とAI検索のデータが混在しており、AI経由のパフォーマンスを分離できなかった。
通常検索 AI検索 合算表示
新AI専用レポート(After)
AI検索だけのインプレッションデータをページ別、国別、デバイス別、時間単位で確認できる。クリック数は未提供。
AI検索のみ 表示回数○ クリック数✕

SEO担当者にとって、AI検索でのクリック率(CTR)は、コンテンツが実際にどの程度ユーザーの行動を促せているかを測る重要な指標だ。Googleがこのデータの提供を急ぐべき理由は明白だが、現時点ではスケジュールや具体的な追加指標は発表されていない。

AI計測をめぐるこれまでの経緯

AI計測をめぐるこれまでの経緯

AI Overviewsが2024年にアメリカで初めて導入されて以来、Search Console上でAI固有のパフォーマンスを把握したいという要望がサイト運営者やSEO専門家から繰り返し上がっていた。Search Engine Journalも、AI専用データの提供をGoogleに求め続けてきたと記事で述べている。

2025年には、AI ModeのトラフィックがSearch Consoleの総合データに統合されることが確認されたが、その際も通常のオーガニック検索との区別はできなかった。さらに、John Mueller氏は「AI Overview内のすべてのリンクはSearch Console上で単一のポジションを共有する」と説明しており、どのリンクが実際に成果を上げているのかを評価するのが難しい状況が続いていた。

そして2026年5月、GoogleはAI機能におけるリンク表示面を拡大したものの、その表示面に特化したクリックデータは依然として提供されなかった。この発表はSEOコミュニティに「計測のブラックボックス化がさらに進むのでは」という懸念をもたらした。

競合の動き、Bingの先行事例

競合の動き、Bingの先行事例

AI検索のレポーティングにおいて、MicrosoftのBingはGoogleよりも早く動いている。Bing Webmaster Toolsは2026年2月にAIパフォーマンスダッシュボードを導入し、AI検索機能で自サイトが引用された際のデータを提供し始めた。同年3月には、AIが参照したクエリと実際に引用されたページをマッピングする機能を追加し、5月のSEO WeekではCitation Share(引用シェア)のプレビューを公開している。

Bingのこれらの機能は、AI検索での自サイトの立ち位置を定量的に把握するうえで有効なツールとなっている。Googleが今回のテストでようやく第一歩を踏み出した形だが、機能面では依然としてBingに後れを取っていると言わざるを得ない。

競合が先行する状況は、Googleにとってレポーティング機能の拡充を急がせる圧力となるだろう。Search Engine Journalもこの点を指摘しており、今後のGoogleの動きに注目が集まっている。

サイト運営者が取るべき対応

サイト運営者が取るべき対応

現時点では、このテストはイギリスの一部サイトに限定されているが、グローバル展開後の準備は今から始めておくべきだ。

まず、自サイトがAI検索でどの程度表示されているのか、既存のSearch Consoleデータの中で手がかりを探しておくこと。AI Overviewsの表示傾向は、検索クエリの傾向や特定のページの急激なインプレッション増加などから、ある程度推測できる場合がある。

次に、AI表示制御トグルをどのように扱うかの社内方針を検討しておくこと。AI検索への表示を許容するのか、あるいは制限するのかは、サイトの収益モデルやコンテンツ戦略によって判断が分かれる。迷った場合は、当面はトグルをオン(表示を許容)にしたままデータを蓄積し、レポートが充実してから判断するのが賢明だ。

さらに、Bing Webmaster ToolsのAIレポートも並行して確認する習慣をつけておくと、AI検索全体のトレンドをより早く把握できる。Googleのレポート機能が成熟するまでの間、マルチプラットフォームでのデータ収集がリスクヘッジにもなる。

この記事のポイント

  • GoogleがSearch ConsoleでAI表示制御トグルとAI専用パフォーマンスレポートのテストをイギリスで開始した
  • AI表示制御トグルはAI検索機能への表示を制御するもので、ランキングシグナルには使われない
  • AI専用レポートではインプレッションを詳細に分析できるが、クリックデータは未提供
  • BingはすでにAI引用データやクエリマッピングを提供しており、Googleは後れを取っている
  • グローバル展開に備え、既存データの分析と社内方針の検討を今から進めておくべき
Googleが5月コアアップデートの完了を発表。11日間の不安定な変動を振り返る

Googleが5月コアアップデートの完了を発表。11日間の不安定な変動を振り返る

Googleは2026年6月2日、5月のコアアップデートが完了したと公式に発表した。検索ステータスダッシュボード上で、ロールアウト開始から11日と21時間を経て終了したとの報告が上がっている。

今回のアップデートは、5月21日午前8時40分(太平洋夏時間)に始まり、6月2日午前5時40分(同)に終了した。約12日間の展開期間は、3月のコアアップデートとほぼ同じ長さだ。

実務者が観測したアップデートの激しさ

実務者が観測したアップデートの激しさ

アップデートの開始と同時に、多くのSEO実務者が大きな変動を報告し始めた。特に注目されたのは、Google I/Oと同日に発表された点だ。

従来のコアアップデート
ランキング変動の主因は、純粋な「品質」と「関連性」のアルゴリズム更新。機械学習システムの改良が中心だった。
5月コアアップデート
アルゴリズム更新に加え、Google I/Oで発表された新たなAI基盤(Gemini 3.5 Flash)が、AI検索機能を支える形で同時に導入された可能性が指摘されている。

このデモが示すのは、今回の変動が単なる順位付けルールの変更ではなく、検索結果の生成プロセス自体の変化を伴う可能性があったという点だ。

SEOコンサルタントのGlenn Gabe氏は「今回の5月のコアアップデートは、従来の典型的なコアアップデートに近い強力さを見せている。3月のアップデートは地味だったが、5月は大きな動きだ」とXに投稿している。彼の観測では、この影響は特定の業種や国を超え、多岐にわたって見られたという。

また、AmsiveのLily Ray氏もXで週末の動きについて「一握りのサイトで週末に急上昇が見られた」と報告している。これらの投稿から、変動のピークが一過性のものではなく、ロールアウト期間中に何度か訪れたことがわかる。

データ分析を難しくする「多点変動」の正体

データ分析を難しくする「多点変動」の正体

今回のアップデートで最も厄介なのは、完了したからといって、ロールアウト期間中のすべての変動が同じ原因で起きたとは言い切れない点だ。

誤った分析(Before)
「5月25日と6月1日の順位を比較した。なぜこのサイトだけ上がったのか?」
※単日の比較では、一時的な変動や別要因の影響を見ている可能性が高い
正しいアプローチ(After)
「完了から1週間後のデータ(6月9日以降)を、ロールアウト前の1週間と比較する。そのうえで、変動パターンに一貫性があるか検証しよう。」
※複数時点のデータを束ねることで、ノイズを除去し真の影響を見極められる

このデモは、単日のランキング比較がいかに危険かを示している。Googleの公式ドキュメントも、アップデート完了から最低1週間はデータを寝かせ、その1週間分のデータとロールアウト開始前の1週間分を比較検証するよう強く推奨している。これに従うと、最も早く正確な比較が可能になるのは6月9日ごろという計算になる。

2026年のアップデートタイムライン

2026年のアップデートタイムライン

今回の5月コアアップデートは、2026年にGoogleが検索ステータスダッシュボードで確認した4回目のアップデートであり、2回目の検索コアアップデートだ。3月のコアアップデート完了(4月8日)から、5月の開始(5月21日)までは約6週間の間隔があった。

ここ最近のアップデート期間を振り返ると、コアアップデートの展開期間は平均2週間弱で推移していることがわかる。

2026年5月 コアアップデート 12日間(5月21日〜6月2日)
2026年3月 コアアップデート 12日間(3月27日〜4月8日)
2026年3月 スパムアップデート 20時間未満(3月24日〜3月25日)
2026年2月 Discoverコアアップデート 22日間(2月5日〜2月27日)

このタイムラインから読み取れるのは、Googleがコアアップデートを年4〜5回のペースで定期的に配信している現状だ。特に2026年は、スパムアップデートを短時間で差し込むなど、検索品質の維持に対する姿勢がより機動的になっている。

分析を始める前に押さえるべき3つの視点

分析を始める前に押さえるべき3つの視点

6月9日のクリーンな比較ウィンドウを待つ間、そしてデータ分析を始めるにあたり、以下の3つの視点を持つことが重要だ。

視点1 単一の指標ではなくパターンで捉える
特定の1日ではなく、複数ページ・複数クエリ・国やデバイス別で共通する傾向を探す。あるクエリで上がり、別のクエリで下がったといったトレードオフの把握が鍵となる。
視点2 コアアップデートの目的に立ち返る
Googleは一貫して、コアアップデートは「役に立つ、信頼できる、ユーザー第一のコンテンツ」を評価するためのものだと述べている。結局のところ、コンテンツの質的改善が最も堅実な対策となる。
視点3 AI検索機能との連動を考慮する
今回のアップデートは、AI Overviewsなどに使われる基盤モデル更新と同時期に発生した。従来の10個の青いリンクだけでなく、AIが生成する回答が順位変動に影響した可能性にも目を向ける必要がある。

これらの視点をもとに、6月9日以降、Search Consoleのデータを丁寧に分析することが、今回の大規模アップデートから次なる施策を導き出すための最善の道となる。

この記事のポイント

  • Googleの5月コアアップデートは6月2日に完了した。変動は全期間を通じて激しく、複数回のピークが観測された
  • 完了直後の単日比較は危険であり、少なくとも1週間後の6月9日以降に週次データで比較分析を行うべきだ
  • 今回の変動は、Google I/Oで発表されたAI基盤の更新とタイミングが重なり、AI検索機能との連動が示唆される
  • 結局のところ、最も有効な対策は、ユーザーにとって真に価値あるコンテンツの提供であるという原則に変わりはない
Amazon対Perplexity訴訟、AIエージェントのアクセス権限を問う

Amazon対Perplexity訴訟、AIエージェントのアクセス権限を問う

AIブラウザがユーザーの代わりにECサイトで買い物をする時代になった。AmazonはPerplexityのAIブラウザ「Comet」を相手取り、米国で異例の訴訟を起こしている。争点は「ユーザーが明示的に許可したAIエージェントのアクセスは、サイト運営者に対する不正アクセスになるのか」という一点だ。2026年6月11日に第9巡回区控訴裁判所で口頭弁論が開かれるこの裁判は、ECサイト、予約プラットフォーム、SaaS事業者すべてのログイン領域設計を変える分岐点になる。

本裁判はCFAA(Computer Fraud and Abuse Act、コンピュータ不正アクセス法)という1986年に制定された法律が、AIエージェント時代にどう適用されるのかを初めて本格的に問うものだ。差止命令、控訴審での一時停止、そして口頭弁論と、わずか8週間で局面が3度動いた。本記事では、事件の流れを整理しつつ、AIエージェントの訪問権限をめぐる法的構図を平易に解説する。そして、ウェブサイト運営者が今週中に着手できる3つの実務対応を具体的に示す。

事件の経緯と現在地

事件の経緯と現在地

Search Engine Journalの記事によると、2026年初頭にAmazonがPerplexityをカリフォルニア州北部地区連邦地方裁判所に提訴した。PerplexityのAIブラウザ「Comet」は、ユーザーから預かった認証情報でAmazonアカウントにログインし、商品を閲覧して購入まで完了できる。AmazonはこれがCFAA違反にあたると主張した。商標権侵害や不正競争の訴えも追加されている。

地裁判決で下った差止命令

2026年3月10日、Maxine Chesney連邦地裁判事はAmazonの申し立てを認め、予備的差止命令を出した。CometはAmazon.comのパスワード保護領域(アカウントページ、注文履歴、決済画面)にアクセスできなくなった。公開ページへのアクセスは引き続き許可された。地裁は、Amazonの利用規約がログイン領域へのアクセス権限者を定めており、ユーザーがエージェントに指示したとしても、その権限はエージェント自身には及ばないと判断した。

差止命令 発令時点(3月10日)
Comet ログイン領域 アクセス不可
公開ページは引き続きアクセス可能。アカウント・決済領域が遮断された。
Amazon側の主張
利用規約で自動アクセスを禁止。エージェントはユーザー本人ではないから権限なし。
規約 → 違反 → CFAA違反 という三段論法。

控訴審での一時停止とPerplexityの反論

差止命令から約1週間後、第9巡回区控訴裁判所はPerplexityの控訴を待つ間、差止命令の効力を一時停止した。Cometは再びAmazonのログイン領域にアクセスできる状態で控訴審を迎えた。控訴審で予備的差止命令が停止されるのは珍しく、地裁判決への懐疑を示すシグナルと受け止められた。

2026年5月8日、Perplexityは控訴趣意書を提出した。Search Engine Journalの記事によれば、Perplexityの主張は次の3点に集約される。第1に、CFAAは本来ハッキング対策の法律であり、ユーザーが明示的に許可したエージェントのアクセスには適用されない。第2に、権限を持つのは常にユーザー本人であり、Cometはユーザーの委任のもとで行動しているにすぎない。第3に、Amazonの利用規約違反を連邦刑事法違反に格上げする解釈は、法律の趣旨を大きく逸脱する。MozillaやEFF(電子フロンティア財団)をはじめとするデジタル権利団体も、Perplexityを支持する法廷助言書を提出した。

Perplexity側の反論
論点1CFAAはハッキング対策法(1986年制定)。AIエージェントは想定外
論点2ユーザーが本人。Cometは委任を受けた代理人にすぎない
論点3規約違反を連邦刑事法違反にするのは法の拡大解釈
Mozilla、EFFもPerplexity支持の法廷助言書を提出。
控訴裁判所の動き
差止命令を一時停止(異例)。地裁判決への懐疑のシグナル。
6月11日にシアトルで口頭弁論。音声は通常数時間以内に公開される。

CFAA(コンピュータ不正アクセス法)をめぐる両陣営の主張

CFAA(コンピュータ不正アクセス法)をめぐる両陣営の主張

CFAAは1986年に制定された連邦法だ。映画『ウォー・ゲームズ』の時代にハッキング行為を取り締まる目的で作られた。しかしその後20年で、スクレイピング、自動アクセス、アカウント共有など本来の射程を超える民事訴訟に援用されるようになった。2021年、連邦最高裁はVan Buren対アメリカ合衆国事件でCFAAの適用範囲を狭め、「システムへのアクセス権限を持つ者が、不適切な目的でアクセスしてもCFAA違反にはならない」と判示した。このVan Buren判決の射程が、AIエージェントによるユーザー委任アクセスに及ぶかどうかが、本件の中核的論点だ。

Amazonの3段階ロジック

AmazonのCFAA理論は3つの段階で構成される。第1に、Amazonの利用規約は自動アクセスを明示的に禁止している。アクセス権は自然人によるブラウジングに限定されており、ユーザーの代理として動作するソフトウェアエージェントは対象外だ。第2に、CometがユーザーのAmazonアカウントにログインするとき、リクエストを発行しているのはComet自身である。Amazonから見れば、訪問者はユーザーではなくエージェントだ。第3に、AmazonはCometにアクセスを許可したことが一度もない。したがってCometのアクセスはCFAA上の「権限なし」に該当する。ユーザーがCometに指示した事実は、AmazonがCometに権限を付与したかどうかとは無関係だ。

Perplexityが依拠する委任の法理

Perplexityの反論は正反対の方向から来る。ユーザーが本人(プリンシパル)であり、Cometは法律上の代理人(エージェント)だ。ユーザーがCometに自分のアカウントでログインし、自分が権限を持つ取引を完了するよう指示したとき、Cometのアクセスはユーザー自身のアクセスをソフトウェア経由で実現したものにすぎない。取引のどこにも権限のない当事者は存在しない。CFAAは明示的なユーザー委任のもとで動くソフトウェアを想定しておらず、適用範囲外だ。

この「委任の法理(agency doctrine)」は、代理人が委任者の代わりに行動するとき、代理人の行為の法的効果は委任者に帰属するという、何世紀も前から確立している原則だ。ソフトウェアが明示的なユーザー指示で動くことは、この原則を現代に自動化して拡張したものにほかならない。CFAAがこの原則を無視すれば、オンライン上のタスクをソフトウェアに委任するあらゆるユーザーが、連邦刑事法の罠にかかることになる。

AmazonのCFAA理論
利用規約 違反 CFAA違反
規約で自然人のブラウジングのみ許可。エージェントはユーザー本人ではないから権限なし。
Perplexityの委任理論
ユーザー Comet(代理人) Amazon
Cometの行為はユーザーの行為に帰属。権限のない当事者はいない。
Amazon側の三段論法  Perplexity側の委任理論  ユーザー(本人)  AIエージェント(代理人)  プラットフォーム

第9巡回区控訴裁が差止命令を一時停止した理由

第9巡回区控訴裁が差止命令を一時停止した理由

控訴審で予備的差止命令が停止されるのは異例であり、それ自体が重要なシグナルだ。第9巡回区控訴裁判所は差止命令の停止判断に4要素テストを用いるが、その第一要素は「本案で勝訴する見込み」である。停止を認めたということは、パネル(裁判官団)がPerplexity側に合理的な勝訴可能性を見ていることを示唆する。

Search Engine Journalの記事では、パネルが地裁のCFAA解釈に懐疑的である可能性を示す2つの法的圧力が指摘されている。1つ目は前述のVan Buren判決だ。連邦最高裁は2021年に、アクセス権限を持つ者が不適切な目的でシステムにアクセスしてもCFAA違反にはならないと判断した。地裁の判断はVan Buren以前の拡大解釈に近く、Van Burenが狭めたはずの範囲を再び広げているように見える。

2つ目は委任の法理だ。人間が別の人間に代理を頼むとき、代理人の行為は本人に帰属する。ソフトウェアエージェントがユーザーの明示的指示で動くことは、この原則を現代化したものにすぎない。CFAAがこの原則を無視すれば、オンラインタスクをソフトウェアに委任するすべてのユーザーが刑事罰のリスクに晒される。両方の圧力がそろったことで、パネルは地裁判決の維持に慎重な姿勢を示したと考えられる。

法的圧力1 Van Buren判決(2021年)
「アクセス権限があれば、目的が不適切でもCFAA違反にならない」
地裁判決はVan Buren以前の拡大解釈に逆戻りしている可能性。
法的圧力2 委任の法理
「代理人の行為の法的効果は本人に帰属する」
ソフトウェアがユーザー指示で動くことは、この原則の現代的拡張にすぎない。

判決がWebサイト運営者にもたらす影響

判決がWebサイト運営者にもたらす影響

この裁判の帰結は、AmazonとPerplexityの一訴訟にとどまらない。AIエージェントの訪問権限に関する米国初の本格的な司法判断として、あらゆるECサイト、予約プラットフォーム、金融機関、SaaS事業者のログイン領域設計に波及する。

地裁理論が維持された場合

Search Engine Journalの記事によれば、地裁のCFAA理論が控訴審で維持された場合の帰結は明快だ。主要なウェブサイトはすべて、ユーザーが完全に所有するアカウントに対しても、AIエージェントのアクセスをブロックする法的武器を手にする。利用規約に自動アクセス禁止条項を書けば、ユーザーが明示的に許可したエージェントでもCFAA違反で訴えられる。AmazonがCometに対して使った設計図が、あらゆるプラットフォームの標準プレイブックになる。

影響は業種ごとに連鎖する。小売サイトはAIショッピングエージェントによる価格比較をブロックできる。予約サイトはAI旅行エージェントによる予約完了を拒否できる。銀行や証券会社はAI資産管理エージェントをダッシュボードから締め出せる。マーケットプレイスはAIエージェントが出品するのを防げる。SaaS事業者はAIエージェントがサブスクリプションを管理したりワークフローを実行したりするのをブロックできる。いずれのケースでも、利用規約の文言が支配的文書となり、ユーザーの明示的指示は法的に無意味になる。

控訴裁が地裁判決を覆した場合

第9巡回区控訴裁が地裁判決を覆せば、CFAAは本来の狭い射程に押し戻される。ウェブサイトはユーザー委任エージェントをブロックする連邦刑事法の手段を失い、エージェントアクセスの問題は契約と技術のレイヤーに移る。Search Engine Journalの記事が指摘する通り、ウェブサイトは引き続き技術的手段、民事救済を伴う規約、あるいはパートナーシップAPIを通じてエージェントをブロックできる。しかし連邦刑事法をテコとして使うことはできなくなる。

中間的判断の可能性

全面勝訴か全面敗訴かだけではない。Search Engine Journalの記事は中間的結果の可能性も指摘している。控訴裁はより狭い理由で差止命令を維持したり、エージェントアクセスの種類を区別したり、事実審理の差し戻しを命じたりするかもしれない。たとえば、取引を完了するエージェントとデータ取得のみのエージェント、保存された認証情報を使うエージェントと毎回ユーザーにログインを求めるエージェント、検証済みプロトコルを使うエージェントと未識別のブラウザ自動化ツールを区別する可能性だ。線引きを伴う判決は、全面肯定・全面否定の判決以上に、ウェブサイトがアクセスポリシーを設計する際の実務を細かく規定することになる。

地裁理論維持の場合
利用規約が支配的文書に。ユーザーの明示的指示は法的に無意味。
影響範囲 EC、予約、金融、SaaSの全ログイン領域。
中間的判断の場合
エージェントの種類やアクセス方法で線引き。全面勝敗より実務影響大。
例 取引実行型vsデータ取得型、認証方式の違いで区別。
地裁判決覆った場合
CFAAは本来の狭い射程に。エージェント問題は契約と技術のレイヤーへ。
技術的ブロック、民事規約、パートナーシップAPIでの対応が主戦場に。
地裁理論維持(全ブロック可)  中間的判断(線引き型)  地裁判決覆る(CFAA縮小)

口頭弁論で注目すべき3つのシグナル

口頭弁論で注目すべき3つのシグナル

6月11日の口頭弁論では、3つのシグナルに注目する価値がある。Search Engine Journalの記事が挙げる観測点を紹介する。

第1に委任の法理への言及だ。裁判官がAmazon側の弁護士に対し「ユーザーの明示的指示が、なぜユーザーが選んだ代理人に権限を拡張しないのか」と強く追及するようなら、パネルが地裁の解釈に違和感を持っているサインだ。逆にPerplexity側に対し「自動化エージェントを人間のユーザーと同一に扱うべき理由は何か」と追及するようなら、地裁の枠組みに親和的な可能性がある。

第2にエージェントアクセスの種類の区別だ。これまでの審理では「エージェントアクセス」はひとまとめに扱われてきた。パネルは、取引を完了するエージェントとデータ取得のみのエージェント、保存された認証情報を使うエージェントと毎回ログインを求めるエージェントなど、線引きを試みるかもしれない。線引きのある判決は、全面勝敗の判決以上に実務を規定する。

第3にCFAAの将来的解釈だ。裁判官には、AIエージェント全般に対するCFAAの適用枠組みを書く機会がある。AmazonとPerplexity固有の事実に絞った狭い判決なら、より大きな問題は別の巡回区の別の事件に委ねられる。広い判決なら、カテゴリー全体の法的枠組みが決まる。

第9巡回区控訴裁の口頭弁論は公開されており、音声は通常数時間以内に公開される。パネルの構成が判明すれば、どのような聴取になるかの手がかりにもなる。この3つのシグナルを追うことが、ウェブサイト運営者にとって最も低コストで方向性を読む方法だ。

今週から着手すべき3つの実務対応

今週から着手すべき3つの実務対応

6月11日の口頭弁論を前に、Search Engine Journalの記事はウェブサイト運営者が今週中に実行できる3つの具体的アクションを挙げている。判決がどう転んでも、デフォルトのまま放置することが最大のリスクになる。

1. 利用規約の自動アクセス条項を読み直す

多くのウェブサイトの利用規約にある自動アクセス禁止文言は、「自動アクセス=スクレイピングボットや不正スクリプト」を想定したエージェント以前の時代に書かれたものだ。ユーザー自身のAIエージェントが明示的指示で動いているときに、その文言が自社の意図を正確に表現しているかを確認する必要がある。ユーザー委任エージェントを歓迎するなら、その旨を明記すべきだ。ブロックするなら、それも明記し、robots.txtやアクセス制御の設定と整合させるべきだ。

2. AIエージェントのユーザーエージェントを監査する

現在、主要なAIエージェントのユーザーエージェント(UA)には、GPTBot、OAI-SearchBot、ChatGPT-User、PerplexityBot、ClaudeBot、Google-Extended(検索・引用クローラー)に加え、Perplexity Comet、ChatGPT Atlas、各種Geminiサーフェス(ユーザー委任ブラウザ)が含まれる。Search Engine Journalの記事によれば、robots.txtやWAF(Webアプリケーションファイアウォール)がこれらをデフォルトでブロックしている場合、ユーザーはすでに自分のアカウントで壁にぶつかっている可能性がある。ブロックするか許可するかは運営者の判断だが、デフォルト設定に任せるのではなく、意図的な判断であるべきだ。

3. エージェントアクセスへの自社姿勢を決める

3つの一貫した姿勢がある。第1は「歓迎」だ。ユーザー委任エージェントのアカウントアクセスを受け入れ、エージェント駆動の取引に異なる料金体系を設定し、エージェントが読み取りやすい専用インターフェースを公開する。第2は「ブロック」だ。ユーザー委任エージェントを不正アクセスと見なし、規約と技術的制御で裏打ちし、一部のユーザーが歓迎姿勢のサイトに移行することを受け入れる。第3は「パートナー」だ。エージェントがログインページをスクレイピングせずに使えるAPIを構築し、正面玄関ではなく専用ドアを通す。

現在ほとんどのウェブサイトが取っているデフォルト姿勢は、エージェントが訪問者として実在する以前に作られたものだ。6月11日に第9巡回区控訴裁がどのような判断を下すにせよ、そのデフォルトはすでに多くのサイトにとって誤った姿勢になっている。意図的に選び直すべきタイミングだ。

姿勢1 歓迎
エージェントアクセスを受け入れ。専用インターフェース公開も視野に。
姿勢2 ブロック
規約と技術制御でブロック。ユーザー流出リスクを受け入れる。
姿勢3 パートナー
専用APIを構築。エージェントは正面玄関ではなく専用ドアから。
歓迎(Welcome)  ブロック(Block)  パートナー(Partner)

この記事のポイント

  • Amazon対Perplexity裁判は、AIエージェントの訪問権限を問う米国初の本格的司法判断となる
  • 争点は「ユーザーが明示許可したAIエージェントのアクセスがCFAA上の不正アクセスに該当するか」だ
  • 第9巡回区控訴裁が差止命令を一時停止した事実自体が、地裁判決への懐疑を示している
  • 判決結果によってEC、予約、金融、SaaSの全ログイン領域設計が変わる
  • 今週中に利用規約の見直し、UA監査、自社のエージェントアクセス方針決定を進めるべきだ
Googleで1位でも半数は画面外。検索順位より「ピクセル」で測る新常識

Googleで1位でも半数は画面外。検索順位より「ピクセル」で測る新常識

Google検索で1位を獲得しても、ユーザーの半数近くはその存在にすら気づかない。これは仮説ではなく、最新のSERP(検索結果ページ)ピクセル分析で明らかになった事実だ。

デスクトップでオーガニック1位が画面内に収まる確率は57%。スマートフォンではわずか40%ほどに低下する。1位でも画面の可視領域(ファーストビュー)からはみ出しているケースが日常化している。

この記事では、従来の「順位」という指標が陳腐化しつつある理由と、代わりに何を追うべきかを数字で整理する。検索マーケティングの成果指標をピクセル単位で捉え直す時代が来ている。

順位だけでは測れない。SERPの物理的変化

順位だけでは測れない。SERPの物理的変化

1位の中央値は635ピクセル下

Search Engine Journalの記事によると、デスクトップにおけるオーガニック検索1位の表示位置は、ページ最上部から平均635ピクセルも下がっている。標準的なノートPCのビューポート(画面の表示領域)が約800ピクセルであることを考えると、1位の半分以上はスクロールしなければ見えない計算だ。

2位になると、状況はさらに厳しい。もはや過半数のケースでファーストビューから完全に外れている。10位に至っては、スクロールを約5画面分も重ねなければ到達できない。

従来の順位重視の見方(Before)
対策キーワード 順位だけを追う 1位獲得で満足
※ユーザーが実際にその位置までスクロールしているかは不明
ピクセル高さで測る新しい視点(After)
対策キーワード 表示ピクセル高さを計測 実視認性に基づく評価
ピクセル位置が上であればあるほど、実際の目に触れる確率が高い

順位という数字が「視認される確率」と直結しなくなった要因は明確だ。AI Overviews(旧SGE)やナレッジグラフ、広告枠の拡大が、オーガニック検索結果を物理的に押し下げている。

情報系クエリと商業系クエリ、それぞれの侵食度

オーガニック検索結果を押しのけている要素は、検索意図によって顔ぶれが異なる。

情報検索型のSERPでは、AI Overviewsだけでファーストビュー領域の約3分の1を占有する。これにナレッジグラフが加わると、その割合は約41%に達する。ユーザーがスクロールする前に目にする領域のうち、実に5分の2がオーガニック以外の要素で埋まっている計算だ。

商業検索型のSERPはさらに偏りが激しい。リスティング広告とショッピングユニットの合計で、ファーストビューの60%超を占める。カテゴリによっては「人気商品」枠がそれに拍車をかけ、オーガニックの占有率は約16%にまで縮小する。

検索クエリ種別ごとのファーストビュー占有率
情報検索型クエリ(「〇〇とは」「〇〇のやり方」など)
AI Overviews 約33% + ナレッジグラフ 含むと 約41%
※残り約59%のうち、オーガニック1位が表示されるのはさらにその一部
商業検索型クエリ(「〇〇 おすすめ」「〇〇 通販」など)
広告・ショッピング枠 60%超 / オーガニックは 約16%
※カテゴリによっては「人気商品」枠がさらに有機枠を圧縮する
AI Overviews  ナレッジグラフ・広告  オーガニック占有率

業種やクエリの種類によって侵食パターンは異なるため、自社の主要キーワードがどのカテゴリに属するかを把握しておく必要がある。情報系と商業系では、画面内での戦い方がまったく変わるからだ。

順位ではなく「結果サイズ」で戦う発想

順位ではなく「結果サイズ」で戦う発想

Search Engine Journalの記事において、順位トラッキング企業のTom Capper氏が提示した最も実践的な視点転換がこれだ。キーワードの優先順位を検索ボリュームや順位だけで決めるのではなく、SERP上でその結果が占める「ピクセルサイズ」で判断する。

通常スニペットは120ピクセル、リッチリザルトは240ピクセル

標準的なオーガニック検索結果1件の高さは約120ピクセル。これに対し、画像・価格・評価スター(IPR / Images Prices Ratings)を伴うリッチリザルトは約240ピクセルを占める。視覚的な存在感は単純計算で2倍だ。

Capper氏はこの差を『ロード・オブ・ザ・リング』の戦闘シーンに例えている。巨大な戦象を倒しても「1体としてしか数えない」と言うギムリに対し、それは明らかにおかしい、という指摘だ。SERP上でも、画像や価格が並ぶリッチな表示と、プレーンなテキストリンク1行を「同じ1位」と括ってはならない、というわけだ。

SERP上の表示形式とピクセルサイズ比較
従来のテキストリンク(Before)
サンプルページタイトル
https://example.com/page
このページの説明文がここに入ります。通常は120ピクセル程度の高さになります。
画面占有率:約120px
IPR(画像・価格・評価)付きリッチリザルト(After)
商品画像
サンプル商品名
¥3,980
★★★★☆
評価数1,200件以上。送料無料。
画面占有率:約240px(標準の2倍)

実務に落とし込むなら、主要な商業キーワードをIPR対応可能かどうかで棚卸しし、獲得できるピクセルサイズの大きい施策から優先的に構造化データの実装を進めるのが合理的だ。検索ボリュームの大小より、表示されたときの視覚的インパクトを基準にする発想である。

ブランド検索ボリュームが順位予測因子としてドメインオーソリティを上回る

ブランド検索ボリュームが順位予測因子としてドメインオーソリティを上回る

Search Engine Journalの記事ではさらに、順位トラッキング企業のCapper氏が9年前に行った分析が再紹介されている。当時から「ブランド検索ボリューム」はドメインオーソリティよりもオーガニック順位との相関が強かった。そして現在、同じ分析をやり直すと、その相関はさらに強まっている。

「ブランドは順位の予測因子として、ますます強力になっている」とCapper氏は指摘する。そしてブランドを構築する手段こそが、SEOによる可視性の確保だ、と。

ここにフライホイール(弾み車)効果が生まれる。検索結果での可視性がブランド認知を高め、ブランド名での検索が増え、それが順位を押し上げ、さらに可視性が強化される。SEO担当者が長年うまく言語化できなかったこの循環を、「ふわっとした認知施策」ではなく「計測可能なオーガニックパフォーマンスの入力値」として扱う視点が求められている。

ブランド可視性のフライホイール効果
STEP 1 SERP上での高い可視性(ピクセル占有)がブランド露出を増やす
STEP 2 ユーザーがブランド名を覚え、指名検索が増加する
STEP 3 ブランド検索ボリュームの増加がオーガニック順位を押し上げる
STEP 4 さらに可視性が向上し、循環が加速する
露出  認知  順位向上  可視性強化

オーソリティ指標を無視してよいわけではない。だが、ブランドを「成果」ではなく「投入資源」として捉え直すことが、これからのSEOに求められる姿勢だ。

上位層に可視性指標をどう売り込むか

上位層に可視性指標をどう売り込むか

Search Engine Journalのウェビナーでは、このピクセル基準の考え方を社内上層部にどう説明するかについても具体的な助言があった。

ピクセル指標は従来のシェア・オブ・ボイスより直感的に通る

記事によると、Capper氏は「ピクセルデータのほうが上層部への説明がしやすい」と述べている。理由はシンプルだ。従来のシェア・オブ・ボイス(SOV / 声の占有率)という指標は、本来「どれだけ見えているか」の代替指標だった。しかし順位だけを基準にしたSOVは、実際の視認性を反映していない。SERPのスクリーンショットを並べて「この指標では勝っているが、実際はこう見えている」と示せば、ピクセル計測の必要性は一目で伝わる。

より難易度が高いのは「SEOをブランドチャネルとして再定義する」という提案だ。しかしこれにも近道がある。「他の施策で獲得しているインプレッションデータを用意し、SEOで生成しているインプレッション数と並べて提示する」という方法だ。SEOは極めて効率のよいインプレッション獲得チャネルであり、その事実を他のマーケティング指標と同じテーブルに載せることで、予算獲得の説得力が増す。

AEO・GEOの可視性をどう測るか

AI OverviewsやLLM(大規模言語モデル)経由の検索に対する可視性計測についても、記事では実践的な方針が示されている。現時点でSearch Consoleに相当するLLM向けダッシュボードは存在しないが、以下の3つのアプローチが現実的だ。

  • プロンプトレベルのブランド視認性を追跡する。ただし「キーワード1万件を追うのにプロンプトは50件」という運用は避ける。LLMは回答のバリエーションが大きいため、統計的に意味のあるサンプルサイズが必要
  • プロンプト数ではなくトピック数で考える。個別のプロンプトは検索ボリュームが1に等しいケースが大半であるため、トピック単位でカバレッジを評価する
  • 引用ではなく「言及・推奨」を追う。従来の順位トラッキングとは異なり、「どのツール・製品・ブランドが回答の中で推奨されているか」を見る。また、サーバーログを分析し、LLMのグラウンディングボットが実際にどのページをクロールしているかを把握するのも有効だ

有機検索はこのまま悪化し続けるのか

有機検索はこのまま悪化し続けるのか

Search Engine Journalの記事でCapper氏は、オーガニック検索の表示領域が改善に向かう可能性は低いが、悪化のペースは鈍化するかもしれないとの見方を示している。

根拠の一つが、Google I/OでAI Modeの広範な展開が見送られたことだ。情報検索にはある程度対応できるものの、ナビゲーショナル(特定サイトへの移動目的)検索や天気ウィジェットのような即時情報には弱く、Google社内でもユーザーの受け入れ準備が整っていないという空気がある。また、ChatGPTもAI Modeも、時間の経過とともに表示するリンクの数を増やしている。ユーザーが依然として「サイトに到達したい」という欲求を持っている証拠だ。

ただし、「以前の状態に戻るとは考えていない」と記事の見解は締めくくっている。ユーザーは「自分で探すより、答えを出してもらう」体験を気に入りつつある。有機検索の未来は、機械可読な形でSERPに情報を供給し続けるインフラとしての役割にシフトしていくだろう。

この記事のポイント

  • オーガニック1位の可視率はデスクトップ57%、スマホ40%。順位だけでは視認性を保証できない
  • SERP上での結果サイズ(ピクセル高さ)を基準にキーワード優先度を再評価する必要がある
  • ブランド検索ボリュームはドメインオーソリティ以上に順位との相関が強い
  • ピクセル指標は経営層への説明ツールとしても有効。SERPのスクリーンショット比較が決め手になる
  • AI OverviewsやLLM経由の可視性計測は、トピック単位・推奨ベース・サーバーログ分析で手がかりを得る
84万超の検索分析が示すAI Overviewの行動変容

84万超の検索分析が示すAI Overviewの行動変容

GoogleがAI Overviewの表示を拡大するなか、検索結果上でのユーザー行動が大きく変わり始めている。Search Engine Journalが公開した最新の調査レポートでは、約84.6万件の米国ユーザーの検索セッションをもとに、クリック前の画面内行動を詳しく分析した。

同レポートの著者Eric Van Buskirk氏によれば、AI Overviewが表示されるとユーザーはSERP上に長く留まり、検索結果を何度も確認し、比較し、そしてクリックの判断を慎重に行うようになるという。この変化は、単にランキング上位を狙うだけであったこれまでのSEO戦略に再考を迫る。

今回は、同調査から明らかになった4つの核心的な発見と、それが自社サイトやブランドにとって何を意味するのかを、わかりやすく整理する。

1. AI Overviewは検索意図に関係なくSERP滞在時間を延ばす

1. AI Overviewは検索意図に関係なくSERP滞在時間を延ばす

調査データと分析手法の概要

今回の調査は、ClickStream SolutionsがSurfer SEOから提供された匿名化クリックストリームデータを解析したものだ。対象は2026年2〜3月の米国ユーザー約84.6万セッション。1秒間隔で取得されたカーソル位置情報を用いて、ユーザーが検索結果ページ上でどこを読み、どこで止まり、どの程度スクロールしたかを追跡した。

分析において特に重要なのが「残留率(滞留率)」だ。検索結果が表示されてから3秒後、6秒後…21秒後の各時点で、どれだけのユーザーがまだ同一のSERP上でアクティブな状態にあったかを、情報検索、ローカル、ナビゲーショナル(ブランド名検索)、トランザクショナル(購入意図)、動画の5つの検索タイプに分けて比較している。

AI Overviewが行動差を消し去る

AI Overviewが表示されていない場合、検索意図によってSERPからの離脱スピードは大きく異なっていた。最も早く離脱するナビゲーショナル検索では、21秒後にSERP上に残っているユーザーはわずか12%。反対に、地図や口コミ情報が豊富なローカル検索では、32%がまだアクティブだった。

ところがAI Overviewが表示された途端、この差がほとんどなくなる。同じ21秒後でみると、どの検索タイプでも42%〜49%のユーザーがSERP上に留まっており、全タイプがきわめて似た行動パターンを示すようになる。つまり、AI Overviewがある状況では、ユーザーはもともとの検索意図によらず、一様に時間をかけて情報を読み込むモードに切り替わっているのだ。

AI Overviewなし(Before)
情報検索 21.6%
ローカル 32.3%
ブランド名 12.0%
購入意図 24.9%
動画 23.4%
AI Overviewあり(After)
情報検索 45.4%
ローカル 41.9%
ブランド名 45.8%
購入意図 47.4%
動画 48.5%

※21秒経過時点でのSEPR残留率。AI Overviewの有無で行動差が縮小する。

2. ブランド名検索ユーザーが最も大きな影響を受ける

2. ブランド名検索ユーザーが最も大きな影響を受ける

勝手に来ると思われていたユーザーが変わる

最も顕著な変化が起きたのは、ナビゲーショナル検索、つまりブランド名やサイト名を直接入力して来るユーザー層だ。従来であれば、こうしたユーザーは迷いなく目的のサイトへクリックするため、SERPからの離脱は非常に早く、21秒後の残留率はわずか12%だった。

しかしAI Overviewが表示されたケースでは、同じブランド名検索でも21秒後に46%がまだSERP上に残っている。彼らは単にサイトのURLを見つけるだけでなく、AI Overviewの要約や周辺の情報を読んだり、検索結果を比較したりしながら、クリックするまでにより多くの時間をかけている。

カーソル移動範囲の拡大が示す「探る」行動

カーソル移動の分析でも同様の傾向が確認された。AI Overviewがない場合、ブランド名検索ユーザーのカーソルは非常に狭い範囲に集中し、画面全体に対する移動範囲はわずか8%だった。これは、目的のリンクだけを素早く探す行動パターンを示している。

一方、AI Overviewがあるとカーソルは画面の27.5%にまで広がる。彼らは結果のスニペットをあちこち読み返し、AI Overview内のテキストも追いながら、より広い視点で判断していることがわかる。ブランドにとっては、これまでほぼ確実に得られていた直接流入が、検索結果の質と情報の明快さによって左右されるフェーズに移行しつつあると言える。

3. ユーザーは素早くクリックせず、比較しながら熟読する

3. ユーザーは素早くクリックせず、比較しながら熟読する

静止時間と画面カバー率の相反する増加

AI Overviewが表示されると、一見矛盾する2つのカーソル行動が現れる。ひとつはカーソルが静止している時間の増加で、セッション全体の44%が静止状態になる(AI Overviewなしでは29%)。もうひとつは、カーソルがカバーする画面範囲の拡大で、ビューポートの83%にまで及ぶ(同66%)。

この組み合わせは、ユーザーが「走り読み」から「立ち止まって読む」モードに切り替わったことを示唆している。断片的に情報を拾うのではなく、ある箇所でじっくりテキストを読んだあと、別のエリアにカーソルを移動してまた読む、という行動が繰り返されているのだ。

逆スクロールの多発が証明する比較検討

さらに決定的なのがスクロールの逆走だ。調査では、ユーザーがSERPを下にスクロールしたあと、再び上に戻る「逆スクロール」の発生率と、全スクロール量に占める逆方向スクロールの割合を計測した。AI Overviewがない場合、逆スクロールを経験するユーザーは51%で、その際の戻り量は全スクロールの27%だった。

ところがAI Overviewがあると、逆スクロール発生率は59%に上昇し、さらに逆方向スクロールが全スクロールの47.5%を占めるまでになる。つまり画面を上下に行ったり来たりしながら、複数の検索結果やAI Overviewの情報を照合しているのだ。この行動は、単なる上から下への「眺め」ではなく、能動的な比較検討が行われている証拠と言える。

AI Overviewなし
↓ 下へスクロール (全体の73%)
↑ 逆スクロール (全体の27%)
逆スクロールを行うユーザー: 51%
AI Overviewあり
↓ 下へスクロール (約52.5%)
↑ 逆スクロール (約47.5%)
逆スクロールを行うユーザー: 59%

※逆スクロールの比率がほぼ半々になり、上下に行き来する比較行動が増えたことがわかる。

4. 検索結果スニペットに求められる「精査に耐える情報」

4. 検索結果スニペットに求められる「精査に耐える情報」

タイトルとメタディスクリプションの重みが増す

これまでの検索行動のモデルは「上位の結果をざっと見て、一番適当なものをクリックする」だった。しかしAI Overviewが登場したいま、ユーザーは複数の結果をじっくり読み比べ、ときにはスクロールを戻して再確認しながら、最も信頼できる情報を選ぼうとする。

この変化が意味するのは、単に上位表示されているだけでは不十分で、検索結果のスニペット(タイトルとメタディスクリプション)が極めて重要になるということだ。曖昧で具体性のないスニペットは、一瞬のスキャンならクリックを誘えても、比較検討の場面では競合の明確な説明に負けてしまう。

ブランドが今すぐ見直すべきポイント

調査レポートから導かれる実務上の示唆は明快だ。まず、自社の検索結果の表示内容を「パッと見の印象」だけでなく、「じっくり読んだときに納得感があるか」という視点で見直す必要がある。

具体的には、タイトルタグに検索意図を明確に反映させ、メタディスクリプションにはページの独自価値を端的に盛り込む。AI Overviewが表示されるクエリでは、ユーザーは15〜20秒かけて熟考してからクリックするケースも増えている。その時間を味方につけるために、スニペットを「選ばれる理由」を語る場として設計することが重要だ。

5. この記事のポイント

  • AI Overviewが表示されると、ユーザーは検索意図にかかわらずSERPに長く留まり、結果を比較検討する行動が顕著になる
  • ブランド名を直接入力するユーザーでも、AI OverviewがあるとSERPでの滞留時間が4倍近くに伸び、クリックの確実性が低下する
  • カーソルの静止時間増加と画面カバー率の拡大、逆スクロールの多発は、ユーザーが「走り読み」から「熟読比較」へ移行した証拠
  • 検索結果スニペット(タイトルとメタディスクリプション)の情報の明快さが、クリック獲得の成否を分ける最重要ファクターになる
Googleが2026年5月コアアップデートを配信開始、2週間で完了の見込み

Googleが2026年5月コアアップデートを配信開始、2週間で完了の見込み

Googleは2026年5月21日、5月のコアアップデートの配信を開始した。この情報はGoogle Search Status Dashboardと、Search CentralのXアカウントを通じて発表された。配信は最大2週間かけて段階的に行われ、全データセンターに反映されるまでサイトの検索順位に変動が生じる可能性がある。

2026年に入ってから、検索に関するコアアップデートは今回が2回目となる。直近では3月27日に始まったコアアップデートが4月8日に完了しており、それから約6週間という短いスパンでの実施だ。Googleは今回のアップデートについて「あらゆるタイプのサイトから、より関連性が高く満足度の高いコンテンツを検索者に提供するための定期的な更新」と説明している。

サイト運営者にとって重要なのは、コアアップデートの配信中に慌ててコンテンツを修正しないことだ。部分的な順位変動を確認しても、配信完了から最低1週間はSearch Consoleのデータを見極めるべきだ。このアップデートが何を評価し、何を重視するのか、その全体像を冷静に読み解く必要がある。

2026年5月コアアップデートの概要

2026年5月コアアップデートの概要

5月21日に発表されたこのアップデートは、2026年における4回目のランキング変動を伴うアップデートであり、検索コアアップデートとしては3月に続く2回目の実施となる。Googleは配信開始をDashboard上で「2026年5月のコアアップデートをリリースした。配信完了までに最大2週間かかる可能性がある」と簡潔にアナウンスした。

今回のアップデートについて、Googleは個別のブログ投稿や具体的な目標を発表していない。この手法は直近の3月のコアアップデートと同様だ。3月のアップデートでは「すべてのタイプのサイトから、より関連性が高く満足度の高いコンテンツを検索者に提供するための定期的な更新」という説明が付帯された。今回も同様に、特定の業種やペナルティを目的としたアップデートではないことが推測される。

2026年の主な検索アップデート
2月 Discoverコアアップデート 22日間
3月 スパムアップデート 20時間未満
3月〜4月 コアアップデート 12日間
5月 コアアップデート(今回) 配信中(最大2週間)
Discover スパム 3月コア 5月コア(今回)

上のタイムラインを見ると、2026年に入ってからのアップデート頻度は決して低くない。特に3月から5月にかけてはコアアップデートが2回実施されており、Googleが検索品質の改善を継続的に進めていることがわかる。サイト運営者は定期的なランキング変動を前提とした運用体制を整えておく必要がある。

アップデートの位置づけ

コアアップデートとは、Googleが検索アルゴリズム全体にわたって広範な変更を加える大規模な更新のことだ。特定のスパム行為やポリシー違反を対象にするのではなく、ウェブ全体の変化に合わせてコンテンツの評価方法を調整する。これにより、従来高評価だったページが順位を下げたり、これまで目立たなかったページが浮上する可能性がある。

重要なのは、コアアップデートは「ペナルティ」ではないという点だ。特定のサイトを罰するものではなく、検索者にとってより有益な情報を届けるための調整に過ぎない。順位が下落した場合でも、それは「ルール違反」ではなく、「現時点でGoogleが評価する基準に対して相対的に適合度が下がった」ことを示すシグナルだ。

過去のアップデートとの比較

過去のアップデートとの比較

今回のアップデートを理解する上で、直近のコアアップデートの実施状況を振り返ることは有効だ。特に3月のコアアップデートとの間隔や配信期間の違いは、サイト運営者のデータ分析計画に直接影響する。

2025年12月のコアアップデート(比較用)
配信期間 18日間
12月11日から12月29日にかけて実施。年末商戦期と重なり、ECサイトへの影響が注目された。
2026年3月のコアアップデート(直近)
配信期間 12日間
3月27日から4月8日。配信期間は前回より短縮されたが、一部サイトで大きな順位変動が報告された。
2026年5月のコアアップデート(今回)
配信期間 最大2週間(予定)
5月21日開始。3月アップデート完了から約6週間での実施。高頻度化が顕著になっている。

上の比較で明らかなように、コアアップデートの配信期間は12日から18日まで、回によってばらつきがある。今回の「最大2週間」という見積もりは、過去の実績から見て標準的な長さだ。3月アップデートが12日で完了したことを踏まえると、今回も同程度かやや長引く可能性がある。

アップデート間隔の短縮が示すもの

コアアップデートの実施間隔が約6週間と比較的短くなっていることは注目に値する。これはGoogleが大規模なアルゴリズム更新をより機動的に展開できるようになったことを示している。AIや機械学習によるランキングシステムの進化が、この迅速な更新サイクルを可能にしていると考えられる。

サイト運営者の視点では、この短い間隔は「次のアップデートが常に近い」状態を意味する。大幅なサイト改修を計画している場合、2ヶ月以上の長期プロジェクトよりも、改善箇所を小さく区切って順次適用していくアプローチが有効だ。コアアップデートのたびにデータを確認し、次の一手を柔軟に変えられる体制が求められる。

コアアップデート中にサイト運営者が取るべき行動

コアアップデート中にサイト運営者が取るべき行動

コアアップデートの配信中、多くのサイト運営者は順位変動に一喜一憂しがちだ。しかし、プロフェッショナルなSEO対応として最も重要なのは「配信中に手を加えない」ことである。Googleも公式に、コアアップデートの完了から最低1週間はSearch Consoleのデータを分析するよう推奨している。

STEP 1 配信完了を待つ(最大2週間)
STEP 2 完了後1週間データを観察
STEP 3 5月21日以前をベースラインに比較
STEP 4 影響が大きいページを特定し改善を計画

上のフローは、Googleの公式ガイダンスに基づく基本的な対応手順だ。途中段階のデータで判断すると、まだ反映されていないデータセンターの影響で誤った分析をしてしまう可能性がある。全データセンターにアップデートが行き渡った後のデータを使うことが、正確な影響評価の前提条件となる。

順位変動への向き合い方

コアアップデートで順位が下落した場合、真っ先に疑うべきは「何か悪いことをしたか」ではなく「相対的にコンテンツの価値が再評価されたか」だ。Googleはコアアップデートの影響を受けたサイト向けに、コンテンツの品質に関する自己評価のための質問リストを公開している。このリストを活用し、客観的に自サイトのコンテンツを見直すことが有効なアプローチとなる。

一方で、順位が上昇したサイトは「たまたま今回の基準に適合した」可能性を忘れてはならない。次のアップデートで同じ評価を受ける保証はない。一時的な順位上昇に満足せず、継続的にコンテンツの品質を高める努力を続けることが、長期的なSEO成功への道筋となる。

Search Consoleデータの活用法

アップデート完了後に確認すべき主要な指標は、オーガニック検索のクリック数、表示回数、平均掲載順位、CTR(クリック率)だ。これらの指標をアップデート前の期間(5月21日以前の数週間)と比較することで、どのページが影響を受けたかを特定できる。

特に重要なのは、単純な平均順位の上下だけでなく、「検索クエリの種類」の変化にも注目することだ。上位表示されていたクエリが変わった場合、それはGoogleがそのページの関連性を異なる方向で評価し始めたことを示唆する。特定のクエリグループで順位が下落したなら、そのトピック領域のコンテンツを集中的に見直す必要がある。

メガAI検索の台頭とSEO戦略の再定義

メガAI検索の台頭とSEO戦略の再定義

今回のコアアップデートを、より大きな文脈で捉える必要がある。それはGoogle検索におけるAI統合の加速だ。2025年後半からAI Overviews(旧SGE)の表示頻度が段階的に拡大されており、2026年には「メガAI検索」とも呼べる新しい検索体験が本格化しつつある。

従来の検索(Before)
ユーザー 検索キーワード入力 10個の青いリンク 複数サイトを回遊
※ユーザーが各サイトを訪れて情報を収集・比較する必要があった。
メガAI検索(After)
ユーザー 自然言語で質問 AIが概要生成 回答を直接表示
※AIが複数ソースを統合して回答を生成。クリックされない検索が増加する。

この変化が示すのは、検索結果ページに「青いリンクのリスト」以外の要素が増えている現実だ。AI Overviewsが直接回答を提示すれば、ユーザーは個別のサイトをクリックする必要がなくなる。情報提供型のコンテンツに依存していたサイトは、表示回数に対するクリック率の低下に直面する可能性がある。

AI検索時代のコンテンツ設計

メガAI検索の文脈では、単に「よく書かれた記事」であるだけでは不十分になりつつある。AIが情報を抽出し、要約し、回答として提示する前提に立つと、コンテンツは「AIに正確に読み取られる構造」を備えている必要がある。具体的には、明確な見出し階層、簡潔な定義文、信頼できる出典の明示、独自データや事例の提示といった要素が重要性を増す。

コアアップデートが「満足度の高いコンテンツ」を評価するという方向性は、このAI検索の進化と軌を一にしている。ユーザーが検索結果から直接的な価値を得られるようにするため、Googleは情報の質とアクセシビリティをこれまで以上に厳密に評価していると推測される。コンテンツ制作者は「検索エンジン向け」ではなく「検索者の疑問を解決する」という原点に立ち返りつつ、AIに適切に解析される技術的な最適化も両立させる必要がある。

2026年後半に向けたSEOの展望

2026年後半に向けたSEOの展望

5月のコアアップデートは、2026年の検索環境を占う重要なマイルストーンだ。アップデートの頻度が高まっていること、AI統合が加速していること、そしてユーザーの検索行動が変化していること。これら3つのトレンドは、SEOが単なる「順位対策」から「検索体験全体の設計」へと進化していることを示唆している。

今後注目すべきは、今回のアップデート完了後にGoogleが公開する可能性がある追加のガイダンスだ。3月のコアアップデートと同様に、今回もブログ投稿や詳細な説明がないまま配信が進行中だが、完了後に何らかの分析や推奨事項が共有される可能性がある。特に、AI Overviewsの表示基準や、コアアップデートとの関連性についての公式見解が示されれば、SEO戦略の精度を一段と高められるだろう。

サイト運営者は、目先の順位変動に振り回されることなく、コンテンツの本質的な価値向上と、変化する検索行動への適応にリソースを集中すべき段階にある。コアアップデートはその変化を映し出す鏡に過ぎない。真に重要なのは、鏡に映った自サイトの姿をどう改善するかだ。

この記事のポイント

  • Googleが2026年5月21日に5月のコアアップデート配信を開始、完了まで最大2週間の見込み
  • 2026年2回目のコアアップデートであり、3月のアップデートから約6週間での実施
  • 配信中はコンテンツの修正を避け、完了から最低1週間はSearch Consoleデータの分析を控える
  • AI検索の台頭を背景に、コンテンツ設計は「AIに正確に読み取られる構造」が重要性を増している
  • 順位変動の有無に関わらず、コンテンツ品質の継続的な改善が長期的なSEO成功の鍵