入札調整ダッシュボード

⑨ 設定方法（このダッシュボードの説明書）

1. これは何をする道具か

Amazonのスポンサープロダクト広告（SP広告）は、キーワードや商品ごとに「1クリックにいくらまで払うか」＝入札額を決めています。セール（BD・DOTD・プライムデー）の前には、売れそうなところの入札額を上げ、効率の悪いところを下げる調整を、数千行まとめて行います。

この作業は以前、広告代理店（Paid）が「バルクファイル」（入札額を書き換えるExcel）を作って行っていました。このダッシュボードは、Paidの調整のしかたを過去のバルク約1万行から読み取って再現し、自社で同じ調整を作れるようにしたものです。今は「自社でバルクを作る → Paidがレビューする → 修正して入稿する」という流れで運用しています。

やることは3つだけです。①データを取り込む → ③調整の強さを決める → ⑤バルクを出力してAmazonにアップロードする。あとは補助（②分類の確認、④個別の微調整、⑥Paidとの答え合わせ、⑧スタッフからの依頼の承認）です。

ログインと役割

• 管理者: すべての操作ができます（期間の作成、取込、③の設定、⑤の出力、⑧の承認）。
• スタッフ: ②③④の閲覧と、④で「この行は○円にしてほしい」という変更依頼を出せます。依頼は管理者が⑧で承認すると反映されます。
• パスワードは管理者（tochi）が管理しています。ログイン後の画面上部の版表示（v2026.…）が古いときは、Ctrl+Shift+R でハードリロードしてください。

2. 全体の流れ（1回のセール調整）

3. 手順（タブごとに細かく）

3-0. ⓪ 期間管理 — 期間を作る

1. 「＋ 新規期間作成」を押し、期間名（例: 10/1-7_BD。日付_種別 で統一）、種別（BD／DOTD／PD／PAS／BF／平常日）、開始日・終了日を入れます。種別はSALE参加ASINの絞り込みと、テンプレの種別チェックに使われます。
2. コピー元は通常「指定なし」でOK。直近の期間から選定条件などが自動で引き継がれます（強度倍率・手入力レート・手動上書き・SALE参加ASINは引き継がれません。回ごとに決めるものだからです）。
3. ステータスは 下書き（作業中）→ レビュー中（スタッフが依頼できる状態）→ 終了（入稿済み・ロック）の順で進めます。終了にするとスタッフは依頼できなくなります。
4. 期間は作り直さないでください。期間ごとに内部IDが振られ、設定と作業データがそのIDに紐づいています。作り直すと過去の作業が見えなくなります。「消えたように見える」ときはまず管理者に相談（データはサーバーに残っています）。

3-1. ① データ取込 — バルクと各種リストを読み込む

(a) 調整用バルクの取得（Amazon広告コンソール）

1. 広告コンソール → 「バルク操作」→「キャンペーンのダウンロード」。
2. 期間: 直近30日で設定。「パフォーマンスデータ」「インプレッションがないキャンペーンアイテム」「キャンペーンの掲載枠データ」「スポンサープロダクト広告のデータ」を含める、にチェック。
3. ダウンロードしたxlsxを「調整用取得バルク_取込期間_取得日.xlsx」の名前で期間フォルダに保存し（任意。名前変更は必須ではありません）、①の「バルクファイル (.xlsx)」で読み込みます。読み込み後に「対象 ○行／全体 ○行」と出ます。

(b) 優先度マスタ（campaigns CSV）: 広告予算ダッシュボードから出力した campaigns_allAcc_all_日付.csv を読み込みます（広告予算管理ダッシュボードのキャンペーン管理から出力）。キャンペーンごとの優先順位（超注力／注力／メンテ／低優先／廃盤、バリエ付き）と分類（一般／自社／AT）を使います。配分表（皮算用）はこのCSVで優先順位が付かないキャンペーンにだけ使われるので、通常は読み込み不要です。 「バリエを親と同格に扱う」は既定OFF（1段下げ）。ONにするのは、バリエ商品も超注力扱いで攻めたい回だけです（注意書きが出ます）。

(c) SALE参加ASINリスト: 予算管理ダッシュボードのセール管理から出力した sale_asin_runs_日付.csv（ASIN／セール種別／開始日／終了日）を読み込みます（広告予算管理ダッシュボードのセール管理から出力）。期間の開始日〜終了日に重なる行だけが「参加」になります。期間ごとの設定なので、新しい期間では必ず読み直してください。読み込んでいないと上部の設定サマリーに赤い警告が出ます。

(d) 自社ブランド語: 「オルナ」「クオリタス」などの指名語。キャンペーン名で自社/一般が判定できない少数のキーワードにだけ使う最終手段なので、通常は変更不要です。

(e) 調整対象フィルタ（どの行を調整するか）

条件を変えたら「フィルタ適用」→「作業を保存・共有」。保存すると絞り込み後の行（作業セット）がサーバーに保存され、スタッフからも見えるようになります。作業セットだけを読み込んだ状態（ブラウザ再読込後）では、フィルタを緩めても行は増えません。増やすにはバルクを再度読み込みます。

3-2. ② 分類設定 — 区分を確認する

• 各ASINのSKU区分（超注力／注力／メンテナンス／低優先）が、どの根拠（キャンペーンCSV／配分表／手動／売上構成比の自動判定）で決まったかを見る画面です。通常は確認だけで、変える必要はありません。
• 自動判定は「売上の累積構成比 50%／80%／95%」で区切ります。マスタに無い新商品などがここに落ちます。
• SKU区分は、③で「超注力×全体」のようにSKU区分ごとの増減幅を決めるときと、④の絞り込み、レポートの注力区分列に使われます。入札額そのものは③の設定で決まります。

3-3. ③ マトリクス調整 — 調整の強さを決める（いちばん大事）

ここで決まるのは「ROASの帯ごとに何％上げ下げするか」です。仕組みは4段重ねで、上にあるものほど優先されます。

1. 調整モード: 必ず「自社方針モード」にします。「Paid予測モード」は⑥でPaidの再現精度を測る検証用で、その出力は入稿しません（⑤のバナーが橙になります）。
2. 回次テンプレート: 今回のセールに近いものを選んで「適用」。強度倍率・ステイゾーン・自社/オートのバーが一式入ります。どれを選ぶかは同じ場所の「使い分けガイド」を開いてください。
3. 強度倍率: 増額側／減額側の2つ。1.00＝カーブそのまま。ここだけが「回ごとの判断」です。直前のセールで広告費が予算を超えた・TACOSが目標を超えた → 増額側を0.7〜0.8に。余裕がある・シェアを取りに行く → 1.0〜1.5。減額側は1.35〜1.50が現行水準。
4. ステイゾーン: 自社方針ではON（1.5〜2.5）が標準。
5. カーブ: 「標準カーブ(BD/DOTD 5回実測)」のまま。「SALE非参加ASINの扱い」は「カーブ通り増減」（Paidも非参加を通常どおり調整しているため）。
6. ROAS帯別マトリクス: 選んだスコープの帯ごとに、件数・広告費・売上・ROAS・平均入札額・増減%・新平均入札が出ます。増減%のセルに数字を入れると、その帯だけ手入力レートになります（全体×全体には入れない。カーブが全帯で無効になります）。
7. 設定を変えるたびに上部のKPI（増額○件(+○%)／減額○件(−○%)／据置）と設定サマリー（黄色の帯）が更新されます。入稿前に必ずこの2つを見て、意図した設定になっているか確認してください。

3-4. ④ 個別調整 — 行ごとの微調整

• 表は広告費の大きい順。ブランド／商品名／キャンペーン／区分／方向（増額・減額・据置）／検索で絞り込めます。
• 管理者: 「新入札額」のセルを直接書き換えると手動上書き（橙色）になります。行数が多いときは「手動上書きのCSV取込」を使います。CSVの列は ID（キーワードID／商品ターゲティングID）と、新入札額（円）または 変化率（現在比±%）または 据置（○）、任意で 理由。取込→プレビュー（一致／未一致の件数と先頭50行）→「この内容を反映」。PaidのFBもこの形式に整えて取り込みます。「現在の上書きをCSV書出」で一覧を出せます。
• スタッフ: 行にチェックして「現在比±%」「固定値」で依頼入札額を入れ、「変更依頼を送信」。管理者が⑧で承認すると反映されます。
• 手動上書きは「何より優先」なので、理由を残す運用にしてください（CSVの理由列→⑤の詳細CSVに出ます）。

3-5. ⑤ バルク出力 — 入稿ファイルを作る

1. バナーが緑（自社方針モード）であることを確認。橙（Paid予測）なら③でモードを切り替えます。
2. 「② 調整後バルク出力」で（「① ルールのみ」は手動調整を無視した検証用） bid_bulk_own_adjusted_日付.xlsx が出ます。中身は変更がある行だけ（据置は含まれない）、シート名「スポンサープロダクト広告キャンペーン」、操作=Update。Amazonがサポートしないキーワードグループ行は自動で除外されます。
3. 「詳細CSV出力」（bid_detail.csv）は全対象行の内訳（区分・帯・現在／新入札額・実績・レート由来・上書き理由）。監査とレポート作成に使います。
4. Paidに共有 → FBがあれば③マトリクス調整や④CSV取込で反映して再出力。
5. Amazon広告コンソール → バルク操作 → 「キャンペーンのアップロード」。反映完了後、キャンペーンマネージャーで入札額が変わっているか数行確認。
6. 入稿後の絶対ルール: セール中に再調整するときは、保存済みの作業セットから⑤を再出力しない（Paid修正前の値に戻ってしまう）。必ず「新しいバルクを取得 → ①で再取込 → 設定 → 出力」の順で。

3-6. ⑥ Paid比較（任意・検証用）

Paidが作ったバルクを読み込むと、同じ行についてこちらの計算値と突合し、方向一致率・±10%以内の割合などが出ます。「Paidならこうする」の再現精度を測るための機能で、Paid予測モードと組み合わせて使います。今はPaidがバルクを作らない体制なので、出番は少なくなっています。

3-7. ⑧ 承認（管理者）

スタッフからの変更依頼を一覧で見て、承認／却下します。承認した依頼はその期間の手動上書きに入り、⑤の出力に反映されます。期間セレクタで「現在の期間」「全期間」を切り替えられます。

3-8. セール後の「平常戻し」

• ⑤の「③ 平常日戻しバルク出力」を使います。その期間で増額したターゲティングだけを、増額前（①で取り込んだときの現在入札額）に戻すバルクが出ます。ブランドを選んで出力できます（QUだけ、など）。減額した行は戻しません（セール後の減額はそのまま維持、Paidも同じ考え）。
• 戻す値は「取込時の入札額」です。入稿後にPaidのFBや手作業で変えた行は、その変更前の値に戻ることになるので、出力後に④の一覧やAmazon側の現在値と見比べてから入稿してください。
• セール中に手で下げた行が既に戻し値以下なら、その行は触りません。手で上げた行（ブースト）は扱いを決めてから（戻す／残す）。
• 運用: セール終了の翌日に、全ブランドの増額分を一括バルクで戻す（9/17のBD後から）。ブランドごとに分けて出したいときは「戻すブランド」で選ぶ。

4. 用語集（画面に出てくる言葉）

広告の基本

入札額

1クリックに支払ってよい上限額（円）。高いほど表示されやすいがクリック単価も上がる。このダッシュボードが最終的に決めるのはこの値。

ターゲティング／ターゲット

広告を出す条件の単位。キーワード（検索語。マッチタイプ＝完全一致／フレーズ一致／部分一致）、商品ターゲティング（他社や自社の商品ページに出す。式は asin="B0…"）、オート（Amazonが自動で選ぶ。close-match／loose-match／substitutes／complements と、category= のカテゴリ指定）。入札額はこの単位ごとにある。

キャンペーン／広告グループ

ターゲットを束ねる入れ物。キャンペーン名の先頭がブランド（OR／WH／QU…）、_自社／_一般／_AT で狙いが分かる。

ROAS

広告売上÷広告費。2.5なら広告費1円で2.5円売れた。このダッシュボードの中心指標。増額と減額の境目は ROAS≒2.5（自社・オートは4）。

ACOS

広告費÷広告売上（ROASの逆数）。40%＝ROAS2.5。

TACOS

広告費÷総売上（自然売上も含む）。会社のKPI。セール期間の評価はこれで行う（9月BDは19.5%で目標17.0%を超過）。バルクからは計算できないので売上分析ダッシュボードで見る。

CPC／CVR

クリック単価／クリックに対する注文率。増額してもROASが落ちるとき、CPCが上がったのか（競合）、CVRが落ちたのか（買われなくなった）で原因が違う。

バルク（バルクファイル）

Amazon広告コンソールでダウンロード／アップロードするExcel。1行＝1ターゲット。「調整用取得バルク」は実績付きで読み込むもの、「調整後バルク」は入札額を書き換えて入稿するもの。

BD／DOTD／PD／PAS／BF

セールの種類。BD＝カスタムセール（ブランド主催、流入は控えめ）。DOTD＝Amazonの日替わりタイムセール（流入大きい）。PD＝プライムデー（最大）、PAS＝プライムデー先行、BF＝ブラックフライデー。

Paid

広告代理店。入札調整のロジックの元。今はこちらが作ったバルクをレビューしてくれる。

このダッシュボードの言葉

期間

1回のセール調整の単位。設定・作業セット・変更依頼はすべて期間に紐づく。

取込期間／窓

実績を集計した日数（例: 8/28〜9/27の30日）。Paidは回ごとに変えていて、BDは30日が標準。窓を合わせないとROASが変わり、同じ設定でも結果が変わる。

選定／調整対象

クリック≥8（またはCV例外）で絞った、今回入札額を触る行。毎回1,000〜3,000行。

作業セット

選定後の行をサーバーに保存したもの。スタッフと共有される。バルク本体（数万行）は保存しない。

ターゲティング区分（ターゲ意図）

自社＝自社ブランドの指名（「オルナ」など）や自社ASIN。非自社＝一般語・他社商品。オート＝自動ターゲットとカテゴリ。区分ごとに合格ROASが違う（自社・オート4／非自社2.5）。

SKU区分（注力区分）

商品の重要度: 超注力／注力／メンテナンス／低優先。優先度CSVの「超注力(バリエ)」などは既定で1段下げて読む。

ROAS帯（帯）

ROASの区切り。売上ゼロ／0〜1／1.0〜1.1…1.9〜2.0（0.1刻み）／2〜3／3〜4／4〜5／5〜7／7〜10／10以上。増減%はこの帯ごとに決まる。

標準カーブ（実測フィットカーブ）

Paidの過去5回（5/26〜7/20）のバルクから帯ごとの増減%を実測した表。売上ゼロ〜1帯 約−8%、1〜1.5帯 約−6%、1.5〜2.5帯 約−3%、2.5〜3帯 +5%、3〜5帯 +6〜9%、5〜10帯 +10〜12%、10以上 +14%。

強度倍率（増額側／減額側）

カーブの%に掛ける数。Paidは予算の余裕で毎回変えていた（過去10回で0.70〜1.66）。手入力レートには掛からない。

ステイゾーン

非自社で ROAS 1.5〜2.5（売上あり）の行は減額しないで据置にする範囲。Paid FB（2026/08/19）で導入。

スコープ／手入力レート／バー

スコープ＝「SKU区分×ターゲティング区分」の組み合わせ（例: 全体×自社）。そのスコープの帯に手で入れた%が手入力レート（社内では「バー」と呼ぶ）。カーブより優先。

回次テンプレート

過去の回の設定一式（倍率・ステイ・バー）に名前を付けたもの。③で選んで適用する。

RoAS2未満OK（R2保護）

配分表で「効率が悪くても広告を続けてよい」とされた商品。ROAS 1.5〜2.0帯の減額を止める。

CV例外

クリックが少なくても注文が出ている行を対象に含めるルール（注文≥2かつROAS≥2.5）。

SALE参加ASIN／非参加抑制

今回のセールに出す商品のリスト。「非参加は増額しない」設定もあるが、現行は「カーブ通り増減」。

手動上書き（オーバーライド）

④で行ごとに指定した最終入札額。CSVでまとめて入れられる。何より優先。

増額／減額／据置

新入札額が現在より高い／低い／同じ。据置はバルクに含まれない（Amazon側は変わらない）。

調整モード（Paid予測／自社方針）

Paid予測＝Paidの癖を再現して精度を測る用（入稿しない）。自社方針＝実際に入稿する用。⑤のバナー色（橙／緑）で見分ける。

Paid予測フィルタ

Paid予測モードでだけ使う「Paidはこの行を触らないだろう」という据置ルール。自社方針では無効。

平均回帰

参照期間でROASが高かった行ほど、次の期間は平均に向かって下がる現象。9月BDの増額行で顕著（ROAS 4.8→3.1）。高ROAS帯の増額を控えめにする理由。

平常戻し

セール終了後に、上げた入札額をセール前に戻すこと。

5. 設定の履歴と経緯（どういう状況で何を決めたか）

6. やってはいけないこと・困ったとき

次の操作は、やろうとすると確認ダイアログが出ます（黄色の警告も③⑤に表示）。ダイアログで「キャンセル」すれば何も変わりません。理由が分かっていて必要なときだけ「OK」にしてください。

• 全体×全体に手入力レートを入れる（カーブが全帯で無効になる。PDテンプレだけ例外）→ ③で入力時に確認、⑤出力時にも確認。
• 超注力×全体と全体×自社／オートを同時に使う（自社／オートのバーが消える）→ ③で入力時に確認＋警告表示、⑤出力時にも確認。
• Paid予測モード（橙）の出力を入稿する → ⑤の出力時に確認。
• 入稿後に作業セットから⑤を再出力する（Paid修正や手作業が戻る）→ バルク未読込で期間の開始日を過ぎている／終了のとき、⑤出力時に確認。必ず新バルクを再取込してから。
• 期間を作り直す（同じ名前で新規作成）→ 作成時に確認。「消えた」ように見えたら作り直さず管理者へ（サーバーのデータを確認する）。
• Googleドライブ上の bid-ui/public/ は自動生成物。編集しない（これはファイル操作なので画面の確認はありません）。

困ったとき

• 機能が出ない・表示が古い → Ctrl+Shift+R でハードリロードし、上部の版表示を確認。
• 「読み込めない」「保存できない」 → いったんログアウトして再ログイン（APIの一時的な失敗）。
• フィルタを緩めたのに行が増えない → 作業セットだけを読んでいる状態。①でバルクを再読込。
• SALE参加の警告が消えない → 期間ごとの設定なので、①でCSVを読み直す。
• それでも解決しないとき → 管理者（tochi）へ。引継ぎ.md の「トラブル時の鉄則」に手順があります。