Meta разрабатывает приложение для сочинения сказок

Meta тестирует AI-приложение для создания детских сказок: пользователь задаёт героя, мир и мораль, а нейросеть сама пишет текст, рисует иллюстрации и добавляет музыку. Это шаг к массовой генерации контента, где качество, персонализация и скорость важнее ручной работы — а для арбитража и CPA это ещё один инструмент, ускоряющий упаковку креативов и кейсов.

➡️ Читайте на сайте: https://aff.top/blog/meta-razrabatyvaet-prilozhenie-dlia-sochineniia-skazok

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

Frequency capping cross-platform ломается не в DSP, а в identity stitch и window math

Если один и тот же пользователь приходит из web, in-app и CTV, cap считается по разным ключам: cookie, MAID, IDFA, household ID, login ID. Пока вы не собрали mapping layer, у вас не cap, а набор независимых лимитов.

Базовая схема: централизованный cap-service получает события impression / win / render, нормализует identity в единый user key и пишет счётчик в хранилище с TTL. Для real-time enforcement нужен быстрый lookup на bid request; для post-bid audit — отдельный event log. Без расхождения между ними вы не поймёте, где именно протухает счетчик.

Частые ошибки:
— cap по device_id без склейки аккаунта
— разный time zone / rolling window для SSP и DSP
— неучтённые delayed impressions из app SDK
— отсутствие fallback-ключа, когда primary ID пустой

Для кросс-платформенного cap используйте приоритет ключей: login ID → deterministic graph → MAID/IDFA → cookie. Если идентичность не собралась, cap должен деградировать в conservative mode: лучше недолить показ, чем сжечь частоту на дублях.

Ставьте единый счетчик на стороне policy layer, а не в каждом канале отдельно: тогда web, app и CTV перестанут спорить между собой и frequency capping начнёт работать как одна система, а не три независимых фильтра.

Google добавил вход по видеоселфи

Google тестирует вход по видеоселфи вместо пароля и 2FA: пользователь записывает короткое видео, а потом система сверяет лицо при авторизации. Это упрощает доступ, но вызывает вопросы к антифроду и защите от дипфейков. Функция доступна не всем и не работает для Workspace, детских аккаунтов и Advanced Protection.

➡️ Читайте на сайте: https://aff.top/blog/google-dobavil-vkhod-po-videoselfi

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

Alibaba выпустили в паблик Qwen-image-3.0

Qwen-image-3.0 делает упор не на «красивую картинку», а на прикладные задачи: длинные промпты, сложные макеты, текст, формулы и 12 языков. Это удобный инструмент для массовой генерации простых визуалов, но пока без open-source весов и бенчей он не выглядит заменой GPT Image 2 или Nano Banana 2.

➡️ Читайте на сайте: https://aff.top/blog/alibaba-vypustili-v-pablik-qwen-image-3-0

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

Яндекс тестирует объединение цифровой и наружной рекламы

Яндекс тестирует «Панораму» — единый формат для digital и наружной рекламы с «умным» охватом, который учитывает пересечение аудиторий и снижает частоту показов. Для рекламодателей это шанс расширить reach до 120 млн пользователей и протестировать новые placements, но в паблик-фазе важно смотреть на цену охвата и качество трафика.

➡️ Читайте на сайте: https://aff.top/blog/iandeks-testiruet-obedinenie-cifrovoi-i-naruzhnoi-reklamy

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

First-price auction в RTB: где ломается логика eCPM и почему bidder начинает торговаться сам с собой

В first-price победитель платит свою ставку. В second-price — свою ставку, но по формуле клиринга, завязанной на следующего участника. Для паблишера это меняет не только доход, но и весь паттерн поведения bidder’ов: в первом случае важнее точность bid shading, во втором — агрессивность заявки и запас на клиринг.

Что смотреть в bid stream:
— mismatch между bid price и clearing price;
— рост разрыва между gross bid и paid CPM;
— падение win rate при том же уровне запросов;
— аномально частые near-win’ы у одного DSP.

Типовая ошибка на стороне publisher side: сравнивают eCPM из отчёта GAM/SSP с bid response без учёта auction type. В first-price это почти одно и то же поле боя; в second-price одинаковые bid’ы могут давать разный paid CPM из-за конкуренции и floor’ов. Если не нормализовать логику, легко принять корректный сплит за потерю выручки.

На стороне bidder главный риск обратный: слишком агрессивная ставка съедает margin, слишком осторожная — режет win rate. Поэтому для first-price критичны правила floor-aware bidding, контроль тайм-аутов и отдельная логика по supply path; для second-price — качество прогнозов и реакция на изменение конкуренции в сегменте.

Практика простая: в отчётах всегда разделяйте auction type, floor, win notice и paid CPM. Иначе вы оптимизируете не аукцион, а шум в логах.

Curated marketplaces: где SSP режет inventory до списка, а buyer платит за отбор

Curated marketplace — это не «премиум-папка» внутри SSP, а отдельный способ упаковать supply: по доменам, app bundle, deal ID, аудитории, viewability, IVT-фильтру и историческому win rate. Вместо широкого open auction buyer получает заранее собранный пакет инвентаря с понятной логикой включения.

Схема обычно такая: SSP или curating-партнёр берёт поток, применяет правила отбора, иногда добавляет first-party сегменты или contextual signals, и отдаёт это в PMP / preferred deal / private auction. Для паблишера смысл в том, чтобы монетизировать не весь трафик одинаково, а показать buyer’у только тот supply, который реально соответствует задаче.

Для buyer’а curated deal полезен, когда open auction слишком шумный: много дублей, слабый контроль площадок, высокий spend on low-quality supply. Но есть и издержки: меньше прозрачности по source chain, риск переплаты за «упакованный» инвентарь, и зависимость от того, как curator определяет quality floor. Проверять нужно не только CPM, но и ads.txt / sellers.json цепочку, а также долю аукционов, где curated-пакет вытесняет более дешёвый open supply.

Чек-лист перед запуском: 1) фиксируйте критерии отбора inventory; 2) сравнивайте deal against open auction на одинаковых geo/device; 3) смотрите, не режет ли curator reach по long-tail; 4) просите breakdown по supply path и rejection reasons.

Итог простой: curated marketplaces нужны не для «дороже», а для более предсказуемого bid stream. Если пакет не объясняет, какой supply он оставляет и какой отсекает, это уже не curation, а упаковка шума.