二つの制御は優劣ではなく用途が違う
基本のハードストップ保護は、対象となる後続リクエストを停止し、上限到達後の追加費用を限定しやすくする方法です。ProのSmart Protectionは、Human・Bot・Unknownや売上シグナルを判断材料にし、正当な顧客経路を残しながら異常な反復を絞る考え方です。分類は完全判定ではないため、万能な選別ではありません。
判断を『安全重視なら基本のハードストップ保護、売上重視ならSmart』と単純化しないでください。文脈を使った制御にも誤判定はあり、証拠が少ない新規サイトでは固定停止の方が説明しやすい場合があります。一方、既にキャンペーン時の通常値と顧客成果を計測できるサイトでは、全部を止める損失が見えるため、狭い制御を設計しやすくなります。
停止したときの事業損失を先に書く
社内用の文章下書きが数時間止まる場合と、決済直前の商品案内が止まる場合では影響が違います。機能ごとに、停止時間、失う注文や問い合わせ、代替手段、復旧担当者を見積もります。
購入支援が通常1時間に40人使われ、8人が平均粗利3,000円の注文へ進むなら、1時間の全面停止で影響する粗利は最大2万4,000円程度と見積もれます。追加AI費用の最大が3,000円なら、固定停止は割に合わない可能性があります。逆に社内下書きの停止損失がほぼゼロで超過が1万円なら基本のハードストップ保護が合理的です。
- 顧客が直接使う機能か
- 停止中に代替導線があるか
- 1時間の停止で失う成果は何か
- 追加1回のAI費用はいくらか
- 異常を狭く特定できる証拠があるか
基本のハードストップ保護が向く機能
夜間バッチ、任意の下書き生成、後から再実行できる内部処理など、止まっても顧客影響が小さく、追加費用の価値が低い機能に向きます。復旧条件を決めずに止めっぱなしにしないことが重要です。
実装時は上限だけでなく、停止時の表示、未処理キューの扱い、再開時の二重実行防止を確認します。例えば夜間バッチを止めた後、翌朝に残件を一括再送すると再び上限へ達するかもしれません。残件数、1件単価、段階再開の件数を計算し、15分の正常確認後に次の束へ進めます。
状況を見た制御が向く機能
購入、予約、見積もり、顧客サポートなど、需要急増時こそ利用される機能です。売上や有効問い合わせが伸びるHumanの経路は残し、同一入力の高速反復や成果のない自動処理だけを絞ります。Unknownは悪質の確定ではなく、追加確認が必要な状態として扱います。
誤判定例として、SNSアプリ内ブラウザからの急増がUnknownへ寄ることがあります。そこで『Unknownが30％を超えたら停止』ではなく、紹介元、購入遷移、質問の多様性、反復速度を合わせます。購入へ進むUnknownは維持し、同一商品を秒間数十回照会する経路だけを制御する、と範囲を明示します。
購入支援でSmart Protectionを使う前の5つの合格条件
Proの制御項目が多いという理由だけで、購入支援へ文脈制御を適用してはいけません。決定論的な予算上限を最終的な境界として残し、対応するWordPress AI Clientの経路で、文脈情報が実際の誤停止判断を変えると確認できた場合だけSmart Protectionを使います。
下の5項目は、まずMonitoringで確認します。通信経路の対応、シグナルの質、顧客向け代替手段、運用責任のいずれかが不合格なら、Basicのhard stopを維持するか、欠けた条件を直しながら監視を続けます。合格にはリクエスト追跡、画面、試験結果、記名承認のいずれかが必要で、チェックを付けただけでは足りません。
Enforcementへ移行した後は、最初に発生した上限イベントを見直します。ある購入リクエストを残し、別のリクエストを制御した理由を説明できない場合は、直前の決定論的な設定へ戻し、証拠を整えてから再度試します。
| 合格条件 | 必要な証拠 | 合格時 | 不合格時 |
|---|---|---|---|
| 通信経路 | 対応するWordPress AI Client経路を通ることを追跡で確認 | 次へ進む | 直接・外部経路を別途保護 |
| 事業影響 | 誤停止によるカート、注文、問い合わせへの影響を計測 | 文脈制御を検討 | Basicで十分な可能性 |
| シグナルの質 | MonitoringでHuman・Bot・Unknownと売上情報が判断に使える | 狭いルールを一つ試す | 平常時データを追加 |
| 代替導線 | 購入完了または有人窓口へ到達できる | Enforcement候補 | 制御を有効にしない |
| 運用責任 | 担当者、戻し方、終了時刻、確認時刻が決まっている | 戻せるルールを一つ有効化 | Monitoringを継続 |
機能一覧に制御方式を一行ずつ記す
サイト全体で一つを選ぶのではなく、AI機能ごとに制御方式と理由を決めます。次に確認するのは、誤停止した場合の金額と顧客影響です。それが上限超過のリスクを上回る機能から、文脈を使った保護を検討できます。
成果物は制御方式の判断マトリクスです。行にAI機能、列に1時間の超過上限、誤停止損失、代替導線、観測できる顧客成果、分類誤差、復旧時間を置きます。方式を選んだ理由と見直し日も残し、キャンペーンやモデル単価の変更時に再計算します。機能が増えてもサイト全体の一律設定へ戻らずに済みます。四半期ごとに停止訓練を行い、想定した代替導線が今も機能するかも確かめます。訓練結果が悪ければ方式の選択自体も見直します。
「基本のハードストップ保護かSmart Protectionか──誤停止の損失から選ぶ」から一律停止が正当な需要まで拒むと分かったなら、さらに粗いルールで解決しないでください。まず無料版をダウンロードして基準値を作り、Human・Bot・Unknownと売上シグナルが必要になった段階でProのSmart Protectionへ移れます。