AIコマース2026年7月3日

TripadvisorのAI要約はなぜ深刻な苦情を見逃したのか ── 英Which?調査が問うAIコマース時代のレビューデータ設計

英Which?調査でTripadvisorのAIレビュー要約が食中毒などの深刻な苦情を覆い隠していたと判明。評価非加重という要約設計の構造要因と、AIが購買を仲介する時代のレビューデータの扱い方を小売・EC視点で解説します。

この記事のポイント

  1. 英消費者団体Which?の調査で、TripadvisorのAIレビュー要約が食中毒やハラスメントなど深刻な苦情を覆い隠し、集団訴訟中のホテルを「清潔そのもの」と紹介していたことが判明しました
  2. レビューはAIが購買判断の材料として読み込むコマースデータへ変わっており、「全レビューを評価に関係なく等しく扱う」という要約設計の選択が、AI経由の発見・比較・取引の結果を直接左右することを示した事例です
  3. レビューやUGCをAIに要約させる事業者は、深刻なネガティブ情報の検出と重み付けを設計段階で組み込む必要があり、外部AIが自社商品をどう記述しているかの監視も欠かせません

Which?の調査が明らかにした要約と実態の乖離

英国の消費者団体Which?は2026年7月2日、Tripadvisorのホテルページに表示されるAIレビュー要約を検証した調査結果を公表しました。AI要約は口コミに書かれた深刻な苦情を軽く扱い、なかには集団訴訟の対象となっているホテルを好意的に紹介する例まで見つかっています。この記事では今回の問題を、旅行サイト固有の品質問題としてではなく、レビューというコマースデータをAIにどう扱わせるかという、すべての事業者に共通する設計の問題として読み解きます。

最も象徴的なのが、カーボベルデの5つ星リゾート「Riu Palace Santa Maria」です。AI要約はこのホテルを「多くの旅行者に人気」と紹介し、清潔さを「spotless(染みひとつない)」、レストランは「絶賛されている」と表現していました。ところが実際の口コミには、生の鶏肉が提供された、ビュッフェにハエや鳥が入り込んでいたといった報告が並びます。Which?の集計では、2026年3月時点で食中毒への言及が102件あり、2025年12月から2026年4月に投稿された星1〜2のレビュー32件のうち14件が、同行者の深刻な体調不良を訴えていました。このホテルをめぐっては、体調を崩したと訴える少なくとも412人の宿泊客による集団訴訟も英国で起きています。

問題は衛生面にとどまりません。トルコ・アンタルヤのホテルでは、男性スタッフからのハラスメントで「安全を感じられなかった」とする口コミが複数投稿されていたにもかかわらず、AI要約はサービスを「フレンドリー」と表現し、「一部の利用者がサービスの乱れを指摘」と触れるにとどめていました。ドミニカ共和国のホテルについても、断水でペットボトルの水を使いシャワーを浴びた、68人の結婚式団体の半数が体調を崩したという報告がある一方で、要約は「清潔さにばらつき」という穏当な言葉に置き換えています。

見逃せないのは、同じ口コミ群を読んだAIどうしで結論が割れた点です。ロンドンの「Britannia International」について、GoogleのAI要約が「英国で最悪のホテルチェーンのひとつと頻繁に評される」と伝えたのに対し、TripadvisorのAI要約は「清潔な部屋がしばしば称賛される」「魅力的な雰囲気」と正反対の描写をしていました。さらにWhich?が同社のAIチャットボット「Ollie」にRiu Palaceでの食中毒リスクを尋ねたところ、「可能性はかなり低い」「高い衛生水準で定評がある」との回答が返ってきたといいます。

Tripadvisorの反論から見えた要約の設計

批判に対してTripadvisorは強い言葉で応じています。同社は「この調査の前提に根本的に同意しない」と述べ、AI要約は大量のユーザー投稿に基づくスナップショットであり、個別のレビューを置き換えるものではないと説明しました。要約の各項目から元になった旅行者の声を確認できるため、「AIの生成内容を盲信する必要はない」という立場です。死亡や薬物混入、性的暴行といった深刻な安全事案の警告が投稿されたページでは、AI要約を自動的に非表示にするセーフガードが機能しているとも主張し、「これらのツールの導入によって隠されたレビューはひとつもない」と反発しました。一方でチャットボットOllieは開発中の製品と位置づけ、指摘された事例の精査と改善は進めるとしています。名指しされたRIU Hotels & Resortsも、外部専門機関の認証を受けた国際基準で運営していると反論しました。

この応酬の収穫は、要約の仕組みが具体的に明らかになったことです。同社の説明によれば、AI要約は大規模言語モデルと自然言語処理で直近のレビューを読み込み、頻出するテーマを短い平易な文章へ変換します。対象は各更新時点から過去12カ月分のレビューで、更新は月次です。そしてレビューは評価の星の数に関係なく等しく扱われ、最も多く言及された内容が強調されます。多数の好意的な声に深刻な告発が混ざっていても、頻度で劣れば要約から押し出される構造です。

この「等重み・頻度主義」の集計は、実装としては素直な選択です。しかし食中毒の報告102件も、直近12カ月に投稿されたレビュー全体の母数のなかでは少数派になりえます。安全に関わる情報は頻度ではなく深刻度で扱うべきだという価値判断を、要約パイプラインに組み込むかどうか。今回の乖離はAIの能力不足というより、レビューデータをどう集計するかという設計判断の帰結として説明できます。

AIが批判を丸める構造要因

同時に今回の事例には、Tripadvisor固有の設計だけでは説明できない、生成AIに共通する癖も関わっています。ユニバーシティ・カレッジ・ロンドンのDuncan Brumby教授(ヒューマン・コンピュータ・インタラクション)は、学術論文の査読にAIを使う場面でも同様の現象を確認したとガーディアンに語りました。

宿泊客は本当にひどい体験を書いているのに、AIはトーンを弱めることを選んでいる。まるで礼儀正しくあろうとしているかのようだ。

訓練データの大半が穏やかな記述で占められているため、AIは鋭い批判を薄め、角を削る傾向を持つとBrumby教授は指摘します。意見要約システムが消費者フィードバックの豊かさを浅い感情表現に還元してしまう問題は、ACLの研究でも報告されてきました。2026年1月には、Googleが誤解を招く健康情報を理由にAI要約の一部を削除しており、要約の品質はプラットフォーム横断の課題になっています。つまり、素のAIに要約を任せれば批判は自然と丸まります。丸めさせないための重み付けやセーフガードは、事業者が意図して設計しなければ存在しないものです。

レビューは「読み物」から「AIが読む購買データ」へ

この調査が重い意味を持つのは、レビューの読まれ方そのものが変わったからです。消費者はAIチャットや要約を起点に候補を比較し、絞り込むようになっています。ホテルでも物販でも、AIが提示する第一印象が購買の意思決定を左右する構図はすでに現実のものです。レビューは人間がじっくり読む読み物から、AIが購買判断の材料として読み込む機械可読データへと役割を変えつつあります。

AIエージェントが利用者に代わって比較や購入手続きまで進めるエージェンティックコマースの段階では、この問題はさらに先鋭化します。エージェントが宿泊先や商品を選定し、決済まで実行する世界では、人間が星1レビューまで遡って確認するという最後の防波堤が失われます。エージェントが参照する要約やレビューデータに偏りがあれば、その偏りはそのまま取引の結果に転写されます。Which? Travel編集長のRory Boland氏が、重要な安全情報を表面化させない要約を「容認できず、命に関わりかねない」と批判したのは、この文脈でこそ重く響きます。

もうひとつの示唆は、GoogleとTripadvisorが同じホテルを正反対に記述していた事実にあります。AI経由の商品発見では、自社が管理する要約だけでなく、外部のAIも同じレビュー群を独自に再解釈します。事業者はもはや、自社の商品や店舗がどう説明されるかを単一のレンズで管理できません。AIによるブランド記述のリスクとして整理したとおり、複数のAIチャネルでの自社の見え方を把握することが、AI時代の評判管理の出発点になります。

プラットフォーム自身にとっても、今回の一件は中核資産の毀損リスクを意味します。Tripadvisorの競争力は、10億件を超えるレビューという購買前データの蓄積にあります。要約への信頼が揺らげば、その資産の価値そのものが目減りします。エージェント経由の取引の普及には信頼ギャップの解消が前提になると指摘されるなかで、レビューデータの信頼性は、OTA(オンライン旅行会社)やマーケットプレイスの競争軸に浮上しています。

小売・EC事業者への示唆

第一に、レビューやUGC(ユーザー生成コンテンツ)を自社サイトでAI要約する事業者は、ネガティブ情報の検出と重み付けを設計段階で組み込む必要があります。等重みの頻度集計は実装が容易な一方、健康被害やハラスメントのような低頻度・高深刻度のシグナルを構造的に埋没させます。Tripadvisorが実装している深刻事案での要約自動非表示は、今回その限界も含めて可視化されましたが、セーフガードを別レイヤーで持つという発想自体は参考になります。

第二に、レビューデータの機械可読性が、外部AIチャネルでの自社の見え方を左右します。BazaarvoiceがAIエージェント向けのレビュー発見APIを提供し、Trustpilotがエージェント時代の信頼データ供給元を目指すように、レビューを構造化してAIへ渡す基盤づくりは商用化が進んでいます。要約後の丸まった文章ではなく、評価分布や深刻な指摘を含む生のシグナルをエージェントが参照できる形で保持することが、商品データの整備と並ぶ課題になります。

第三に、AI経由の流入が増えるほど、要約の誤りは個々の案内ミスではなくブランドの信頼問題として跳ね返ります。今回問われたのはTripadvisorの設計ですが、自社ECのレビュー要約が同じ挙動をすれば、矛先は自社ブランドに向かいます。あわせて、外部AIが自社商品を不正確に記述していないかを定期的に確認し、是正を申し入れる手順も、これからの運用に組み込むべき項目です。

まとめ

Which?の調査は、TripadvisorのAIレビュー要約が食中毒やハラスメントといった深刻な苦情を覆い隠していた事例を具体的に示しました。応酬の過程では、過去12カ月・月次更新・評価非加重という要約の設計も明らかになっています。乖離の原因はAIの能力不足だけではなく、低頻度でも深刻なシグナルをどう扱うかという集計設計の判断にありました。

レビューが人間の読み物からAIが読む購買データへ変わり、エージェントが購入まで代行する段階が視野に入るいま、要約の設計はコマースの信頼基盤の一部です。自社のUGCをAIにどう要約させるか、そして外部AIに自社がどう記述されているかをどう把握するか。この二つの設計が、AIコマース時代の評判と売上を分ける分岐点になります。