Close
Напишите нам
Telegram
Где мои лиды, Лебовски?
Часть 1: Рекламные кабинеты MyTarget и ВКонтакте выбирают данные для статистики по параметрам, о которых никто не знает

Не пропустите последние обновления GOOD.BI. Подпишитесь на нашу рассылку!
Таргетологи при анализе рекламных кампаний полагаются на отчёты по лидам в кабинетах социальных сетей . А что, если сервис выводит в интерфейсе не все данные, а фильтрует по параметрам, которые мы не учитываем? Мы можем принять неверное решение и перераспределить рекламный бюджет в пользу не тех кампаний. А те, что на самом деле приносят лиды, отключить. В итоге мы потеряем деньги клиента, и самого клиента как следствие.

Мы в GOOD.BI выяснили, что данные о количестве лидов в рекламных кабинетах MyTarget и ВКонтакте отличается от их реального количества. В этом нам помогла выгрузка данных из кабинетов по API.

Таргетологи при анализе рекламных кампаний полагаются на отчёты по лидам в кабинетах социальных сетей . А что, если сервис выводит в интерфейсе не все данные, а фильтрует по параметрам, которые мы не учитываем? Мы можем принять неверное решение и перераспределить рекламный бюджет в пользу не тех кампаний. А те, что на самом деле приносят лиды, отключить. В итоге мы потеряем деньги клиента, и самого клиента как следствие.

Мы в GOOD.BI выяснили, что данные о количестве лидов в рекламных кабинетах MyTarget и ВКонтакте отличается от их реального количества. В этом нам помогла выгрузка данных из кабинетов по API.

Как нашли проблему

В апреле 2020 года мы сделали дашборд для крупного рекламного агентства. Клиент хотел избавить себя от рутинной работы. Он поставил задачи:

1. Собрать внутренние отчеты в единую систему, которая покажет все необходимые метрики для анализа: расходы по рекламным кампаниям, клики, лиды, CPC, CPL, качественные лиды;

2. Проверить точность данных и исключить человеческий фактор при составлении отчетов. Ранее сотрудники допускали ошибки, например, использовали не все правила фильтрации лидов для подсчёта.

Мы сделали дашборд и сдали на проверку. Сотрудники агентства внимательно проверяли данные: сверяли цифры в рекламных кабинетах с показателями в дашборде по каждому клиенту. Оказалось, что не сходится число лидов из лидформ в дашборде с рекламными кабинетами MyTarget и ВКонтакте. В рекламном кабинете Вконтакте было за месяц на 50 лидов меньше, чем в нашем дашборде.

Мы начали проверку, сверили данные в дашборде с базой данных, которые выгрузили из API, – все цифры сошлись. И увидели, что данные в интерфейсе рекламного кабинета отличаются от данных, выгруженных из того же кабинета по API. Мы решили выяснить, по каким параметрам рекламные кабинеты Target и ВКонтакте отбирают лиды для показа в своих интерфейсах.

Как нашли проблему

В апреле 2020 года мы сделали дашборд для крупного рекламного агентства. Клиент хотел избавить себя от рутинной работы. Он поставил задачи:

1. Собрать внутренние отчеты в единую систему, которая покажет все необходимые метрики для анализа: расходы по рекламным кампаниям, клики, лиды, CPC, CPL, качественные лиды;

2. Проверить точность данных и исключить человеческий фактор при составлении отчетов. Ранее сотрудники допускали ошибки, например, использовали не все правила фильтрации лидов для подсчёта.

Мы сделали дашборд и сдали на проверку. Сотрудники агентства внимательно проверяли данные: сверяли цифры в рекламных кабинетах с показателями в дашборде по каждому клиенту. Оказалось, что не сходится число лидов из лидформ в дашборде с рекламными кабинетами MyTarget и ВКонтакте. В рекламном кабинете Вконтакте было за месяц на 50 лидов меньше, чем в нашем дашборде.

Мы начали проверку, сверили данные в дашборде с базой данных, которые выгрузили из API, – все цифры сошлись. И увидели, что данные в интерфейсе рекламного кабинета отличаются от данных, выгруженных из того же кабинета по API. Мы решили выяснить, по каким параметрам рекламные кабинеты Target и ВКонтакте отбирают лиды для показа в своих интерфейсах.

Зачем вообще сверять данные?

Один из этапов внедрения дашборда – сверка данных по разным параметрам в разных системах. Это нужно делать, чтобы выявить возможные ошибки. В данном случае, ВКонтакте не показал в интерфейсе 50 уникальных лидов.

К чему это приведет? Специалисты по настройке рекламных кампаний будут смотреть в рекламный кабинет. Они увидят, что канал, в котором потерялись лиды, не принес желаемый результат. Маркетологи перераспределят бюджет в пользу другого канала. Лидов после оптимизации рекламных кампаний станет меньше.

Зачем вообще сверять данные?

Один из этапов внедрения дашборда – сверка данных по разным параметрам в разных системах. Это нужно делать, чтобы выявить возможные ошибки. В данном случае, ВКонтакте не показал в интерфейсе 50 уникальных лидов.

К чему это приведет? Специалисты по настройке рекламных кампаний будут смотреть в рекламный кабинет. Они увидят, что канал, в котором потерялись лиды, не принес желаемый результат. Маркетологи перераспределят бюджет в пользу другого канала. Лидов после оптимизации рекламных кампаний станет меньше.

Ликбез: данные, лиды из лидформ, сырые данные из API, Power BI и дашборды

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

1. Отчёт в рекламном кабинете ВКонтакте и MyTarget;
2. Выгрузка данных из рекламного кабинета в таблицу Excel;
3. Дашборд;
4. Наша база данных, в которой мы храним все данные, выгруженные через API.

Что такое данные по лидам из лидформы? Это данные из заполненной формы: ID пользователя_ID объявления_email_телефон_имя пользователя. Они могут выгружаться двумя способами: напрямую из рекламного кабинета в виде таблицы или через API в любую базу данных.

В выгрузке через API данные "сырые", а в отчете в рекламном кабинете и в нашем дашборде данные выводит интерфейс. А значит, они выводятся по определенным правилам. В своем дашборде мы сами выбираем по каким параметрам отбирать данные для показа. Что касается интерфейса рекламного кабинета, то там, мы считали, выводится просто количество уникальных лидов данного аккаунта.

"Сырые" данные мы получаем из API того или иного сервиса. API – это программный интерфейс, благодаря которому одна программа будет взаимодействовать с другой. API может быть открытым или закрытым. Если API открыт, мы можем просить любую систему дать нам те или иные данные. Например, можем "постучаться" в API ВКонтакте с помощью запроса, и социальная сеть отдаст нам клики и лиды по рекламной кампании за прошедшую неделю.

Мы собираем все показатели клиента в его базу данных, выгружая данные из рекламных кабинетов по API. Затем выводим их в наглядном дашборде в Power BI.

Дашборд – это интерактивный отчет, который позволяет извлекать из данных ценные аналитические сведения для принятия взвешенных решений.

Мы забираем из API только сырые данные, а это значит, что аналитику на базе Power BI мы построим так, как нужно клиенту. Данные в выгрузке из кабинета клиентом в Excel и в базе данных совпали. Мы взяли лиды только из рекламных кампаний за определенный период, отобрали уникальные лиды и сравнили их с таблицей в интерфейсе рекламного кабинета – данные не сошлись.

Ликбез: данные, лиды из лидформ, сырые данные из API, Power BI и дашборды

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

1. Отчёт в рекламном кабинете ВКонтакте и MyTarget;
2. Выгрузка данных из рекламного кабинета в таблицу Excel;
3. Дашборд;
4. Наша база данных, в которой мы храним все данные, выгруженные через API.

Что такое данные по лидам из лидформы? Это данные из заполненной формы: ID пользователя_ID объявления_email_телефон_имя пользователя. Они могут выгружаться двумя способами: напрямую из рекламного кабинета в виде таблицы или через API в любую базу данных.

В выгрузке через API данные "сырые", а в отчете в рекламном кабинете и в нашем дашборде данные выводит интерфейс. А значит, они выводятся по определенным правилам. В своем дашборде мы сами выбираем по каким параметрам отбирать данные для показа. Что касается интерфейса рекламного кабинета, то там, мы считали, выводится просто количество уникальных лидов данного аккаунта.

"Сырые" данные мы получаем из API того или иного сервиса. API – это программный интерфейс, благодаря которому одна программа будет взаимодействовать с другой. API может быть открытым или закрытым. Если API открыт, мы можем просить любую систему дать нам те или иные данные. Например, можем "постучаться" в API ВКонтакте с помощью запроса, и социальная сеть отдаст нам клики и лиды по рекламной кампании за прошедшую неделю.

Мы собираем все показатели клиента в его базу данных, выгружая данные из рекламных кабинетов по API. Затем выводим их в наглядном дашборде в Power BI.

Дашборд – это интерактивный отчет, который позволяет извлекать из данных ценные аналитические сведения для принятия взвешенных решений.

Мы забираем из API только сырые данные, а это значит, что аналитику на базе Power BI мы построим так, как нужно клиенту. Данные в выгрузке из кабинета клиентом в Excel и в базе данных совпали. Мы взяли лиды только из рекламных кампаний за определенный период, отобрали уникальные лиды и сравнили их с таблицей в интерфейсе рекламного кабинета – данные не сошлись.

По каким параметрам отбирают лиды: ответ на запрос от ВКонтакте

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

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

Ответ:
"Коллеги, всем привет!
Смотрите, выгрузка по API показывает вам уникальные заявки в рамках лидформы. Статистика в кабинете – уникальные заявки в рамках объявлений. Чтобы они сошлись, предлагаю сделать так – выгрузить заявки по конкретной форме по API и отфильтровать по конкретному объявлению".

Т.е. ВКонтакте считают уникальные лиды только в рамках одного объявления, а не в рамках рекламной кампании. Если один и тот же пользователь кликнул по разным объявлениям и оба раза оставил заявку, то система посчитает их дважды. Лиды в кабинете отображаются с учётом этого фактора.

"Так вот в чем дело!" – подумали мы,переделали дашборд так, чтобы в отчет попали неуникальные лиды в рамках рекламной кампании, а "уникальные" только в рамках объявления.

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

"Так вот в чем дело!" – подумали мы,переделали дашборд так, чтобы в отчет попали неуникальные лиды в рамках рекламной кампании, а "уникальные" только в рамках объявления.

Прошло 3 дня, мы снова сверили данные, но цифры опять не сошлись.
Куда делись еще 50 лидов? Пришлось снова обратиться в техподдержку: "Мы вывели уникальные лиды в рамках объявления, но данные в вашем кабинете все равно не сходятся с нашим дашбордом. Можете это прокомментировать, с чем это связано?".

Ответ:
Куда делись еще 50 лидов? Пришлось снова обратиться в техподдержку: "Мы вывели уникальные лиды в рамках объявления, но данные в вашем кабинете все равно не сходятся с нашим дашбордом. Можете это прокомментировать, с чем это связано?".

Ответ
"Итак, коллеги, возвращаюсь с ответом на ваш вопрос.
Мы проверили ваш запрос к API, статистику в кабинете. Никаких проблем с записью рекламной статистики нет (та, что в табличке), туда попадают все рекламные заявки, которые вы получаете. Правда, есть один момент, если кто-то скопировал ссылку прямо из сниппета (не открытую уже лидформу, а скопировал ссылку) и отправил ее, то с этой ссылкой может передаваться ad_data. В этом случае, как заполнение лид-формы с объявления мы это не зачтём, так как с рекламы заявки посути не было, а вот общие лиды с формы это попадёт с ad_id. В таком случае, если хотим считать именно рекламные заполненные заявки, то смотрим на табличную статистику. Если общее количество заявок, то выгрузка из формы".

Предположим, 50 пользователей действительно скопировали ссылку из сниппета, сохранили себе и позже заполнили форму. ВКонтакте посчитал этих пользователей как органику. Но наши аналитики при выгрузке данных через API отнесли эти действия пользователей к рекламе по ID объявления. Мы обратились к техподдержке ВКонтакте, можем ли мы выгружать данные через API по такому же принципу, что и Вконтакте.

Наш запрос:
Предположим, 50 пользователей действительно скопировали ссылку из сниппета, сохранили себе и позже заполнили форму. ВКонтакте посчитал этих пользователей как органику. Но наши аналитики при выгрузке данных через API отнесли эти действия пользователей к рекламе по ID объявления. Мы обратились к техподдержке ВКонтакте, можем ли мы выгружать данные через API по такому же принципу, что и Вконтакте.

Наш запрос:
"И, наверное, последний вопрос — можно ли как-то узнать, планируется ли в API лидформ добавление какого-либо идентификатора, который позволил бы определить, рекламная это заявка или нет? И если сейчас не планируется, есть ли возможность протолкнуть эту идею? Судя по тому, что я вижу, это очень нужная функция, так как без неё никто не может, используя API, получить данные аналогичные тем, что он видит в кабинете".
Ответ:
Ответ:
"Пока что на текущий момент – в планах нет, так как есть более горящие задачи.
Но коллеги теперь в курсе этого момента, так что, если будут править лид-формы
– не забудут про это".

Специалисты техподдержки дали ясно понять, что такой возможности у нас нет. Выяснилось, что в API лидформ ВКонтакте не заложен идентификатор отбора рекламных лидов. В ближайшее время добавление данной функции не предусмотрено.

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

Вывод: Если пользователь сохранил себе ссылку из сниппета и вернулся к ней позже, то это обращение не считается лидом с рекламы во ВКонтакте. Хотя это он и есть. И если у вас KPI по лидам, то… бонус не получите.
Специалисты техподдержки дали ясно понять, что такой возможности у нас нет. Выяснилось, что в API лидформ ВКонтакте не заложен идентификатор отбора рекламных лидов. В ближайшее время добавление данной функции не предусмотрено.

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

Вывод: Если пользователь сохранил себе ссылку из сниппета и вернулся к ней позже, то это обращение не считается лидом с рекламы во ВКонтакте. Хотя это он и есть. И если у вас KPI по лидам, то… бонус не получите.
Глухо, как в танке: разбираемся с MyTarget

Дальше мы обратились к MyTarget. Там цифры тоже не сошлись в трёх местах: в рекламном кабинете Mytarget было 653 лида, выгрузке из кабинета в Excel и через API – 709, а в дашборде – 707 (для дашборда из "сырых" данных мы отбирали только уникальные лиды, поэтому в дашборде их на 2 меньше).
Глухо, как в танке: разбираемся с MyTarget

Дальше мы обратились к MyTarget. Там цифры тоже не сошлись в трёх местах: в рекламном кабинете Mytarget было 653 лида, выгрузке из кабинета в Excel и через API – 709, а в дашборде – 707 (для дашборда из "сырых" данных мы отбирали только уникальные лиды, поэтому в дашборде их на 2 меньше).
Мы спросили, почему данные отличаются. На что нам ответили:
Мы спросили, почему данные отличаются. На что нам ответили:
"Итог, посмотрели, все данные соответствуют, что в интерфейсе тоже самое и при выгрузке через API".
Но мы возразили MyTarget, что данные все же не совпадают:
Но мы возразили MyTarget, что данные все же не совпадают:
"Всем привет. По вашему запросу, данное расхождение ушло в исправление к технарям, была ошибка. Как исправят, сообщу".
Но мы возразили MyTarget, что данные все же не совпадают:
Нам не смогли объяснить, в чём с технической точки зрения заключалась ошибка. MyTarget обещали разобраться, а затем отчитаться по результатам работы.

С тех пор информации об исправлении этой ошибки так и не было, прошло 3 месяца. Сколько таргетологов не получили бонус, потому что не выполнили план по лидам (хотя на самом деле выполнили)?

Мы не стали ждать и сразу после этого сообщения решили с клиентом, что выгружаем в дашборд все уникальные лиды с рекламных кампаний и верим дашборду.
Нам не смогли объяснить, в чём с технической точки зрения заключалась ошибка. MyTarget обещали разобраться, а затем отчитаться по результатам работы.

С тех пор информации об исправлении этой ошибки так и не было, прошло 3 месяца. Сколько таргетологов не получили бонус, потому что не выполнили план по лидам (хотя на самом деле выполнили)?

Мы не стали ждать и сразу после этого сообщения решили с клиентом, что выгружаем в дашборд все уникальные лиды с рекламных кампаний и верим дашборду.
А как сейчас?

С момента сверки данных прошло 3 месяца. Мы спросили у ВКонтакте, добавили ли они идентификатор отбора рекламных лидов в API лидформ.
Ответ от ВКонтакте:
"Пока нет, не сделали"
Ты также попросили уточнить My Tagret, устранили ли они ошибку:
Ты также попросили уточнить My Tagret, устранили ли они ошибку:
"Не могу сказать, нужно проверять".
То есть, пользователи до сих пор не получают реальные данные по уникальным лидам. Когда сервисы решат эту проблему – непонятно.
То есть, пользователи до сих пор не получают реальные данные по уникальным лидам. Когда сервисы решат эту проблему – непонятно.
Резюмируем

Если у вас не сходятся данные по социальным сетям в дашборде и кабинетам, не стоит обвинять аналитиков или подрядчиков – возможно все настроено правильно.

Оказывается у социальных сетей есть свои параметры вывода данных в интерфейс, и реальные данные могут отличаться от данных в рекламном кабинете.

Если бы клиент не обратился к аналитике на базе автоматической системы сбора данных, он бы и не думал проверять, какие лиды из лидформ попадают в кабинеты социальных сетей, а какие нет. Перед нами стояла задача исключить человеческий фактор при составлении отчетов. Мы не ожидали такого поворота – человеческий фактор присутствует не только в работе специалистов агентства, но и в работе площадок.

Собирайте сырые данные через API и выводите их в дашборд по тем параметрам, которые сами считаете нужным. Не тратьте время на ручной сбор таблиц – работайте головой.

Резюмируем

Если у вас не сходятся данные по социальным сетям в дашборде и кабинетам, не стоит обвинять аналитиков или подрядчиков – возможно все настроено правильно.

Оказывается у социальных сетей есть свои параметры вывода данных в интерфейс, и реальные данные могут отличаться от данных в рекламном кабинете.

Если бы клиент не обратился к аналитике на базе автоматической системы сбора данных, он бы и не думал проверять, какие лиды из лидформ попадают в кабинеты социальных сетей, а какие нет. Перед нами стояла задача исключить человеческий фактор при составлении отчетов. Мы не ожидали такого поворота – человеческий фактор присутствует не только в работе специалистов агентства, но и в работе площадок.

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

Юлия Герц,
евангелист Callibri
"Что важно бизнесу? чтобы лидов поступило больше. Что важно трафик- менеджеру? чтобы лидов было больше и чтобы все лиды, которые он собрал, были ему засчитаны в KPI.

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

Но, хорошая новость в том, что эти потерявшиеся лиды можно вообще не терять, если выгружать их не вручную по-старинке (кто-то еще так делает,вообще?), а сервисом напрямую через API.

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

Ну и напрашивается очевидный вывод, товарищи трафик-менеджеры, еще один аргумент за то, чтобы работать с лид-формами только через сервисы. Лиды нужно по API выгружать прямиком в дашборд, доступный отделу продаж, и количество лидов, засчитанных вам в KPI считать тоже по дашборду такого сервиса. Если вы работаете "вручную", то проигрываете со всех сторон – тратите время на скачивание и пересылку табличек с лидами, да еще и как оказалось недополучаете лиды, которые фактически случились".
"Что важно бизнесу? чтобы лидов поступило больше. Что важно трафик- менеджеру? чтобы лидов было больше и чтобы все лиды, которые он собрал, были ему засчитаны в KPI.

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

Но, хорошая новость в том, что эти потерявшиеся лиды можно вообще не терять, если выгружать их не вручную по-старинке (кто-то еще так делает,вообще?), а сервисом напрямую через API.

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

Ну и напрашивается очевидный вывод, товарищи трафик-менеджеры, еще один аргумент за то, чтобы работать с лид-формами только через сервисы. Лиды нужно по API выгружать прямиком в дашборд, доступный отделу продаж, и количество лидов, засчитанных вам в KPI считать тоже по дашборду такого сервиса. Если вы работаете "вручную", то проигрываете со всех сторон – тратите время на скачивание и пересылку табличек с лидами, да еще и как оказалось недополучаете лиды, которые фактически случились".
Пётр Костюков
эксперт по рекламным
стратегиям в Digital:
"Рекламные кабинеты ВКонтакте и MyTarget пытаются наспех повторить функционал Facebook, но не дорабатывают егоэто уже никого не удивляет"

Любой рекламный показ должен фиксироваться системой. ВКонтакте должны были сопоставить пользователей, которые увидели рекламу с теми, кто заполнил лид-форму. Если ВКонтакте этого не умеет это epic fail. Они фактически не считают рекламный показ.

Не важно, что сделал пользователь: кликнул по рекламе или сохранил ссылку из сниппета, показ должен был сматчиться с лидом. Нужно технически разбираться, почему ВКонтакте и Mytarget показывают статистику по другим параметрам".

Первоисточник статьи: PPC World
"Рекламные кабинеты ВКонтакте и MyTarget пытаются наспех повторить функционал Facebook, но не дорабатывают егоэто уже никого не удивляет"

Любой рекламный показ должен фиксироваться системой. ВКонтакте должны были сопоставить пользователей, которые увидели рекламу с теми, кто заполнил лид-форму. Если ВКонтакте этого не умеет это epic fail. Они фактически не считают рекламный показ.

Не важно, что сделал пользователь: кликнул по рекламе или сохранил ссылку из сниппета, показ должен был сматчиться с лидом. Нужно технически разбираться, почему ВКонтакте и Mytarget показывают статистику по другим параметрам".

Первоисточник статьи: PPC World