手動のレビュー対応が、EC運営で積み上がる負担

モールを2店舗以上運営していると、レビューの確認だけで1日あたり15〜20分ほどの時間がかかります。商品数が多くなるほど、この確認作業は積み重なっていきます。けれど、レビュー対応の負担は時間だけではありません。手動運用には、大きく3つの問題があります。

  • 時間が消える：複数モールの管理画面を切り替えながら、新着レビューを目視で追っていく作業です。仮に1日15分とすると、365日では約91時間になります。多くは「確認しただけ」で終わり、記録としては残りません。
  • 見落としが起きる：管理画面をタブで切り替えながら確認するため、低評価レビューが投稿されたタイミングによっては、数日間気づかないことがあります。対応が遅れるほど、そのレビューは購入を検討している他のお客様の目に触れ続けます。
  • 対応が遅れる：モールによっては、出店者がレビューへ返信できる期間に制約があります。気づいたときには返信できる期間を過ぎていた、ということも起こり得ます。

この3点（時間・見落とし・対応遅れ）を同時に軽くできるのが、レビューの自動収集パイプラインです。自動化の価値は、作業を減らすだけでなく、低評価に早く気づける状態と、判断に使える履歴データが手元に貯まることにあります。

新着レビューを毎朝自動で集約する仕組みの全体像

relmeaでは、Google Apps Script（GAS）とGoogleスプレッドシートを使って、レビューを自動で集約しています。サーバーを借りる必要はなく、Googleアカウントの無料枠だけで完結します。仕組みは大きく3つの部品でできています。

  • レビューを取得する処理：楽天市場とYahoo!ショッピングが提供する商品レビュー取得用のAPIを使い、自社商品に付いた新着レビューを取得します。どちらも無料の開発者アカウントで利用でき、取得済みのレビューを識別して重複を防ぐ仕組みもあわせて用意します。
  • 記録する処理：取得したレビューを、店舗・商品名・評価点（1〜5）・コメント本文・投稿日時・返信ステータスといった列でスプレッドシートに1行ずつ追記します。これがレビューの履歴データになります。
  • 定期実行の設定：GASのトリガー機能で「毎朝決まった時刻に自動実行」を設定します。一度設定すれば、あとは何もしなくても毎日レビューが集約され続けます。

スプレッドシート側では、条件付き書式を使って評価1〜2の行を自動でハイライトしておきます。朝シートを開けば、昨日からの新着レビューと、注意すべき低評価がひと目で分かる状態になります。管理画面を順番に開いて回る作業がなくなります。

低評価レビューを即検知して、取りこぼさない

レビュー対応でいちばん避けたいのは、低評価への気づきが遅れることです。集約の仕組みに「通知」を組み合わせると、ログインしなくても低評価に気づけるようになります。

通知設計

スプレッドシートへの書き込みと同時に、条件付きのメール通知を走らせます。GASのメール送信機能を使い、「評価が3以下かつ未対応」の行が追加されたときにメールを送る処理を加えるだけです。通知メールには、次の情報を入れておくと、その場で状況を判断できます。

  • 店舗名と商品名
  • 評価点と投稿日時
  • レビュー本文の冒頭（先頭100字程度）
  • スプレッドシートへの直リンク

これにより、管理画面にログインしなくても、スマートフォンで低評価の内容をその場で確認できます。relmeaの運用でも、この通知を入れてからは、以前は翌日以降になりがちだった低評価への初回対応を、当日中に着手できるようになりました。

競合のレビューも、同じ仕組みで横に広げる

同じGASの構成で、競合店舗の商品レビューも収集できます。取得対象を自社に限定する必要はないためです。競合のレビューを別シートに集約しておくと、次のような使い方が生まれます。

  • 自社で低評価が集まりやすい軸（配送・品質・説明文など）と、競合で不満が出ている軸を見比べ、差別化できる点を言葉にできます。
  • 競合が対応しきれていない不満が、自社の改善余地として見えてきます。

対象店舗を数件追加しても、自動実行の負担はほとんど変わりません。小さく始めて、必要になったら横に広げられます。

集約したデータを、運用にどう活かすか

レビューは集めるだけでは意味がありません。relmeaでは、集約したデータを次の3つの場面で使っています。

1. 定型返信のテンプレートを運用する

スプレッドシートにタグ列を追加し、レビューの内容を「配送」「品質」「説明との相違」「使い方」など、いくつかのカテゴリに分類します。カテゴリごとに返信のテンプレートを用意しておくと、返信文をゼロから書く時間を減らせます。

ここで大切なのは、自動で送信まで行わないことです。relmeaでは「テンプレートで下書きを用意する → 担当者が内容を確認して個別の事情を補う → 手動で送信する」という順番にしています。個別の状況に合わない返信が自動で送られると、かえって印象を損なうためです。テンプレートは下書きの土台として使い、最終確認は必ず人が行います。

2. 商品改善の判断材料にする

月ごとにレビューを集計すると、商品ごとの評価の傾向と、繰り返し登場する言葉が見えてきます。たとえば、ある商品の低評価に「サイズ感」という言葉が何度も出ているなら、商品説明文にサイズの補足を加える、という具体的な打ち手につながります。

返品や交換の依頼が多い商品を特定できれば、梱包の見直しや商品写真の差し替えといった改善にも展開できます。レビューを履歴として残しておくからこそ、こうした判断が感覚ではなく内容にもとづいてできるようになります。

3. 評価の推移をモニタリングする

集計シートで、商品別・月別の平均評価を時系列で見られるようにしておきます。モールの検索順位では、レビュー評価が要素のひとつとして扱われるとされています。評価が数か月続けて下がっている商品は、早めに手を打つ対象として判断できます。

評価が下がった商品について、商品ページの説明文を見直し、その後の推移を追う。この「気づく → 直す → 確かめる」の流れを、データを見ながら繰り返せるようになります。

はじめる順番 ― 1モール・自社レビューだけから

いきなり複数モール・競合まで対象にすると、設定に時間がかかりすぎて途中で止まりやすくなります。relmeaがおすすめしているのは、次の順番です。

  1. まず1モール・自社商品だけを対象に、「取得してスプレッドシートに追記する」処理を毎朝動かす。1週間ほど回して、取りこぼしがないことを確認します。
  2. 運用に慣れたら、低評価のメール通知を追加する。これで「低評価が来た日に気づける」という、いちばん大事な目的が満たせます。あわせて返信テンプレートも用意しておきます。
  3. もう一方のモールを追加し、店舗を識別する列を加えて、1枚のシートに統合する。競合レビューの取得は、このあとに加えます。

小さく始めて、効果を感じながら横に広げる。この進め方なら、設定の負担を抑えつつ、毎朝の手動確認をなくす運用に育てられます。