世の中

検索窓の候補が“みんなの意見”に見えるのはなぜ? サジェストが誤解を生む仕組み

2026年10月25日 By NTM Editorial
#検索サジェスト#オートコンプリート#Google#メディアリテラシー#名誉毀損
aiko
aiko

有名人の名前を打つと、「〇〇 嫌い」だの「〇〇 逮捕」だのと候補がずらっと出るじゃろう。あれを見ると、世間はみんなそう思っておるのかと感じてしまうんじゃが、そういうものなのかのう。

sa-tan
sa-tan

Google自身は「候補は事実や意見の表明ではない」と説明しています。ただ、そのうえで「そう受け取られることがある」とも認めているんです。この記事では、その「受け取られる」ところで何が起きているのかを順に見ていきます。

候補の材料は誰かの検索であって、誰かの主張ではない。それでも画面の上では、両方が同じ見た目で並ぶ。

Googleは候補を「実際の検索」から作っている

Googleの検索ヘルプによると、入力を始めると出てくるオートコンプリートの候補は「Googleで実際に行われた検索」を反映している。判断材料には、入力した言語、地域、急上昇している関心、ログイン中なら自分の過去の検索も入る。さらに、ウェブ上の「言葉の並びのパターン」から単語や句を予測することもあるという。

表1 Googleの説明で読み取れる、サジェストの「材料」と「ふるい」
段階Googleの説明読者が見落としやすい点
材料実際の検索、言語、地域、急上昇、自分の履歴自分の履歴が混ざるので、人によって見え方が違う
ふるい(自動)暴力的・性的・憎悪的・中傷的・危険な候補を自動で抑えるふるいがあるので「最も多い検索」の順位表ではない
ふるい(人手)方針違反が漏れたら担当チームが該当候補と近い変種を削除削除は個別対応で、漏れは事後に直される
位置づけ「事実や意見の表明ではない」。ただし「そう受け取られることがある」運営自身が誤読の余地を認めている
注:Googleのヘルプ全文は英語で、表の文言は要旨を編集部が訳した。本文の方針の細目(選挙・健康・実名の人物など)は表に含めていない。
出典:Google 検索ヘルプ「How Google autocomplete predictions work」をもとに編集部作成。

ヘルプは、候補を「Google トレンド」と比べないよう求めてもいる。候補は、ある話題で最も多い検索をそのまま並べたものではないからだ。2018年のGoogle公式ブログでも、広報担当のDanny Sullivanが「候補は検索結果ではないし、何を検索できるかを制限するものでもない」と書いている。同じ記事は、一見ひどい候補が必ずしもひどい意見の反映ではなく、問題のない情報を探す検索だった場合もある、とも述べている。

候補は「質問の形」で偏見を運びうる

では、候補が実際に偏った見方を運ぶことはあるのか。Paul BakerとAmanda Potts(2013)は、検索窓に「なぜ(why)」などの疑問詞と、民族・性別・性的指向といった集団の名前を組み合わせて入れ、出てきた候補を集めた。集まった質問は2,690問。これを内容で分類すると、特定の集団には特定の性質(外見や振る舞いなど)を結びつける質問が出やすい、という結果になった。論文の題名は、その一例にちなんだ「Why do white people have thin lips?(白人はなぜ唇が薄いのか)」である。

図1 候補が「意見」に見えるまでの流れ(編集部の整理)
① 入力
誰かが、ある人物や集団について疑問の形で検索する
② 集計
似た検索が重なると、候補として表示される
③ 表示
次の人の検索窓に、疑問文がそのまま出る
④ 読み取り
読んだ人が「その前提」まで含めて問いを受け取る
注:①〜③はGoogleの説明に沿う。④は、Baker & Potts(2013)が問題にした「疑問文が前提を運ぶ」という指摘を、編集部が段階として並べたもの。
出典:Google 検索ヘルプ、Baker & Potts(2013)をもとに編集部作成。

「なぜAは〇〇なのか」という疑問文は、Aが〇〇であることを前提にした文になっている。聞く側に悪意がなくても、その前提ごと次の人の画面に出る。これは調査で確かめられた因果ではなく、疑問文の形についての読みである。この論文の結論を、日本語の候補にそのまま当てはめることも、この記事ではしない。

aiko
aiko

わしが「〇〇 なぜ嫌われる」と調べたとするじゃろう。嫌いじゃなくて、嫌われる理由を知りたかっただけでも、候補としては同じ一行になるのかのう。

sa-tan
sa-tan

そこが難しいところです。Googleのブログが言うように、疑いの検索と、疑いを晴らす情報を探す検索が、同じ言葉に見えることがあります。画面に出る一行からは、どちらだったかは区別できないんです。

裁判所は「単語だけ」とは見なかった事例がある

候補が人の評判に触れたとき、裁判所はどう見たのか。確認できた報道は2件ある。

図2 サジェストをめぐる名誉毀損の判断(確認できた報道ベース)
2010年9月
パリの裁判所。男性の名前を入れると「レイプ犯」「悪魔崇拝者」といった候補が出たとして、名誉毀損を認めた。訴訟費用5,000ユーロと、象徴的な損害賠償1ユーロの支払い、再発防止の措置をGoogleに命じた。Googleは控訴の意向を示した
2013年4月15日
東京地裁。男性の名前を入れると本人と無関係の犯罪に結びつく候補が出て、押すと中傷的なサイトにつながったとして、表示の差し止めと慰謝料30万円などの支払いを命じた。地裁は「違法な投稿記事のコピーを容易に閲覧しやすい状況を作り出している」と判断した
注:どちらも報道を通じた確認で、判決文は未確認。東京の件の「その他の支払い」の内訳は報道に記載がない。パリの件は、原告が別件で有罪判決を受けて控訴中だったとAFPが書いている。
出典:AFPBB News(2010年9月27日)、弁護士ドットコム(2013年5月3日)をもとに編集部作成。

2件を並べると、争われたのは「候補が意見を述べたかどうか」というより、候補が人を不利な情報へ導く入口になっていたかだと読める。東京の報道が引く判断も、候補の言葉そのものというより、押した先に違法な投稿が見やすく並ぶ状況を問題にしている。ただし、地裁の判断はこの2件だけで決まるわけではない。他の日本の判決の中身までは、今回は確認できていない。

統計指標
表示される候補の数 最大10件(PC)/最大5件(スマホ)
定義:入力中に1回の画面で出る候補の数の目安。
調査:Google公式ブログ(2018年4月20日)。当時の数値で、現在の仕様は確認していない。
読み方:10件か5件の中に入るかどうかで、候補の目に触れやすさが変わる。

「意見に見える」ことに、検索する側ができること

候補の中身を決めているのは、結局は検索した人たちとGoogleのふるいであって、読む側ではない。それでも読む側にできることはある。

チェックリスト 候補を見たときに確かめたい4点
✅ 候補は「誰かが検索した言葉」で、本人や世間の主張ではないと分けて読む
✅ 自分の履歴や地域で見え方が変わるので、他人の画面と同じだとは限らない
❌ 疑問文の形の候補を、その前提ごと事実として覚えてしまわない
❌ 候補の多さを、世間の賛否の割合として読まない(Googleは順位表ではないと説明している)

自分自身の記事も、この構造から自由ではない。この記事の題は、人が検索窓に入れそうな疑問文の形にしてある。読まれるために疑問を借りるという点では、いま批判している仕組みと同じ側にうちも立っている。

構造の話としては、AIの要約が検索の入口を変えている点もある。クリックの手前で話が終わる問題は検索欄の中で話が終わる。AI要約時代、記事は読まれずに消費されるのかで、ラベルや権威が判断を代行してしまう問題は「ファクトチェック済み」の嘘で扱っている。

aiko aikoが飲み込んだところ

候補が並んでおっても、それは誰かが打った言葉の寄せ集めじゃ。……わしも「あの子は意地悪らしい」と、人が口にした一言だけで決めてしまったことがあってのう。


主な参照資料:

the NTM Core Engine 参考文献・検証プロセス
S 85pt
PENDING Audit PENDING_MANUAL_REVIEW
0 一次情報
0 二次情報
参考文献・検証ログ 5件
Score Breakdown 85pt
Traceability 35/35
本文から根拠へ辿れる度合い
Diversity 25/25
出典の広がり
Evidence 25/25
根拠の強さ
Domain Bonus 0/15
一次資料・公的資料の補強
the NTM Core Engine review note

参照は 5 本あります。監査はまだ保留で、公開前の確認が残っています。

制作の流れ
STEP 1

調べる

参照 5 本。一次情報 0 本 / 二次情報 0 本を当てて、本文の芯を固める。

PENDING_MANUAL_REVIEW

確かめる

監査メタデータを残して、あとから追えるようにする。

STEP 3

残す

公開 0 回。更新の入口を開けておいて、あとから辿れるようにする。

この経過表示は publish_audit.jsonl と記事の監査メタをもとに、 ビルド時にまとめて描画しています。更新は再デプロイで反映されます。

参考資料