Programmatic Deep — RTB и header bidding
682 subscribers
19 photos
2 videos
48 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
This media is not supported in your browser
VIEW IN TELEGRAM
DeepSeek представит последнюю версию v4

DeepSeek выпустит v4 в середине июля с новой моделью ценообразования API: токены подорожают в 2 раза в часы пиковой нагрузки (09:00–12:00 и 14:00–18:00 по пекинскому времени). Компания планирует уведомлять пользователей по почте за 24 часа до изменения тарифов. Проблема с ошибками «server busy» останется, но обойдётся дороже — это может существенно повлиять на экономику проектов, которые активно используют API DeepSeek для автоматизации и масшта…

➡️ Читайте на сайте: https://aff.top/blog/deepseek-predstavit-posledniuiu-versiiu-v4

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Anthropic выпустили Sonnet 5

30 июня вышла Claude Sonnet 5 — новая версия позиционируется как самая агентная в линейке и приближается к флагманской Opus 4.8. Модель лучше справляется со сложными многоуровневыми задачами, устойчива к вредоносным запросам и не генерирует эксплойты. Sonnet 5 доступна на Free-тарифе, но тестирование показало скромные улучшения: хотя работает лучше Sonnet 4.6, её обгоняют конкуренты, включая китайские модели, которые дешевле через API при лучшей…

➡️ Читайте на сайте: https://aff.top/blog/anthropic-vypustili-sonnet-5

🧠 Ещё больше инсайтов → в канале AFF.top
IVT — это не один флаг, а набор паттернов: как ломают трафик и где ловить следы

В ad-fraud detection полезнее делить IVT по механике, а не по ярлыку. Базовые группы: — GIVT: датацентры, известные боты, невалидные UA/IP-паттерны; — SIVT: скрытая автоматизация, spoofing, injected clicks, аномальные цепочки редиректов; — misattribution: когда клики и конверсии не бьются по таймингам и source chain.

Детект строится на слоях. На edge смотри на IP reputation, ASN, device entropy, частоту запросов и одинаковые header-sequence. В bid stream красные флаги — слишком ровный cadence, нереалистичный session depth, повторяемые комбинации UA/viewport/language, пустые или шаблонные referer’ы. Для SIVT важны не один сигнал, а связка: короткий dwell time + высокий click-to-conversion lag + совпадающий fingerprint across many placements.

На стороне verification полезны правила: — сравнивать events по времени в request_id chain; — резать traffic с аномально низкой вариативностью creative rotation; — проверять расхождение между impression logs, win notices и postback’ами; — отдельно смотреть app-traffic: device model, install referrer, emulator hints, impossible geo jumps. ⚙️ Один сигнал почти всегда шум, три-четыре вместе уже похожи на схему.

Главное: строй детект как граф, а не как список банов. Сначала маркируй подозрительные кластеры, потом проверяй их по supply path, publisher-id, seller.json и повторяемости в разных DSP. Так ты режешь не весь трафик, а именно источник аномалии.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Clickstar прекращает работу

Clickstar закрывается. Легендарная пуш-сеть прекращает закуп трафика с 1 августа, полная остановка — 20 августа.

Сетка работала почти 8 лет и была одним из лучших источников качественного трафика на Россию и СНГ. Сейчас пуш-трафик стал слишком ботовым из-за гугловских банов на скрипты сбора.

Что это означает для арбитражников — разбираемся в ста…

➡️ Читайте на сайте: https://aff.top/blog/clickstar-prekraschaet-rabotu

🧠 Ещё больше инсайтов → в канале AFF.top
↩️ Пост из @ReelsRazgonPro:

Завязывайте с вайбкодингом. Термин уже режет мышление.

Он подсовывает одну и ту же рамку: «раз есть ИИ — иди и пили код». И дальше людей уносит в бэкенд, фронт, VPS, деплой, отладку. Хотя задача вообще может быть не про код.

Нужен отчет из данных? Не «вайбкодь» сервис на полдня. Попросите ИИ собрать нормальный Excel с формулами, структурой и понятной логикой. Чтобы файл можно было открыть через месяц, передать коллеге и не объяснять, где лежит доступ к очередному облаку.

Нужен контентный проект? Не обязательно лезть в Next.js, Sanity, Supabase и Vercel. Иногда быстрее взять WordPress или Ghost, добить это ИИ-подсказками по теме, плагинам и настройке — и получить рабочую систему, а не красивый хаос.

Проблема не в ИИ. Проблема в слове, которое сужает сценарии использования.

Правильный вопрос не «как вайбкодить?», а «какой результат мне нужен и какой самый короткий путь к нему?» 🤝
Prebid 9: что ломается в конфиге и как пройти миграцию без просадки fill

Главные точки риска — bidder API, timeout logic и кастомные hooks в wrapper’е. Если у вас сидят адаптеры с ручной обработкой bidResponse, первым делом проверьте поля, которые вы прокидываете в auction: часть legacy-схемы уже не должна быть «тихим дефолтом». Второй слой — consent и schain: если они собираются на лету, любая нестыковка в порядке мидлварей даёт пустые запросы или деградацию CPM.

Что сделать до выката:
— снять inventory по всем bidder’ам и отметить те, что завязаны на старый response object;
— прогнать тестовый auction с full logging: request, bid, render, win notice;
— сравнить timeout по гео и device, отдельно для slow bidders;
— проверить, не дублируются ли user sync и identity modules.

Отдельно смотрите на Prebid Server: если у вас гибридная схема, breaking changes часто проявляются не в JS-wrapper, а в server-side chain. Типовая ошибка — обновили фронт, но оставили старый contract на стороне adapter mapping: в bid stream это выглядит как «есть запрос, нет валидного бидa».

Переход делайте через canary: один slot, один geo, один набор bidder’ов. Сначала добейтесь идентичного win rate и только потом расширяйте поверхность. Иначе вы не поймёте, где именно отвалился auction: в timeout, в identity, в adapter mapping или в rendering.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Facebook запретил рекламу онлайн-казино Mr Vegas

Британский ASA запретил рекламу казино Mr Vegas из-за «слишком милых» мультяшных животных в креативах — регулятор счёл, что такой стиль привлекает детей, в том числе через Facebook. Рекламодатель запустил кампанию в феврале, бан вышел в июле. Логика регулятора вызывает вопросы: дети неплатёжеспособны, а таргетировать их на гемблинг бессмысленно.

➡️ Читайте на сайте: https://aff.top/blog/facebook-zapretil-reklamu-onlain-kazino-mr-vegas

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Whatsapp скамят пользователей с помощью поддельных никнеймов

WhatsApp запустил никнеймы — и почти сразу начался скам. Мошенники регистрируют имена, похожие на бренды, звёзд и политиков, с минимальными опечатками.

Индия, где 500 млн пользователей WhatsApp, потребовала от Meta объяснений за 3 дня. Meta говорит, что точные совпадения заблокированы — но одна буква в другом месте защиту не триггерит.

Похоже, п…

➡️ Читайте на сайте: https://aff.top/blog/v-whatsapp-skamiat-polzovatelei-s-pomoschiu-poddelnykh-nikneimov

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Вышел ZCode - аналог Claude code

Вышел ZCode — десктопный аналог Claude Code от разработчиков GLM-5.2. Работает с API от Anthropic, поддерживает SSH-деплой на сервер, в том числе Linux.

Вместо пошаговых скриптов — система целеполагания Goal: закидываешь сложный промт, агент сам разбивает задачу и выполняет. Плюс управление через Telegram-бота.

Но главная фича — мультиагентность…

➡️ Читайте на сайте: https://aff.top/blog/vyshel-zcode-analog-claude-code

🧠 Ещё больше инсайтов → в канале AFF.top
Cookieless targeting работает не через замену cookie, а через сборку сигнала из нескольких слоёв

Первый слой — контекст: page URL, category, semantic page type, время, устройство, гео. Он даёт стабильный baseline для open web, особенно когда inventory разнородный и user-level ID не проходит. Второй слой — first-party data: segments из CRM, engagement, подписки, корзины. Их надо передавать в auction как компактные ключи, а не тащить лишний PII.

Третий слой — identity graph: UID2, RampID, ID5 и похожие решения. Они полезны там, где есть consent, match rate и понятный scope применения. Ошибка здесь одна и та же: пытаться строить всю закупку только на одном ID-решении. Правильнее держать fallback-цепочку: authenticated traffic → hashed email / partner ID → context-only.

Четвёртый слой — моделирование и правила отбора. Не гонять один и тот же bid request во все DSP, а резать по quality filters: viewability, traffic type, ad slot, recency, consent state. Для performance это часто даёт больше, чем расширение охвата любой ценой. ⚙️

Практика простая: сначала опишите, какой сигнал у вас есть в каждом сегменте трафика, потом соберите decision tree для таргетинга, и только после этого подключайте identity. Иначе вы строите cookieless-стек на шуме, а не на сигнале.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Cloudeflare грозит Google блокировкой трафика

Cloudflare объявил: с 15 сентября 2026 года ИИ-краулеры будут заблокированы по умолчанию на всех сайтах с рекламой — включая Googlebot, Applebot и Bingbot.

Главная претензия — к Google: один и тот же бот индексирует страницы и собирает данные для обучения нейросетей, что даёт поисковику нечестное преимущество.

Но есть нюанс, который меняет всю к…

➡️ Читайте на сайте: https://aff.top/blog/cloudeflare-grozit-google-blokirovkoi-trafika

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Гайд: как заработать первые деньги на Pornhub

Pornhub — самый посещаемый адалт-сайт в мире, и на нём действительно можно зарабатывать. Но схема устроена иначе, чем кажется.

Автор залил ролики, набрал 16 000 просмотров — и получил 47 центов встроенной монетизации. Реальные деньги были в другом.

Есть нюансы с верификацией, голосом в роликах и законодательством РФ, которые ломают большинство с…

➡️ Читайте на сайте: https://aff.top/blog/gaid-kak-zarabotat-pervye-dengi-na-pornhub

🧠 Ещё больше инсайтов → в канале AFF.top
SPO — это не про «урезать всё подряд», а про выбор маршрута с лучшим net revenue

Сначала собираем карту supply-path: exchange, reseller, direct, PMP, app-ads.txt / sellers.json, доля bid stream, win rate, fee layers. Без этого SPO превращается в ручную чистку логов по ощущениям.

Дальше режем по трём осям:
— качество пути: есть ли лишние реселлеры, дубли, подозрительный инвентарь;
— эффективность: сколько bid requests нужно на один win, где проседает timeout, где сыпется floor;
— ценность: какой путь даёт лучший eCPM после комиссий, а не максимальный gross CPM.

Правило верификации простое: путь убираем только если после отсечки не падают auctions, не растёт latency и не деградирует fill rate по ключевым geo / device сегментам. Если метрика улетает в пыль, значит вы вырезали не мусор, а спрос.

Фреймворк рабочий только когда у вас есть baseline по каждому path group, а решения принимаются по сегментам: open auction отдельно, PMP отдельно, app отдельно. Иначе SPO ломает то, что приносило инкремент, просто потому что всё смешали в один bucket.

Ищите не «меньше путей», а меньше лишних путей на каждый dollar of demand. #spo #rtb
First-price auction в RTB: где ломается логика биддинга и маржа

Во first-price победитель платит свой bid; во second-price — цену второго места плюс шаг аукциона. Для паблишера это меняет не только eCPM, но и весь слой оптимизации: floor price, pacing, кэш-флоу и поведение bidder’ов в кластере.

Если у вас остался waterfall-образ мышления, first-price быстро вскрывает слабые места:
— завышенный bid cap начинает резать win rate;
— слишком агрессивный floor уводит запросы в no-bid;
— latency bidder’а становится прямым денежным убытком, а не просто KPI по response time.
Во second-price часть этих ошибок маскировалась за счёт скидки к winning price.

На стороне SSP/DSP меняется стратегия ответа: bid shading, фильтрация низкоценного инвентаря, более жёсткий контроль supply path. На стороне паблишера — чистка ads.txt / sellers.json, разбор bid stream по domain / app / schain и проверка, не съедает ли аукцион margin из-за лишних hops.

Ключевая проверка: сравните win rate, clearing price и revenue per request на одном и том же инвентаре в двух режимах. Если после перехода выросла цена, но упал fill rate и общий доход — аукцион работает против вас, а не за вас.

Практика простая: first-price требует точнее настраивать floor, таймауты и supply path; second-price прощает больше, но хуже показывает реальные перекосы в экосистеме.
Frequency capping cross-platform ломается не в DSP, а на уровне identity, sync и storage

Если cap должен работать между web, in-app и CTV, одного cookie/pixel мало. Нужен единый key: UID2, RampID, ID5 или собственный graph, а рядом — deterministic rules для fallback. Иначе один и тот же пользователь будет считаться разными анонимами в каждом канале.

Технически схема обычно такая:
— request-time: на входе в bidder/SSP считаем effective user key и кладём в request context
— decision-time: перед bid/serve проверяем cap в low-latency store
— delivery-time: пишем impression event в общий event bus и обновляем счетчик

Важно разделять scope: per-campaign, per-creative, per-device, per-household. Ошибка — хранить один глобальный counter: тогда mobile и desktop начинают взаимно «душить» частоту, а ретаргетинг теряет объём.

Хранилище должно быть быстрым и предсказуемым: Redis cluster, key-value с TTL, либо streaming join через Kafka/Flink. Для online-check нужен O(1) lookup, для reconciliation — батчевый пересчёт по логам. Обязательно закладывайте окна дедупликации и защиту от race condition между bid win и impression.

Если cap не склеен между платформами, вы видите красивый reach, но получаете переэкспозицию. Начинайте не с правил частоты, а с идентичности, схемы ключей и точки, где именно фиксируется факт показа.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Сбер запустит свой криптокошелёк

Сбер готов запустить криптокошелёк — инфраструктура уже есть. Ждут только закона о регулировании крипты, который планируют принять к 1 сентября 2026 года.

Хранить и, судя по всему, обменивать крипту можно будет прямо в приложении — без сторонних обменников.

Но есть один нюанс, из-за которого обменники никуда не денутся. 🔍

➡️ Читайте на сайте: https://aff.top/blog/sber-zapustit-svoi-kriptokoshelek

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Индия потребовала от Telegram удалять пиратский контент

Индия потребовала от Telegram удалять пиратский контент — претензия в том, что платформа не ограничивает размер файлов, что позволяет свободно распространять фильмы.

Дуров ответил, что Telegram годами работает в Индии без какой-либо коммерческой выгоды для себя.

Почему давление началось именно сейчас — вопрос открытый. Возможный ответ — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/indiia-potrebovala-ot-telegram-udaliat-piratskii-kontent

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google ads меняет стратегию по конверсиям

Google меняет логику автоматических стратегий ставок: с 17 августа 2026 года кампании будут строже придерживаться указанного целевого CPA, а не давать лиды по минимально возможной цене.

Если сейчас твоя кампания даёт лиды по $5, а цель стоит $10 — после обновления алгоритм «поднимет» фактическую стоимость лида к целевой, зато отдаст больше трафик…

➡️ Читайте на сайте: https://aff.top/blog/google-ads-meniaet-strategiiu-po-konversiiam

🧠 Ещё больше инсайтов → в канале AFF.top
Открытые DSP вне big tech: где реально собрать стек без привязки к одному вендору

Если нужен контроль над bid stream, логикой таргетинга и SPO, смотрите не на бренд, а на набор модулей. Внешне это обычно 3 слоя: интерфейс закупки, bidder/orchestrator и слой логирования с атрибуцией.

Что обычно доступно:
— open-source DSP-ядро или white-label поверх него;
— интеграция с OpenRTB 2.x/3.x, deal IDs, bid modifiers;
— собственные rules для pacing, frequency capping, whitelist/blacklist;
— коннекторы к SSP, к first-party data и к аналитике.

Где ломается ожидание: у “открытого DSP” почти всегда есть границы. Нет зрелого UI как у крупных платформ, часто слабее антифрод-обвязка, а качество инвентаря приходится собирать через ads.txt, sellers.json, SPO-фильтры и ручную нормализацию supply path.

Проверяйте стек по 5 вопросам: можно ли видеть raw request/response; есть ли экспорт win notice и loss reason; как устроен dedup по device/user; можно ли управлять bid throttling на уровне сегментов; как быстро отключается проблемный source без остановки кампаний.

Если у DSP нет прозрачного лога аукциона и нормального контроля source mapping, это не open platform, а просто чужой black box с вашим бюджетом.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Codex внедрят GPT-5.6 Ultra

OpenAI добавит в Codex эксклюзивную версию GPT-5.6 Sol Ultra — не ту, что выйдет в паблик, а отдельную, усиленную модель.

Два ключевых режима: расширенные рассуждения (модель думает дольше) и мульти-агентная работа с параллельными субагентами. Релиз ожидается 7–9 июля 2026.

Но есть один нюанс, который OpenAI пока не раскрывает 👀 Подробности — в …

➡️ Читайте на сайте: https://aff.top/blog/v-codex-vnedriat-gpt-5-6-ultra

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