Тест Яндекса - ограничение запроса нескольких фуллскринов или FloorAd блоков

Недавно столкнулись с проблемой на одной из площадок, где вызывается 2 фуллскрина подряд. Запрос ко второму фуллскрину должен идти по onRender первого, но этого не происходило, когда прилетал РСЯ. Начали разбираться и нашли в context.js флаги указанные на скриншоте.

Логику ограничений понимаю - фуллсрин и FloorAd должны вызываться в одном экземпляре, а последующие перезапросы, если таковые и должны быть, спустя какое-то время.

Не уверен, будут ли ограничиваться рекламные блоки с разными ownerID или PageID, но скорее всего да.

Ограничения фуллскринов касаются fullscreen и rewarded.
Для стики блоков - topAd и floorAd, ранее ограничение было прописано в правилах, теперь они еще и технические.

Опрос выше создан выше для паблишеров, кто использует Header Bidding на своих площадках.

Создал я данный опрос, чтобы понять, какой тип взаимодействия монетизаторов и паблишеров наиболее удобный (по мнению паблишеров). Генерация placementID отличается от одного монетизатора к другому, у каждого варианта есть свои минусы и плюсы. Может у кого-то минусов и нет - попробуем выяснить.

Далее расшифровка каждого пункта, чтобы подробнее раскрыть тему:

Self-Generating - placementID задаётся паблишером самостоятельно, как задал, так оно в статистику и полетело. Размеры блоков берутся напрямую из массива sizes. Реализовано только у Adriver/Soloway.

Self-Service / [Sizes] priority - placementID генерируется в рамках личного кабинета монетизатора. Размеры блока выбираются из массива Sizes. Реализовано в Buzzoola, MyTarget*, OTM, Alfasense, Between.

Self-Service / DSP Size Priority - placementID также генерируется в рамках личного кабинета монетизатора. Но размер блока будет указанный при создании в личном кабинете монетизатора. Примеры - Gnezdo, MyTarget*

Manager-Service / [Sizes] priority - placementID генерирует менеджер, размер(ы) блока определяется массивом sizes.

Manager-Service / DSP Size Priority - placementID генерирует менеджер, размер(ы) блока определяется при генерации менеджером монетизатора. Примеры - GetIntent, AstraLab.

Multisize - placementID может отдавать несколько размеров баннеров. Поддерживается AdRiver/Soloway, Buzzoola, OTM, Alfasense, Between.

API Generating - возможность генерировать placementID через API. Поддерживается Between, MyTarget, Sape.

Примечания:

Если выше, кого-то из монетизаторов не указал или указал некорректно, дайте знать.

MyTarget* - выделен и находится в двух категориях. Дело в том, что у MyTarget должно выполняться 2 условия - размер указанный в ЛК, должен быть указан первым в массиве Sizes. В случае, если размеры не совпадают, креативы будут обрезаться. Например: sizes: [970, 90], а размеры в ЛК указаны 728x90. iframe под рекламу будет 970х90, а сам рекламный блок 728x90. Если наоброт, то будет обрезанный рекламный блок 970x90 в размерах слота 728x90. Этому багу (фиче) уже много лет и он очень бесит.

Что произойдёт, когда монетизатор поддерживает массив sizes, но в массиве нет размера, который указали при создании placementID в аккаунте паблишера? Я точно не знаю, вероятнее всего зависит от монетизатора. Скорее всего ничего не произойдёт - так как массив sizes тут выступает дополнительной проверкой размеров блоков.

Не хватает вариантов ответа, милости прошу в комментарии.

AdCops - монетизация и реклама | Наш ламповый чатик

Больше промо на канале никому не повредит.
Мы собрали папку тг каналов про AdTech

Что вы здесь найдете
- Авторские мнения, дайджесты новостей: Сookie, Connected TV, Direct Sold контракты в обход SSP и многое другое
- Инженерная часть: как технически устроены SSP/DSP, как работает Prebid, как применять ML модели в программатике
- Монетизация: какими метриками измерять, как влиять на ставки в Header Bidding, настройки форматов в рекламной сети Яндекса
- Инфографика, разбор отчетности крупных игроков, и что происходит в мире AI-based стартапов в рекламе и ecomm
- Sales в маркетинге и рекламе, как обрабатывать лиды и закрывать сделки

В общем, подборка закрывает примерно весь спектр задач по рекламе. Каждый, интересующийся темой, сможет найти для себя полезное.

Telegram

AdTech

Evgenii Munin invites you to add the folder “AdTech”, which includes 6 chats.

Внезапно Google не будет отключать поддержку 3rd party cookies

"...мы предлагаем обновленный подход, который расширяет возможности выбора пользователя. Вместо того чтобы отказываться от сторонних файлов cookie, мы представим новый опыт в Chrome, который позволит людям делать осознанный выбор, который будет применяться во время их веб-браузинга, и они смогут изменить этот выбор в любое время. Мы обсуждаем этот новый путь с регулирующими органами и будем взаимодействовать с отраслью по мере его внедрения."

Живём ?

Сорс новости: https://privacysandbox.com/news/privacy-sandbox-update/

Десктопные приложения для AdOps менеджеров

Решил поделиться приложениями, которые я чаще всего использую в своей работе. Какие-то ежедневно, другие с меньшей частотой, но с ними всеми жизнь и работа становятся проще.

Основная ось для меня всегда была Windows, начиная, наверное, с 3.11 и 95. После срочной службы в армии, пару лет работал инженером службы поддержки продуктов Microsoft - Windows, Office, Surface. Маками пробовал пользоваться, но это не моё - сложно перестраиваться. Сейчас сижу в основном на Windows 11 и радуюсь - стабильнее и по функционалу богаче, чем Windows 10.

Перейдём к основным инструментам:

*?‍? Работа с кодом Visual Studio Code* - тут я не выбирал, мне посоветовали коллеги и до сих пор пользуюсь. Все тестовые страницы, сборка боевых рекламных скриптов осуществляется через VS Code. Базовых знаний HTML, CSS, JS вполне хватает для полноценной работы. Единственное, пришлось посмотреть пару видосов индусов по Git, чтобы вникнуть. Для всего остального есть Stack Overflow.

*? Заметки и быстрые правки кода Sublime Text* - блокнот на стероидах. Быстро посмотреть и поправить код, чтобы синтаксис подсвечивался, либо написать быструю заметку, хранение большого количества записок и строчек кода - всё это Sublime Text. Даже сейчас в этом редакторе пишу эту заметку.

*⚒ Работа с API Postman* - раньше использовал какие-то плагины в Google Chrome с десктопными версиями, но они были дико тормознутыми и крайне некрасивыми. Когда перешёл на Postman - стало свежо, словно прохладный ветерок в летнюю жаркую ночь. До этого я вообще запросы через Bash писал, а тут и UI есть, и многооконность и конструктор удобный. Для моих редких задач, например, проверить корректность токена или сравнить данные между дашбордом и статистикой через API - хватает с лихвой.

*? Офисные приложения MS Office или Google Docs* - без Excel, как без рук, честно. Сводные таблицы и графики - лучший друг AdOps'а, других способов анализировать гигантские отчеты Adfox "По Header Bidding по дням (по сайтам/разделам/площадкам)" я не знаю. А еще ходит мнение, что если ты не умеешь пользоваться ВПР - не умеешь пользоваться Excel - отчасти согласен. Ну и статейки для ad-ops.ru или blog.publishers.media пишу в Word или Google Doc. Небольшой лайфхак - переход на doc.new или sheets.new откроет новый файл в Гугл Документы и Гугл Таблицы соответственно.

*? Для мемасов и работы с графикой использую ломаный Photoshop* с рутрекера - тут всё по-классике.

А какие приложения вы используете в своей работе?

#AdCops_вакансии

Вакансия: Технический менеджер по монетизации рекламной сети / AdOps Manager

О себе:

Наша команда занимается Рекламной сетью VK. Мы помогаем владельцам web сайтов и мобильных приложений монетизировать свой трафик, показывая пользователям релевантную рекламу. Сеть активно растет, мы привлекаем новых партнеров, и нам нужен человек, который будет помогать издателям развивать свой бизнес вместе с нами.

Основные задачи:

- Поддержка партнёров рекламной сети (в том числе на английском языке);
- Помощь аккаунт-менеджерам с поиском и решением технических проблем;
- Плотное взаимодействие с кросс-функциональными командами;
- Написание технической документации и баг-репортов;

Требования:

- Релевантный опыт не менее 3х лет на стороне рекламной платформы или площадки;
- Опыт работы с продуктовыми командами, командами разработки и другими смежными отделами;
- Понимание рынка монетизации и рекламных технологий (RTB, HB, SDK, VAST, VPAID и др.);
- Базовые знания SQL, HTML, CSS, JavaScript;

Что предлагаем:

- Гибридный режим работы;
- ДМС;
- Компенсация питания и занятий спортом;

Контакт для связи: @terekhovaa

? Что нового у вендоров - часть 2

Solta (new)
Показатели Февраля
BidRate 38%, WinRate +7%, eCPM низкий

Показатели выкупа хорошие, но расстраивает несколько вещей - слабый eCPM и проблемы с креативами, в особенности с атрибутом scrolling у айфремов, из-за чего у всех креативов есть полосы прокрутки по вертикали и горизонтали. Сейчас ситуация получше, таких креативов стало сильно меньше, но на запуске было много жалоб.

Programmatica (new)
Показатели Февраля
BidRate 35%, WinRate +9%, eCPM средний

Во время первого теста, различия с Adfox были минимальные, когда начали раскатывать на большее количество площадок и сайтов, заметили, что на абсолютно рандомных позициях расхождения могут доходить до 2000% - в основном на блоках с менее 100 показов. Если брать более репрезентативные данные, то расхождения доходят до 200%, такие позиции просто отключаем от вендора. Будем продолжать тестировать.
А я всё еще продолжаю писать статью по интеграции Prebid.js в Adfox на примере Programmatica, как дойдут руки - выложу на сайте гайд.