Ищу специалиста, который хорошо понимает, как сейчас работает Stripe
Radar и Cloudflare Turnstile, и может провести 1-2 часа консультации.
Нужно посмотреть мои HAR-файлы и помочь разобраться, почему падают
оплаты.
Суть задачи
-----
Я оплачиваю подписки на обычном мерчанте (не рекламный кабинет,
а subscription-сервис) через antidetect-браузер с residential-прокси.
Периодически оплаты отклоняются, и не всегда понятно, на каком уровне
происходит блокировка.
Основные симптомы:
- Stripe возвращает generic_decline, при этом AVS и CVC checks пустые.
То есть запрос до банка фактически не дошёл, блокировка на уровне Radar.
- Cloudflare Turnstile иногда пропускает без проблем, иногда зацикливает
на странице логина. Причём на одном и том же профиле поведение разное.
- Первая оплата с нового профиля обычно проходит, вторая-третья
отклоняются даже при смене IP и карты.
- Некоторые BIN-пулы виртуальных карт отклоняются моментально (за 900мс),
другие проходят нормально.
Текущая конфигурация
-----
Прокси: IPRoyal residential, пулы US и UK
Браузер: AdsPower, профили создаются через API скриптом на PowerShell,
с рандомизацией User-Agent, canvas, WebGL, audio, fonts, разрешения
экрана, WebRTC в proxy-режиме
Карты: PST.net Ultima и Wise UK. Часть работает, часть нет.
Анализ: собираю HAR из DevTools, смотрю decline_code, outcome,
cf-mitigated заголовки.
Что уже пробовал самостоятельно
-----
- Проверку IP перед запуском сессии (residential vs datacenter через ipinfo)
- Корректный матчинг billing ZIP и карты, timezone и IP, locale
- Ротацию IP и профилей между попытками
- Смену fingerprint на каждой новой сессии
- Разные BIN-пулы виртуальных карт
Основные гипотезы, между которыми не могу выбрать: проблема в velocity,
в fingerprint, в репутации IP, или в том, что мерчант поставил
внутреннее правило на мой паттерн поведения.
Что нужно от консультанта
-----
Созвониться в Zoom или Telegram, совместно посмотреть 3-4 HAR-файла
(с успешными и неуспешными попытками), и разобрать:
1. Что именно в моих запросах может триггерить Stripe Radar
2. Какие BIN-пулы сейчас реально работают на subscription-мерчантах
3. Как выстроить процесс оплаты с правильной velocity, чтобы не исчерпать
лимит профиля после двух попыток
4. Что бы вы на моём месте изменили в текущей настройке
Дополнительно (опционально):
- Имеет ли смысл переходить с AdsPower на Octo Browser или Dolphin для
этой задачи. Предполагаю, что все они примерно одинаковы, но возможно
ошибаюсь.
Кто подойдёт
-----
- Специалист с опытом арбитража трафика через antidetect-браузеры
(не теоретик, а человек с реальной практикой)
- Эксперт по e-commerce antifraud или payment fraud research
- Разработчик автоматизации с опытом обхода антибот-систем
(Cloudflare, PerimeterX, Datadome, hCaptcha)
- Человек с опытом масштабирования мультиаккаунтов именно на
подписочных мерчантах (а не на рекламных кабинетах Facebook или Google)
Условия сотрудничества
-----
Бюджет: 3000-5000 рублей за час, в зависимости от опыта и сложности.
Оплата: СБП, Тинькофф, ЮMoney, криптовалюта – на выбор.
Формат: удалённо, видеозвонок с демонстрацией экрана.
Предоплата обсуждается индивидуально. Предпочтительный вариант –
работа через эскроу FL или оплата 50% после первого созвона
и подтверждения компетенций.
При успешном первом взаимодействии готов к долгосрочному
сотрудничеству на постоянной основе.
Сроки
-----
Готов созвониться в ближайшие 2-3 дня. Будни после 20:00 по Москве,
выходные в течение дня. При необходимости возможен более ранний созвон.
Контакт
-----
Пишите в личные сообщения на FL. Перед созвоном возможно задам
несколько технических вопросов, чтобы убедиться, что тема вам
действительно знакома. Это стандартная фильтрация, не более того.
Опубликован 25.04.2026 в 09:01