AdTech Pulse — SSP / DSP / OpenRTB
1.49K subscribers
27 photos
3 videos
95 links
AdTech Pulse — про programmatic-стек:
SSP/DSP, OpenRTB, IAB-стандарты, Privacy Sandbox.
Канал сети public.tg.
Download Telegram
— 73 символа. Хорошо.

Абзац 1:
Механика строится на файле .ics или подписке на внешний календарь. Пользователь заходит на лендинг, нажимает «Добавить событие», и iOS создаёт нативный алерт без запроса push-прав в Safari. Система считает это локальным напоминанием, а не рекламной рассылкой.

Абзац 2:
На практике: создаёшь календарь с десятками событий, у каждого стоит push-alert за 1–5 минут до старта. Заголовок события — это крео, описание — прелендинг. Пользователь получает уведомления даже после закрытия вкладки, пока не удалит подписку.

Абзац 3:
Что важно: Apple давно закрыла лазейку с массовой подпиской через профили конфигурации, но одиночные .ics-файлы и подписки на календари всё ещё проходят. Жизнь подписки — от нескольких часов до дней, пока пользователь не отпишется. CTR зависит от текста заголовка события сильнее, чем от времени отправки.

Абзац 4:
Ограничения очевидны: конверсия в подписку на календарь ниже, чем в классический push, зато покрытие iOS без web-push — 100% аудитории с Safari. Не работает как долгосрочный канал, но подходит для срочных промо и локеров.

Финал:
Используй как дополнительный источник трафика на iOS, а не основной. Тестируй заголовки событий как креативы, ставь минимальную задержку алерта и всегда заливай новые домены — старые быстро попадают в бан-листы устройств.

Посчитаем символы без HTML.

Текст:
Calendar push на iOS: обход web-разрешения через нативный алерт календаря

Механика строится на файле .ics или подписке на внешний календарь. Пользователь заходит на лендинг, нажимает «Добавить событие», и iOS создаёт нативный алерт без запроса push-прав в Safari. Система считает это локальным напоминанием, а не рекламной рассылкой.

На практике: создаёшь календарь с десятками событий, у каждого стоит push-alert за 1–5 минут до старта. Заголовок события — это крео, описание — прелендинг. Пользователь получает уведомления даже после закрытия вк
3 проверки, без которых third-party cookies ломают сегментацию и атрибуцию

Если cookie-логика в DSP/SSP начала «плыть», сначала проверь не таргетинг, а цепочку идентификаторов. Типовые точки отказа:
— cookie читается только в first-party контексте, а матчинг ожидали как в third-party;
— домен выставления и домен чтения не совпадают по атрибутам cookie;
— в запросе есть redirect-цепочка, но id теряется на одном из hop’ов.

Дальше смотри на поток OpenRTB: какой id реально уходит в bid request, как он маппится на user-sync и не подменяется ли на уровне обмена. Для валидации полезно сравнить: raw request, cookie-sync, auction log и postback/конверсию. Если хотя бы один слой использует другой namespace, атрибуция распадается без ошибки в логах.

Ещё одна частая ловушка — ожидание, что один и тот же cookie будет одинаково доступен в webview, браузере и embedded окружениях. На практике это разные контексты с разной политикой хранения и доступа. Поэтому сегменты лучше строить не на «наличии cookie вообще», а на явно проверяемом идентификаторе с fallback-логикой.

Если коротко: сначала инвентаризируй, где именно живёт идентификатор, потом проверь, как он проходит sync и auction, и только после этого трогай алгоритмы таргетинга.
7 сигналов, что SSP/DSP интеграция ломается ещё до первого билда

Если в цепочке exchange → SSP → DSP что-то не сходится, проблема часто видна не в деньгах, а в запросе. Смотрите на базовые сигналы: request приходит без auction type, слетают device.geo и user agent, а в response пустеют price, adm или crid. Это не «плавающее качество трафика», а сбой в маппинге полей.

Первый блок проверки — идентификаторы и контекст: auction id должен жить сквозным ключом, site/app object не должен терять bundle, domain, cat и page. Если SSP режет поля до минимального набора, DSP начинает хуже матчить инвентарь и уходит в conservative bidding. Второй блок — consent и privacy: если сигнал есть в одном слое, но пропадает в другом, bid request становится неполным.

Дальше смотрите на креативный контракт: макросы, size, mime, skadn, vast i/o, click URL. Когда SSP и DSP по-разному трактуют допустимые форматы, ошибка часто всплывает уже на render stage, а не в логах аукциона. Отдельно проверяйте timeout, seats, dealid и ext-поля: именно там чаще всего теряются причинно-следственные связи между bid request и win notice.

Если интеграция «молчит», не ищите магию в моделях — сначала сверяйте схему полей, а потом уже оптимизируйте ставки.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Российские букмекеры увеличили закуп трафика с мобильных приложений

Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.

По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…

➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii

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

Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».

Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.

Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…

➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win

🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from КРАВЧЕНКО
Дорогие коллеги и партнеры,

Наш маршрут конференций за последние недели, получился особенно насыщенным.

Со стендами PoshFriends мы побывали на MAC и GGate, а затем продолжили встречи уже в полях iGB Live в Лондоне.

В Ереване увиделись с любимыми SEO-командами, попробовали местные вина, обменялись новостями и зарядились энергией УБТ-команд.

В Тбилиси обсуждали тренды, новые связки и совместные планы, встречались с действующими партнерами и знакомились с новыми. А за настроение на стенде отвечала Черемша, которая чуть не стала маскотом одного из наших продуктов. С этой задачей, кажется, справилась лучше всех.

В Лондоне все было уже по-деловому. Провели серию встреч с топ-партнерами, обсудили Японию, бурж и новые точки роста. География интересов растет, планы становятся амбициознее. Воротники, как выяснилось, нагладили не зря.

Спасибо всем, с кем удалось увидеться на этом маршруте. За открытые разговоры, новые идеи, доверие и планы, которые постепенно превращаются в реальные проекты.

Конференционный сезон продолжается. Скоро увидимся снова.

Всегда ваши, Команда Posh Friends 🤝
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Короткий домен Telegram перестал работать

Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.

➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat

🧠 Ещё больше инсайтов → в канале AFF.top
7 сигналов, по которым SSP и DSP начинают «не слышать» друг друга

Если в OpenRTB всё выглядит корректно, а fill-rate, win-rate и bid-rate расходятся, ищите не в креативах, а в стыке интеграций. Типовые разрывы почти всегда сидят в трёх местах: маппинг полей, тайминги и правила фильтрации.

— DSP отправляет bid, но SSP его режет по auction type, schain, floor или device-атрибутам.
— SSP отдаёт неполный bid request: нет нужных размеров, app/site полей, consent-строки или deal-идентификатора.
— Части трафика не совпадают по часам, таймзонам и SLA: запрос ушёл, ответ пришёл уже вне окна.
— Логика категорий, blocked domains и app bundle whitelist у сторон настроена по-разному.

Проверяйте сначала не деньги, а протокол: request/response parity, долю no-bid, причины floor reject, timeout rate и расхождения по site/app/domain. Если разница видна только в агрегатах, значит проблема может жить в отчётах; если расходится на уровне сырого логирования — ломается сам контракт между сторонами.

Для диагностики полезно держать один эталонный запрос и один эталонный ответ: без редактирования, с полным набором полей, consent, schain, imp, device и regs. На нём сразу видно, кто теряет контекст — паблишер, SSP, DSP или middleware.

Если интеграция «странно работает», сначала сравните сырой OpenRTB, а не дашборды: протокол обычно врет меньше людей.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Youtube тестирует поиск с AI

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

Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.

Что это значит для поиска на YouTube и когда новинка дойдёт до других…

➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai

🧠 Ещё больше инсайтов → в канале AFF.top
OpenRTB ломается не в bidding, а на стыках макросов, device и price mapping

OpenRTB-запрос выглядит простым, пока DSP и SSP одинаково не понимают обязательные поля. Проверьте три зоны: кто реально передаёт imp, где лежит идентификатор пользователя, и как трактуется цена в bid. Если хотя бы один слой «додумывает» данные сам, аукцион начинает давать странные win rate и пустые клики.

Самые частые ошибки в интеграции:
imp.id не совпадает между запросом и ответом
device обрезан: нет ua, ip или ifa
— не учтены schain и seller, из-за чего supply path выглядит неполным
ext используется как свалка, а не как контролируемое расширение

Отдельно смотрите на нули и пустые строки. Для одних полей это «нет значения», для других — ошибка парсинга. То же с multi-format: если в одном imp смешаны banner и video, обе стороны должны одинаково выбирать приоритет и валидировать размеры, иначе часть бидов будет отклоняться без видимой причины.

Если хотите стабильный RTB, сначала сведите к одному контракту поля запроса, потом проверьте ответ на симметрию: то, что пришло в request, должно однозначно читаться в response.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Z.ai анонсировала новую GLM-5.5

Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.

Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.

Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5

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

Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.

Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.

Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…

➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov

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

Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.

Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.

Как это будет работать и когда новинка дойдёт до других стран — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest

🧠 Ещё больше инсайтов → в канале AFF.top
Privacy Sandbox без мифов: какие сигналы реально доходят до DSP

Privacy Sandbox не даёт «новый cookie-ID». Логика уходит в браузер: аудитории, аукцион и атрибуция разделены. Для DSP это меньше user-level данных и больше агрегатов.

Мини-чек:
— Topics: coarse interest targeting, не ретаргет последнего товара;
— Protected Audience: отдельный флоу для interest group, bidding logic и reporting;
— Attribution Reporting: конверсии с шумом и без привычного click_id.

Не пытайтесь собрать cookie-граф из всех API. Ограничения браузера спроектированы против склейки. Разделяйте KPI: персональная оптимизация отдельно, contextual / cohort / deal-level отдельно.

Для паблишера критичны supply-сигналы: site/app в bid request, ads.txt, sellers.json, категории контента, placement и device context. Чем меньше ID, тем больше весит качество разметки.

Финал: стройте post-cookie стек как набор независимых сигналов. Так проще дебажить аукцион, атрибуцию и расхождения в отчётах.
7 полей в логах SSP/DSP, без которых разбор инцидента превращается в гадание

Если у вас «упал доход», «просел бид», «не открывается инвентарь» — сначала смотрите не UI, а связку запроса и ответа. В programmatic почти всегда ломается одно из четырёх: идентификатор запроса, таргетинг, креатив или timeout.

Проверьте в логах:
— bidid / auctionid: совпадает ли цепочка SSP → DSP → exchange;
imp.id и seatbid.bid.impid: бьётся ли ставка с конкретным placement;
— adomain и crid: не режет ли фильтр бренд-сейфти или креативный whitelist;
— nurl / burl / lurl: доходят ли события победы, загрузки и показа;
— tmax, timeout, seat timeout: не умирает ли аукцион раньше ответа DSP;
— device, ua, ip, geo: не портится ли матчинг из-за кривого маппинга;
— schain / source / ext: не теряется ли путь инвентаря по дороге.

Если данных мало, не «чините» ставку по ощущениям. Сначала убедитесь, что у SSP и DSP одинаково читаются OpenRTB-поля, а null не превращается в пустую строку или дефолтное значение.

Хороший дебаг в programmatic — это повторяемая трассировка: один и тот же запрос, один и тот же ответ, один и тот же результат в логах. Тогда баг ищется в интеграции, а не в догадках.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Россияне не смогут покупать стейблкоины

Россиянам могут закрыть доступ к покупке стейблкоинов: в новой версии закона их приравняли к иностранным активам.

Купить такие токены смогут только квалифицированные инвесторы — например, с активами от 24 млн рублей или доходом от 12 млн в год.

Что это значит для обычных пользователей и когда правило заработает — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/rossiiane-ne-smogut-pokupat-steiblkoiny

🧠 Ещё больше инсайтов → в канале AFF.top
23-24 июля встречаемся в Лимассоле! 🔥

Команда AdsCard врывается на Conversion Conf в статусе HOOKAH LOUNGE SPONSOR! Мы готовим для вас идеальное пространство для неформального общения и обсуждения серьезных дел.

Ищете платежное решение, которое не подведет в самый ответственный момент? Хотите масштабировать свои рекламные кампании без головной боли? Давайте обсудим это в расслабленной атмосфере.

Что ждет вас в нашей лаунж-зоне?
0️⃣Поделимся инсайдами и свежими кейсами по заливу с наших карт на самых требовательных источниках.
0️⃣Обсудим наши эксклюзивные условия для команд и расскажем, как получить максимум от нашего сервиса.
0️⃣Познакомим с топами индустрии, угостим дымным кальяном и просто отлично проведем время.

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

📍 Где искать: Parklane Hotel, HOOKAH LOUNGE от AdsCard

Ждем всех на Conversion Conf для незабываемого ивента и крутых знакомств! До встречи! 😎
Please open Telegram to view this post
VIEW IN TELEGRAM
5 типовых ошибок в programmatic, которые ломают масштаб до запуска

1) Смешивают KPI на уровне кампании и источника. Если оптимизируете и CPM, и CPA одновременно, DSP начинает покупать не трафик, а шум. Сначала фиксируйте один главный сигнал, остальные — как ограничения.

2) Не проверяют цепочку supply path. Один и тот же инвентарь может приходить через разные пути, но не каждый путь одинаково чистый и прозрачный. Смотрите на ads.txt/app-ads.txt, seller.json, deal ID и дубли аукциона.

3) Игнорируют сигнал quality до разгона бюджета. Когда частота, viewability, IVT и consent-строки не валидируются заранее, масштаб потом выглядит как «просадка алгоритма», хотя проблема была в входных данных.

4) Путают pacing с масштабом. Быстрый расход бюджета без контроля floor, bid shading и ограничений по частоте часто даёт красивую доставку и слабый результат. Масштаб — это не больше показов, а больше валидных аукционов с предсказуемой ценой.

Если запускать как инженерный процесс — с чек-листом входных данных, логами аукциона и отдельной проверкой supply path — проблем на проде будет заметно меньше.