# Количество показов мало по сравнению с # Заполненной в сети Аудитории Facebook

Question

В нашем приложении у нас есть фид изображений, загруженных в ListView. Эти изображения возвращаются с нашего сервера. Когда пользователь прокручивается до нижней части страницы, запускается логика с загрузкой больше, где мы отправим другой запрос на наш сервер, чтобы попросить отобразить больше содержимого (изображений). Это также время, когда мы запрашиваем одну FAN-рекламу с помощью SDK для Facebook. Если объявление действительно возвращается Facebook, мы вставим его в список содержимого, только что возвращенного нашим сервером. Наконец, когда эта ячейка (содержащая объявление FAN) находится в поле зрения, мы начнем загрузку содержимого (изображений и текстов) этой ячейки.

Учитывая, что мы не предварительно кэшируем объявление FAN, мы ожидаем, что значение # от Impression до значения заполненного коэффициента будет близким к 100%. Однако мы наблюдаем соотношение около 67%.

FYI - все объявления FAN, на которые имеются ссылки, являются NativeAd.

Вопрос: что случилось с 33% заполненных запросов? Как-то они оказываются, но не считаются впечатлениями?

Answer 1

Отказ от ответственности Я работал над SDK объявления.

Ad View - это WebView, и есть несколько способов узнать, что объявление было загружено.

1) Дождитесь вызова Javascript назад от объявления к SDK, который будет затем огонь пикселя отслеживания/запрос, чтобы убедиться, что объявление действительно VISIBLE (против HIDDEN/INVISIBLE) перед подсчетом

и/или

2) Окуните пиксель/запрос отслеживания из WebView.

В любом случае, так как это WebView, даже если изображение загружено, это не обязательно означает, что состояние, заполненное загрузкой, было передано, особенно если объявление находится в быстром прокручивающемся ListView, где изображение для объявление может быть видимым, но остальная часть кода Javascript не совсем достигла состояния «Ad done loading». В основном Ad представляет собой небольшой пакет HTML5/CSS/Javascript и зависит от задержек в нем - это может быть порядка секунд.

Одним из способов проверки является отслеживание трафика через HTTP-прокси и наилучшее представление о том, когда он срабатывает и корректирует ожидания.

В качестве альтернативы можно переместить объявление в нижний колонтитул/заголовок, где он не подвержен видимой/загружаемой проблеме, если он находится в части прокрутки ListView.

Answer 2

Я инженер, работающий в сети Аудитории. Впечатление для NativeAd регистрируется только тогда, когда вид, зарегистрированный для этого NativeAd, доступен для просмотра на экране. Если представление находится в части списка, которое еще не отображается на экране, оно не будет считаться показом. (Он будет засчитан, когда он станет видимым.) Это должно объяснить разницу между заполненными запросами и показами.

Answer 3

Учтите, что если вы хотите, чтобы отслеживать реальное впечатление, которое вы можете реализовать ImpressionListener, что пожары в onLoggingImpression(Ad), названный сразу перед тем, как впечатление logged.See документы here.

Существует полная реализация facebook адаптивных объявлений в MoPub nativeads пользовательских событий родного :

, что ясно показывает, как реализовать его в правильном направлении.