Если вы посмотрите свои события метаконверсии, вы, вероятно, заметите проблему: данные о событиях конверсии не совпадают. Почему?

Я не говорю о сопоставлении ваших данных о событиях с Google Analytics или другими сторонними инструментами отчетности (эти вещи никогда не будут поддерживаться). Я говорю о несоответствии самих данных о событии мета-конверсии.

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

Давайте проясним это…

Данные конверсии

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

1. Стандартные и пользовательские данные о событиях в разделе «Источники данных менеджера событий».
2. Пользовательская конверсия, привязанная к этому стандартному или пользовательскому событию.
3. Отчеты о конверсиях Ads Manager

Эти трое почти никогда не идут вместе. Для более проницательных может быть очевидно, почему число 3 не соответствует числу 1 или числу 2.

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

Это не вариант…

О дедупликации событий

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

На самом деле существует два разных типа дедупликации.

1. Дедупликация событий браузера и API.

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

ЧИТАТЬ  Вебинар «Эффективный опт». О каких инструментах умалчивают ваши конкуренты? - 28 июня 2023 г. | Цифровые события

Это то, о чем думает большинство рекламодателей, когда они слышат о дедупликации событий. Но есть еще…

2. Несколько раз от одного и того же человека.

Meta также будет дедуплицировать события в другом сценарии.

дедупликация событий

Приведенный выше отрывок взят из Мета-документация.

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

В некоторых местах вы увидите необработанные итоги событий до дедупликации. В других данные будут очищены.

Теперь давайте посмотрим, что вы должны ожидать увидеть в каждой из трех локаций…

Данные менеджера событий

Источники данных менеджера событий

Данные о событиях, которые вы видите в диспетчере событий, предшествуют обработке и дедупликации событий. Это общая сумма.

В приведенном выше примере событие передается с помощью пикселя и API. Число 80,2 КБ, вероятно, ближе к 40 КБ после дедупликации браузера по сравнению с событиями API. Но может быть и меньше (будет) после удаления второй формы дедуплицированных событий.

Пользовательская конверсия, сопоставленная с событием

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

Пользовательская конверсия сопоставлена ​​с пользовательским событием

Помните, что исходное число перед любой дедупликацией было 80,2 КБ. Здесь общее количество мероприятий составляет всего 18,8 тысячи. Почему?

пользовательское преобразование

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

ЧИТАТЬ  Потенциал ИИ для борьбы с загадкой продуктивности Великобритании

Это полностью связано с дедупликацией. Можно сделать несколько логических предположений…

1. После дедупликации событий браузера и API общее количество событий сократилось с 80,2 тыс. до 40,1 тыс. (более или менее).
2. После дедупликации нескольких событий от одного пользователя в течение короткого периода времени общее количество событий сократилось с 40,1 тыс. до 18,8 тыс.

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

Отчеты Менеджера рекламы

Отчеты Менеджера рекламы

Наконец, у нас есть отчеты Ads Manager. Когда вы добавляете в отчет столбец для определенного события, очень маловероятно, что он будет соответствовать данным Event Manager или пользовательским данным о конверсиях.

Основная причина, по которой они также не совпадают, заключается в том, что отчеты Ads Manager предназначены только для событий, которые можно отнести к вашей рекламе. Это более очевидно.

Но даже если вы уверены, что ваши объявления принесли 100 % конверсии и все они произошли в течение Настройка заданияОтчеты Ads Manager будут меньше, чем отчеты Events Manager, потому что они после дедупликации.

ЧИТАТЬ  Есть ли у нескольких компаний монополия на результаты поиска?

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

Посмотреть видео

я тоже сняла про это видео…

Ваше время

Какие несоответствия вы видите в ваших данных?

Позвольте мне знать в комментариях ниже!



Source