Блог Адама | Арбитраж трафика

Абузы и хостеры ч.2 Как избежать перемодерации\стопов в рекламной сети при абузе домена. Этот вопрос возникает в связи с тем, что, как ни крути, нам придется что-то делать с тем доменом, на который упал абуз (удалить, убрать A-записи направляющие на сервер). Но как мы все знаем, замена домена в рекламной сети скорее всего влечёт за собой бан\долгую перемодерацию. Так как это решить? Самый простой и надежный вариант домены "двух уровней", ставить основной (первый) в рекламную сеть, второй ставить на редирект: • Юзер переходит по рекламе: 1domain.com • Проверяем его на соответствие условиям (страна, др. фильтры кло) • Если пользователь подошел, редирект на: 2domain.com В такой схеме абуз упадет на 2domain.com, тк. на нем расположен целевой контент, за который он и прилетает. К 1domain.com (стоящему в рекламной сети в объявлении) вопросов нет, он останется работать до тех пор пока кабинет не забанится. Все что в такой схеме нужно будет сделать, отцепить 1domain.com от трекера\хоста и заменить его на другой, чтобы редиректило на новый домен. В таком варианте даже стопать будет не нужно, все налету: перекинули домен редиректа, удалили старый и едете дальше. Но что делать, если ваш источник не поддерживает редиректы, а точнее агрится на них? Тогда в игру вступает Privateflare. Он позволяет поднимать свои прокси, взамен Cloudflare. С ними все проще, можно оставить 1 домен и повесить его на PF. При возникновении проблем с доменом, он не отправляет абузу вашему хостеру. Единственное что может произойти, заабузятся сами ноды на которых припаркован домен. В таком случае его можно просто перекинуть в панели на другие ноды и ехать дальше, но тут уже стоп скорее всего понадобится для обновления NS в регистраторе. Многим рекомендовал что первое, что второе решение, в итоге у ребят пофиксились проблемы связанные с удалением серверов и стопом трафика при абузе. Подписка: @adamusfb

Абузы и хостеры ч.1 На протяжении года ловили огромное количество абузов на сервер трекера и ни разу не потеряли его. Раз за разом Cloudflare отсылал претензии хостеру с данными доменов и типом нарушений. Он в свою очередь создавал тикеты и отправлял нам на решение. И так по кругу... Почему наш сервер не снесли с первой жалобы: • Мы берем серверы строго в оффшорах \ DMCA ignored хостерах • Всегда следим за почтой, ловим письма счастья (абузы) • Сразу предпринимаем действия по решению проблем У оффшорных\"абузоустойчивых" хостингов есть временное окно на решение определенных ситауаций. Все зависит от грубости нарушения, но обычно это от 24 до 72 часов. Самый лояльный абуз DMCA, по нему можно ничего не делать аж целых 72 часа. Для понимания, на белом хосте сервер снесёт как только прилетит. Причем сносит без возможности выгрузки\восставновления данных (особенно DO\Vultr). Однако не стоит забывать что "абузоустойчивый" - это лишь название. На самом деле никто не будет долго тянуть на себе риски и проблемы, которые создает клиент. Если по прошествию этого времени не будут устранены косяки, то как и на любом белом хостинге ваш сервер будет безвозвратно удален. Поэтому надо действовать максимально быстро. Кстати о действиях. Если домен висит на Cloudflare, все что требуется сделать - удалить DNS записи (в панели CF) ссылающиеся на ваш сервер и ответить хостеру на письмо с абузом. Это важный момент: всегда надо отвечать хостеру с отчетом о том какие проделаны действия. Таким образом вы закрываете красный тикет ❌. Хватит шаблонного текста в ответе: Проблема устранена, домен domain.com удален и больше не используется, DNS записи так же не указывают на сервер. О том как избежать стопов и перемодерации на рекламных площадках при бане доменов расскажу в следующем посте. Если это тема конечно актуальна) Дайте знать в коммах ⬇️ Сейчас вся наша структура работает на Inferno.name (ADAM и -25% на первый месяц). Пока осечек не было, надеюсь так будет и впредь.

Топ оффшор и DMCA-ignored хостеров Сохраню тут, чтобы не потерять 🙂 Линк: https://docs.google.com/spreadsheets/d/1QQHGmzp2CTnr5NA5x9RzVKpTwTdY-QWjc97MM1fgVyg/edit?usp=sharing

Только что дропнули бесплатный антидетект браузер Donut 🍩 Судя по репозиторию, ребята вообще не арбитражники и не темщики, но сделали интересно. Изначально браузер локальный, но можно раскатать self-host синхронизацию профилей между устройствами. Из заявленного: • Неограниченное количество браузерных профилей - каждый полностью изолирован со своим отпечатком (fingerprint), cookies, расширениями и данными • Движки Chromium и Firefox - оба с продвинутой подменой отпечатков • Поддержка прокси - HTTP, HTTPS, SOCKS4, SOCKS5. • Поддержка VPN - конфигурации WireGuard и OpenVPN для каждого профиля • Локальный API и MCP - REST API и сервер MCP для интеграции с Claude • Группы профилей - организация профилей и применение настроек массово • Импорт профилей - перенос из Chrome, Firefox, Edge, Brave и других Chromium-браузеров • Управление cookies и расширениями - импорт/экспорт cookies, управление расширениями для каждого профиля • Браузер по умолчанию - возможность установить Donut как браузер по умолчанию и выбрать профиль для открытия каждой ссылки • Облачная синхронизация - синхронизация профилей, прокси и групп между устройствами (с возможностью собственного хостинга) • Сквозное шифрование (E2E) - опциональная синхронизация с паролем, известным только вам • Отсутствие телеметрии - никакого отслеживания или сбора отпечатков устройства Попробовать можно тут: https://github.com/zhom/donutbrowser Синхронизация профилей на собственном сервере: https://github.com/zhom/donutbrowser/blob/main/docs/self-hosting-donut-sync.md

Это всего пару кейсов. Уже не говорю о системе ивентов, в которую можно досылать любые события с лендинга и строить на этом аналитику. Тот же Binom позволяет создавать кастомные метрики на основе событий присылаемых с лендинга. Мы например с помощью системы ивентов трекаем: Глубину прокрутки страницы, Глубину просмотра видео (если это VSL), Точку выхода в оффер, Время нахождения на странице и многое, многое другое. Если на ленде стоит форма \ квиз, мы собираем данные в токены источника (к примеру пол и возраст клиента). Если это что-то чувствительное, как с примером feedback формы, где мы задаем вопрос "Удалось ли вам оплатить", то мы шлем в ивенты paid \ failed в зависимости от ответа (пример на прикрепленной фотке). Таким образом понимаем что происходит с тем или иным оффером. В общем все ограничивается вашей фантазией, трекать можно что угодно. Тем более сейчас расширили количество токенов и ивентов с 10 до 30, по сути можно ВСЕ! А что не трекается и не досылается в стату, то можно через Clarity посмотреть. Если интересна эта тема, могу расписать это с примерами в лонгриде, кидайте 50 ➕ под этим постом

2. Проблемы со сложностью лендинга: Чуть подробнее: Не все пользователи дохуя умные, скорее даже наоборот. Все те хитросплетения которые вы выстраиваете в лендинге не всегда понятны рядовому пользователю. В случае свипов, перед тем как пользователь попадет на оффер, он должен пройти путь: Легенда (текст) => Мини-игра (боксы, крутилки) => Выигрыш (снижение цены + инструкция). Многие так и не доходят до конца, они сидят на ленде и тщетно пытаются найти выход. Решение: - Дать пользователю писать комментарии на лендинге, самому рассказывать о том, что помешало совершить ему конверсию. - Открывать чат саппорта по таймауту в 3-4 минуты и опрашивать что не так. И то и другое по сути является триггером для открытия чата саппорта, в который можно посадить самую дешевую модель GPT общаться с пользоватлем. В случае коммента на ленде, алгоритм примерно такой: 1. Делаем запрос в ГПТ с содержимым коммента, определяем какого рода коммент: сомнение, недовольство, непонимание и тд. 2. Открываем окно саппорта и даем ему контекст запроса пользователя + промпт о том как его нужно обработать. В случае с таймаутом: 1. Открываем окно саппорта и сразу вкидываем: Вам чем-то помочь? Далее диалог стелится сам собой, если составить правильный промпт для обработки. Результат: В разрезе статы за Февраль, на 150к ревы добавилось +5к чистого профита с support формы, что составляет ~3.5% дополнительного дохода.

Ты не умеешь пользоваться трекером и вот почему Раз уж мы забросили свипы, расскажу о том, какие методики мы применяли для работы с ними. Спойлер: Многие даже не догадываются какие возможности скрывает их трекер и сколько прибыли они недополучают на ровном месте. В свипах, как и в других подобных вертикалях существует ряд проблем. Центральной проблемой конечно же являются платежки: Нет платежек - нет конверсии. За ними следуют различные технические моменты: Баны доменов Google safesearch \ VT, баны доменов отдельными ISP в гео и тд. Всему этому нет решения, тк. это находится вне зоны нашего влияния. Но зато мы можем это легко диагноситировать и делать выводы о том или ином рекламодателе. Благо современные трекеры позволяют собирать инфу с пользователя и досылать ее в стату, на основе этого выключать из сплита то, что не может быть работоспособным. Вот пару кейсов в качестве примеров: 1. Проблемы с платежкой \ доменами оффера: Чуть подробнее: Тк. вебы ставят в бланки офферов че попало, от пользователей часто летят абузы на домены и платежки. Решение: Для того, чтобы диагностировать проблемы с платежками мы сделали простую форму, которая открывалась после перехода на оффер. Вместо редиректа пользователя "с концами", мы проставили target="_blank" на все ссылки, таким образом при клике юзер просматривал оффер в новой вкладке и когда нажимал кнопку назад, возвращался к нам, где его уже ждала форма с опросом: - Вам удалось оплатить заказ? - [Да] [Нет] - [Нет]: В чем конкретно проблема? - [Ошибка на сайте] [Ошибка оплаты] [Другое] В случае если пользователь отвечал [Нет], мы начинали опрашивать его, выяснять в чем конкретно была проблема. Если проблема с оплатой\сайтом - давали ему ссылку на другой оффер. В случае с Binom это делается легко: Настраиваем поток с офферами и отлов по метке source=feedback + добавляем &to_offer=N. Таким образом пользователь попадал в loop из 7 залуп. Перешел 1 раз - проблема с оплатой = дали ему след. оффер &to_offer=2 и так по нарастающей, до тех пор пока не оплатит. В случае если были выбраны другие варианты, давали пользователю написать коммент и досылали его в трекер в токены источника. Далее эти комменты можно было легко отсматривать в репорте кампании, с разбивкой по: Offer => Comment. Нередко пользователи сами писали: Домен забанен, Сайт с вирусом, Не открывается и тд. Результат: В разрезе статы за Февраль, на 150к ревы добавилось +7.4к чистого профита с feedback формы, что составляет 4.5-5% дополнительного дохода.

Свипстейки - всё ☠️ На протяжении года пытались поднять вертикаль до каких-то значимых объёмов - не вышло, и вот почему. Первое и основное - это платёжки. Их попросту больше нет на рынке. Начиная с закрытия Outbid, партнёрки начали схлопываться/сворачивать это направление из-за большого количества проблем, связанных с их открытием. Уже никто не питает иллюзий относительно того, что это когда-нибудь изменится и «попустит». Причина этому - огромное количество санкций со стороны платёжных систем в отношении эквайеров, особенно со стороны Visa. Введение VAMP Ratio коснулось всех, и, думаю, это не только про свипы, но и в целом про весь рынок. Тот же straight sale и trial-офферы тоже пострадали - последних, кстати, стало кратно меньше. И это только начало. Что делать? Ждать переформатирования рынка под новые реалии, а это произойдёт не скоро. Думаю, рекламодатели будут сидеть до последнего и ждать, пока рынок «переварит» ситуацию, и уже потом начнут что-то менять. За это время пройдёт серьёзная чистка вебов, после которой останутся сильнейшие. Всё как всегда) Однако говорить, что «всё пропало», не прям чтобы объективно. Вертикаль не мертва, просто объёмов, сопоставимых с предыдущими годами уже не будет. На текущей математике уже невозможно выстроить отделы, которые будут стабильно обеспечивать работу баинга, а без этого сейчас в целом работать сложно. От этого считаю это направление бесперспективным...

Кто льет SS-ки на US\T1 в FB, погнали обменяемся опытом: @trianglefour Допом могу выгрузить опыта по Свипам в том же ФБ

Facebook готовит нас к чему-то новому 🎁 Уже как несколько недель зачищается раздел Developers связанный с Instagram и параметром page_backed_instagram_accounts. Для тех кто в танке: Когда вы заходите в объявление и проставляете страницу у которой не привязана инста, улетает запрос на создание\получение page_backed_instagram_accounts. Это как бы "виртуальная инста" от которой показывается реклама в IG. Что это может означать для нас: Вполне вероятно, что ФБ хочет придти к обязательной подвязке Instagram к Странице и без этого больше не удастся запустить рекламу. Уже возникают проблемы в софтах связанных с автоматизацией с созданием этого параметра, а без него по сути не дает запустить что-либо через Graph Marketing API Таковы реалии