症状を一文で定義する
人のアクセス数は変わっていないのに、キャッシュやリバースプロキシの変更直後からUnknownの割合だけが増えています。
「CDN変更後にUnknownが急増。すぐBot扱いしてはいけない」の症状を一文で定義する。人のアクセス数は変わっていないのに、キャッシュやリバースプロキシの変更直後からUnknownの割合だけが増えています。上限、Webhook、retryを信用する前に、実際の通信経路を特定する必要があります。
「CDN変更後にUnknownが急増。すぐBot扱いしてはいけない」で確認する原因候補を並べる。安全な導入には、検証可能な証拠、戻せる変更、記録を消さない復旧経路が必要です。
原因候補を並べる
このケースの原因を分ける証拠。ポリシー変更前に通信経路と欠けた判定材料を確認します。Unknownは証拠不足であり、攻撃の確定ではありません。
「CDN変更後にUnknownが急増。すぐBot扱いしてはいけない」における安全な順番で検証する。次の対応が危険になる証拠を先に決めます。ポリシー変更前に通信経路と欠けた判定材料を確認します。Unknownは証拠不足であり、攻撃の確定ではありません。
- 「CDN変更後にUnknownが急増。すぐBot扱いしてはいけない」の証拠1：Human・Bot・Unknownの割合
- 「CDN変更後にUnknownが急増。すぐBot扱いしてはいけない」の証拠2：呼び出し先
- 「CDN変更後にUnknownが急増。すぐBot扱いしてはいけない」の証拠3：反復と速度
- 「CDN変更後にUnknownが急増。すぐBot扱いしてはいけない」の証拠4：注文・有効問い合わせ
原因を分ける証拠
この具体的な課題の結論と未確認事項を残す。元の状況が解消したことを合格条件にします。人のアクセス数は変わっていないのに、キャッシュやリバースプロキシの変更直後からUnknownの割合だけが増えています。
「CDN変更後にUnknownが急増。すぐBot扱いしてはいけない」の証拠ベースの切り分け表に残す判断。ポリシー変更前に通信経路と欠けた判定材料を確認します。Unknownは証拠不足であり、攻撃の確定ではありません。
安全な順番で検証する
「CDN変更後にUnknownが急増。すぐBot扱いしてはいけない」専用の「証拠ベースの切り分け表」を作ります。原因候補を最低二つ挙げ、それぞれを支持する証拠と否定する証拠を書きます。影響の小さい切り分けから試します。
結論と未確認事項を残す
「CDN変更後にUnknownが急増。すぐBot扱いしてはいけない」から一律停止が正当な需要まで拒むと分かったなら、さらに粗いルールで解決しないでください。まず無料版をダウンロードして基準値を作り、Human・Bot・Unknownと売上シグナルが必要になった段階でProのSmart Protectionへ移れます。