コンテンツにスキップ

判定ルールを保存して提案の承認・監視を仕組み化する

このページでは、入札や除外の判定ルールをアカウントに保存して毎回の指定を省いたり、最適化プロンプトが出した提案を確認して反映したり、予算超過の通知や定期サマリーの配信条件に合う対象の自動提案を仕掛けたりできます。同じ判断を繰り返している運用を、ルール化して軽くするためのページです。

項目内容
このページでできること判定ルールの保存、提案の確認と反映、定期的な監視・通知の設定、条件に合う対象の自動提案
対象スポンサープロダクト広告(SP)が中心
必要なデータ・接続接続済みアカウント。通知・配信は Slack 連携などの追加設定が必要な場合があります(下記の注記を参照)
実行範囲プロンプトによって異なります。ルール・条件の登録=記録/提案の承認=承認後に広告設定を変更/監視・配信=通知の設定/判定・提案=分析・提案のみ。各プロンプトの「設定変更」で個別に示します
  • 入札や除外の判定基準を毎回書くのが手間なので、ルールとして保存しておきたい
  • 最適化プロンプトが出した提案を、全部または一部だけ選んで反映したい
  • 予算を使いすぎたら通知してほしい/週次の成績を定期的に受け取りたい
  • 条件(成果が低い・配信が止まっている等)に合う対象を、自動で見つけて提案してほしい
  • 対象アカウント … 複数アカウントを扱う場合、提案を作ったアカウントと反映するアカウントは一致している必要があります。
  • 判定の基準値 … 目標 ACoS、対象とする最小クリック数・注文数など。KPI 目標を登録済みなら自動参照されます。
  • 通知・配信の連携 … プロンプト 5・6 は追加の連携設定が必要です(上の注記を参照)。
やりたいこと分かること・作られるもの設定変更プロンプト
判定の基準をアカウントに保存して再利用する登録内容と参照先の案内ルールを登録プロンプト 1
出てきた提案を全件または一部だけ反映する反映結果(成功・失敗・変更前後)承認後に広告設定を変更プロンプト 2
提案の中身(現在値・推奨値・理由)を確認する提案項目の詳細一覧変更なし(読み取り)プロンプト 3
終わらせるべき季節キャンペーンを見つける終了推奨の判定と理由変更なし(終了は手動)プロンプト 4
予算を使いすぎたら通知する通知条件と直近の超過実績通知条件を登録プロンプト 5
週次の成績サマリーを定期配信する配信スケジュールとプレビュー配信設定を登録プロンプト 6
予算が余っている広告で成果の高い商品に入札強化を提案する入札引き上げの提案一覧変更なし(提案のみ)プロンプト 7
クリックは多いのに売れていない対象の除外を提案する除外候補の提案一覧変更なし(提案のみ)プロンプト 8
配信が止まっている広告の再開プランを出す原因と再開アクションの提案変更なし(提案のみ)プロンプト 9

プロンプト 1: 判定ルールを保存する

Section titled “プロンプト 1: 判定ルールを保存する”

入札・予算・除外キーワードなどの判定基準をアカウントに保存し、以降の最適化プロンプトから自動参照させます。

こんな時に使う — 同じ判定基準を毎回書くのをやめて、ルールとして固定したいとき。

実行前に必要な情報 — ルールの種別と、判定に使う基準値(目標 ACoS、最小クリック数など)。

{{ルール種別(例: 入札最適化)}} の判定ルールを登録して:
- 目標 ACoS: 15%
- 評価対象とする最小クリック数: 10 以上
- 評価対象とする最小注文数: 1 以上
- 反映方法: 承認するまで反映しない(提案として返す)

変更できる条件 — ルール種別(「入札最適化」「キーワード入札」「予算」「掲載位置倍率」「除外キーワード」「検索結果上部の表示シェア」「複合」など)、目標 ACoS、最小クリック数・最小注文数のしきい値。目標 ACoS は KPI 目標を登録済みなら省略できます。

返ってくる内容 — 登録内容の表と、どの最適化プロンプトから自動参照されるかの案内。

設定変更 — 判定ルールをアカウントに登録します(広告設定は変更しません)。反映モードは「承認するまで反映しない」で固定されます。

用語補足 — 最小クリック数・最小注文数のしきい値は、データが少ない対象を誤って判定しないための目安です(例では 10 クリック・1 注文)。

次にすること — 登録したルールは 入札単価を調整する予算を調整する除外キーワードを追加する が参照します。


プロンプト 2: 提案を承認して反映する

Section titled “プロンプト 2: 提案を承認して反映する”

最適化プロンプトが出した提案を、全件または一部だけ選んで Amazon 広告に反映します。

こんな時に使う — 提案の内容を確認したうえで、実際に入札・予算・除外を反映したいとき。

実行前に必要な情報 — 提案 ID(直前の提案出力に表示されたもの)。一部だけ反映する場合は項目 ID。

提案 ID {{提案ID(例: prop_8a2c...)}} を承認して反映して:
- 一部のみ反映する場合: 反映する項目 ID {{承認する項目ID(例: item_001, item_003)}} を指定
- 全件反映する場合: 項目 ID は省略

変更できる条件 — 反映する項目 ID(省略で全件、指定でその項目だけ)。

返ってくる内容 — 反映対象/スキップ/成功/失敗の件数と、変更前後の値の表。

設定変更承認後に Amazon 広告の設定(入札・予算・キーワードなど)を変更します。

用語補足 — 提案には 24 時間の有効期限があり、延長すると最大 48 時間まで使えます。提案を作ったアカウントと反映するアカウントは一致している必要があります。

次にすること — 反映した内容は 施策と外部イベントを記録して効果を検証する に記録して Before/After を比較できます。


プロンプト 3: 提案の詳細を確認する

Section titled “プロンプト 3: 提案の詳細を確認する”

提案 ID から各項目の中身(現在値・推奨値・理由)を一覧表示し、一部だけ反映する準備に使います。

こんな時に使う — 提案を全件反映する前に、項目ごとに中身を見て取捨選択したいとき。

実行前に必要な情報 — 提案 ID。

提案 ID {{提案ID(例: prop_8a2c...)}} の詳細を表示して:
- 項目 ID
- 現在値 / 推奨値 / 推奨の理由
- 対象のキャンペーン名・広告グループ名

変更できる条件 — (なし。表示するだけです)

返ってくる内容 — 項目 ID × キャンペーン × 対象 × 現在値 × 推奨値 × 理由の表。

設定変更 — 変更なし(読み取り専用)。何も反映されません。

次にすること — ここで確認した項目 ID を、そのままプロンプト 2 の一部反映に渡せます。


プロンプト 4: 終わらせるべき季節キャンペーンを見つける

Section titled “プロンプト 4: 終わらせるべき季節キャンペーンを見つける”

過去 14 日の商品(SKU)別の広告利益から、そろそろ終わらせるべき季節ものキャンペーンを判定します。

こんな時に使う — セール・季節商品の広告を、いつ止めるか判断したいとき。

実行前に必要な情報 — (対象期間は既定で過去 14 日)

過去 14 日の商品(SKU)別の広告利益から、終わらせるべき季節キャンペーンはどれ?
売上トレンド・在庫状況・ROAS の推移を踏まえて判定して。

変更できる条件 — 対象期間。

返ってくる内容 — キャンペーン × 過去 14 日の売上推移 × ROAS × 終了推奨の判定 × 理由の表。

設定変更 — 変更なし(分析・提案のみ)。実際のキャンペーン終了は手動で行います。

次にすること — 在庫状況とあわせて判断したい場合は 在庫と販売機会を管理する を併用します。


プロンプト 5: 予算の使いすぎを通知する

Section titled “プロンプト 5: 予算の使いすぎを通知する”

配信中のすべての SP キャンペーンの予算消化ペースを見張り、日予算を 15% 超えたら通知します。

こんな時に使う — 予算を使いすぎたときに、あとで気づくのではなくその都度知りたいとき。

実行前に必要な情報 — 通知する超過の割合(既定は 15%)。通知の連携設定(上の注記を参照)。

配信中のすべての SP キャンペーンの予算消化ペースを見張って、
1 日の予算を 15% 超えたら通知して。

変更できる条件 — 超過の割合(例では 15%)。

返ってくる内容 — 通知条件の確認と、直近 1 週間の超過実績。

設定変更 — 通知条件を登録します(広告設定は変更しません)。通知の配信には追加の連携設定が必要です。

次にすること — 予算そのものの見直しは 予算を調整する で行います。


プロンプト 6: 週次サマリーを定期配信する

Section titled “プロンプト 6: 週次サマリーを定期配信する”

週次の SP パフォーマンスサマリーを、決めた曜日・時刻に自動で作成・配信します。

こんな時に使う — 毎週の成績を、手作業でまとめずに定期的に受け取りたいとき。

実行前に必要な情報 — 配信する曜日・時刻(例では毎週水曜 13 時)。配信の連携設定(上の注記を参照)。

毎週水曜 13 時に SP の週間パフォーマンスサマリーを作って、
前週比(WoW)の比較を含めて配信して。

変更できる条件 — 配信する曜日・時刻。

返ってくる内容 — 配信スケジュールの確認と、直近 1 週間サマリーのプレビュー。

設定変更 — 配信設定を登録します(広告設定は変更しません)。配信には追加の連携設定が必要です。

次にすること — レポートの中身をカスタマイズしたい場合は レポートを作成する を使います。


プロンプト 7: 予算が余っている広告で成果の高い商品に入札を強める提案を作る

Section titled “プロンプト 7: 予算が余っている広告で成果の高い商品に入札を強める提案を作る”

予算を使い切れていないキャンペーンの中で、成果の高い商品(ASIN)に対して入札を引き上げる提案を作ります。

こんな時に使う — 予算に余裕があるうちに、伸びている商品へ配分を寄せたいとき。

実行前に必要な情報 — 予算消化ペースのしきい値(既定は 70% 未満)。

予算消化ペースが 70% 未満の SP キャンペーンの中で、
成果の高い商品(ROAS が高く ACoS が低い ASIN)に対して、
入札額と上限クリック単価(最大 CPC)の引き上げ案を提案して。

変更できる条件 — 予算消化ペースのしきい値(例では 70% 未満)。

返ってくる内容 — キャンペーン × 商品(ASIN)× 今の入札 × 提案する入札 × 見込める消化率の表。

設定変更 — 変更なし(提案のみ)。反映はプロンプト 2 の承認フローで行います。

用語補足 — 70% 未満は「予算をまだ使い切れていない」と判断する目安です。

次にすること — 提案を反映するときはプロンプト 2 へ。


プロンプト 8: クリックは多いのに売れていない対象の除外を提案する

Section titled “プロンプト 8: クリックは多いのに売れていない対象の除外を提案する”

過去 14 日でクリックは多いのに売れていない検索語句・商品ターゲティングを見つけ、除外の提案を作ります。

こんな時に使う — コストばかりかかって売上につながらない対象を整理したいとき。

実行前に必要な情報 — クリック数・CPC・ROAS のしきい値(既定は下記)。

過去 14 日でクリックが 20 以上あり、
クリック単価(CPC)が 100 円を超えていて ROAS が 0.5 未満の
検索語句・商品ターゲティングを見つけて、
対象キャンペーンから除外する提案を作って。

変更できる条件 — クリック数・CPC・ROAS のしきい値。

返ってくる内容 — 対象(検索語句・商品ターゲティング)× クリック × CPC × ROAS × 推奨マッチタイプの表。

設定変更 — 変更なし(提案のみ)。反映はプロンプト 2 の承認フロー、または 除外キーワードを追加する で行います。

用語補足 — クリック 20 以上は判定に足るデータがある対象に絞るための目安、CPC 100 円超・ROAS 0.5 未満は「コストの割に売上が伴っていない」対象の例です。いずれも運用に合わせて変えられます。

次にすること — 除外の実行は 除外キーワードを追加する へ。


プロンプト 9: 配信が止まっている広告の再開プランを出す

Section titled “プロンプト 9: 配信が止まっている広告の再開プランを出す”

過去 24〜48 時間で配信がゼロになっている SP キャンペーンに対して、再開のプランを出します。

こんな時に使う — 動いているはずの広告が急に配信されなくなったとき、原因と対処を知りたいとき。

実行前に必要な情報 — 対象期間(既定は過去 48 時間)。

過去 48 時間で配信がゼロの配信中 SP キャンペーンに対して、
再開プランを出して。
原因(入札不足 / ターゲティングの絞り込みすぎ / 予算上限)も特定して。

変更できる条件 — 対象期間。

返ってくる内容 — 配信ゼロのキャンペーン × 想定される原因 × 再開アクションの提案の表。

設定変更 — 変更なし(提案のみ)。

次にすること — 入札不足なら 入札単価を調整する、予算上限なら 予算を調整する で対処します。


最適化プロンプト(入札 / 予算 / 除外キーワード)で提案を生成
↓ 提案 ID を取得(24 時間の有効期限、最大 48 時間まで延長可)
プロンプト 3 で詳細を確認(任意)
プロンプト 2 で全件 or 一部を反映(← ここで初めて広告設定が変わります)
実行履歴に記録
施策を記録・検証する(任意、Before/After 比較用)