Контроль ошибок на площадках издателя при помощи вкладки «Запросы»

Основные положения #

Вкладка «Запросы» позволяет отследить возникающие неполадки во время работы рекламных тегов. Большое количество ошибок может привести к снижению дохода от площадок.

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

Давайте разберем функционал вкладки на примере издателя с ID 34605. В блоке админки «Статистика» найдите его через поле «Статистическая группа» — «Издатель» и нажмите «Показать».

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Блок «Статистика»

Сперва необходимо узнать, какие у издателя есть площадки: перейдите через кнопку «+», расположенную возле необходимой даты, в раздел «Platforms».

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Блок «Статистика», раздел «Platforms»

В нашем примере, мы видим, что большая часть трафика приходится на площадку «2088 example.com», поэтому проанализируем именно ее. Отметим, что подобным образом стоит проверять все площадки издателя.

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Блок «Статистика», раздел «Platforms»

Для более детального рассмотрения сведений кликните правой клавишей мыши по необходимому названию и нажмите «открыть ссылку в новой вкладке».

Перед вами появляется страница с настройками выбранной площадки. Вкладка «Запросы» находится в разделе «Фильтрация», где вам нужно выбрать один из показателей: «Браузеры», «Устройства», «GEO», «Домены» и другие. После нажмите на кнопку «Оптимизация» около нужного блока. Для примера рассмотрим «Домены».

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Вкладка «Информация», раздел «Фильтрация»

В открывшемся окне вы можете увидеть, с каких доменов приходит трафик на конкретную площадку.

Ключевые значения и типичные ошибки #

Теперь перейдите в «Запросы».

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

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Раздел «Запросы»

Давайте посмотрим колонки и их значения, которые содержатся в интересующем нас разделе:

  • «Req» — общее количество запросов на показ рекламы, совершенных площадкой.
  • «No Ref» — отображает количество запросов, у которых не было HTTP referer. Если трафик с площадки выкупает DSP рекламодатель, то отсутствие HTTP referer может стать причиной снижения дохода от такого трафика.
  • «No Keyword» — количество запросов на показ рекламы, не передавших ключевое слово. Ключевое слово является значением параметра «query», которое отправляет издатель. Если в статистике имеется множество запросов без ключевого слова, это может привести к низкому доходу от площадки. Как правило, рекламный тег самостоятельно берет значение тега «title» на странице и отсылает вам. Если такой тег «title» отсутствует на сайте, нужно изменить поведение скрипта, обратившись с соответствующей просьбой к вашему менеджеру. Когда издатель использует тип площадки «Directlink», он должен самостоятельно подставлять ключевое слово в «query». Подробнее об этом читайте в статье про настройку Directlink.
  • «Rot» — показывает количество ротаций, при которых нам удалось подобрать промоматериал.
  • «Shows» — это то, сколько раз отобразились промоматериалы (реклама). Обычно «Shows» меньше значения «Rot». Например, если издатель использует pop-up скрипт, не каждая ротация приведет к показу. Такое случается, когда пользователь открывает страницу сайта с pop-up скриптом, но не совершает на ней никаких действий.
  • «Clicks» — количество кликов. Данный показатель актуален для следующих типов промоматериалов: directlink, inpage (баннеры, тизеры) и HTML прелендов. Количество совершенных кликов не должно превышать показатель «Shows». Если вы заметили, что значение «Clicks» больше «Shows», следует внимательно изучить происхождение трафика.
  • «Wins» — это сообщение от SSP о том, что наше предложение на показ рекламы DSP выиграло в аукционе и будет показано издателем.
  • «Loading» — количество загрузок JSTDS преленда, на котором происходят проверки качества.
  • «Mismatch» — сообщает, когда данные о пользователе, отправленные в запросе, не совпадают с теми, что были получены при непосредственном показе рекламы. У пользователя мог смениться IP-адрес, User Agent, страна или HTTP referer. В случае появления большого количества таких ошибок, следует выяснить причину расхождения в сведениях. Если площадка интегрирована как SSP, необходимо обратиться к издателю и описать сложившуюся проблему, поскольку для ее решения потребуется совместная работа издателя и нашего технического отдела. В отношении обычных площадок этот тип ошибок встречается редко. Поэтому, обнаружив их, обратитесь в технический отдел.
  • «Errors» — представляет собой общую сумму ошибок.
  • «QPS» — отображает ошибки, возникающие при избыточном числе запросов от площадки. Как правило, они возникают для SSP издателей. Чтобы исправить это, установите показатель в соответствующей графе настроек площадки (блок «Администрирование»). Для тестирования новой площадки лучше не ставить значение, превышающее 60 «QPS». Обращаем внимание, что даже если конкретная площадка отправляет запросы в рамках своих ограничений, ошибки могут появляться из-за запросов от иных SSP и общей загруженности нашей системы.
  • «No Campaign» — выдает данные, когда реклама не была подобрана. Если таких ошибок большинство, необходимо обратиться к менеджеру, чтобы он нашел подходящие офферы для площадки.
  • «Filter» — если у площадки настроены фильтры по устройствам, гео или другим особенностям трафика, каждая демонстрация рекламы будет отображаться как ошибка. Если у площадки или издателя не настроен trafficback, конечный пользователь получит страницу с 404-й ошибкой. Для минимизации потери трафика на стороне паблишера следует настроить trafficback или «Fallback» скрипт (в случае pop-up площадок).
  • «Flood» — колонка сообщает о появлении ошибки, когда за последний час одному и тому же пользователю реклама была показана больше определенного лимита (сейчас это 300 раз за час). Последующие показы для такого пользователя будут заблокированы, так как подобное поведение считается фродом. Если вы наблюдаете значительное количество аналогичных ошибок, следует дополнительно изучить трафик паблишера и источники его происхождения.
  • «Paid Limit» — отображает некорректную работу, когда у площадки установлена настройка «Не выполнять невыгодные ротации» или выставлен минимальный «Acc Bid Floor». Ошибка не требует исправления, поскольку данные лимиты вводятся специально для минимизации ваших финансовых потерь. Чтобы сократить уменьшение трафика на стороне паблишера, следует настроить trafficback или «Fallback» скрипт (в случае pop-up площадок). Также можно попробовать расширить список офферов, доступных для этой площадки, связавшись с менеджером.
  • «Bot» — выявляет случаи, когда пользователь определяется в качестве робота, если его User Agent относится к одному из известных типов ботов, например: Mozilla/5.0 (compatible; Googlebot/2.1; +http://www. google. com/bot. html). Показ рекламы для такого User Agent мы блокируем, а исправить эту ошибку невозможно.
  • «SSP» — здесь отображаются ошибки запросов, если площадка интегрирована как SSP. При наличии таких неисправностей свяжитесь с менеджером для решения проблемы.
Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Раздел «Запросы»

Прочие ошибки #

«Other» — ряд иных ошибок, информацию о которых можно увидеть при наведении курсора на одно из числовых значений в соответствующей колонке:

  • «google» — это трафик, генерируемый компанией Google. В данном случае ISP проверяется на основе базы IP-адресов Maxmind. Если ISP относится к Google, показы для такого трафика будут заблокированы автоматически. Никаких мер предпринимать не нужно.
  • «rtb_timeout» — появляется, когда долгое время не было ответа от DSP рекламодателей по поводу наличия промоматериалов. Если вы заметили большое количество подобных ошибок, обратитесь к вашему менеджеру.
  • «rtb_duplicate» — выдает ошибку, когда один и тот же запрос к DSP отправляется неоднократно. Следует обратиться к вашему менеджеру, если таких неисправностей подавляющее число.
  • «jstds_mismatch» — означает, что клиент не прошел фильтрацию на проверочном лендинге. Зайдите в раздел «Фильтрация» настроек конкретной площадки и изучите качество трафика.
  • «no promo» — возникает, когда при восстановлении данных о ротации по click_id появляется промо, уже отсутствующее в кэше (например, промоматериал был остановлен), а также во время тестового перехода, если указано несуществующее промо или же оно принадлежит другому рекламодателю. Столкнувшись с подобной ошибкой, необходимо обратиться к вашему менеджеру.
  • «rtb_click_cache» — появляется в случае показа/клика, если не удается восстановить информацию о ротации из кэша click_id, а также когда при ротации подбирается DSP-кампания или же у кампании настроен аукцион второй цены. В таких ситуациях у вас нет актуальных сведений о показе рекламы или клика по ней. По своим кампаниям, не относящихся к DSP, вы можете получить все данные из кэша. Для разрешения проблемы обратитесь к вашему менеджеру.
  • «foreign_domain» — отображается, когда на отдельно заведенный TDS домен для одного издателя трафик будет идти от другого издателя. Здесь необходимо проверить рекламные теги, на которые издатель отправляет трафик. Скорее всего, сотрудник предоставил ему неверные домены.
  • «pl_token» — возникает, когда рекламный тег отправляет в запросе на показ рекламы пустое значение для параметра «token». Стоит помнить, что каждой площадке соответствует уникальный токен. При запросе на показ рекламы он обычно передается в GET-параметрах. Для устранения неисправностей проверьте рекламные теги, на которые издатель отправляет трафик. Вероятно, издатель допустил ошибку при добавлении рекламного кода на свою страницу.
  • «pl_type» — чаще всего ошибка появляется, когда SSP-площадка заведена с одним типом инвентаря, но отправляет запросы другого типа. Например, тип SSP-площадки«PUSH SUBSCRIBE», а запрос идет на «Directlink». Реже возникновение подобной ошибки связано с некорректными запросами от SSP, рекламного тега или с отсутствием типа площадки в кэше ротатора. Рекомендуем обратиться к вашему менеджеру за помощью.
  • «click_link_args» — означает переход по рекламной ссылке, содержащей ошибку. URL включает в себя протокол, домен, путь (в нашем случае это /r/) и строку запроса (Query String), которая, в свою очередь, в обязательном порядке содержит параметр «token» и его значение. В сложившейся ситуации следует проверить рекламные теги, на которые издатель отправляет трафик. Возможно, издатель допустил ошибку при добавлении рекламного кода на свою страницу.

Пример правильного URL:

https://earandmarketing.com/r/?token=d0d04813be9b08b5759d6e8bf38b6f7ec1ed58c4

Некорректная ссылка может выглядеть так:

https://earandmarketing.com/r/
https://earandmarketing.com/r/?otdaymnevseparoli_ya_hacker
  • «incorrect_ip» — возникает в случае, если не удалось определить IP пользователя. Чаще всего такое происходит, когда SSP передает некорректный IP в своих запросах на показ рекламы. Об ошибке необходимо сообщить вашему менеджеру.
  • «utm_source» — появляется в крайне редких случаях при переходе по неактуальной или некорректной UTM-метке. Предусмотрено, что каждая метка активна 5 минут. В случае если рекламодатель будет смотреть HTTP referers и перейдет по одному из них, то вместо редиректа от ротатора он будет переведен на сайт, находящийся под вашим управлением. За разрешением проблемы следует прибегнуть к помощи менеджера.
  • «acc_token» — означает передачу некорректного токена рекламодателя: тестовый переход или trafficback. Проверьте значение токена, поскольку ссылка тестового перехода, скорее всего, была скопирована с ошибкой. В случае с trafficback обратитесь к рекламодателю, чтобы он проверил токен на своей стороне.
  • «restricted_action_ for_safe_domain» — попытка издателя через safe_domain произвести небезопасное действие (например, редирект). Такие процессы должны осуществляться только через promo_domain.
  • «aff_stopwords» — показ рекламы был заблокирован из-за ключевых слов, находящихся в вашем стоп-листе. Ключевые слова добавляются в список блокировки после жалоб хостеру от недовольных пользователей. Туда могут входить брендовые запросы или слова, связанные с противозаконными видами деятельности. В данном случае изучите трафик издателя. Есть вероятность, что придется отказаться от сотрудничества с ним или же от части его трафика.

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

Ошибки — это нормальное явление. Но если объем ошибок начинает расти или составляет высокую долю от всего трафика, следует сообщить об этом менеджеру.

Обратите внимание, что сведения об ошибках в кабинет издателей, где отображаются лишь показатели «Shows» и/или «Clicks», не выводятся.

Проверка перенаправлений на trafficback #

Если у площадки большое количество ошибок «No Campaign» и их не удается исправить, рекомендуем настроить trafficback для аккаунта издателя или его площадки. Общее число перенаправлений на trafficback можно посмотреть в блоках «Площадки» или «Издатели».

Для этого перейдите в необходимый блок.

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Блоки «Площадки» или «Издатели»

Укажите ID площадки или издателя в окне поиска.

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Блок «Издатели»

Установите временной период, за который хотите получить статистику, в специальном поле «Stats period». Нажмите «Apply».

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Блок «Издатели», поле «Stats period»

Затем в верхней части экрана поставьте галочку около строчки «Статистика».

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Блок «Издатели», строчка «Статистика»

Найдите колонку «Acc TB», расположенную в правой части поля с искомым издателем или площадкой. Здесь отображается количество пользователей, перенаправленных на trafficback за выбранный период при отсутствии необходимой рекламы.

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Блок «Издатели», столбец «Acc TB»

Важно: слева от столбца «Acc TB» находится «Error 404», показывающий число случаев, при которых не удалось подобрать рекламу. В данной колонке отображается сумма «Internal traffic True» и «Internal traffic False». Стоит иметь в виду, что в колонке «No Campaign», расположенной во вкладке «Запросы», отображаются ошибки только для «Internal traffic False». Поэтому значения в столбце «Error 404» будут значительно больше тех, что указаны в «No Campaign».

Контроль ошибок на площадках издателя при помощи вкладки «Запросы»
Пример значений в колонке «Error 404»

Резюмируем вышесказанное:

  1. Благодаря вкладке «Запросы» можно отследить возникающие проблемы во время работы рекламных тегов.
  2. Проверка площадок в данной вкладке наиболее актуальна для SSP издателей. Однако она может быть полезной и для анализа обычных издателей.
  3. Стоит иметь в виду, что в «Запросах» информация отображается лишь за последние двое суток.
  4. Раздел состоит из ряда столбцов, показывающих основные данные о площадке и ошибках, которые возникли на ней.
  5. Сведения об ошибках в кабинет издателей не выводятся. Там видны исключительно значения «Shows» и/или «Clicks».
HTML или JavaScript код, который размещается на странице сайта и делает запрос на показ рекламы. Стоит иметь в виду, что в отношении термина допускается употребление синонимов: тег объявлений, рекламный код или скрипт.
Supply-side platform — внешняя платформа, на которой издатели продают рекламные места, запрашивают рекламу для показа и предоставляют площадки.
Один из заголовков запроса в протоколе HTTP. Содержит URL источника запроса. Если перейти с одной страницы на другую, referer будет содержать адрес первой страницы.
Demand Side Platform — внешние платформы, на которых рекламодатели покупают рекламные места, запрашивают рекламу для показа и предоставляют промо.
HTML или JavaScript код, который размещается на странице сайта и делает запрос на показ рекламы. Стоит иметь в виду, что в отношении термина допускается употребление синонимов: тег объявлений, рекламный код или скрипт.
Простой переход пользователя на ресурс рекламодателя (Target URL).
Простой переход пользователя на ресурс рекламодателя (Target URL).
Количество показов.
Процесс подбора промоматериала в ответ на запрос о показе рекламы.
Простой переход пользователя на ресурс рекламодателя (Target URL).
Страница, которая используется для оценки качества трафика. Она показывает 1% пользователей с каждого источника трафика. Пользователи проверяются рядом фильтров. Если они успешно проходят проверку, происходит перенаправление на рекламу.
Клиентское приложение, используемое браузерами и прочими веб-приложениями для показа сайту информации о себе.
Queries per second — количество запросов в секунду. Под запросами здесь понимается количество обращений на показ рекламы со стороны рекламодателя или издателя.
Перенаправление трафика, который не принимается партнерской программой, на другую ссылку. Например, партнерская программа не принимает трафик из США, тогда его можно переадресовать на другой URL (свой сайт или партнерскую программу).
Функционал, который позволяет запустить другой скрипт в случае невозможности открыть рекламу.Например, pop-up скрипт сторонней рекламной сети.
Различные способы имитации или перехвата действий, которые нужны для выполнения KPI рекламодателя.
Supply-side platform — внешняя платформа, на которой издатели продают рекламные места, запрашивают рекламу для показа и предоставляют площадки.
Интернет-провайдер.
Компания, которая предоставляет данные о местоположении для IP-адресов.
Процесс подбора промоматериала в ответ на запрос о показе рекламы.
Кампания, которая настроена для работы с Demand Side Platform.
Traffic Distribution System — система управления трафиком. Она позволяет настроить автоматические правила перенаправления посетителя в зависимости от выбранных критериев.
HTML или JavaScript код, который размещается на странице сайта и делает запрос на показ рекламы. Стоит иметь в виду, что в отношении термина допускается употребление следующих синонимов: тег объявлений, рекламный код или скрипт.
Уникальный идентификатор площадки издателя. Он позволяет определить, где именно произошел запрос на показ рекламы и приписать площадке фактические показы, конверсии и другие события.
Параметры, которые передаются серверу с помощью ссылки. Все, что идет в URL после знака вопроса, относится к GET-параметрам. Между собой они разделяются знаком «&». GET-параметр состоит из пары «ключ: значение». То есть маска URL с GET-параметром выглядит так: http://url?параметр1=значение1&параметр2=значение2& параметр3=значение3.
Площадка, которая создана для работы с конкретной Supply-side platform.
Площадка, которая создана для работы с конкретной Supply-side platform.
Прямая ссылка, которая ведет на выбранный преленд для совершения подписки пользователя.
Система подбора рекламы, которая будет показана пользователю.
Urchin Tracking Module — переменная, которая добавляется в URL страницы и позволяет системе веб-аналитики получить дополнительную информацию о переходе по ссылке.
Перенаправление пользователя с одной страницы на другую.
Домен, который передает информацию о рекламе, но не перенаправляет на промоматериал. Он используется в различных форматах (например PopUnder), скриптах и запросах от SSP. Таким образом, safe_domain партнерской программы практически не блокируется.
Перенаправление пользователя с одной страницы на другую.
Домен, который только перенаправляет пользователя на промоматериал.
Трафик, появляющийся, когда на площадке издателя присутствуют кампании с push-подписками.
Трафик, который генерируется без учета push-подписок.