Amazonレビュー依頼の一括送信ツールと規約の範囲

自動化ツールで規約リスクになる4つの設定

自動化そのものが問題になるわけではありません。危険なのは、ツールの設定画面で選べてしまう次の4点です。

逆に、返品・返金済み注文の除外、レビュー済み購入者の除外、特定SKUの除外は、安全な絞り込みです。CS（カスタマーサポート）対応の負荷や無駄打ちを減らせます。危険なのは「評価内容」で送信先を選別する設定だけだと整理しておくと、設定監査がしやすくなります。

純正ボタンを使うと、画面上に同意事項が表示されます。内容は「マーケットプレイス・メッセージ管理から追加でレビューリクエストを送信しない」というものです。マーケットプレイス・メッセージ管理とは、購入者とのメッセージをまとめて管理する、セラーセントラルの機能です。つまり、公式ボタンと自作メッセージの併用は想定されていません（出典: セラーセントラルフォーラムの出品者間の質疑）。

購入者への能動的な連絡全体の規約は「購入者へのメッセージはどこまで送れるか」で解説しています。

送信タイミングの目安と同梱物の注意点

送信タイミングについては「到着から5〜7日後」を薦める実務記事が複数あります。しかし、日本の一次情報（セラーセントラルのヘルプ本文）で裏付けられた推奨日数は確認できていません。5〜30日という送信可能枠の中での経験則として扱うのが安全です。

同梱するサンクスカードについては、「お客様のご感想を是非お聞かせ下さい」といった中立的な感想依頼までは許容範囲とされます。一方で、★5点アイコンの提示は違反と判断されています。低評価者だけを別の問い合わせ窓口に誘導する行為も同様です（出典: Amazonセラーセントラル ヘルプ↗）。

POINT

POINT 文面が中立的でも、同じ面に「おまけ」の案内を同居させると、インセンティブとみなされうる場合があります。この点を指摘するフォーラムの投稿があります。依頼は純正ボタンに一本化し、同梱物はレビューに一切言及しない形に分けるのが安全です。

自動化ツールで一括送信を始めるときにもう一つ注意したいのが、過去に溜まった注文を一気に流さないことです。短期間に依頼数もレビュー数も跳ねると、Amazonの不正検知が働くリスクが上がります。不正検知は「注文量に対して不自然なペースでレビューが増えている」といった状況を判断材料にします。

こちらの記事もご参照ください

レビュー急増は危険?誤検知停止の実態と防御策

レビューが短期間に急増すると「too many reviews too fast」として誤検知停止されることがあります。仕組みと防御策を実例つきで解説します。

導入初月は過去分を一気に処理しないほうが安全です。日次で平準化（1日あたりの送信数を均等にならすこと）して送信します。

実行手順

一括送信を導入する際は、次の順番で進めると設定ミスを防ぎやすくなります。

1. 直近3ヶ月の注文件数・レビュー依頼の送信件数・レビュー増加件数を並べ、送信の取りこぼしを確認する
2. 純正ボタン・自作メッセージ・サンクスメール・同梱物の4つの依頼経路を洗い出し、依頼は純正ボタンに一本化する
3. ツールを選ぶ際は、送信される文面がAmazon定型文であること、送信起点が純正の5〜30日枠に収まることを確認する
4. 設定では返品・返金済みやレビュー済み購入者の除外のみをONにし、星評価による絞り込みはOFFにする
5. 導入初月は過去注文を一気に流さず、日次で平準化して送信する
6. レビュー件数・星評価の平均・CVR（購入転換率。商品ページを見た人のうち、実際に買った人の割合です）を月次で確認します。投稿率を自社の実データとして把握してください。

レビュー数が30件未満でブランド登録済みの商品であれば、依頼の自動化と並行してAmazon Vineの活用も検討する価値があります。ブランド登録とは、自社の商標をAmazonに登録して、商品ページの保護や専用機能を使えるようにする制度です。Amazon Vineとは、Amazonが信頼できるレビュアーに自社商品を無料で提供し、レビューを書いてもらう公式プログラムです。詳しくは「Amazon Vineの費用対効果は？何個配ると何件つくか」で解説しています。

依頼による投稿率は200〜300件送って約1件程度にとどまることが多いためです。注文件数が少ないASIN（Amazonが商品1つずつに割り当てている10桁の商品コードです）では、依頼だけでは母数が作りにくくなります。

違反した場合のリスク

レビュー操作は、偽造品の出品と並ぶ重大な違反カテゴリに分類されています。段階的な警告を経ずに、初回違反でも即座にアカウント全体が停止し、資金が凍結される事例が報告されています。

警告を受けたセラーは、禁止されたレビュー獲得方法の詳細な説明を求められます。さらに、マーケットプレイス・メッセージ管理で送信したメッセージの具体例の提出も求められます（出典: セラーセントラルフォーラムの出品者からの報告）。自動化ツールを使っている場合も、送信した文面とログは自社で再現できる形で保存しておく必要があります。

意図的な違反をしていなくても、警告が届くケースがあります。関連アカウントのレビューや返金対応のパターンが、自動検知のきっかけになることがあるためです。アカウント健全性の確認方法は「Amazonアカウント健全性の上げ方と警告への対応」を参照してください。

よくある質問

レビュー依頼の自動化ツールを使うこと自体は規約違反ですか

違反ではありません。送信される文面がAmazon定型文であれば、文言起因の規約リスクは増えません。送信条件が純正の5〜30日・1注文1回の枠内に収まっていることも条件です。問題になるのは、自作文面での依頼や星評価による送信先の絞り込みといった設定です。

星評価で送信先を絞り込む機能は使ってもよいですか

推奨しません。高評価が見込める購入者だけに依頼する設計は、実質的なレビューゲーティングとみなされうるためです。返品・返金済みやレビュー済み購入者の除外は安全ですが、評価内容による選別はOFFにしておくべきです。

サンクスメールとレビュー依頼を同時に送ってもよいですか

同一注文へ複数回の依頼が重なる運用は避けるべきです。アマストリームのようにレビュー依頼を有効化するとサンクスメールが自動停止する設計のツールもあります。役割を分離しておくほうが安全です。

送信タイミングは到着から何日後がよいですか

日本の一次情報で裏付けられた推奨日数は確認できていません。5〜30日という送信可能枠の中で、到着から5〜7日後を目安にする実務記事が複数あります。あくまで経験則として扱ってください。

まとめ

純正の「レビューをリクエスト」には一括送信機能がなく、注文件数が増えるほど送り漏れが構造的に発生します。実務では、純正の送信条件（5〜30日・1注文1回・Amazon定型文）の範囲内で一括化する外部ツールを使うのが基本線です。危険なのは自動化そのものではなく、自作文面・星評価での絞り込み・二重依頼・同梱物での依頼文言という4つの設定です。ここを押さえておけば、規約リスクを増やさずにレビュー獲得の取りこぼしを減らせます。