前年の設定を安全な初期値とみなさない
昨年の上限は、当時のモデル単価、商品数、広告量、担当者、失注許容額を前提にしています。プラグイン設定が残っていることは、今年も妥当である証拠になりません。
終了時に一時的なキャンペーン例外を失効させず、翌年そのまま有効化すると、担当者が存在しない通知先や古い売上条件で制御されます。シーズンを一つの運用単位として閉じ、再開時は新しい承認を求めます。
前シーズンの証拠と一時設定を閉じる
最終プロバイダー利用時刻、当期の費用、ピーク時の要求・トークン、誤停止、採用した例外、責任者を記録します。データ保持方針に従って必要な集計だけを保存し、生のプロンプトや応答を運用引継ぎのために追加保存しません。
停止するのは一時ルール、不要なCron、公開用APIキー、古い通知先です。ライセンスを別サイトへ移す場合は正規のホスト名入替手順を使い、Activation Codeをファイルや引継ぎ資料へ平文で残さないようにします。
今年の責任者と最大損失を更新する
再開時には新責任者、公開期間、キャンペーン流入見込み、モデルと単価、顧客導線、代替手段、最大許容損失を更新します。前年値は参考列に残しますが、承認値へ自動コピーしません。
最初の72時間を再開記録へ残す
AI Cost Circuit BreakerはMonitoringから開始し、最初の72時間で通常時と予告施策時の基準値を作ります。確認できた閾値だけEnforcementへ移し、Human・Bot・Unknownは確率的な材料として売上や反復と併用します。
| 時点 | 必須記録 | 無効化／承認 | 完了証拠 |
|---|---|---|---|
| 前期終了 | 最終利用、費用、例外、誤停止 | 一時ルール・不要Cronを無効化 | 終了責任者の確認 |
| 休眠中 | ライセンス状態、保守期限 | 不要なアクセスを削除 | 四半期棚卸し |
| 再開30日前 | 新担当、モデル、単価、施策予測 | テスト計画を承認 | 変更差分 |
| 再開72時間 | 通常流量、要求、token、売上 | Monitoringを維持 | 基準値 |
| 施策前 | ピーク見積り、切戻し、連絡先 | Enforcementを承認 | 公開判定 |
前年との差を事業規模で読み直す
今年の要求数が前年の2倍でも、商品数や訪問者が2倍なら異常とは限りません。1注文あたりAI費用、1回答あたりトークン、同一入力の反復率など、事業規模を分母にした指標で比較します。
モデル単価が下がっていても出力が長くなれば総費用は増えます。価格、平均入力、平均出力、失敗再試行を分け、どの条件が前年から変わったかを再開記録へ記載します。
次の終了日まで承認して公開する
再開承認には公開開始だけでなく終了予定日、終了担当、次の棚卸し日を含めます。キャンペーンが延長された場合は新しい終了日を承認し、期限切れの例外が黙って継続しない仕組みにします。
再開の合格条件は前年設定の復元ではなく、今年の条件で最初の72時間を説明でき、ピーク試験と切り戻しが通っていることです。Agencyの管理画面でも、稼働ホスト名と担当者を季節ごとに確認し、休眠サイトを放置しません。
「季節キャンペーンサイトを昨年のAI上限のまま再開しない」の「季節サイト再開記録」を、最初の実環境導入に使ってください。AI Cost Circuit Breakerを無料でダウンロードし、Monitoringから始め、期待するシグナルと戻し方を確認してから制御を有効にしましょう。