Ищу специалиста, который хорошо понимает, как сейчас работает 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. Перед созвоном возможно задам несколько технических вопросов, чтобы убедиться, что тема вам действительно знакома. Это стандартная фильтрация, не более того.
