入札単価を調整する

このページでは、ACoS を目標に近づける最大のレバーである入札単価を調整します。キーワード単位の引き下げ・引き上げから、見直し対象の洗い出し、キーワード・ASINターゲット・オートターゲットを横断した見直し、Amazon 推奨入札のトレンド追従、検索結果上部の表示シェア改善、掲載位置別の入札倍率の調整・直接設定まで、10 のパターンを用意しています。

このページの基本情報

項目	内容
このページでできること	入札単価・掲載位置倍率の引き下げ／引き上げ提案、見直し対象キーワードの洗い出し、Amazon 推奨入札や検索結果上部の表示シェアに沿った調整、掲載位置倍率の直接設定・ロールバックまでを、実績データから作成する
対象	スポンサープロダクト広告（SP）が中心
必要なデータ・接続	接続済みアカウントの実績データ（追加設定は不要）。目標 ACoS は KPI 目標を登録済みだと自動参照されます
実行範囲	プロンプトによって異なります。大半は提案のみで、承認するまで広告に反映されません。ただしプロンプト 3 は入札を変えず除外候補を切り出すだけ（実行は別ページ）、プロンプト 7 は倍率を直接設定するプレビューを承認後に手動実行で反映します。各プロンプトの「設定変更」で個別に示します

入札単価 … 1 クリックあたりに支払ってよい上限額として設定する金額。こちらが操作するレバーです。
CPC（クリック単価） … 実際に 1 クリックにかかった広告費。入札単価は上限、CPC はその結果です。
CVR（購入率） … クリックのうち、購入につながった割合。
ACoS … 広告費用対売上高比率。広告費 ÷ 広告経由売上。低いほど効率がよい。
ROAS … 広告費用対効果。広告経由売上 ÷ 広告費。高いほど効率がよい。
検索結果上部の表示シェア … 検索結果の最上部の広告枠のうち、自分の広告が表示された割合。
掲載位置別の入札倍率 … 検索結果の上部・商品ページなど、掲載位置ごとに基本の入札単価へ上乗せする倍率。
Amazon 推奨入札 … Amazon が提示する入札額の目安（市場のシグナルで、成果を保証するものではありません）。

このページのプロンプトは、ターゲット実績・入札提案の取得に Picaro の広告 MCP ツールを使います。プロンプトを短く書き換える場合も、以下は残してください。

min_clicks は必ず渡す — ターゲット実績の取得はサーバ側フィルタのため、min_clicks を渡さないと応答が売上降順で返り、低売上・高 ACoS のキーワードほど取りこぼされます。渡すと並び順が clicks 降順に変わり、母集団も絞り込まれます。
acos / roas は百分率表記で、倍率ではありません（例: 売上 2,540 円・広告費 5,160.09 円の行で roas は 49.22 ではなく 49.22%）。閾値判定では単位を揃えてください。
ACoS の出所は1つに固定する — ターゲット実績一覧と入札提案ツールは、同じキーワードでも ACoS の集計基準が異なり値がずれます。混在させないでください。
Amazon 推奨入札額（suggested_bid）は入札提案ツールの出力に含まれません。 ターゲット実績一覧から別途取得し、ターゲット ID で突き合わせてください。出力に含まれないことをもって「取得不可」と決めつけないでください。
ページ取得には上限があります（最大100ページ = 10,000 行、既定20ページ）。網羅率（取得件数 ÷ 上流の総件数）が100%未満の場合は、打ち切りが起きている旨を明示してください。
重複排除は応答のフィールドを確認してから行う — ツール側で重複行を畳んだ件数を返すフィールドがある場合は、自前の重複排除は不要です。
提案（Proposal）は24時間で失効します。 検証目的で作った提案は破棄し、破棄したことを明記してください。
キャンペーン名の区切り文字は半角 | と全角 ｜ が混在します。 ブランド語などを命名規則で判定する場合は両方を扱ってください。
アカウント全体を対象にすると、入札提案の元データ取得が上流のページ上限で打ち切られ、網羅率が数%まで落ちます。 キーワード・ASIN ターゲット・オートターゲットを横断して見直す場合は、必ずキャンペーン（またはポートフォリオ配下のキャンペーン群）を指定して実行してください。

こんな時に使います

目標より ACoS が高いキーワードの入札を下げたい
クリック・購入実績のあるキーワードから、入札を見直す対象を洗い出したい
クリックはあるのに売れていない検索語句・商品ターゲティングを除外候補に切り出したい
Amazon 推奨入札の動きや検索結果上部の表示シェアに沿って入札を調整したい
掲載位置（検索結果の上部・商品ページなど）ごとに入札倍率を調整したい
掲載位置の入札倍率を任意の値に直接設定したい、過去の調整を元に戻したい
ROAS が低いキャンペーンや ACoS が高いキーワードをまとめて引き下げたい

実行前に確認すること

対象アカウント … 複数アカウントを扱う場合、提案を作るアカウントと反映するアカウントは一致している必要があります。
対象期間 … 「直近 30 日」など。当日・前日のデータは未確定のことがあるため、確定済みの直近期間が安全です（プロンプト 5 は確定済みの週を指定してください）。
目標 ACoS / ROAS … 売上・広告費・ACoS の目標を設定するで登録しておくと、判定基準が自動参照され、毎回の指定を省けます。

プロンプト早見表

やりたいこと	分かること・作られるもの	設定変更	プロンプト
目標 ACoS を上回るキーワードの入札を下げる	引き下げ候補と推奨入札の一覧	承認すると反映（入札引き下げ）	プロンプト 1
クリック・購入実績のあるキーワードを見直す	見直し候補と推奨入札の一覧	承認すると反映（入札を見直し）	プロンプト 2
売れていない対象を除外候補に切り出す	除外候補の一覧	変更なし（除外候補の切り出しのみ・実行は別ページ）	プロンプト 3
表示シェアと CVR で入札を最適化する	引き上げ／引き下げの調整案	承認すると反映（入札を調整）	プロンプト 5
ROAS が低いキャンペーンを特定して調整する	対象キャンペーンと推奨アクションの一覧	承認すると反映（入札を調整）	プロンプト 8
ACoS が高いキーワードの入札を一括で下げる	引き下げ後入札と期待 ACoS の一覧	承認すると反映（入札を一括引き下げ）	プロンプト 9
キーワード・ASINターゲット・オートターゲットを横断して入札を見直す	3種を横断した見直し候補と Amazon 推奨入札額の一覧	承認すると反映（入札を調整）	プロンプト 10

プロンプト 1: 目標 ACoS を上回るキーワードの入札を引き下げる

ACoS が目標を上回っているキーワードの入札を、根拠付きで安全に引き下げます。

こんな時に使う — 目標 ACoS を超えているキーワードの入札を、実績にもとづいて下げたいとき。

実行前に必要な情報 — 目標 ACoS（KPI 目標を登録済みなら自動参照）、対象期間（既定は直近 30 日）。

ACoS目標 {{TARGET_ACOS（例: 20%）}} に対して、直近{{DATE_RANGE（例: 30日）}}で配信中（DELIVERING）のキーワードのうち、クリックが{{MIN_CLICKS（例: 10）}}以上あり売上が出ているものを対象に、入札を下げるべき候補をAmazon推奨入札額と併記でリストアップしてください。広告経由売上を維持しつつACoSを目標内に近づけることが目的です。
出力には「対象キーワード・マッチタイプ・キャンペーン・クリック・注文数・広告費・売上・ACoS・現在の入札額・変更後の入札額・Amazon推奨入札額・影響見込み」を含め、ACoS超過額（広告費 − 売上×目標ACoS）の大きい順に並べてください。
1回あたりの引き下げは最大{{MAX_DECREASE_RATIO（例: 30%）}}までとしてください。引き下げ上限に張り付いて目標ACoSに到達しない候補が何件あるかも示し、1回の調整で目標に届かない場合はその旨を明記してください。
Amazon推奨入札額は「露出最大化寄りで目標ACoSを考慮しない参考値」として併記し、推奨額に合わせることを前提にしないでください。
データ取得の前提: 取得件数・上流の総件数・ページングが最後まで完了したか（打ち切りの有無）を必ず明示してください。打ち切りが発生した場合は、対象を分割して取得し直すか、取りこぼしの可能性を明示してください。取得できなかった数値を推測で補完しないでください。
Guardrail: {{守る指標（例: Orders）}}が直近{{GUARDRAIL_PERIOD（例: 7日）}}で前期間比{{GUARDRAIL_THRESHOLD（例: -10%）}}以下に既に低下しているキーワードは、さらに入札を下げると毀損が重なるため提案から除外してください。前期間の比較データが取得できないキーワードは除外せず「Guardrail未検証」と明示し、その件数を示してください。
実行前に必ず: 変更内容の一覧（対象キーワード・現在の入札額・変更後の入札額・影響見込み）を提示し、承認を得るまでAmazon広告側へは反映しないでください。
実行後: {{評価日（例: 7日後）}}にACoSとOrdersのBefore/Afterを比較し、Keep/Expand/Adjust/Pause/Revert/Investigateのいずれかを提示してください。

変更できる条件 — 対象期間（例: 直近 30 日）／評価対象とする最小クリック数（例: 10 以上）／売上が出ていることの条件。目標 ACoS は KPI 目標を登録しておくと自動で参照されます。

返ってくる内容 — キーワード × 現在入札 × 推奨入札 × 期待 ACoS の表（5〜20 件）。

設定変更 — 承認すると入札を引き下げます（承認するまで反映されません）。

次にすること — 提案の反映は判定ルールを保存して提案の承認・監視を仕組み化するの承認フローで行います。

プロンプト 2: 入札を見直すべきキーワードを洗い出す

クリックも購入も一定数あり、入札を見直す価値があるキーワードをまとめて洗い出します。

こんな時に使う — 実績のあるキーワードを対象に、引き上げ・引き下げの見直し候補をまとめて出したいとき。

実行前に必要な情報 — 対象期間（既定は直近 30 日）、最小クリック数・最小購入数の条件。

直近30日（確定データのみ。当日は未取込のため終了日は前日にする）で、クリックが10以上かつ購入数が1以上のキーワードのうち、入札単価を見直すべきものをリストアップしてください。

【データ取得】
1. 数値の出所は list_target_performance に一本化する（target_types=["KEYWORD"], min_clicks=10）。同一キーワードでも optimize_target_bids とは ACoS が食い違うため、両者の数値を混在させない。採用した出所を冒頭に明記する。

2. 🔴 min_clicks は上流サーバ側で絞り込まれるので、必ず渡してください。
   渡した場合の並び順は clicks 降順に変わり、母集団も小さくなります。
   実測: min_clicks=10 / target_types=KEYWORD / 14日 で total_results 295 に対し fetched_row_count 295 = 網羅率100%、server_filter_applied: true。
   その中に ACoS 1578%（売上¥800 / 広告費¥12,627） のような低売上・高ACoS 行も、売上0の行も含まれていました。
   ※ 「入札を見直すべき低売上・高ACoSのキーワードは構造的に取得範囲の外側に残る」という前提は、min_clicks を渡していない場合の話です。
     本プロンプトは「クリック10以上」が条件なので、そのままサーバ側フィルタに変換できます。
   ※ 低売上層をさらに絞りたい場合は max_sales を併用してください（取得後適用で filtered_row_count に反映）。

3. 冒頭に必ず total_results / fetched_row_count / filtered_row_count / returned_row_count を転記し、
   網羅率 = fetched_row_count ÷ total_results で計算してください。
   絞り込みを渡しているときの total_results は「条件に該当する総件数」です（期間内の全キーワード数ではない）。
   網羅率が100%なら「この条件下では全件」と書いてよく、100%未満なら max_pages を上げて（上限100ページ = 10,000行、既定20）再取得し、それでも届かない場合に限って「該当件数は確定できない」と明記してください。

4. campaign_id での絞り込み引数は無いので、取得後に {{対象キャンペーン群（例: 広告費上位20キャンペーン）}} で後段フィルタし、除外した件数と内訳も示す。購入数の条件も取得後に適用する。
   ※ 応答の duplicate_rows_folded を確認し、ツール側で畳んだ件数を報告に載せてください（この値が返るなら自前の重複排除は不要）。

【出力】
5. 各キーワードに 現在入札(bid) / Amazon推奨入札(suggested_bid) / ACoS / クリック / 購入数(purchases) / 広告費 / 売上 / top_of_search_impression_share を併記する（すべて同じ行に入っているので別ツール不要）。
   suggested_bid が上限値に張り付いていると思われる行（全体の最大値に複数行が集中する等）は「上限張り付きの可能性」と注記し、目標値として使わない（上限値の存在は未検証なので断定しない）。
6. acos / roas 欄は百分率表記であり倍率ではありません（実測: 売上2,540 / 広告費5,160.09 の行で roas = 49.22）。層の閾値判定に使うときは単位を揃えてください。
7. ACoSを 高（100%超）/ 中（{{中層の下限（例: 40%）}}〜100%）/ 低（{{中層の下限}}未満）の3層に分ける。層ごとの調整率を {{高層の調整率（例: -40%）}} / {{中層の調整率（例: -20%）}} / {{低層の扱い（例: 維持）}} として表の直前に明記する。
8. 列名は「調整提案額（現入札×N%）」とし、Amazon推奨入札とも optimize_target_bids の recommended_value とも混在させない。optimize_target_bids の max_decrease_ratio で代用しない。
9. 低層にブランド指名キーワードが含まれる場合は別掲し、一律の調整対象から外す。キャンペーン名で判定する場合は区切り文字に半角 | と全角 ｜ が混在することに注意する。
10. 引き下げによる広告費の削減見込み額は、クリック数・CPC の変化を推定するデータがない場合は記載せず「算出不可」と書く。

【Guardrail】
・書き込み系ツール（execute_proposal / update_sp_keywords / apply_task_operation 等）は一切実行しない。一覧を {{承認プロセス（例: 担当者レビュー）}} に回し、承認するまで媒体に反映しない。
・{{守る指標（例: クリック数を前週比 -20% 以内）}} は提案時点では判定できない事後指標である。提案段階の除外条件として使わず、「実行後に監視する条件」として明示し、誰がいつ確認するかを併記する。自動監視の仕組みが無い場合はその旨も書く。
・ロールバック用に target_id / キーワード / match_type / campaign_name / ad_group_id / 変更前入札 を一覧に必ず含める（入札変更は変更履歴APIに記録されないため、この一覧が復元記録になる）。

【実行後】
・{{評価日（例: 7日後）}}に、同じツール・同じ日数・確定日までの同一条件（min_clicks も同じ値）で ACoS とクリック数を再取得して比較し、Keep/Expand/Adjust/Pause/Revert/Investigate のいずれかを判定基準つきで提示する。
・上流の集計は約4時間キャッシュされるので、反映直後の再取得には入札変更がまだ反映されていない可能性を明記する。
・変更履歴の自動照合ができない場合（get_change_history が0件を返す等）は、実際に反映された入札値を承認記録側で突き合わせる必要があると明記する。get_change_history は 90 日を超える開始日を渡すと自動で切り上げて調整後の開始日を注記で返すので、その日付を「確認できた範囲」として引用する。

変更できる条件 — 対象期間（例: 直近 30 日）／最小クリック数（例: 10 以上）／最小購入数（例: 1 以上）。

返ってくる内容 — キーワード × 現在入札 × 推奨入札 × 期待 ACoS の表。

設定変更 — 承認すると入札を見直します（承認するまで反映されません）。

次にすること — 提案の反映は判定ルールを保存して提案の承認・監視を仕組み化するの承認フローで行います。

プロンプト 3: 売れていないキーワードと商品ターゲティングを除外候補に切り出す

クリックは取れているのに売上が立っていないキーワード・商品ターゲティングを、入札引き下げではなく除外候補として一覧化します。このプロンプトは入札を変更せず、除外の候補を切り出すだけです。

こんな時に使う — クリックだけ消化して売上につながらない対象を、除外の候補として整理したいとき。

実行前に必要な情報 — 対象期間（既定は直近 30 日）、最小クリック数の条件。

直近{{DATE_RANGE（例: 30日）}}のデータで、クリックが{{MIN_CLICKS（例: 10）}}以上あるのに売上がゼロのターゲットを、無駄な広告費削減のため除外候補としてリストアップしてください。

対象スコープ: {{絞り込み条件（例: ターゲット種別=キーワード／配信状態=配信中）}}

取得の手順（必ずこの順で行う）:
1. 🔴 サーバ側フィルタを使う。 ターゲット実績一覧を zero_sales_only=true と min_clicks={{MIN_CLICKS（例: 10）}} を両方渡して呼びます。
   この2つは上流サーバ側で絞り込まれるため、母集団が最初から小さくなり、売上ゼロの行に直接到達できます。
   応答の server_filter_applied が true になっていることを確認し、出力に明記してください。
   ※ 「売上降順で返るから売上ゼロに到達できない」という回避策は不要です。
     絞り込みを指定すると並び順は clicks 降順に変わるので、売上降順の問題は発生しません。
     スコープを無理に狭める必要もありません。
   ※ ページ取得の上限は max_pages が最大 100（1ページ100行）で、省略時は 20 です。
     絞り込みを入れても件数が多い場合は max_pages を上げてください。
2. 応答の件数フィールドをそのまま記載します: total_results（条件に該当する上流の総件数）/
   fetched_row_count / filtered_row_count / returned_row_count。
   網羅率 = fetched_row_count ÷ total_results として計算し、分子・分母を併記してください。
   ※ zero_sales_only と min_clicks を渡しているときの total_results は「期間内の全ターゲット数」でなく
     「条件に該当する総件数」です。この区別を出力に書いてください。
   網羅率が100%未満の場合は「取得範囲内の結果」と明示し、アカウント全体と断定しないでください。
3. 応答の duplicate_rows_folded を確認し、この値（ツール側で畳んだ重複行数）を出力に記載してください。
   この値が返る場合はツールが既に重複を畳んでいるので、自前の重複排除は不要です。
   返らない場合のみ target_id で重複排除してから件数と広告費を集計してください。
4. 🔴 ゼロの根拠を行ごとに示す。 zero_sales_only は売上が未取得（null）の行も 0 として含めます。
   よってフィルタを信用せず、各行の sales ・units ・purchases が3つとも 0 であることを
   確認してから候補に入れてください。1つでも null の行は「売上未取得（ゼロと断定できない）」として別枠にしてください。
5. 各候補には同じ行から spend（削減できる広告費の実額）・clicks・impressions・bid・suggested_bid・
   top_of_search_impression_share・campaign_name・ad_group_id・target_id を併記してください
   （すべて同じ応答に入っているので別ツールを呼ぶ必要はありません）。
   target_id と ad_group_id は後で元に戻すために必ず記録・提示してください。

自社ブランド語・防衛目的のキーワードの扱い:
- {{BRAND_TERMS（例: 自社ブランド名・ブランド略称のリスト）}}に一致する候補は「別枠（除外前に個別確認が必要）」として、通常候補と分けて提示してください。
- ブランド語かどうかをあなたの推測で判定しないでください。判定の根拠（一致したブランド語・キャンペーン命名規則）を明示し、最終判断は人が行う前提で提示してください。
- キャンペーン名の区切り文字には半角 | と全角 ｜ が混在します。命名規則で判定する場合は両方を扱ってください。

実行前に必ず: 変更内容の一覧（対象ターゲット・キャンペーン・クリック数・広告費・想定削減額）を提示し、承認を得るまでAmazon広告側へは反映しないでください。
想定削減額は「期間内に実際に使った spend の合計」として提示し、将来の削減額の予測として提示しないでください。

Guardrail: {{守る指標（例: Orders を前週比 -5% 以内）}}。各候補の注文数が期間内で実測ゼロであることを確認したうえで、アカウント全体のOrders・広告費の直近実績をベースラインとして併記してください。ターゲット単位でのOrders将来予測はできないため、除外によるハロー効果は事前に判定できない旨を明示し、事後の実測で確認する前提にしてください。
Guardrail: 上流の集計は約4時間キャッシュされるので、直近の入札変更や配信実績が反映されていない可能性を明記してください。

実行後: {{評価日（例: 14日後）}}に広告費とOrdersのBefore/Afterを比較し、Keep/Expand/Adjust/Pause/Revert/Investigateのいずれかを提示してください。その際、施策と無関係の既存トレンドが交絡していないかを併せて確認してください。除外したターゲット単体でなく広告グループ単位で測ってください（除外したターゲットは必ず -100% になるため）。

変更できる条件 — 対象期間（例: 直近 30 日）／最小クリック数（例: 10 以上）。

返ってくる内容 — 除外候補（検索語句・商品ターゲティング）× 種別 × クリック数 × 広告費 × 売上の表。

設定変更 — 変更なし（除外候補を切り出すだけ）。入札は変わりません。実際の除外は次のページで行います。

次にすること — 承認後、除外キーワードを追加するの承認フローで実行登録します。

プロンプト 4: 検索結果上部の表示シェアと CVR で入札を最適化する

検索結果上部でまだ取りこぼしている枠（表示シェアの余裕）と、前の週からの CVR の変化を組み合わせ、露出を伸ばすべきキーワードと絞るべきキーワードを同時に提示します。

こんな時に使う — 表示シェアと CVR の両面から、上げるキーワードと抑えるキーワードを同時に判断したいとき。

実行前に必要な情報 — 対象期間（確定済みの直近週を指定）。

直近の確定週のデータで、検索結果上部の表示シェアとCVRを前の週と比べて、
表示シェアにまだ余裕があるキーワードは入札を引き上げ、
CVRが落ちているキーワードは入札を引き下げる、という調整案を出してください。

変更できる条件 — 対象期間（確定済みの週）／引き上げ・引き下げの判断基準。

返ってくる内容 — キーワード × 現在入札 × 検索結果上部の表示シェア × CVR の前週比 × 推奨アクションの表。

考え方 — 表示シェアを上げようと入札を上げ続けても、ある地点から CVR はついてこなくなります（むしろ下がり始めます）。この調整は「CVR を保てる表示シェアの限界」を見極め、余裕があるキーワードは伸ばし、限界を超えたキーワードは抑えます。

設定変更 — 承認すると入札を調整します（承認するまで反映されません）。

次にすること — 提案の反映は判定ルールを保存して提案の承認・監視を仕組み化するの承認フローで行います。

プロンプト 5: ROAS が低いキャンペーンを特定して入札を調整する

直近期間で ROAS が低い（コスト割れ寸前の）SP キャンペーンを特定し、入札調整提案を出します。

こんな時に使う — 効率の悪いキャンペーンを絞り込んで、入札の調整案を作りたいとき。

実行前に必要な情報 — 対象期間（既定は過去 30 日）、ROAS のしきい値（既定は 2 倍未満）、広告費の下限（例では 5 万円超）。

過去{{分析期間（例: 30日）}}でROASが{{ROAS閾値（例: 2.0）}}倍未満かつ広告費が{{広告費下限（例: 50000）}}円超のSPキャンペーンを特定して、入札の調整案を出して。

【データ前提】
・期間は get_data_ingestion_status(daily) で全レポートが completed の日までとし、fully_missed / in_progress の日は含めない。除外した日付を冒頭に書く。
・ROASは campaign-detail 系（start_existing_sp_campaigns_job の sales / spend）で統一する。分子=広告経由売上（SPは7日クリック帰属・税込）、分母=広告費（税区分未確定）。get_dashboard の値（全広告タイプ＋DSP・税区分の異なる分母）と混ぜない。使ったソース・帰属窓・日数を明記する。

【手順】
1. start_existing_sp_campaigns_job → get_mcp_job_status → get_mcp_job_result で全SPキャンペーンを取得し、取得件数/総件数/取得率と truncated / total_pages / next_page_token を冒頭に明示する。（analyze_ad_type_performance は campaign_types を絞れば合算にならず合計値も全件を見るが、返る明細行が top_n（最大100件）のROAS降順に限られ低ROAS側を列挙できないため、列挙には使わない。合計値の突き合わせには使ってよい。）
2. 条件該当キャンペーンを全件列挙し、件数と表の行数を一致させる。広告費降順で並べ、出力前に金額の大小関係が並び順と一致しているか自己検算する。閾値をまたぐ境界値（最小の広告費・最大のROAS）も併記する。
3. 広告費上位{{詳細対象件数（例: 10）}}件について optimize_target_bids を campaign_ids 指定で実行し、ターゲット単位の「現在入札→提案入札→変化率」を具体金額で提示する。
   ・target_acos には {{目標ACoS（例: 0.35）}} を渡す。渡せない場合は target_acos_usable_as_target / target_acos_source / target_acos_safety_constraints をそのまま報告し、判断軸が目標値でなく観測値（TACoS等）に差し替わっていないかを明示する。
   ・提案の増額件数/減額件数/据置件数と、引き下げ上限・引き上げ上限に張り付いた件数の比率を必ず出す。全件が同一変化率なら「データによる差ではなく上限張り付き」と明記する。
   ・target_fetch_truncated / target_fetched_pages / target_total_pages_available を必ず記載し、打ち切られている場合は「上位N件のターゲット全件ではない」と明示する。これらのフィールドが応答に現れない場合は打ち切りが起きていないので「全件取得」と明記する。
   ・Amazon推奨入札額は optimize_target_bids の出力には含まれないが、ターゲット実績一覧から推奨入札額（suggested_bid）を別途取得し、get_proposal の metadata に入っている targetId で突き合わせて併記できる。入札提案ツールの出力だけを根拠に「推奨入札額は取得不可」と結論しないこと。推奨入札額が返らないターゲット（停止中など）は「推奨入札額は取得不可」と明記し、0として扱わない。ACoS逆算の提案入札とAmazon推奨入札額が逆方向を示す件数と代表例も併記する。
4. Generic/Competitor/Brandedの役割別に件数・広告費・売上・ROASを集計して調整方針を分け、該当0件の役割はそう書く。優先度は「広告費×ROAS改善余地率（= (ROAS閾値 − 実績ROAS) / ROAS閾値）」で算出し、計算式と上位5件のスコアを明記する。
【制約】集計していない件数を書かない。MCPが返さない項目を推測で補わない。ただし別のツールから取れる値を「取得不可」と書かない。試算値は「MCPの返り値ではない」と明記する。

実行前に必ず: 変更内容の一覧（対象・現在値・変更後の値・Amazon推奨入札額・影響見込み）を提示し、承認を得るまで媒体に反映しないでください。execute_proposal / execute_ads_adjustment_workflow / update_sp_targets は承認前に実行せず、検証目的で生成した proposal は cancel_proposal で削除して get_proposal で消失を確認してください。
実行後: 提案内容をユーザーが確認・承認したうえで反映し、{{評価期間（例: 14日）}}後に「施策の効果測定」でROASとOrdersを比較し、ROAS改善かつOrdersが-10%を超えて悪化していなければKeep、悪化していればRevertと判定してください。比較は同じ帰属窓・同じ窓長（{{評価期間}}）で揃え、窓長を出力に明記してください。

変更できる条件 — 対象期間（例: 過去 30 日 → 過去 14 日）／ROAS のしきい値（例: 2 倍未満 → 3 倍未満）／広告費の下限（例: 5 万円超）。数字を言い換えて調整できます。

返ってくる内容 — キャンペーン × ROAS × 支出 × ACoS × 推奨アクションの表。

設定変更 — 承認すると入札を調整します（承認するまで反映されません）。

次にすること — 提案の反映は判定ルールを保存して提案の承認・監視を仕組み化するの承認フローで行います。

プロンプト 6: ACoS が高いキーワードの入札を一括で引き下げる

直近期間で ACoS が高いキーワードを特定し、入札を一括で引き下げる提案を作成します。

こんな時に使う — ACoS が基準を超えたキーワードを、まとめて同じ率で引き下げたいとき。

実行前に必要な情報 — 対象期間（例では過去 14 日）、ACoS のしきい値（例では 40% 超）、引き下げ率（例では 12%）、最小クリック数（例では 10 以上）。

過去{{分析期間（例: 14日）}}の確定データで ACoS が {{ACoS閾値（例: 40%）}} を超え、かつクリックが {{最小クリック数（例: 10）}} 以上のキーワードを特定し、入札を {{引き下げ率（例: 12%）}} 引き下げる提案を作成してください。媒体への反映は行わない。

【手順】
0. 期間の確定: 先に get_data_ingestion_status を呼び、fully_missed / in_progress の日を除外する。当日は未確定のことが多く、含めても寄与ゼロのまま日数だけ減る。確定した実効期間（開始日〜終了日・実日数）を冒頭に明記し、以降すべてこの期間で統一する。
   rollup_status ではなくレポート別の status を見る（未出稿の広告種別1件で日全体が no_data に落ちる）。

1. ACoS の出所を１つに固定: キーワード単位の ACoS・現在入札・Amazon推奨入札は list_target_performance から取得し、この1ソースだけで閾値判定する。optimize_target_bids が返す ACoS は集計基準が異なり同一キーワードでも値がずれるため、閾値判定には使わない。

2. 🔴 取得は min_clicks を必ず渡して行う。 target_types=["KEYWORD"] と min_clicks={{最小クリック数（例: 10）}} を渡します。
   これは上流サーバ側で絞り込まれ、並び順も clicks 降順に変わります。応答の server_filter_applied が true であることを確認して明記してください。
   ※ 「上流は売上降順で打ち切られるため、売上が小さく ACoS が高いキーワードほど取り漏れる」という前提は、min_clicks を渡していない場合の話です。
     本プロンプトの条件は「クリックN以上」なので、そのままサーバ側フィルタに変換できます。
     実測: min_clicks=10 / target_types=KEYWORD / 14日 で total_results 295 に対し fetched_row_count 295 = 網羅率100%。
     その中に ACoS 1578%（売上¥800 / 広告費¥12,627）、ACoS 203%（¥2,540 / ¥5,160）など、まさに本プロンプトが探している層が全部入っていました。
   ※ 高ACoS・低売上にさらに寄せたい場合は max_sales を併用できます（取得後適用で filtered_row_count に反映）。

3. 取得範囲の開示（必須）: total_results / fetched_row_count / filtered_row_count / returned_row_count を冒頭に明示し、
   網羅率 = fetched_row_count ÷ total_results で計算する。
   絞り込みを渡しているときの total_results は「条件に該当する総件数」であると断る。
   網羅率が100%なら「この条件下では全件」と書いてよく、100%未満なら max_pages を上げて（上限100ページ = 10,000行、既定20）再取得し、それでも届かない場合に限って「該当件数は下限値」として提示する。

4. 対象キャンペーンの絞り込み: campaign_id での絞り込み引数は無いので、取得後に返った行の campaign_id で行う。
   広告費上位 {{対象キャンペーン数（例: 20）}} 件に絞る場合は start_existing_sp_campaigns_job → get_mcp_job_status → get_mcp_job_result でキャンペーンを取得し、上位N件が全広告費に占める割合を明記する。同期版の一覧ツールは応答が大きすぎるため使わない。
   ※ ジョブの応答は total_pages（結果側）と fetched_pages / total_pages_available（上流側）の2系統が同居します。全件判定に使うのは truncated と後者の一致です。
   ※ ジョブ結果には truncated=false でも完全同一の重複行が混ざることがあるので、keywordId で重複排除し、排除前後の件数を両方明記してください。

5. 提案入札 = 現在入札（bid）× (1 - 引き下げ率)。四捨五入して整数にする。
   optimize_target_bids の推奨値を併記する場合は、それが別ロジック（目標ACoS逆算・上限-30%）の値であることと、目標ACoS未指定時は観測TACoSが暫定基準として使われ減額・維持しか出ないことを明示し、本提案の採用値は×(1-引き下げ率)である旨をはっきり書く。
   ※ acos / roas 欄は百分率表記で倍率ではありません（実測: 売上2,540 / 広告費5,160.09 の行で roas = 49.22）。ACoS閾値の比較は単位を揃えて行ってください。

6. 歯止め（引き下げすぎの防止）: 引き下げ後入札が {{最低入札額（例: 20円）}} を下回るキーワード、および現在入札が既に suggested_bid の {{推奨入札下限比（例: 50%）}} を下回っているキーワードは、配信が止まるおそれがあるため「引き下げ対象外（要個別判断）」として本体リストから分け、件数と理由を明記する。
   bid と suggested_bid は同じ行に並んで入るので、この判定に別ツールは不要です（実測値: bid 108 / suggested 447、bid 182 / 323、bid 120 / 491、bid 79 / 621）。

7. ロールバック用スナップショット（必須）: 提案リストに target_id / キーワード / match_type / campaign_name / ad_group_id / 変更前入札 を必ず含める。変更履歴APIには入札変更が記録されず、提案自体も24時間で失効するため、この一覧が唯一の復元記録になる。

8. ACoS の高い順に優先度を付けて提示し、対象群の合計 広告費・売上・クリック数と、分子・分母・日数を明示した合算ACoSを併記する。

【制約】
・書き込み系操作（execute_proposal / update_sp_keywords / apply_task_operation 等）は一切実行しない。提案の生成と提示までとする。
・検証や分析の過程で proposal を生成した場合は、承認しないものを必ず破棄し、破棄したことを明記する（提案は24時間アカウントに承認待ちとして残り、一覧で探す手段はありません）。
・比率を出すときは必ず分子・分母・日数を添える。
・上流の集計は約4時間キャッシュされるので、直近の入札変更が反映されていない可能性を明記する。

実行前に必ず: 変更内容の一覧（対象・現在値・変更後の値・除外件数・影響見込み）を提示し、承認を得るまで媒体に反映しないでください。
実行後: 提案内容をユーザーが確認・承認したうえで反映し、{{効果測定までの待機期間（例: 7日）}}後に「施策の効果測定」で同じ期間長・同じACoS出所・同じ min_clicks でACoSとクリック数を比較し、ACoS改善かつクリック数が-20%を超えて悪化していなければKeep、悪化していればRevertと判定してください。

変更できる条件 — 対象期間（例: 過去 14 日）／ACoS のしきい値（例: 40% 超）／引き下げ率（例: 12%）／最小クリック数（例: 10 以上）。数字を言い換えて調整できます。

返ってくる内容 — キーワード × ACoS × 現在入札 × 引き下げ後入札 × 期待 ACoS の表。

設定変更 — 承認すると入札を一括で引き下げます（承認するまで反映されません）。引き下げは 1 回あたり最大 -30% に収めるようプロンプトで指定しています。

次にすること — 提案の反映は判定ルールを保存して提案の承認・監視を仕組み化するの承認フローで行います。

プロンプト 7: キーワード・ASINターゲット・オートターゲットを横断して入札を見直す

キーワード・ASIN ターゲット・オートターゲットの3種類を横断し、1つの表で入札の見直し候補をまとめます。プロンプト 1・2・8・9 が対象種別やキャンペーンを絞って個別に見直すのに対し、このプロンプトは3種類を横断して1つの表にまとめる点が異なります。

こんな時に使う — キーワード・ASIN ターゲット・オートターゲットをまたいで、入札を見直すべき候補を1つの表でまとめて把握したいとき。

実行前に必要な情報 — 対象キャンペーン（またはポートフォリオ配下のキャンペーン群。必須）、対象期間、最小クリック数・最小購入数の条件、目標 ACoS（KPI 目標を登録済みなら自動参照）。

直近{{DATE_RANGE（例: 30日）}}のデータで、クリック{{MIN_CLICKS（例: 10）}}以上・購入数{{MIN_ORDERS（例: 1）}}以上のキーワード・ASINターゲット・オートターゲットを対象に、ACoS目標{{TARGET_ACOS（例: 20%）}}に対して入札を見直すべき候補を、方向（増額/減額）とAmazon推奨入札額付きでリストアップしてください。

【対象範囲】対象キャンペーン（またはポートフォリオ配下のキャンペーン群）を指定して実行してください。キャンペーンを指定せずにアカウント全体を対象にすると、入札提案の元データ取得が上流のページ上限で打ち切られ、網羅率が数%に落ちます。キャンペーンを指定した場合は打ち切りが起きないため、原則としてキャンペーン単位で実行してください。

【Amazon推奨入札額の取得元】Amazon推奨入札額は入札提案の出力には含まれないため、ターゲット実績一覧から推奨入札額を別途取得し、ターゲットIDで突き合わせて併記してください。入札提案ツールの出力だけを根拠に「推奨入札額は取得できない」と結論しないでください。推奨入札額が返らないターゲット（停止中など）は「推奨入札額は取得不可」と明記し、0として扱わないでください。

マッチタイプ別の重み付けはPicaro側で固定されており個別指定はできません。

【取得範囲の開示】データ取得が上流のページ上限で打ち切られた場合は、取得ページ数・総ページ数・網羅率を必ず明示し、全ターゲットの完全リストではない旨を断ってください。打ち切りが起きなかった場合は「全件取得」と明記してください。

【方向の衝突】ACoS逆算で算出した変更後入札とAmazon推奨入札額が逆方向を示す場合（例: ACoS基準では減額だがAmazon推奨入札額は現在入札を上回っている）は、その件数と代表例を必ず併記してください。

実行前に必ず: 変更内容の一覧（対象・現在の入札額・変更後の入札額・Amazon推奨入札額・影響見込み）を提示し、承認を得るまでAmazon広告側へは反映しないでください。

Guardrail: {{守る指標（例: Orders を前週比 -10% 以内）}}への影響を変更前にシミュレーションする機能はないため、事前は変更幅の上限{{最大変動幅（例: ±30%）}}と、注文数の上位集中ターゲット（全Ordersの50%を占める上位群）は減額対象でも据え置く方針で近似し、事前除外できていない旨を明記してください。

実行後: {{評価日（例: 14日後）}}にACoSと{{守る指標（例: Orders を前週比 -10% 以内）}}のBefore/Afterを比較し、Keep/Expand/Adjust/Pause/Revert/Investigateのいずれかを提示してください。

対象0件の場合は期間拡張案を提示してください。

変更できる条件 — 対象キャンペーン（必須）／対象期間（例: 直近 30 日）／最小クリック数・最小購入数の条件／目標 ACoS／変更幅の上限（例: ±30%）／評価日。

返ってくる内容 — キーワード・ASIN ターゲット・オートターゲットを横断した、方向（増額/減額）× Amazon 推奨入札額 × 影響見込みの一覧表。ACoS 逆算の方向と Amazon 推奨入札額の方向が食い違う件数・代表例も示されます。

設定変更 — 承認すると入札を調整します（承認するまで反映されません）。

次にすること — 提案の反映は判定ルールを保存して提案の承認・監視を仕組み化するの承認フローで行います。

入札単価を調整する

このページの基本情報

こんな時に使います

実行前に確認すること

プロンプト早見表

プロンプト 1: 目標 ACoS を上回るキーワードの入札を引き下げる

プロンプト 2: 入札を見直すべきキーワードを洗い出す

プロンプト 3: 売れていないキーワードと商品ターゲティングを除外候補に切り出す

プロンプト 4: 検索結果上部の表示シェアと CVR で入札を最適化する

プロンプト 5: ROAS が低いキャンペーンを特定して入札を調整する

プロンプト 6: ACoS が高いキーワードの入札を一括で引き下げる

プロンプト 7: キーワード・ASINターゲット・オートターゲットを横断して入札を見直す

関連カテゴリ