Programmatic Deep — RTB и header bidding
154 subscribers
86 photos
16 videos
1 file
236 links
Open-source RTB (Prebid 9, OpenRTB 3.0), header bidding, Google Ad Manager
и его альтернативы (Magnite, PubMatic, Sovrn), DSP/SSP-стек, ad-fraud
detection, supply-path optimization, identity solutions (UID 2.0, RampID).
Технический слой programmatic для p
Download Telegram
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Google отменил ручную пессимизацию в Еврозоне

Google перестал пессимизировать крупные новостники за паразитные страницы с казино и другими партнёрскими офферами в ЕЭЗ. Для арбитража вывод простой: в Европе схема с «пирогами» больше не даёт преимущества от траста основного домена, а Google впервые применяет разные правила по GEO под давлением регулятора.

➡️ Читайте на сайте: https://aff.top/blog/google-otmenil-ruchnuiu-pessimizaciiu-v-evrozone

🧠 Ещё больше инсайтов → в канале AFF.top
Prebid 9: переход без просадки fill rate начинается не с npm update

Перед апгрейдом зафиксируйте baseline: bidder, timeout, geo, device, win rate, no-bid rate, revenue per ad unit. Без этого любая миграция превращается в спор «стало хуже» без разреза по адаптерам.

Минимальный план:
— поднять staging-wrapper с тем же bidder set;
— прогнать реальные ad units через test traffic;
— проверить consent / usp / gpp propagation;
— сравнить bid request и bid response до/после;
— отдельно замерить slow bidders и timeout loss.

Главная зона риска — не core Prebid, а адаптеры. Часть bidder modules меняет дефолты, часть строже валидирует params, часть иначе работает с userId / schain / floors. Делайте allowlist активных bidders и выкидывайте мёртвые адаптеры до релиза.

Для GAM проверьте key-values: hb_bidder, hb_pb, hb_adid, hb_size, кастомные price buckets. Ошибка здесь выглядит как падение спроса, хотя auction выигран, а line item просто не матчится.

Вывод: миграция Prebid 9 — это audit bidstream + staged rollout. Сначала 5–10% трафика, потом разрез по bidder/geo/device, и только после этого полный cutover.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Вышел OpenClaw 2.0

OpenClaw вышел на новый уровень: совместная работа, нормальный веб-интерфейс и более простая настройка. Разбираем, зачем это обновление важно и как оно меняет работу с ИИ-агентом.

➡️ Читайте на сайте: https://aff.top/blog/vyshel-openclaw-2-0

🧠 Ещё больше инсайтов → в канале AFF.top
IVT не ловят одним флагом: какие категории смотреть в bid stream и логах

В antifraud-разборе полезно сразу делить трафик на классы, а не искать «плохой источник» по одному сигналу. Базовый набор: GIVT — предсказуемый шум, SIVT — сложнее, invalid domain/app, data center, stacked ads, auto-refresh abuse, hidden/zero-view и click injection. У каждого класса свой след в bid request, win notice и post-click цепочке.

Что обычно детектится на уровне запросов:
ip/ua и ASN: дата-центры, прокси, несостыковки гео;
— частота: аномально плотные impression/click паттерны по одному device/user bucket;
— площадка: пустой domain, сомнительный supplychain, несоответствие app bundle и store id;
— контекст: page, ref, viewability, тайминги рендера.

На практике антифрод строят не по одному rule, а по пересечению сигналов: если UA похож на headless, IP сидит в DC-ASN, а viewability почти нулевая — это уже не «шум», а профиль риска. Для app-трафика отдельно смотрят SDK integrity, install referrer, аномальный session length и mismatch между bundle и источником инвентаря.

Хороший чек-лист: сохраняйте raw bid stream, не режьте поля до анализа, маппьте сигналы в категории IAB/MOAT/IAS-логики и держите раздельно block, monitor, allow. Тогда вы увидите, где проблема в supply, где в площадке, а где в логике атрибуции.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Павел Дуров анонсировал Gram Wallet

Дуров анонсировал Gram Wallet — нативный некастодиальный криптокошелёк внутри Telegram. Он обещает мгновенные переводы с нулевой комиссией между пользователями и более простые обновления за счёт архитектуры с валидаторами. Запуск уже идёт, а полный релиз ждут в ближайшие недели.

➡️ Читайте на сайте: https://aff.top/blog/pavel-durov-anonsiroval-gram-wallet

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Новые ограничение в Instagram для ИИ-профилей

Instagram ужесточает условия для УБТ: аккаунты помечают как созданные ИИ, а без такой маркировки можно словить теневой бан. Если нейросеть лишь улучшает контент, санкций нет. Для арбитражников это значит, что привычные схемы в FB и Инсте будут работать хуже, а обход антифрода станет сложнее.

➡️ Читайте на сайте: https://aff.top/blog/novye-ogranichenie-v-instagram-dlia-ii-profilei

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Оборот ChatGPT Ads достиг $1 миллиарда

OpenAI вывела ChatGPT Ads в self-service для Индии, Европы, Ближнего Востока и Северной Африки, а оборот платформы уже достиг $1 млрд. Для арбитража это сигнал присмотреться к новому источнику: трафик из нейронок выглядит горячим, но вход дорогой — CPC в tier-1 GEO около $5, поэтому тестировать стоит точечно и с небольшим бюджетом.

➡️ Читайте на сайте: https://aff.top/blog/oborot-chatgpt-ads-dostig-1-milliarda

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Автоматизация в арбитраже трафика: зачем и для кого?

В статье объясняется, какие сервисы автоматизации реально помогают в арбитраже трафика: автозалив, сценарии в антидетект-браузерах и low-code/no-code решения. Главный вывод — автоматизация экономит время и снижает рутину, но не заменяет команду, а ошибки в настройке могут повысить риск бана и лишних затрат.

➡️ Читайте на сайте: https://aff.top/blog/avtomatizaciia-v-arbitrazhe-trafika-zachem-i-dlia-kogo

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
В публичный релиз вышел Fable 5.1

➡️ Читайте на сайте: https://aff.top/blog/v-publichnyi-reliz-vyshel-fable-5-1

🧠 Ещё больше инсайтов → в канале AFF.top
ROAS в programmatic ломается не в биддинге, а в отчётности: вот где теряется атрибуция

Фреймворк отчётности для ROAS лучше строить не вокруг одного last click, а вокруг трёх слоёв: exposure, engagement, conversion. В логах должны сходиться impression_id, click_id, order_id и окно атрибуции; иначе вы сравниваете разные источники правды и называете это performance.

Минимальный набор полей в витрине:
— auction_id / bid_id / impression_id
— user_id namespace, если он есть
— placement_id, size, device, geo, supply_path
— timestamp в единой TZ
— conversion_value и currency
— модель атрибуции: last click, post-view, linear, position-based

Дальше делайте разрезы не только по каналу, но и по качеству инвентаря: домен, app bundle, sellers.json статус, timeout, win rate, viewability, IVT-фильтр. Часто ROAS падает не из-за креатива, а потому что post-view засчитали на inventory с плохим viewable time или дублями событий.

Практика простая: храните raw event-level данные отдельно, а ROAS-сводку считайте только поверх нормализованной таблицы с дедупликацией и единым currency conversion. Если в отчёте нельзя подняться от KPI до конкретного impression_id, это не attribution, а агрегат.

Итог: сначала строите цепочку идентификаторов и правил дедупа, потом уже спорьте о весах модели — иначе ROAS будет красивым только в Excel.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
1xBet перестал спонсировать эмоции

История о том, как казахстанцы зарегистрировали рекламный слоган 1xBet, а сам бренд оказался в юридической ловушке: после сделки с TonyBet права на товарный знак так и не выкупили. На фоне ареста активов Романа Семиохина и уголовного дела по азартным играм вывод простой: с 1xBet сейчас лучше не строить рекламные связки на рынке Казахстана.

➡️ Читайте на сайте: https://aff.top/blog/1xbet-perestal-sponsirovat-emocii

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
За продажу аккаунтов в мессенджере теперь грозит статья

С 1 сентября 2026 года продажа аккаунтов соцсетей и мессенджеров в России стала уголовно и административно рискованной: штраф до 700 тысяч рублей, принудительные работы или лишение свободы до 2–3 лет. Если через аккаунт украдут деньги, продавца могут записать в соучастники мошенничества по ст. 159 УК РФ с риском до 10 лет.

➡️ Читайте на сайте: https://aff.top/blog/za-prodazhu-akkauntov-v-messendzhere-teper-grozit-statia

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Google выпустил в релиз Gemini 3.8 flash

Google выпустил Gemini 3.8 Flash спустя две недели после 3.7: модель обещает сильный кодинг и быстрый отклик, а цена остаётся низкой — $0,75 за млн входящих токенов и $3,75 за млн исходящих. Вывод простой: пока Google демпингует, это выгодный вариант для тех, кому нужны дешёвые и быстрые нейросетевые запросы.

➡️ Читайте на сайте: https://aff.top/blog/google-vypustil-v-reliz-gemini-3-8-flash

🧠 Ещё больше инсайтов → в канале AFF.top
Client-side vs server-side в header bidding: где реально теряются деньги и прозрачность

Client-side выигрывает, когда нужен полный контроль над аукционом в браузере: проще дебажить bid stream, видеть тайминги, ловить latency по каждому bidder и быстро менять floor logic. Но цена этого контроля — вес wrapper’а, лишний JS, больше timeout pressure и риск просадки UX на медленных устройствах.

Server-side снимает нагрузку с страницы и лучше масштабируется по числу demand-партнёров. Зато вы теряете детализацию на уровне браузера: часть сигналов уезжает в server hop, сложнее разбирать, кто именно съел timeout, где отвалился cookie sync и почему упал match rate. Для SPO это критично: без прозрачного chain’а легко оптимизировать не тот слой.

Рабочая схема почти всегда гибридная:
— client-side оставляют для ключевых bidders и быстрых решений;
— server-side — для long-tail demand, тяжёлых интеграций и контроля latency;
— единый timeout и логирование на обоих слоях обязательны, иначе сравнение будет фальшивым.

Проверяйте не только CPM, но и fill rate, render latency, timeout loss, ad server pressure и долю запросов, где buyer увидел неполный набор signals. Если после переноса на server-side вырос gross revenue, но упала viewability или выросли пустые рендеры, экономика может быть хуже.

Итог простой: client-side покупает прозрачность, server-side — масштаб и скорость страницы; выбирать надо не “или/или”, а по тому, где у вас узкое место в аукционе.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Яндекс запустил сервис ПроБлогер

Яндекс запустил ПроБлогер — платформу для монетизации небольших каналов и групп во ВКонтакте, Дзене, Максе, Telegram, YouTube и Rutube. Для модерации нужны от 1000 подписчиков, свежие публикации, статус самозанятого, ИП или юрлица и соблюдение закона. Доход доступен через автопостинг с оплатой за просмотры и партнёрские ссылки; CPM можно задать самому или отдать аукциону.

➡️ Читайте на сайте: https://aff.top/blog/iandeks-zapustil-servis-probloger

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Google ads упростил перенос креативов из Asset Studio

➡️ Читайте на сайте: https://aff.top/blog/google-ads-uprostil-perenos-kreativov-iz-asset-studio

🧠 Ещё больше инсайтов → в канале AFF.top
Client-side vs server-side в header bidding: где теряются деньги и latency

Client-side даёт прозрачность: bidder-логика, таймауты, floor-решения и порядок вызовов видны в браузере. Но за это платите весом wrapper’а, ростом TTFB/TTI и тем, что каждый лишний адаптер бьёт по mobile UX и fill rate на слабых девайсах.

Server-side снимает часть нагрузки с страницы и удобнее для масштабирования на длинный tail demand. Минусы известны: выше риск потери сигналов, сложнее debug bid stream, часть решений уезжает в opaque black box, а значит SPO и reconciliation требуют аккуратнее смотреть в logs, а не только в dashboard.

Практика почти всегда гибридная:
— client-side оставляют для premium bidders, где важны granularity и user-level signals;
— server-side — для low-value demand, тяжёлых адаптеров и geos с дорогим RTT;
— таймауты и auction sequencing фиксируют отдельно, иначе один slow bidder съедает общий win rate;
— в GAM проверяют, не дублируется ли спрос между wrapper и server endpoint.

Если архитектура не разделяет роли, вы получаете не «гибкость», а двойной аукцион, лишний latency и грязную атрибуцию. Сначала режьте лишние вызовы, потом переносите demand в server-side — и только после этого сравнивайте revenue по одинаковым условиям.
First-price auction в RTB: где ломается логика bid shading и почему нельзя считать его «как second-price»

В second-price победитель платит не свой bid, а цену следующего участника плюс шаг. В first-price платёж равен выигравшей ставке. Поэтому любая стратегия, построенная на «завышу, чтобы не потерять аукцион», в first-price превращается в прямой удар по margin.

Главная ошибка — смотреть только на win rate. В first-price важнее связка bid win / clearing price / post-bid CPM. Если bidder стабильно выигрывает, но платит почти свой максимум, то запас на шейдинг уже съеден. Для паблишера это выглядит как рост revenue на уровне auction, но не всегда на уровне demand: часть DSP уходит из-за слишком дорогой победы.

На практике проверяйте 3 вещи:
— есть ли у bidder явный shading layer или он шлёт raw bid;
— совпадает ли floor logic с моделью аукциона;
— не режет ли timeout winners с более поздним, но более качественным bid stream.
Если у вас mixed inventory, first-price и second-price нельзя смешивать в одном отчёте без разметки по source / supply path.

Для Prebid и SSP важно отдельно логировать auction type в event-level data, иначе вы будете лечить «падение eCPM» там, где проблема в смене механики расчёта, а не в спросе.

Итог простой: first-price требует контроля overbid, floor, timeout и сегментации отчётов; second-price — контроля конкурентной глубины. Без этого bid strategy начинает оптимизировать не доход, а шум.
Brand safety и suitability ломают по-разному: их нельзя мерить одним фильтром

Brand safety — это жесткий стоп-лист по сигналам риска: adult, hate, malware, IVT, unsafe domains, подозрительные app bundles. Тут логика бинарная: запрос либо проходит, либо вырезается на уровне pre-bid, category block, seller allowlist и verification-логики.

Suitability — это уже не «опасно/неопасно», а «подходит ли под конкретный бренд, KPI и контекст». Один и тот же placement может быть safe, но unsuitable: новостной трафик, UGC, спорные темы, слишком агрессивный page context, низкая viewability для премиум-бренда.

На уровне сигналов разница такая:
— Safety опирается на taxonomy: IAB content categories, domain/app reputation, fraud flags, ads.txt/sellers.json, IVT-сигналы.
— Suitability добавляет семантику, page-level context, adjacency, sentiment, историческую performance-логику и собственные brand rules.
— Если у вас только blocklist по категориям, вы режете часть риска, но suitability не строите вообще.

Рабочая схема: сначала чистите supply по safety, потом поверх строите suitability-матрицу по брендам и кампаниям. Иначе вы либо недоберёте reach, либо пропустите «формально безопасный», но токсичный для конкретного рекламодателя инвентарь.

Разделяйте эти два слоя в отчетах и в правилах. Без этого SPO, whitelisting и brand-guardrails начинают мешать друг другу, а не экономить бюджет.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Telegram serverless вышел в открытый бета-тест

Telegram запустил serverless-серверы для ботов, но в CPA и iGaming-задачах они полезны только для простых webhook-сценариев: приветствие, короткий диалог, выдача ссылки. Для приёма заявок, публичных URL и работы с медиа функция не подходит, поэтому практической пользы для вайт-проектов и Tg Ads почти нет.

➡️ Читайте на сайте: https://aff.top/blog/telegram-serverless-vyshel-v-otkrytyi-beta-test

🧠 Ещё больше инсайтов → в канале AFF.top