アクセス急増は、成功と異常が混ざった状態
テレビで商品が紹介されると、指名検索、商品質問、在庫確認、決済支援が一斉に増えます。同時に、価格収集Botや同じ質問の連続送信も増えます。グラフが8倍になったという事実だけでは、攻撃とも正常とも判断できません。
通常1時間500セッションのサイトが放送後4,000へ増えたとします。AI商品案内の呼び出し回数も100回から900回へ増えましたが、注文が20件から170件へ増えているなら、少なくとも正当な需要が含まれています。反対に900回のうち600回が同一商品の秒単位反復なら、増加全体を正常扱いするのも危険です。需要と異常を同じピーク内で分けます。
最初の10分で売上導線を確認する
注文数、カート到達、決済成功、有効な商品問い合わせが伸びているかを見ます。ProのSmart Protectionで示されるHuman・Bot・Unknownは補助的な分類であり、本人性や悪意を完全に証明するものではありません。分類だけで遮断せず、利用経路と成果を合わせます。
実行順は、決済の正常性、在庫同期、AI機能の成功率、反復経路の順です。決済エラーが急増しているなら集客判断より先に購入障害へ対応します。決済が通り、スマートフォンからの商品質問と注文が一緒に伸びているなら、その経路は守ります。担当者は5分ごとに同じ表へ値を追記し、判断時刻を残します。
- 商品ページからカートへの到達
- 決済完了と決済エラー
- AI商品案内後の購入・問い合わせ
- 同一経路での短時間反復
- 失敗と再試行の増加
止めるのは『高コストで成果のない反復』
同じ入力を極端な速度で繰り返す、存在しない商品を大量照会する、失敗後も無制限に再試行する、といった経路を狭く制御します。購入支援全体や問い合わせフォーム全体を閉じる前に、対象ルート、時間、回数を限定します。
たとえば通常の購入者は10分に1〜3回質問するのに、ある経路が1分に80回同じ照会を送っているなら、その速度超過だけを一時制御します。Unknownであっても通常速度でカートへ進む訪問者は残します。利用者分類ではなく、経路、反復、推定費用、顧客成果を条件にすることで、誤分類による全面停止を避けます。
当日だけの設定には終了時刻を付ける
ピーク対応で一時的にしきい値を変えるなら、責任者と終了時刻を同時に記録します。放送終了後も検索流入が続くことがあるため、通常値へ戻す判断はアクセス数だけでなく注文と反復率を見て行います。
『23時に再確認、注文が直近30分で通常の2倍以上なら継続、反復が通常範囲へ戻れば設定復帰』のように条件を数値化します。延長する場合は、新しい終了時刻と理由を別の判断として残します。設定変更前後のスクリーンショットや値も保存し、翌朝の担当者が何を戻すべきか迷わない状態にします。
- 変更した経路と設定
- 変更理由と確認した数字
- 残した顧客機能
- 再確認時刻と復帰条件
バズの日を、次回の基準日にする
ピーク中のHuman・Bot・Unknown、注文、問い合わせ、推定費用を同じ時間軸で保存します。分類には誤差があるため確定ラベルとして扱わず、次の話題化で比較する運用材料にします。『バズの日を攻撃扱いしない』ための基準が一度で作れます。
成果物は、0〜10分、10〜30分、30〜120分の三段階を持つ流入判定シートです。各段階に確認指標、維持する経路、制御候補、担当者、復帰条件を記します。推定費用は後日AI事業者の請求で補正し、誤停止や見逃しがあれば次回用の値を更新します。一度の成功例を永久の正解にはしません。放送媒体や商品単価が違えば顧客行動も変わるため、次回は直近の通常日と過去の類似露出の両方を比較対象にします。
「テレビ紹介でアクセスが8倍──攻撃と決めつけず売上導線を守る」から一律停止が正当な需要まで拒むと分かったなら、さらに粗いルールで解決しないでください。まず無料版をダウンロードして基準値を作り、Human・Bot・Unknownと売上シグナルが必要になった段階でProのSmart Protectionへ移れます。