一つの上限は簡単だが、機能価値の差を無視する
サイト全体で月100ドルと決めれば、設定も説明も簡単です。しかし、深夜のコンテンツ生成が90ドルを使い、翌朝の顧客サポートが残り10ドルで止まる可能性があります。費用を抑えたという意味では成功でも、顧客体験としては失敗です。
一括上限が向くのは、AI処理が一種類だけ、またはどの処理も止まったときの影響と復旧優先度がほぼ同じ場合です。小規模サイトで管理者が一人なら、細かな枠を増やすほど設定ミスの確率も上がります。分割による利益が運用負担を超えるかを先に評価します。
分割を検討するときは、設定項目の数ではなく、停止順や復旧順が実際に変わるかを確認します。判断が変わらない機能まで分けると、月次レビューの負担だけが増えます。
機能別上限は細かいが、未使用枠を融通しにくい
サポート50ドル、商品相談30ドル、社内生成20ドルと分ければ重要機能を守れます。一方、商品相談を5ドルしか使わない月でも、社内生成が20ドルで止まるなど、余裕が余ります。また通信経路を正しく分けられない実装では、設定だけ細かくしても実態と一致しません。
分割する場合は、過去4週間の各機能の成功件数と費用から最低確保額を出します。サポートが通常20〜30ドルなら50ドルを固定するのではなく、30ドルを確保し、残り20ドルを共有余裕へ置く設計もできます。共有枠を誰が使えるか、重要機能が底をつかない条件まで決めます。
- 事業価値：止まったときの売上・顧客影響
- 時間制約：今すぐ必要か、翌日に回せるか
- 費用特性：1件あたりの変動と最大入力
- 識別可能性：通信経路を確実に分類できるか
- 運用負担：誰が見直し、例外を承認するか
多くのサイトでは、二層構造が扱いやすい
全体の最大損失を抑えるサイト上限を置き、その内側で顧客向けと後回し可能な処理を分けます。すべてを細分化せず、価値と時間制約が明確に違うものだけを別枠にする設計です。未使用枠を融通する場合も、重要機能の最低確保額は残します。
判断例として、購入前相談は停止1時間あたりの売上影響が大きく、翌日再処理できません。記事タグ付けは翌日に回せます。この二つは分ける価値があります。一方、商品説明の要約と翻訳が同じ夜間バッチで、復旧条件も同じなら、別枠にしても判断は変わらないためまとめられます。
判断マトリクスは、停止時の影響から埋める
各機能について、顧客影響、売上影響、再実行可能性、1時間の最大費用、代替手段、担当者を並べます。『AIを使っているか』ではなく、『同じ上限で止めてよいか』が分割の基準です。
3か月ごと、または新機能追加時に見直します。機能名が同じでも、社内利用から顧客向けへ変われば優先度は変わります。完成したマトリクスには、上限値だけでなく、到達時の停止順、代替手段、復旧責任者を書きます。障害時は上から順に残す機能を判断でき、担当者の感覚に依存しません。新しい顧客向け機能を追加したら、共有枠を使わせる前に一週間だけ独立計測し、既存の重要機能から予算を奪わないか確認します。分割を解除するときも、統合前後の停止順が変わらないことを記録します。
まず対象経路を確認してから、上限の粒度を決める
AI Cost Guardrails-CNXTの無料版は、WordPress標準のAI Clientを経由するリクエストに基本のハードストップ保護を設定する入口です。機能別に分けたい場合は、それぞれの処理を識別できるかを先に検証してください。直接プロバイダーへ送る機能は同じ制御に入らないため、別の予算・監視が必要です。経路を識別できない機能は、分割案の対象外として明記します。
AI Cost Guardrails-CNXTをダウンロードし、「AI予算はサイト全体で一つか、機能別に分けるべきか」のうち製品が対応する境界をWordPress上で動かします。Freeはサイト全体・呼び出し元別の月間USD・リクエスト試行数・トークン、Proは対応する短時間・失敗パターンを制御できます。