商品レビュー(VOC)解析のTrendViewer、MCPに対応
〜生成AIやAIエージェントがレビュー解析データを活用できる基盤へ〜(HALDATA社)
ChatGPTやClaudeから、ネット上の数万件のレビューを観点別・購買動機まで対話しながら分析可能に
HALDATA株式会社(本社:神戸市、代表取締役:HAL hatanaka)は、ECレビュー解析基盤「TrendViewer」において、生成AIやAIエージェントとレビュー解析データを標準的な方法で連携するMCP(Model Context Protocol)に対応し、2026年8月28日より利用者向けにTrendViewer MCP(TV MCP) の提供を開始しました。
本対応により、AIアシスタントがTrendViewerの解析データを直接参照し、分析からレポート作成、施策検討までの一連の業務を対話しながら遂行することが可能になります。担当者が分析画面を開いてCSVを書き出し、AIに貼り付ける——といった手作業は不要になります。

背景 — 「集計はできるが、その先に進めない」
ECのレビューは商品ごとに数千〜数万件に達し、担当者がすべてを読むことは現実的ではありません。従来のレビュー分析ツールは、集計画面を人が見て解釈する前提で作られており、気になった点をその場で掘り下げることができませんでした。
一方、AIアシスタントの業務利用は急速に広がっていますが、AIは社外の分析基盤にあるデータを直接参照できず、担当者が手作業でデータを受け渡す運用が残っていました。
TrendViewer MCPサーバは、この二つの断絶を埋めます。
主な特長
1. AIアシスタントから直接、レビュー解析を実行できる
対応するMCPクライアント(Claude.ai など)に接続するだけで、AIがデータセットの作成・状態確認・結果取得までを一貫して扱えます。「このカテゴリで評価が割れている観点は?」「なぜ買われているのか?」といった問いに、AIが実データを取得して答えます。
2. データソースは自社のレビューに閉じない — ネット上のレビューを横断収集
TrendViewerは、ECモール上に公開されているレビューを横断的に収集して解析します。自社商品に寄せられた声だけを見ていては、市場全体で何が評価されているのか、競合が何で負けているのかは分かりません。
収集対象は4通りの方法で指定できます。

|
指定方法 |
用途 |
|---|---|
|
商品コード(JAN/ASIN) |
自社商品・競合商品をピンポイントで指定 |
|
検索キーワード |
市場側から該当商品を発見(未把握の競合も拾える) |
|
カテゴリランキング |
モールの売れ筋上位をまとめて対象化 |
|
商品リストの一括取込(CSV) |
自社の商品マスタなど、お手元のデータから大量に登録 |
自社商品の型番リストをそのまま取り込んで自社商品を起点に分析することも、検索キーワードやランキングから市場全体を俯瞰することもできます。自社に届いた声だけでなく、市場に存在する声を母集団にできる点が、自社レビュー分析ツールとの違いです。
3. 「観点」と、その下の「サブ観点」まで自動で構造化
カテゴリごとに評価の観点を自動生成し、観点別の好評・不評の比率と言及数を返します。さらに観点の下位トピックであるサブ観点、およびどの観点にも属さない新しく発見された話題も併せて取得できます。市場で今まさに語られ始めた論点を、担当者が仮説を持たずとも発見できます。
4. 「なぜ買ったか」(購買動機)を定量化
レビュー文のうち購買動機を述べている文を判別し、観点別・商品別に集計します。データセット全体の基準比率と並べて見ることで、「この観点は購入の決め手になりやすいのか」を比較できます。あわせて3W(誰が・どこで・いつ)の文脈情報も抽出します。
5. 専門知識がなくても、話しかけるだけで使える
分析基盤をAIにつなぐとき、多くの場合はデータの形式がAIにとって扱いにくく、数値の読み違いが起こります。TrendViewer MCPサーバは、内部の複雑な処理をすべてサーバ側で引き受け、AIが誤読しないように整えたデータだけを返す設計にしました。
利用者は、IDや設定を意識する必要はありません。「この商品の評価が下がっている観点は?」と話しかければ、AIが必要なデータを取りにいって答えます。
6. 利用者ごとの認証(マルチテナント対応)
利用者は自身のTrendViewerアカウントでログインし、その権限の範囲でのみデータにアクセスします。OAuth 2.1、動的クライアント登録(RFC 7591)、PKCE(S256)、RS256署名のJWTに対応し、認証基盤にはFirebase Authenticationを採用しています。
他のデータとつなぐ — MCPだからできること
MCPの利点は、複数のデータ基盤を1つのAIセッションに同時に接続できることです。TrendViewer MCPサーバを、既にお使いのアクセス解析(GA4)やPOS/基幹システムのMCPサーバと併用することで、これまで手作業で突き合わせていた分析が対話だけで完結します。


|
データ |
答えられる問い |
単独での限界 |
|---|---|---|
|
POS/ID-POS |
何が・いくつ売れたか(事実) |
なぜ売れたかは分からない |
|
GA4 |
何を見て、どこで離脱したか(行動) |
離脱の理由は分からない |
|
TrendViewer |
何を評価し、なぜ買ったか(意図) |
実売との因果は示せない |
「売れた事実」と「見られた行動」に「なぜ」を接続するのがTrendViewerの役割です。
活用例1:売上が伸びた理由を特定する(POS × TrendViewer)
POSデータで「特定商品の販売数が伸びている」ことは分かっても、要因までは分かりません。同じ期間のレビューを観点別に見ると、たとえば「静音性」への言及が急増し好評率も上がっていた、という変化が捉えられます。値下げの効果なのか製品特性が評価されたのかを切り分けられるため、次に何を増産しどう訴求するかの判断材料になります。
POS x TV 分析の イメージ動画(再生ボタンを押してください。)
活用例2:商品ページの離脱を止める(GA4 × TrendViewer)
GA4で離脱率の高いページを特定し、そのカテゴリで検出されている不満観点と突き合わせます。「読者が知りたい論点がページに書かれていない」箇所が特定できるため、記載を補強し、改善後の数値をGA4で確認する——という流れをAIとの対話の中で回せます。
活用例3:訴求軸を決めて、効果を検証する(TrendViewer × GA4 × POS)
購買動機の集計から「この観点が購入の決め手になりやすい」を特定して訴求を設計し、GA4で反応を、POSで実売を確認します。意図 → 行動 → 実売を一本の線で追えるため、施策の良し悪しを推測でなく数字で判断できます。
活用例4:最重要顧客が何を語っているかを理解する(POS × TrendViewer)
多くの企業では、売上の大半を一部の優良顧客が生んでいます。しかし「その人たちが自社商品の何を評価しているのか」は購買データだけでは分かりません。POSに記録されるのは購入の事実であって、理由ではないためです。
-
POS/購買履歴でロイヤル顧客を定義する(購入頻度・累計購入額・継続期間など)
-
その層が実際に選んでいる商品群を洗い出す
-
その商品群のレビューをTrendViewerで観点分析する
これにより、最重要顧客が何を評価し、何に不満を持ち、なぜ買い続けているのかを、経験則ではなくデータで説明できるようになります。優良顧客が重視する観点を軸に商品改良や訴求を設計すれば、離反防止と、同じ性質を持つ新規顧客の獲得の両方に効きます。
活用例5:自社にPOSが無くても「なぜ」が取れる
メーカーや卸は、小売の店頭POSを直接持てないことが少なくありません。TrendViewerはレビューという公開情報から購買意図を抽出するため、ID-POSを保有していなくても「なぜ選ばれたか」を把握できます。POSをお持ちの企業には裏付けとして、お持ちでない企業には代替の手段として機能します。
※ TrendViewerが解析するのはインターネット上に公開されたレビューであり、著作権法第30条の4(情報解析のための利用)に則って収集・解析し、適正に運用管理しています。レビュー本文をそのまま掲載することはなく、統計として集計した結果を提供します。
※ 投稿者個人を特定するものではありません。また、同一顧客の買い物カゴを追跡するバスケット分析(ID-POS分析)とは異なり、レビュー本文に基づく意図ベースの分析を提供するものです。上記の活用例では、顧客の特定はお客さま側の購買データで行い、TrendViewerは特定された商品群の評価分析を担当します。
提供条件
TrendViewerのアカウントが必要です。料金プラン
TrendViewerについて
TrendViewerは、ECモール上に公開されたレビューを収集・解析し、商品カテゴリごとの評価の観点、観点別の好評/不評、購買動機を可視化するレビュー解析基盤です。
会社概要 会社名:HALDATA株式会社 所在地:神戸市中央区浪花町56 KiP2F
代表者:HAL hatanaka 事業内容:TrendViewerの運営/システム開発
本件に関するお問い合わせ Email:hal@haldata.net
すべての画像
