Fallback-страница спасает сетап, когда визит выглядит подозрительно и не должен видеть основной контент

Fallback-страница спасает сетап, когда визит выглядит подозрительно и не должен видеть основной контент

У fallback одна задача: не палить связку и при этом не ломать путь нормальному пользователю. Для этого заранее делят трафик на 3 сценария: чистый визит, сомнительный визит, пустой/битый заход. Под каждый сценарий нужен свой экран, а не одна «заглушка на всё».

Что обычно ставят на fallback:
— нейтральный лендинг без агрессивных офферов;
— страницу с минимальной навигацией и без лишних скриптов;
— редирект на безопасный контент, если фильтр сработал слишком рано.
Главное — не делать резкий контраст между основным и запасным экраном: одинаковая структура, похожие шрифты, похожая скорость загрузки.

Триггеры лучше собирать по набору признаков, а не по одному флажку: странный реферер, пустые куки, несоответствие языка, неестественный user-agent, слишком частые переходы. Если срабатывает только один признак, отдавай более мягкий fallback; если совпало несколько — более жесткий.

Проверь, чтобы fallback не содержал тех же трекеров и пикселей, что и основной путь. Иначе он сам станет сигналом для модерации или антифрода. Отдельно тестируй мобильный и десктопный сценарий: подозрительный визит не должен упираться в битые формы, 404 и долгую загрузку.

Схема простая: чем тише fallback и чем меньше он похож на ловушку, тем дольше живет сетап.