楽天市場でレビュー投稿の特典としてクーポンを配布するなら、商品を発送し、実際のレビュー投稿を確認した後に、評価や本文を問わず同じ条件で渡す「次回注文用クーポン」として設計します。今回の注文の値引きや送料無料、高評価者だけへの優遇は認められません。なお、条件を満たす場合は別送のおまけが認められる整理もあるため、特典の種類ごとにルールを確認する必要があります。本記事では、実施できる条件、RMSでの配布型クーポンの設定、投稿確認後の通知、費用と自動化の判断を店舗運営の順に解説します。
楽天レビュー特典クーポンは、投稿確認後の「次回注文用」に限って設計する
レビュー投稿に対する特典は、自由に設計できるわけではありません。出店者向けのレビューガイドラインでは原則禁止とされ、条件を満たす場合に限って、発送と実際のレビュー投稿を確認した後の次回注文用クーポンなどが例外的に認められます。RMSで設定できることと、レビュー特典として実施できることは分けて考えてください。
運用の基本は、①特典の条件を事前に告知する、②商品を発送する、③対象注文のレビュー投稿を確認する、④評価や本文にかかわらず同一条件で特典を案内する、という流れです。クーポンを先に渡して投稿を促したり、今回の注文を値引きしたりする設計は、この流れに当たりません。
実施できる条件と禁止される特典を確認する
レビュー特典として実施できるのは、商品発送と実際の投稿を確認した後に渡す次回注文用クーポンです。レビューを書いた注文そのものの金額を後から調整する特典ではありません。楽天の出店者向けレビューガイドラインに沿って、特典内容、対象となる注文やレビュー、投稿期限、付与時期、付与方法を事前に明示します。
| 特典の設計 | 扱い | 理由・注意点 |
|---|---|---|
| 次回注文用クーポン | 条件付きで可能 | 発送と実際の投稿を確認した後、同一条件で付与する |
| 今回の注文の値引き | 不可 | 注文金額を後から修正して値引きする方法も含む |
| 今回の注文の送料無料 | 不可 | レビュー投稿後に送料だけを免除する設計も含む |
| 商品へのおまけ同梱 | 不可 | 今回の注文に同梱する特典は使えない |
| 別送のおまけ | 条件付きで可能 | 発送と投稿確認後に別送する場合でも、法令や景品規制に従う |
| キャッシュバック | 不可 | 実施時期にかかわらず、現金を返す設計はできない |
| 金券・商品券・ギフト券・楽天ポイントギフト | 不可 | クーポンとは異なる金銭的特典で、レビュー謝礼には使えない |
レビュー特典のクーポン金額について、ガイドラインだけから一律の上限額を導くことはできません。ただし、過度な特典にならないようにし、景品規制など関係法令も確認します。金額を決める際は、値引き原資だけでなく、利用枚数に応じたシステム利用料も含めて設計してください。
評価・本文・注文時の意思で対象者を分けない
特典の対象者は、レビューの評価点数、本文の内容、注文時に「レビューを書く」と意思表示したかどうかで分けられません。星5の投稿者だけにクーポンを渡し、星1や星2の投稿者を除外・減額する運用はできません。低評価を理由に特典を取り消すこともできません。
次のような条件付けも避けます。
- 高評価の投稿を求める
- 低評価なら特典を付けないと示す
- 投稿後に評価や本文の変更・削除を依頼する
- 注文時に「レビューを書く」と約束した購入者だけを対象にする
- 抽選、コンテスト、レビュー大賞などで特定の投稿だけを特典対象にする
- 商品到着前の投稿を促す
同じ特典企画の対象となる注文については、実際にレビューを投稿したかどうかを確認したうえで、投稿内容に左右されない共通条件で扱います。
告知時に先に決めておく項目
企画を始める前に、購入者が確認できる形で次の項目を決めておきます。
- 特典の内容：定額値引きか定率値引きか、対象商品や最低購入条件など
- 対象となる注文・レビュー：商品レビューかショップレビューか、対象商品の範囲など
- 投稿期限：注文後のどの期間を対象にするか
- 付与時期：発送確認後、投稿確認後など、特典を案内するタイミング
- 付与方法：クーポン獲得URLやコードをどの方法で知らせるか
- 利用期限・利用回数：全体上限、1ユーザーあたりの上限、対象商品など
「レビューを書けば必ずすぐにクーポンが届く」といった表現は、実際の確認手順やクーポン条件と一致させます。クーポンの獲得条件を別途設定すると、レビュー特典の対象者でも取得できない場合があります。レビュー特典の条件とRMS上の獲得条件が食い違わないかを、登録前に確認してください。
RMSでは配布型クーポンを作成し、投稿確認後に獲得URLを案内する
RMSでレビュー特典を運用する場合は、レビュー投稿を自動判定する機能ではなく、店舗が獲得URLやコードを案内する「配布型クーポン」を使うのが基本です。クーポンを作成した時点で特典付与が完了するわけではなく、発送と投稿の確認後に対象者へ案内します。
RMSには購入のお礼として注文完了後に渡すサンキュークーポンもありますが、これはレビュー投稿を確認してから配布する機能ではありません。レビュー確認から通知までを自動化したい場合は、RMS標準機能とは別の有料サービスを検討します。
配布型クーポン・サンキュークーポン・有料自動化サービスの使い分け
| 仕組み | 配布のきっかけ | レビュー特典への向き不向き |
|---|---|---|
| 配布型クーポン | 店舗が獲得URLやコードを案内 | 投稿確認後に手作業で渡す運用に向く |
| サンキュークーポン | 注文完了後の購入のお礼 | レビュー投稿の確認を条件にする用途には向かない |
| 有料レビュー自動化サービス | サービスが投稿確認や通知を処理 | 注文件数・投稿数が多く、確認や通知の負荷を減らしたい場合の選択肢 |
配布型クーポンには会員ランクや購入履歴などの獲得条件を設定できますが、確認した登録項目には「レビュー投稿済み」を自動判定する条件はありません。そのため、配布型クーポンを登録しただけで投稿検知から自動配布まで完了すると考えないでください。RaCouponの配布型クーポン登録を確認し、レビューの確認工程を店舗側の運用に組み込みます。
配布型クーポンの作成手順と主な設定項目
配布型クーポンは、次の入口から作成します。
RMS → 店舗設定 → 8 クーポン設定 → クーポン（配布型） → クーポン（配布型）を新規登録する
登録時は、レビュー特典として事前に告知した内容と矛盾しないように、主に次の項目を設定します。
- クーポン名、説明文、値引き内容を入力する。
- 開始日時と有効期間を設定する。
- 全体の利用回数と1ユーザーあたりの利用回数を決める。
- 最低購入金額・最低購入個数、販売方法、併用可否を設定する。
- 必要に応じて対象商品を指定する。
- 必要に応じて会員ランクや購入履歴などの獲得条件を設定する。
- 公開設定を確認し、登録後に獲得URLやクーポンコードを控える。
配布型クーポンは定額値引き、定率値引き、送料無料などから値引き方法を選べます。ただし、レビュー特典として送料無料を使うことはできないため、設定可能かどうかだけで判断せず、ガイドライン上許容される設計かを確認してください。
開始日時は登録画面を開いた時点から最短60分後、最長30日後に設定できます。有効期間は最大3か月以内です。商品指定クーポンには追加条件があるため、登録画面で対象商品や期間のエラーが出ないか確認します。
限定公開URLでも投稿者本人だけの利用は保証できない
特定の投稿者へ案内する場合は、公開設定を「限定公開（クーポン獲得URLを配布）」にします。ただし、限定公開はURLを知っている人だけが取得できる形式であり、投稿者本人のアカウントに利用権を固定する機能ではありません。
購入者へ送ったURLやコードが転送されたり、SNSや掲示板などで共有されたりすると、レビューを書いていない人が取得・利用する可能性があります。対策として、全体利用回数の上限、1ユーザーあたりの上限、有効期間、対象商品、最低購入金額を組み合わせます。
それでも、限定公開URLだけで本人以外の利用を完全に防げるわけではありません。想定以上に使われた場合の値引き原資とシステム利用料を見積もったうえで、利用上限を決めます。
対象商品・獲得条件を付ける場合の制約
配布型クーポンでは、対象商品や獲得条件も設定できます。ただし、条件を増やすほどレビュー特典の告知内容と実際の取得可否がずれやすくなります。
商品指定は最大5,000商品です。定額・定率値引きで利用できますが、送料無料では商品指定できません。商品指定クーポンには、有効期間14日以内、全体利用回数1,000回以下、会員ランク指定のいずれかが必要になる場合があります。新規商品や変更商品の反映に最大24時間かかる場合もあるため、登録後はエラー商品一覧を確認します。
獲得条件として、会員ランク、過去の購入履歴、性別・年齢・誕生月、居住地などを指定できます。購入履歴の判定は前日までのデータに基づき、反映に時間がかかる場合があります。条件を付ける場合、URLを開けても対象外の購入者は取得できないことがあるため、事前告知にその制約を含めてください。
レビュー特典では、評価や本文を条件にしたり、レビュー投稿済みかどうかをRMSの獲得条件で自動判定できると説明したりしないでください。
発送と投稿を確認してから、同一条件でクーポンを通知する
クーポンの登録後は、店舗側で発送情報とレビュー投稿を確認してから通知します。投稿確認を購入者の申告だけで済ませず、対象注文と実際のレビューを照合することが重要です。
評価にかかわらず同じ条件で案内することで、特典が高評価の対価にならないようにします。クーポンのURLを用意していても、発送前やレビュー確認前に送れば、事前に決めたレビュー特典の運用とは異なるため注意してください。
投稿確認からクーポン通知までの手順
実務では、次の順番で処理します。
- 発送情報を確認する：対象注文が実際に発送済みであること、受注情報に配送会社・伝票番号・発送日または発送予定日が登録されていることを確認します。
- レビューを確認する：レビューチェックツールなどで、対象注文と実際の投稿を照合します。投稿したという連絡だけで付与を完了させないようにします。
- 対象者を確定する：事前に告知した注文・レビューの条件に照らします。ただし、評価点数、本文、注文時の投稿意思を理由に除外や減額はしません。
- クーポン情報を確認する：獲得URLまたはコード、対象商品、最低購入条件、利用期限、利用回数を確認します。
- 特典を通知する：約束したクーポンと利用条件を対象者へ案内します。
- 処理記録を残す：注文番号、投稿確認日、通知日、案内したクーポンを店舗内で管理し、二重配布を防ぎます。
この順序は、対象者の取り違えや発送前の特典案内を防ぐための店舗運用です。
特典通知メールに記載する内容と混在させない内容
特典通知には、次の内容を記載します。
- レビュー投稿を確認したことへのお礼
- 事前に約束したクーポンの内容
- クーポン獲得URLまたはコード
- 利用できる商品・最低購入金額・最低購入個数
- 利用期限、利用回数、併用可否などの条件
- クーポンが使えない場合の問い合わせ先
通知は、レビュー特典を案内するためのメールとして完結させます。新商品紹介、セール情報、別商品の広告などを混在させないでください。レビュー特典クーポン案内の文例でも、獲得URL、利用条件、期限などを明確に案内する運用が示されています。
「星5のレビューありがとうございます」など、評価を前提にした表現も使いません。投稿内容に触れる場合も、評価の変更や削除を促す印象にならないようにします。
RMS標準機能だけでは投稿検知から配布までは自動化しない
配布型クーポンの登録項目には、レビュー投稿を自動判定する条件は確認されていません。そのため、楽天の標準機能だけで「レビュー投稿を検知する→対象者を判定する→クーポンを自動発行・通知する」という一連の処理が完了するとは説明できません。
標準機能で運用する場合は、店舗担当者が発送情報を確認し、レビューチェックツールで投稿を照合し、配布型クーポンのURLを個別に通知します。投稿数が少なく、注文とレビューを無理なく照合できる店舗では、この方法が選択肢になります。
投稿数が多く、確認や通知の負荷を抑えたい場合は、有料サービスを検討します。ただし、外部サービスを使っても、低評価者の除外や評価別の特典差別化が許されるわけではありません。
費用と運用負荷から、クーポン条件と自動化の要否を決める
レビュー特典クーポンの費用は、値引き額だけで決まりません。店舗が負担する値引き原資、利用枚数に応じたショップクーポンのシステム利用料、URL拡散による想定外の利用、有料自動化サービスの料金を分けて見積もります。
クーポンの条件を厳しくすると原資は抑えやすくなりますが、告知した特典を購入者が取得・利用できない可能性が高まります。利用上限と対象範囲は、費用だけでなく、購入者に約束した内容との整合性で決めてください。
ショップクーポンにかかる費用
ショップクーポンは、値引き原資とは別にシステム利用料が発生します。確認できる料金条件では、店舗全体の月間利用総枚数が50枚までは無料で、51枚目以降は超過1枚につき50円（税別）です。無料枠はクーポンごとではなく、店舗全体の合計で数えます。ショップクーポン料金プランの条件に沿って確認してください。
課金対象は発行数や獲得数ではなく、購入時に使われた枚数です。店内全商品型では通常、1注文につき1枚として数えますが、商品指定型では1注文に複数の対象商品があると、対象商品数に応じて複数枚として扱われる場合があります。
例えば、店舗全体で月80枚が利用された場合、システム利用料だけを単純化して計算すると次のとおりです。値引き原資や外部サービス料金は含みません。
（80枚 − 無料50枚）× 50円 ＝ 1,500円（税別）
レビュー特典の値引き額は別途店舗負担です。発行前に、想定利用枚数と1枚あたりの値引き額を掛け合わせ、システム利用料と合わせて上限を見積もります。
有効期間・利用回数・対象範囲を原資計画に合わせる
配布型クーポンでは、有効期間、利用回数、対象範囲、獲得条件を設定できます。レビュー特典の内容と一致するよう、次のように決めます。
| 設定項目 | 設計時の考え方 |
|---|---|
| 有効期間 | 次回購入を想定した必要な期間に限定する。最大3か月以内という仕様と告知内容を合わせる |
| 全体利用回数 | URLの共有・拡散を考慮し、店舗が負担できる利用数に抑える |
| 1ユーザーあたりの上限 | 同じ購入者が想定以上に利用しないようにする |
| 対象商品 | 全商品か指定商品かを決め、対象外商品を告知内容に含めない |
| 最低購入金額・個数 | 値引き原資と客単価の計画に合わせる |
| 併用可否 | 他のショップクーポンとの組み合わせで値引きが過大にならないか確認する |
| 獲得条件 | 会員ランクや購入履歴などを付ける場合、レビュー特典の対象者を不当に除外しないか確認する |
対象商品を指定する場合は最大5,000商品です。定額値引きでは対象商品の価格を超える値引きにならないようにし、対象商品の登録後はエラー商品一覧を確認します。クーポンの登録完了だけでは、予定したすべての商品が対象になったとは限りません。
限定公開のURLは本人利用を保証しないため、利用上限・期間・対象商品を組み合わせてリスクを管理します。獲得条件を付ける場合は、リンクを開けても取得できない購入者がいることも事前に説明してください。
手作業運用と有料自動化サービスの選び方
投稿数が少なく、担当者が注文とレビューを照合できる場合は、配布型クーポンを作成して手作業で通知する方法が選択肢になります。標準機能の費用を抑えやすい一方、発送確認、投稿確認、対象者管理、通知、二重配布防止を店舗で行う必要があります。
投稿数や注文数が多く、確認・通知の作業が滞る場合は、有料のレビュー自動化サービスを比較します。サービスによって対応範囲や契約条件が異なるため、月額料金だけでなく次の点を確認してください。
- 注文とレビューをどのように照合するか
- クーポンの発行・通知をどこまで自動化できるか
- 配信対象や除外条件をどこまで設定できるか
- 投稿後の重複通知を防げるか
- 解約時や無料期間終了後の扱い
- 楽天のレビューガイドラインに沿った条件で運用できるか
自動化サービスを導入しても、評価別の特典設定や低評価者の除外が許可されるわけではありません。作業量を減らすサービスと、レビュー特典の適法性を判断する店舗責任は別です。
まとめ
楽天市場でレビュー特典クーポンを配布するなら、商品発送と実際のレビュー投稿を確認した後、評価や本文にかかわらず同じ条件で渡す次回注文用クーポンとして設計します。今回の注文の値引き・送料無料・同梱おまけ・キャッシュバック・楽天ポイントギフト、高評価者だけの優遇は使えません。
RMSでは配布型クーポンを作成し、投稿確認後に獲得URLを案内します。限定公開でもURLの共有は防げないため、利用回数、期限、対象商品、最低購入条件を原資計画と合わせて設定してください。
費用は値引き原資に加え、店舗全体の月間利用総枚数が50枚を超えた場合の超過分1枚50円（税別）のシステム利用料があります。投稿数が少なければ手作業、確認や通知の負荷が大きければ有料自動化サービスというように、ルールを守れる運用体制と費用の両面から選びます。