- Googleは検索結果に AI生成要約(AI Overviews) を導入しており、これはしばしばサイトのコンテンツを取り込んで トラフィックを奪う効果 を生んでいる
- サイト運営者は スニペットのブロック(max-snippet:0, nosnippet)や 部分的ブロック(data-nosnippet)といった極端な選択肢しかなく、事実上 出口のないジレンマ に陥っている
- ユーザー側では Search Labs設定の無効化、URLパラメータ、拡張機能 など、限定的で不完全な回避策しか存在しない
- EUと英国の規制当局 は現在、Google AI Overviewsの反競争的な性質とパブリッシャーへの被害を調査しており、トラフィック共有・公正なオプトアウト といった規制を検討している
- 当面、パブリッシャーが取れる唯一の実質的対応は max-snippet:0 だが、これはクリック率低下という致命的な欠点があり、Googleのダークパターン的設計 だという批判が出ている
Google AI要約(AI Overviews)の問題
- 最近Googleは検索結果にAIが自動生成した AI要約(SGE: Search Generative Experience) を導入した
- この機能はWebサイト本文の内容を分析し、簡潔に要約して直接表示することで、ユーザー体験の向上を目指している
- しかしその結果、多くのWebサイトオーナーは元サイトを訪問されることなく 要約コンテンツだけが消費される問題 に直面している
- これは結果としてWebサイトの オーガニックトラフィック(organic traffic)の減少 につながっている
Google AI要約の影響
- AI要約はWebサイト所有者の同意なく コンテンツを自動要約 して検索上部に表示する
- ユーザーは要約だけを見て元サイトをクリックしない傾向が強くなる
- これにより 従来のSEO戦略 の効果が弱まり、サイト運営者に不利に働く
Webマスターの対応方法
- 1. max-snippet:0
<meta name="robots" content="max-snippet:0">
- すべてのスニペットとAI要約をブロックし、検索結果には タイトル+URLのみ表示 される
- これは クリック率(CTR) を大きく下げる可能性があるという欠点がある
- 現時点では最も効果的な方法だが、完全な解決策 ではない
- 2. nosnippet
<meta name="robots" content="nosnippet">
- max-snippet:0と同じ効果で、検索結果から 説明や要約 が完全に削除される
- その結果、検索一覧が単調になって魅力が落ちる可能性がある
- AI要約は防げるが、検索可視性 の低下につながる可能性がある
- 3. data-nosnippet
<span data-nosnippet>…</span>
- 特定のコンテンツを 選択的に除外 できる方法
- ただしGoogleは他のテキストを要約に使えるため、完全な制御 は不可能
- HTML要素(span, div, section)に適用可能
- 4. ユーザー側の代替策(個人アカウントにのみ影響)
- Search Labsオプトアウト: ログイン中のユーザーは “AI Overviews and more” を無効化できる
- これはユーザーアカウントにのみ適用され、Webサイトが他者にどう表示されるかには影響しない
- URL修飾子: 検索クエリに &udm=14, -AR, -noai を追加
- ブラウザ拡張: Bye Bye Google AI のようなツールを利用可能
- Googleのアップデート時に動作しなくなる可能性がある
- Redditハック: 卑語を追加してAI要約を回避する方法が提案されている
- iOSでは Googleアプリ でGemini表示をオフにするか、Webタブを使う、またはSafari、DuckDuckGoのような代替ブラウザを利用できる
- 5. 規制面での希望: EUと英国の調査
- EU
- Independent Publishers Alliance、Movement for an Open Web、Foxglove LegalなどがEU執行委員会に 反独占提訴
- AI Overviewsがコンテンツの悪用、トラフィック流出、公正なオプトアウト不在を引き起こしていると主張
- 英国
- 競争・市場庁(CMA) がAI要約の 競争抑制 と出版社被害の有無を調査中
- 義務的な出典表示、トラフィック共有、Google自身の優遇制限などを検討
問題の本質
- パブリッシャーのジレンマ: スニペットをブロックしなければAIがコンテンツを抽出して トラフィック損失 が発生し、ブロックすれば 検索可視性 が低下する
- ユーザー制御の不足: 代替策は不便で不完全であり、一貫性もない
- ダークパターン批判: Googleの構造的設計は、パブリッシャーに重要なものを諦めさせる 操作的デザイン と見なされる
- これはパブリッシャーに不利な選択を強いる典型的なダークパターンである
結論
- 規制当局が変化を強制するまで、現在パブリッシャーの唯一の選択肢は max-snippet:0 だが、これは深刻な露出損失を伴う
- Webサイト所有者は AI要約のブロック と 可視性の損失 の間で不公平な選択を迫られる
- Googleの方針は 出口のない強制的選択構造、すなわち典型的な ダークパターン である
- EUと英国の規制の 今後の判断 が状況を変え得る唯一の希望だが、即効性のある解決策ではない
3件のコメント
関連しては、SEO時代の終焉? AIエージェント向けマーケティング最適化の始まり もあわせて読むとよいです。
SEO関連のredditを見ると、Googleでの露出量はそのままなのに、Zero click のせいで流入が大きく減ってしまい、不安を訴える投稿がかなり多く上がっているようです。
> Would you consider this a fair feature—or a classic example of dark pattern engineering? Let us know in the comments.
本文でコメントを残してほしいと書いてありますが、サイトにはコメント機能がないように見えます。
AIを防ごうとする文章をAIで書いたのだとしたら、なんとも皮肉な記事です。
Hacker Newsのコメント
ここ数十年であらゆる分野に広がっている「ポータル/ブローカー」現象だと感じる。消費者と生産者の間に第三者レイヤーが入り、双方にとって便利になった一方で、今ではこのレイヤーに依存せざるを得なくなっている。Amazonで注文するときも、もはや出品者と直接やり取りせず、料理の注文でも店に直接支払わない。Webで情報を探すときも、個々の作者の文体、ナビゲーション、広告などを相手にしなくなった。コンテンツ所有者の立場から見ると、この構造はページ訪問の減少によって広告収入に打撃を与えるが、Amazonやフードデリバリーアプリと違って、Google要約による広告損失には補償がない。オンラインコンテンツの大半は広告で成り立っており、Googleにとっても広告収入は生命線だが、それでも将来のためにこうした進化をやむなく押し進めている。Googleは将来における自らの地位を維持することだけに集中しているように見える
自分のソフトウェア製品サイトの著作権付き資料を、Googleや他のAIが許可もなくスクレイピングして再加工しているのが不満だ。だが、もしブロックすると、自分のコンテンツが彼らのAI要約で言及される可能性はほとんどなくなってしまう
このAI要約機能がGoogleの将来収益を食い潰さないというのが理解できない。Googleは広告を通じてサイトに送客することで稼いでいるのに、この種の要約サービスでWebサイト自体を不要にしつつある。だとしたら、誰が訪問者のいないサイトを作るだろうか
個人サイトではApache設定でインデックス、スニペット、翻訳、画像インデックスをすべてブロックするようにしている。それにもかかわらず、Internet Archiveだけは無視してクロールしていき、何度削除を依頼しても絶対に応じない。今はAnubisで追加のスクレイピングも防いでいる。(このサイトは2000年に始めた公開日記なので、検索されないでほしいのだ)
ある意味では、パブリッシュするというのは、何かを公開して人々が一定の自由を持って利用できるようにすることだ。その自由がサイトの助けになることもあれば、ならないこともある。Googleのような大規模プラットフォームが変化するたびに、コンテンツパブリッシャーは常に適応してきた。AI要約もその流れの一部だ
このブログ記事、最後の文で「コメントを残してほしい」と書いてあるのに、実際のコメント欄が見当たらず、もしかしてAI生成ではないかと気になる
Perplexity、OpenAI、Claudeなどでもこの機能が動作するのか気になる
GoogleがPerplexityのように出典を明確に引用してくれれば、みんなにとって良い結果になると思う。原文へのリンクとクレジットも与えられるし、UXも向上するはずなのに惜しい
今後、自分の専門分野は企業WebサイトをLLMがうまく要約できるようにする方法になるだろう。こうした詳細で忠実なガイドコンテンツが必要だ
この記事のタイトルとドメインを貼り付けたところ、結果が違っていた。参照画像