顧客レビューをAIとOUMOMOでTikTok動画にする方法
出典のあるレビューから5種類のHook、15秒・30秒の台本、OUMOMO動画、公開前の人による確認までを実行できる手順です。
目次
パートナー記事: BetterTokenがOUMOMOについて実践ガイドを作成しました。役割は別です。OUMOMOは商品動画を生成し、BetterTokenはレビューを事前整理するモデルへのAPIアクセスに利用できます。
先に結論: 出典を確認できるレビューを1件選び、原文の引用とブランド側の言い換えを分け、検証可能な主張を1つだけ決めます。人が承認したbriefをOUMOMOへ移します。Link to Videoは商品リンクまたは商品素材を入力し、設定、生成、編集を経て最長30秒の短尺動画を書き出せます。ただし、OUMOMOが広告表現の正しさを自動で保証するわけではありません。
1. Hookを書く前に出典を残す
自社ショップ、サポート、アンケート、許可を得たクリエイター施策のレビューを使います。URL、注文番号、社内のsource IDなどを保存してください。実名や引用の公開許可がない場合は名前を削除し、引用符を使わずブランド側の要約として扱います。
| 項目 | 記録する内容 | 完全な架空例 |
|---|---|---|
| 問題 | 購入前の困りごと | 「出勤前に朝食を作る時間がない」 |
| 状況 | いつ、どこで使ったか | 「ジムの後にブレンダーを使う」 |
| 不安 | 購入を迷った理由 | 「洗うのが大変そうだった」 |
| 結果 | 根拠で確認できる観察 | 「使用後にカップをすすげた」 |
| 原文引用 | 許可された正確な文言だけ | 「ジムを出る前にカップをすすいだ」 |
| 出典 | URL、注文、同意記録 | review-0000 |
この例は実在の商品や顧客を示しません。実際の広告では、レビューと商品ページの両方が同じ結果を裏付ける必要があります。1人の体験を全購入者への保証に変えてはいけません。
2. 1つの主張から5種類のHookを作る
架空例の中心は「運動後に飲み物を作り、出勤前にカップをすすぐ」です。主張を変えずに入口だけを変えます。
- 問題認識: 「ジムの後、ブレンダーを洗う時間がない?」
- 不安の提示: 「洗うのが大変そうで、購入を先延ばしにしていました。」
- 利用場面: 「ジムからオフィスへ向かう朝の流れです。」
- 実演: 「普通にすすいだ後、カップに何が残るか見てみます。」
- 質問: 「汚れたカップを家まで持ち帰らず、携帯ブレンダーを通勤に組み込める?」
いずれも架空のテンプレートです。「漏れない」「10秒で洗える」「一日中使える」といった表現は、現在の商品資料に明確な根拠がある場合だけ使用します。
3. brief作成用の再利用可能なPrompt
承認済みの顧客レビューからTikTok商品動画のbriefを作成してください。
検証済みの商品情報:
[商品情報と商品ページURL]
承認済みレビュー:
[本文、出典、引用許可の状態]
次を返してください:
1. 問題、利用状況、購入前の不安;
2. レビューと商品ページの両方が支える結果を1つ;
3. その結果に基づく5種類のHook;
4. 15秒版と30秒版の台本;
5. 人が確認すべきclaimsの一覧。
顧客、引用、評価、価格、機能、結果を作らないでください。
引用符は承認された原文だけに使ってください。
言い換えはブランド文として明記してください。
根拠がない場合は「未確認」と返してください。
4. 15秒版と30秒版の構成
| 時間 | 15秒版 | 30秒版 |
|---|---|---|
| 0〜3秒 | 問題または質問 | 問題または承認済み引用 |
| 3〜8秒 | 状況と商品の登場 | 状況と購入前の不安 |
| 8〜12秒 | 検証できる実演を1つ | 新しい約束を加えない実演 |
| 12〜15秒 | 結果と次の行動 | 中間結果 |
| 15〜26秒 | — | 文脈、承認済み引用または機能 |
| 26〜30秒 | — | 結果、disclosure、次の行動 |
30秒版は文脈を増やすためのものです。主張を増やすためではありません。
5. OUMOMOで動画を作る
公式のOUMOMO Link to Videoは、リンクまたは画像 → 設定 → 生成 → 編集 → 書き出しという流れです。ツールへ入力する前に人の承認を追加します。
- OUMOMOを開き、Link to Videoを選びます。
- 商品リンクを貼るか、利用権のある商品画像をアップロードします。
- 承認済みHookを1つ、結果を1つ、検証済み商品情報だけを追加します。
- 形式と長さを選び、公開briefに顧客の個人情報を入れないようにします。
- バリエーションを生成し、エディターで開きます。
- 商品の形、パッケージ、字幕、音声、すべてのclaimを出典と比較します。
- 不一致を直し、承認された版だけを書き出します。
書き出し前に、商品外観が正しいか、引用が原文どおりか、ブランド文が顧客の発言に見えないか、映像と音声の全主張に根拠があるかを確認します。
6. BetterTokenとn8nを使う場所
レビューが多い場合は、前処理を自動化して下書きを構造化できます。BetterTokenはモデルへの従量課金APIアクセスを提供し、n8nは許可済みテキストをモデルへ送り、結果を人の審査キューに保存できます。現在の接続方法はBetterTokenのn8nガイドにあります。これはOUMOMOとの技術統合ではありません。OUMOMOが動画を生成し、n8nが処理をつなぎ、人が引用、claims、権利を承認します。
最小フローは、許可された場所からレビューを取得し、不要な個人情報を削除し、構造化項目とunsupported_claimsを生成し、出典を残し、approved後にのみbriefをOUMOMOへ渡すことです。
7. よくある失敗と確認方法
- 引用が読みやすく改変された:
verbatim_quoteとbrand_narrationを分け、出典と一字ずつ比較します。 - 存在しない機能が追加された:
claim → source表を作り、出典のない行を削除します。 - 商品の見た目が変わった: シーンまたは入力素材を差し替え、静止画を承認済み画像と比較します。
- 他者の動画をわずかに変えただけになった: 自社またはライセンス済み素材で新しい演出を作ります。
- AIラベルだけで広告開示も済んだと思った: AI表示と商用コンテンツ表示を別々に確認します。
2026年8月10日に確認したTikTok Community Guidelinesでは、実在の人物や場面と誤認される可能性があるリアルなAI生成・大幅編集コンテンツに表示が必要です。オリジナリティと権利も対象です。商業的な主張についてはTikTokの誤解を招くコンテンツに関するポリシーも確認してください。
公開前チェックリスト
- 出典と引用許可を保存した。
- 原文引用とブランド文を分けた。
- 各claimに許容できる根拠がある。
- 商品の形、色、パッケージ、使い方が正しい。
- 音楽、音声、画像、映像は自社所有またはライセンス済みである。
- 必要なAI表示と商用表示を追加した。
- 他者の作品を最小限の変更で再利用していない。
まず1商品と3件の検証済みレビューを選び、各レビューで2種類のHookを試します。長さ、CTA、claim、対象者を同時に変えないでください。少量なら手作業で十分です。大量の場合はBetterTokenとn8nで構造化できますが、人の承認は残します。