楽天市場でレビュー依頼メールを送るなら、何度も「催促」するのではなく、商品到着後に取引確認を主目的としたメールで、率直な感想の投稿を任意で一度案内する設計が基本です。楽天の標準レビュー促進メールと店舗が送るメールでは、送信主体や設定範囲が異なります。特典を付ける場合も、高評価を条件にせず、発送と実際のレビュー投稿を確認した後に同じ条件で付与します。
楽天レビュー依頼メールは送信手段を分けて選ぶ
レビュー依頼メールは、まず「誰が、何を目的に送るメールか」を分けて考えます。楽天側が注文情報をもとに自動配信する標準レビュー促進メールと、店舗がRMSから送る受注・発送・到着確認メールでは、店舗が管理できる範囲が異なります。R-Mailは広告宣伝メール、外部のレビュー自動化サービスは別契約のサービスであり、通常の受注メールと同じものとして扱えません。
| 手段 | 主体・目的 | 選ぶ場面 |
|---|---|---|
| 標準レビュー促進メール | 楽天が条件に応じて自動配信 | 店舗独自の文面や再送を設計せず、標準配信を利用する場合 |
| RMSの店舗メール | 店舗が注文・発送・到着確認に付随して送信 | 個別注文に合わせて案内したい場合や、対象注文を選んで一括送信したい場合 |
| R-Mail | 広告宣伝の受信許可を得たユーザーへ送る販促メール | レビュー案内を広告宣伝メールとして配信する場合 |
| 外部の自動化サービス | 別契約の事業者サービス | レビュー確認や特典案内などを自動化したい場合 |
レビュー投稿の依頼は広告宣伝内容に含まれるため、単なる事務連絡とは区別します。店舗メールにレビュー案内を含めるときも、メールの主目的が実際の注文・発送・到着や商品状態の確認であるかを確認する必要があります。
楽天の標準レビュー促進メールは店舗が内容や再送を自由に設定するものではない
楽天の標準レビュー促進メールは、購入時に購入者が「レビューのお願いメール」を希望し、発送・到着情報などの条件を満たした注文に対して、楽天側から配信される仕組みです。店舗が注文ごとに自由なタイミングで再送するためのメールとは分けて考えます。楽天の標準レビュー促進メールに関するFAQでは、通常の注文は発送完了報告日から7日後、配送日指定の注文などは配送指定日から7日後と整理されています。
ただし、原典の更新日は2024年2月29日で、「あす楽」という表記も残っています。この記載を現在のすべての配送区分へ機械的に読み替えず、実際の注文条件と現行画面を照合して運用します。
次のような場合は、標準メールが配信されない、または遅れることがあります。
- 購入時に「レビューのお願いメール」を希望する状態で注文が確定していない
- 発送完了情報や想定商品到着日が不明である
- 配信前に注文がキャンセルされている
- データ量やシステム負荷などにより送信処理が遅れている
店舗が配信時刻、件名、本文、再送回数を任意に設定できるという説明は、確認したFAQからは読み取れません。したがって、「標準メールを店舗側で任意の日数に設定し、何度でも自動再送できる」とは扱いません。これは機能の不存在を断定するものではなく、必要な設定が現行のRMS画面で提供されているかを確認するという意味です。
店舗メール・R-Mail・外部自動化サービスの使い分け
店舗が個別または一括で案内する場合は、RMSの受注メールを使う方法を検討します。メールテンプレートはRMSの「受注・決済管理」から管理し、注文確認・発送連絡・到着や商品状態の確認など、実際の取引に付随する目的に合わせて作成します。受注メールを送信する手順では、対象注文を選び、テンプレート、宛先、件名、本文、注文情報、署名を確認して送信する流れが案内されています。
個別送信では、対象の注文を開いてテンプレートを選び、注文内容に合わせて本文を確認・修正します。一括送信では、受注検索で対象を絞り、表示された注文の選択範囲、対象件数、注文状態を確認してから送信します。検索結果の「全選択」が全ページの注文を無条件に選ぶとは限らないため、対象範囲を確認して二重送信を防ぎます。
R-Mailは、レビュー依頼を含む広告宣伝メールを、広告宣伝の受信許可を得たユーザーへ配信する手段です。受注連絡の送信機能だけで販促メールの配信許可や停止を代用しないでください。R-Mailでは、宛先ごとの「配信停止・アドレス変更URL」を本文へ挿入できますが、これは標準レビュー促進メールを一括停止する機能ではありません。R-Mailの作成から宛先選定、配信確定までの細かな画面操作は、利用中の現行RMS画面で確認します。
レビュー投稿の検知、投稿者との注文番号照合、特典クーポンの案内まで自動化したい場合は、RMS標準機能と外部サービスを分けて比較します。RMSの配布型クーポンには、確認した登録マニュアル上、「レビュー投稿済み」を獲得条件として自動判定する項目はありません。投稿検知から特典配布までが標準機能だけで完結すると決めつけず、外部サービスを使う場合は、別契約・有料であること、対象機能、配信条件、データの照合方法を確認します。
催促にならない配信時期・頻度・文面を設計する
レビュー依頼メールは、送信日だけでなく、メールの主目的と内容を一体で設計します。商品が届く前に投稿を促したり、到着確認を名目に同じ案内を繰り返したりすると、取引連絡の範囲を超えて催促と受け取られやすくなります。
店舗が使うメールは、購入者が不快に感じないことだけでなく、広告宣伝メールに関する条件とレビューに関する禁止事項の両方に照らして確認してください。
到着前の依頼や同趣旨メールの反復をしない
商品到着前にレビュー投稿を促す案内は避けます。商品レビューは、購入者が実際に商品を受け取り、使用感や状態を確認してから書くものだからです。システム上投稿画面が表示される可能性があっても、店舗側から到着前の投稿を案内してよいことにはなりません。
到着・商品状態・不具合の確認を主目的とするメールにレビュー案内を差し込む場合、相当な期間内に送る必要があります。ガイドライン上の原則は発送後3週間以内ですが、商品の性質や取引内容によっては、より短い期間が適切です。たとえば、到着後1週間で消費期限を迎える商品について、期限を過ぎてから確認メールを送ることは、発送後3週間以内であっても適切とは限りません。R-Mail以外の広告宣伝ガイドラインの条件を確認し、「発送後3週間以内ならレビュー依頼だけのメールを自由に送れる」と解釈しないでください。
また、同趣旨の取引メールを複数回送ること、広告宣伝を主目的にしながら形式だけ取引連絡にしたメールを送ることも避けます。必要な取引案内にレビューへの任意の案内を一度だけ自然に含められるかを判断します。
依頼文は「率直な感想を任意で」と伝える
依頼文は、購入者が投稿するかどうか、どの評価を付けるかを自分で決められる内容にします。店舗が求めるのは「高評価」ではなく、商品を受け取った後の率直な感想です。
文面は、次の順にすると取引上の目的とレビュー案内を分けやすくなります。
- 注文・購入へのお礼
- 商品の到着や不具合に関する問い合わせ窓口
- 商品到着後、任意でレビューを投稿できることの案内
- 商品レビューとショップレビューの投稿先がある場合の簡潔な説明
「星5の評価をお願いします」「満足した方だけ投稿してください」といった表現は使いません。評価点数や本文の内容を指定すること、投稿後に評価・本文を変更または削除するよう求めることも禁止されます。ほかの購入者の高評価レビューをメールへ転載して投稿を誘導することも避けます。レビュー本文は投稿者に権利があり、R-Mailへの転載は認められていません。出店者向けレビューガイドラインとレビュー引用に関するFAQを確認してください。
文面の例を作る場合も、楽天の公式テンプレートではなく、店舗の取引内容に合わせた案として扱います。レビュー投稿の有無、投稿率、好評価の割合を保証する表現は加えません。
レビュー特典を付ける場合は、評価に関係なく投稿確認後に付与する
レビュー投稿者への特典は、クーポンを作成できるかどうかだけで判断できません。特典の種類、付与する時期、評価との関係、投稿確認の方法を、レビューに関するガイドラインと照合する必要があります。
原則としてレビュー投稿を条件にした特典は制限されていますが、条件を満たす次回注文用クーポンや別送のおまけは、例外的に認められる範囲があります。特典を設ける場合は、評価内容にかかわらず同じ条件で扱う運用にします。
特典の対象・種類・付与条件をそろえる
| 特典・条件 | 扱い |
|---|---|
| 次回注文で使えるクーポン | 発送と実際のレビュー投稿を確認した後に付与する場合に限り、条件を確認して運用する |
| 別送のおまけ | 発送と実際のレビュー投稿を確認した後に付与する場合に限り、景品規制にも配慮する |
| 今回の注文の値引き・送料無料 | 不可 |
| 今回の注文へのおまけ同梱 | 不可 |
| キャッシュバック | 不可 |
| 金券・商品券・楽天ポイントギフトなど | 不可 |
| 高評価者だけへの付与 | 不可 |
| 低評価者の減額・対象外扱い | 不可 |
| 抽選・コンテスト形式 | 不可 |
特典を付与するには、配送手配後に伝票番号、配送会社、発送日または発送予定日を受注情報へ登録し、レビューチェックツールで実際の投稿を注文番号と照合します。購入者から「投稿した」と申告されたことだけで付与を完了させず、店舗側で投稿を確認します。
特典の対象は、評価点数、レビュー本文、注文時に投稿する意思を示したかどうかにかかわらず、同じ条件にします。「レビューを書く」と注文時に約束した人だけを対象にする運用や、低評価の場合に特典を減らす運用はできません。
事前告知では、特典の内容、投稿期限、付与時期、付与方法を、店舗ページや購入履歴など購入者が確認できる形で明記します。特典通知メールには、約束した特典の説明、獲得URL、利用条件、期限、問い合わせ先を記載し、新商品やセールの宣伝を混ぜないようにします。限定公開のクーポンURLでも、URLやコードの拡散を完全には防げないため、利用期間や利用回数を企画内容と合わせて設定します。
RMSの配布型クーポンは投稿確認後の案内に使う
RMSの配布型クーポンは、投稿確認後に次回注文用クーポンを案内する手段として使えます。ただし、配布型クーポンの登録画面にレビュー投稿済みを自動判定する項目が確認できないため、クーポンを作成するだけで「投稿検知→自動配布」まで完了する機能とは扱いません。
運用は、次のように分けて考えます。
- クーポンの内容、対象商品、利用条件、有効期限、利用回数を設定する
- 注文の発送情報を確認する
- レビューチェックツールで注文番号と実際の投稿を照合する
- 評価や本文を問わず、告知した同一条件で対象者を確定する
- クーポンの獲得URL、利用条件、有効期限を案内する
RMSの配布型クーポンを作成する入口は、RMSの「店舗設定」から「クーポン設定」「クーポン（配布型）」へ進む流れです。これはクーポン発行の操作であり、レビュー投稿の自動確認機能を追加する操作ではありません。
標準機能だけで確認と配布を自動化できると断定せず、人的な照合を行うか、外部のレビュー自動化サービスを導入するかを選びます。外部サービスを使う場合も、レビューの取得・注文情報との照合・特典通知・対象外処理がどの範囲まで自動化されるかを、サービスごとに確認してください。
送信前に確認する運用項目
送信前は、メールの種類、対象注文、送信目的、文面、特典の有無を順番に確認します。
- 送信手段：標準レビュー促進メール、RMSの店舗メール、R-Mail、外部サービスのどれかを区別する
- 注文状態：発送済みであるか、キャンセルされていないか、到着確認に必要な情報が登録されているかを確認する
- 重複送信：標準メールや過去の店舗メールと同趣旨になっていないか、一度案内した購入者へ再送しないかを確認する
- 送信目的：店舗メールの場合、実際の注文・発送・到着や商品状態の確認が主目的になっているかを確認する
- 時期：商品到着前の投稿を促していないか、商品の性質に対して確認時期が遅すぎないかを確認する
- 文面：高評価、満足した人だけの投稿、評価変更・削除を求める表現がないかを確認する
- 特典条件：発送と投稿確認後に付与するか、評価・本文・注文時の意思にかかわらず同じ条件かを確認する
- 特典通知：約束した特典だけを案内し、新商品やセールの宣伝を混ぜていないかを確認する
- 自動化範囲：RMS標準機能でできることと、外部サービスに依存することを分ける
文面を整えても、購入者が必ず投稿するとは限りません。レビュー投稿率や好評価の割合を実績として保証したり、購入者へ目標値として示したりせず、投稿するかどうかは購入者の任意であることを前提にします。施策の評価では、投稿数だけでなく、問い合わせや不具合の確認が適切に行われたか、重複配信や特典条件の不一致が起きていないかも確認します。
まとめ
楽天レビューの依頼は、何度も催促するのではなく、商品到着後の取引確認を主目的としたメールで、率直な感想を任意で一度案内する設計が基本です。標準レビュー促進メール、RMSの店舗メール、R-Mail、外部自動化サービスは、送信主体と役割を分けて選びます。
店舗メールでは、到着前の投稿、高評価の指定、評価や本文の変更・削除の依頼、同趣旨メールの反復を避けます。特典を付ける場合は、発送と実際の投稿を確認した後、評価にかかわらず同じ条件で次回注文用クーポンまたは別送のおまけを付与します。RMSの配布型クーポンだけで投稿確認から自動配布まで完結すると決めつけず、必要に応じて照合業務や外部サービスの導入範囲を確認してから実施しましょう。