Продолжаем #щитпост@AdCops

🖥 Коллбеки, пассбеки, заглушки — что, зачем и почему?
Давайте немного вернёмся к техническим возможностям рекламных кодов и поговорим про утилизацию трафика.

Утилизация трафика — это использование инвентаря, который не нашёл прямого применения. Под этим термином понимают процесс рекламной монетизации трафика — стремление достичь 100% fill rate, при этом не теряя в eCPM. Какая-нибудь тизерная рекламная сеть может обеспечить ~100% fill rate, но при этом eCPM может составлять всего 1–2 рубля. Очевидно, такой вариант вряд ли будет интересен владельцу площадки.

Когда появился Header Bidding, он упростил процесс заполнения рекламных блоков: чем больше источников подключено к аукциону, тем выше fill rate и eCPM. Но так было не всегда. Это, кстати, одна из причин появления Header Bidding в виде Prebid.js. Раньше приходилось прибегать к таким методам, как Водопад / Каскад / Waterfall — удивительно, сколько названий существует для одного и того же механизма в AdTech.

Водопад представляет собой несколько рекламных блоков, вызываемых поочерёдно. Если верхний рекламный блок не может выкупить показ рекламы, очередь переходит к следующему и так далее. Этот метод называют также Каскадом, так как каждый рекламный блок ограничен порогом (floor price или CPM Floor). В результате у нас есть несколько рекламных блоков с различными порогами CPM, и если реклама не выкупается на одном уровне, запрос уходит к следующему.

Вопрос: как всё это взаимодействие осуществляется? Для этого используется такой инструмент, как пассбек (passback).

Пассбек (Passback) — это механизм рекламной системы, передающий запрос обратно, если рекламная сеть не подобрала рекламу. В РСЯ это называется "Показ своей рекламы".

В пассбек можно поместить практически что угодно:
- запрос к другой рекламной системе,
- повторный запрос к AdServer,
- запись информации в консоль,
- схлопывание или удаление рекламного блока,
- повторный вызов рекламного блока (что может привести к рекурсии, лол).

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

Коллбеки (Callbacks) — или, как однажды пошутил менеджер одной рекламной сети, "колбаски" — это механизмы, которые не передают запросы, а сигнализируют о состоянии рекламы. Они могут указывать на загрузку, отрисовку, ошибку, отсутствие рекламы и многое другое.

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

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

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

Терминология в рунете бывает жёсткой, но её понимание помогает находить общий язык в индустрии.


Сегодня, при широком распространении Header Bidding, водопад используется редко — в основном для рекламных сетей, которые не поддерживают HB.

В следующий раз давайте обсудим заглушки в РСЯ с примерами кода.

Сумбурный и неточный обзор рынка монетизации web-трафика Японии 🇯🇵

Я вот сидел и думал, чем бы ещё удивить "паписчеков", кроме унылых дайджестов, новостей и теории. Какой бы "ориджинал контент" сделать для моих красотуль. Ну и родилось это:

Почему Япония?
Всё просто — я ездил туда в отпуск пару месяцев назад и просто искал повод поделиться фоточками, а заодно навалить контента, который был бы вам интересен.

Сразу сделаю сноску: мне не удалось найти нормальный VPN с японским гео или стабильную проксю, чтобы анализ был максимально точным и аутентичным. С другой стороны, у большинства именно японских сайтов (а не японских версий международных) трафик 95%+ генерируется внутри страны. Иногда даже отсутствует англоязычная версия. Поэтому есть сомнения, что они держат разные рекламные карты под разные регионы.

Основные площадки
Yahoo!
Западный старожил, который отлично себя чувствует на японском рынке и занимает две позиции в топ-5 сайтов по SimilarWeb. Как и большинство сайтов из Поднебесной, выглядит так, будто его не обновляли с начала 2010-х.

📌 yahoo.co.jp и news.yahoo.co.jp — около 1 млрд визитов в месяц по данным того же SimilarWeb.

На сайте я нашёл коды Yahoo Ads (*.yimg.jp), что ожидаемо, а также коды Google AdManager. Prebid.js не обнаружен. Рекламы немного — 2–3 рекламных блока, в основном в сайдбаре или после статьи.

Игровые площадки
📌 gamewith.jp и game8.jp — по 120 млн визитов в месяц у каждого.

Японцы очень любят играть. Студенты, школьники, офисный планктон — почти все залипают в телефоны, крутя очередную Гачу (которая не мучи) в попытках выбить любимую аниме-девочку. Люди постарше либо читают ранобэ, либо украдкой, но с интересом, разглядывают бородатых иностранцев (меня).

На этих сайтах я в основном находил коды GAM, брендирование очередной гачи или рекламу своей же лотереи. Также встречаются виджеты с товарами Amazon.

Что такое гача?
📌 Гача / Gachapon / ガチャポン — это японские автоматы с игрушками, куда ты закидываешь монетку, а в ответ получаешь случайную фигурку. Цены от 100 йен за мусор, до пары тысяч за редкие или премиальные экземпляры.

LINE.me
📌 LINE — местный суперапп, который включает:

- мессенджер (основной продукт),
- новости,
- витрину товаров,
- платёжную систему,
- стриминг музыки,
- видеосервис,
-десятки других приложений (от телемедицины до игр).


my-best.com
📌 60 млн визитов в месяц.

Сайт обзоров и рейтингов товаров. Один из немногих, где можно найти Prebid.js с подключёнными Index Exchange, AppNexus, OpenX, Pubmatic, Criteo, RTBHouse и др.

nicovideo.jp
📌 130 млн визитов в месяц.

Японский Rutube. Хостинг видео, стриминговая платформа и площадка для просмотра телеканалов.

Кстати, именно пользователи Nicovideo в 2007 году подарили миру Гачимучи (да-да, тот самый). Абсолютно не удивляет, что мемы из кринжового гей-прона появились именно в Японии — они такие.

Рекламные сети
📌 Google Ads — Google остаётся самым посещаемым сайтом и поисковиком, поэтому AdSense и AdX/GAM используются почти везде.

📌 Yahoo! Ads — второй по посещаемости поисковик и новостной сайт, вот.

📌 Geniee — одна из японских рекламных систем. Есть адаптер под Prebid, но я не смог найти его ни на одном из нескольких десятков сайтов.

Наружная реклама
Она везде и её много. Московскому метро ещё далеко до уровня рекламной загруженности японского, но всё зависит от города.

В Токио и Осаке рекламы полно. В Нагое — уже сильно меньше. Но это зависит от ветки метро и компании, которой она принадлежит.

Кроме классической рекламы японских мегакорпораций, на улицах можно встретить:

- Брендированные грузовики с рекламой пачинко (японские слоты) и лотерей. Легальная гембла.
- Политическую рекламу — по улицам ездят мини-фургоны со своими плакатами и лозунгами. Политик внутри машет ручкой прохожим.
- Много рекламы игр - в основном мобильных.

Фоточки будут в следующем посте. В общем, если вам понравился обзор, дайте знать — может, сделаю ещё что-то подобное. 😎

#AdCops_вакансии

Advertising Operations Manager для популярной онлайн-медиа компании с опытом работы на EU и US рынках.
Удаленная работа, штаб-квартира расположена на Кипре

Задачи:

- Контроль рекламного инвентаря на ПК и мобильных устройствах, прогнозирование и стабильная эффективность на всех платформах;
- Анализ данных и тенденций эффективности рекламы, создание подробных отчетов и улучшение таких показателей, как CTR, eCPM, FillRate и доход;
- Управление рекламными ресурсами в Google Ad Manager (GAM) и максимального увеличения дохода;
- Использование Prebid, Open Bidding и интеграция TAM , для повышения монетизации;
- Привлечение новых поставщиков рекламы, выявляя возможности для роста и развивая отношения с партнерами;

Требования:

- Не менее 2 лет опыта работы в AdTech, с упором на Google Ad Manager (GAM);
- Подтвержденный опыт в области программной рекламы, включая интеграцию Open Bidding (Google AdX) и Header Bidding (Prebid);
- Практический опыт работы с TAM (Transparent Ad Marketplace) и привлечения новых партнеров по рекламе;
- Глубокое понимание отраслевых стандартов, таких как VAST, VPAID , а также знания JavaScript, HTML и инструментами отладки;
- Подтвержденный опыт оптимизации ключевых показателей, таких как CTR, CPM , Fill Rate и общей доходности;
- Знание английского языка на уровне выше среднего.

Ссылка на вакансию: https://gitmax.com/vacancy/advertising-operations-manager
Контакт: @victoria_gitmax

Недавно читал пост Вастрика про Vibe-coding, где он писал о написании кода в эпоху генеративных моделей.
Рекомендую его блог — автор интересно пишет о путешествиях, кодинге, своей жизни и увлечениях. Когда открыл для себя этот блог, залип на несколько часов. А пост про путешествие в Японию помог мне в моём собственном путешествии.

Про вайб-кодинг:
"Идея в том, что с появлением LLM-инструментов генерации кода и даже целых проектов, таких как Claude Sonnet или Cursor, у любителей попрограммировать что-нибудь вечером открылся новый способ программирования — с помощью чата с LLM или даже голоса. Вы открываете Cursor или любую другую AI IDE, создаёте чистый проект и начинаете прямо в чате описывать, что вы хотите получить."

Для AdOps-специалиста нейросети, как мне кажется, стали отличными помощниками в решении многих задач — написании кода, решении технических проблем, работе с контентом, генерации идей и гипотез. Я не разработчик, мой уровень JS/HTML/CSS базовый — достаточный для работы AdOps-менеджером, но всегда хотелось попробовать больше. Поэтому я тоже решил немного заняться вайб-кодингом. Пара банок энергетика, VPN для обхода гео-ограничений ChatGPT и немного свободного времени — и в итоге получилась обёртка для Adfox с разными форматами:

Sticky-banner — мобильный/десктопный фиксированный блок с поддержкой следующих параметров:

settings: {
    bannerPosition: "bottom" || "top", // положение баннера сверху или снизу экрана
    buttonPosition: "right" || "left", // положение кнопки закрытия справа или слева 
    closeTimeout: 5, // таймаут доступности кнопки закрытия
    reload: true, // перезагрузка рекламного блока каждые 30 секунд
    visibleReload: true, // перезагрузка блока в зоне видимости
    buttonType: "square" || "side" // тип кнопки закрытия: сверху рекламного блока или сбоку
}

Wrapper для статичного рекламного блока:

settings: {
    reload: true, // перезагрузка рекламного блока каждые 30 секунд
    visibleReload: true, // перезагрузка блока в зоне видимости
    lazyLoad: { // параметры lazyLoad Adfox'а
        fetchMargin: 10, // расстояние до баннера, с которого начнётся запрос (в процентах высоты экрана) 
        mobileScaling: 2 // множитель значения fetchMargin для мобильных устройств
    }
}

Нейросети довольно быстро справляются с написанием кода, но чувствительны к промтам — напишешь слабый промт, получишь на выходе мусор. Чем дольше общаешься с чат-ботом, тем больше он начинает путаться и терять контекст. В итоге он может вообще переписать весь код, удалив 80% функционала, лишь бы пофиксить один визуальный баг.

К тому же лимиты GPT-4o быстро заканчиваются. Варианты решения:

- Продолжить работу с DeepSeek — он немного хуже справляется с задачами, чем нейросеть от OpenAI.
- Включить Copilot в Visual Studio Code — он тоже использует GPT-4o, но через аккаунт GitHub.

Код (если это вообще можно назвать кодом) пока не оптимизирован: в нём куча повторяющихся строк, и над ним ещё работать и работать.

Что дальше?
В планах доработать этот пет-проект:
✅ Оптимизировать код и перевести его на TypeScript (сейчас пишу на JS).
✅ Добавить новые форматы: полноэкранный Fullscreen и межэкранный Interstitial.
✅ Поддержка Header Bidding: Adfox HB (базово уже есть в wrapper) и Prebid.js.
✅ Трекать видимость рекламы через Intersection Observer API или OpenVV (но сначала нужно разобраться, где хранить и обрабатывать данные).
✅ Сделать проект Open Source.

Больше сниппетов в помощь AdOps-специалисту

Как вы проверяете ставки, которые приходят от монетизаторов в Adfox Header Bidding?

Можно использовать метод, который указан в документации Adfox:

window.Ya.headerBidding.getLastBidsReceived();

Но он покажет только последние ставки, а если вы хотите запросить все ставки можно использовать метод:

window.Ya.headerBidding.getBidsReceived();

Удобнее, но если монетизаторов и рекламных блоков много, то можно голову сломать, пока разберёшь весь этот массив. Поэтому я сделал 2 новых сниппета, для лапочек-коллег

1. Отображаем только активные ставки - где есть цена.
Получаем таблицу всех ставок, монетизаторов, ID кампаний, ID контейнеров, eCPM, размеры и другие. А также краткую статистику ставок.

(function() {
    const bids = window.Ya?.headerBidding?.getBidsReceived?.();
    
    if (!Array.isArray(bids)) {
        console.warn("Данные о ставках отсутствуют или неверны.");
        return;
    }

    const totalBids = bids.length;
    const validBids = bids.filter(bid => bid.cost && !bid.errorCode);
    const validBidsCount = validBids.length;
    const percentage = ((validBidsCount / totalBids) * 100).toFixed(2);

    if (validBidsCount === 0) {
        console.info("Нет активных ставок.");
    } else {
        console.table(validBids.map(bid => ({
            'Adapter': bid.adapterName,
            'Container ID': bid.containerId,
            'Campaign ID': bid.campaignId,
            'CPM (RUB)': bid.cost.cpm,
            'Size': bid.size ? `${bid.size.width}x${bid.size.height}` : 'N/A',
            'Banner URL': bid.banner?.src || 'N/A',
            'Request Duration (ms)': bid.requestDuration
        })));
    }

    console.log(`Статистика Header Bidding:`);
    console.log(`Ставок всего: ${totalBids}`);
    console.log(`Ставок с ценой: ${validBidsCount}`);
    console.log(`% ставок с ценой: ${percentage}%`);
})();

2. Но что делать, если нужны пустые или ставки с ошибками? Используем второй сниппет, который отобразит в консоли таблицу со всеми ставками по каждой ошибке - вместе с её кратким описанием.

(function() {
    const errorDescriptions = {
        0: "Неизвестная ошибка.",
        1: "Отсутствие ставки или ответа.",
        2: "Некорректный ответ.",
        3: "Таймаут.",
        4: "Ошибка HTTP-протокола.",
        5: "Некорректные пользовательские данные в конфигурационном скрипте.",
        6: "Некорректные настройки монетизатора.",
        7: "Монетизатор прислал ID контейнера, отличный от ID в запросе.",
        8: "Монетизатор прислал корректный ответ без статуса.",
        9: "В ответе монетизатора отсутствует codeType или он некорректный."
    };

    const bids = window.Ya?.headerBidding?.getBidsReceived?.();

    if (!Array.isArray(bids)) {
        console.warn("Данные о ставках отсутствуют или неверны.");
        return;
    }

    const errorBids = bids.filter(bid => bid.errorCode);

    if (errorBids.length === 0) {
        console.info("Нет ставок с ошибками.");
        return;
    }

    const groupedErrors = errorBids.reduce((acc, bid) => {
        acc[bid.errorCode] = acc[bid.errorCode] || [];
        acc[bid.errorCode].push(bid);
        return acc;
    }, {});

    Object.keys(groupedErrors).sort((a, b) => a - b).forEach(errorCode => {
        const description = errorDescriptions[errorCode] || "Описание отсутствует.";
        console.log(`\nОшибка ${errorCode} (${description}): ${groupedErrors[errorCode].length} ставок`);
        console.table(groupedErrors[errorCode].map(bid => ({
            'Adapter': bid.adapterName,
            'Container ID': bid.containerId,
            'Campaign ID': bid.campaignId,
            'Error Code': bid.errorCode,
            'Request Duration (ms)': bid.requestDuration
        })));
    });
})();

Инструкция по созданию сниппета будет в комментариях. Но если сниппеты - это скучно, а нужен плагин для браузера, накидайте огоньков - попробую сделать.