Используя Facebook conversion API, вы можете отправлять события с вашего сервера на сервер Facebook. Отслеживание на стороне сервера с настроенным пользовательским поддоменом помогает обойти блокировщики рекламы, ITP и ограничения iOS 14.
Вместе с событиями Facebook Conversion API необходимо отправлять дополнительные параметры. Эти параметры можно разделить на три части:
Последний помогает Facebook Conversion API сопоставлять события, которые вы отправляете с сервера, с реальными пользователями. Это может быть любая информация, например, электронная почта или фамилия. Эти параметры были созданы для того, чтобы помочь Facebook идентифицировать пользователей.
Для каждого отправленного вами серверного события FB покажет вам оценку качества соответствия события. Этот показатель качества совпадения зависит от количества отправленных вами параметров информации о клиенте и их точности.
Качество совпадения событий CAPI в Facebook может существенно повлиять на результаты вашей кампании и точность аудитории. В этой статье я расскажу вам о том, как увеличить показатель качества совпадения событий в Facebook.
Ключом к правильной настройке API конверсии FB является показатель качества совпадения событий. Почему? Facebook использует пользовательские данные, отправленные с вашего сервера, чтобы сопоставить события, такие как добавление товара в ленту, с конкретным аккаунтом FB. Другими словами, события соответствуют качеству оценки информации о клиенте, которой вы делитесь. Количество отправленных параметров влияет на процент отправленных событий.
Пользовательские данные можно разделить на следующие подкатегории:
1) Параметры, которые требуют хэширования и могут быть отправлены как есть. Такие параметры, как почтовый индекс, электронная почта или название штата, требуют хэширования (в основном, все параметры, содержащие личную информацию о пользователе). Но такие параметры, как пользовательский агент клиента, IP-адрес или ID браузера, не требуют хэширования.
Я бы выделил параметры _fbp и _fbc в отдельные категории. Эти два параметра представляют собой cookies браузера.
2) _fbp
Пиксель Facebook автоматически рекламирует cookie _fbp, когда использует cookie первой стороны. Этот уникальный идентификатор состоит из случайного числа и версии (всегда FB), индекса субдомена (например, 0 для stape.com, 1 для app.stape.com и т.д.), creationTime в стандарте времени UNIX, представляющего собой время в миллисекундах, когда _fbp cookie был сохранен.
Вот пример: fb.1.1596403881668.1116446470
Когда пиксель Facebook установлен на сайте и использует файлы cookie первой стороны, пиксель автоматически сохраняет уникальный идентификатор в файле cookie _fbp для домена сайта, если он еще не существует.
3) _fbc
Когда пользователь нажимает на объявление FB, оно включает параметр запроса fbclid. Если пользователь попадает на сайт, где используется cookie первой стороны с включенным отслеживанием браузера, то параметр запроса fbclid сохраняется в параметре _fbc.
Важно понимать, что не все ваши события будут иметь параметры _fbc. Трафик из органического поиска, рекламы Google или кампаний по электронной почте не будет содержать _fbc, поскольку взаимодействие с сайтом происходит не через Facebook.
Максимальное количество баллов, которое вы можете получить за событие на сервере FB, - 10. Добраться до конечного балла будет непросто. Этот балл означает, что вы должны отправить все параметры информации о пользователе для ваших серверных событий, и эти параметры отправляются во всех случаях.
Для таких событий, как PageView, где у вас нет никаких пользовательских параметров, оценка соответствия будет около 4. Все, что вы сможете отправить, это _fbp, _fbc, IP-адрес и User-Agent.
1. Настройте пользовательский поддомен.
Если вы решили настроить Facebook Conversion API через Google Tag Manager, мы рекомендуем использовать пользовательский поддомен для URL сервера тегов. Таким образом, вы сможете перейти от cookie третьей стороны к cookie первой стороны. Это также поможет повысить точность отслеживания и правильно установить _fbp и _fbc.
2. Используйте слой данных. Прежде чем настраивать ss-трекинг или браузерный трекинг, необходимо иметь соответствующий слой данных. Таким образом, вы сможете гарантировать, что ваши триггеры, переменные и теги будут работать правильно при изменении URL страницы, идентификатора элемента или селектора CSS.
3. Убедитесь, что вся возможная информация о пользователе передается на уровень данных. Вот пример. Когда пользователь входит в систему, вы можете отправить на уровень данных событие, включающее имя пользователя, идентификатор и электронную почту. Таким образом, вы сможете повысить качество совпадения всех событий с этими данными пользователя. Попросите разработчиков создать слой данных или используйте плагин для вашей CMS, который генерирует слой данных.
4. Убедитесь в отсутствии ошибок в отправляемых серверных событиях. Facebook снизит качество сопоставления событий, если у вас есть какие-либо ошибки в серверных событиях. Ознакомьтесь с этой статьей блога, в которой описаны некоторые популярные проблемы Facebook CAPI и советы по их устранению.
Чтобы узнать, есть ли какая-либо ошибка, откройте менеджер событий и перейдите на вкладку диагностики.
5. Храните данные пользователей. Допустим, пользователи подписались на рассылку новостей на вашем сайте. По умолчанию вы можете отправлять им письма только при наступлении событий, связанных с подпиской. Но есть способ хранить данные пользователя в браузере. В этом случае вы можете отправлять им письмо до тех пор, пока оно хранится в браузере. Для хранения пользовательских данных можно использовать теги данных. Вот более подробное объяснение того, что такое Data Tag и как использовать инструмент хранения данных.
6. Event Enhancement.
Вы также можете включить функцию Event Enhancement для использования защищенных cookie (gtmeec) только по протоколу HTTP, чтобы улучшить данные о событиях.
При включении этой функции теги будут хранить данные о пользователях в cookies и обогащать события данными о пользователях, если они недоступны. Таким образом, можно повысить качество совпадения событий и, как следствие, атрибуцию конверсии в кампаниях.
Мы получаем много вопросов об оценках качества совпадения событий в Facebook. Но нет способа сказать, является ли оценка качества события хорошей или плохой. Если оценка качества событий на вашем сервере ниже 3, то это может быть тревожным сигналом.
Просто постарайтесь отправить всю имеющуюся у вас информацию о пользователях, когда произойдет это событие FB. Конечно, отправка пользовательских данных в FB должна соответствовать политике конфиденциальности и условиям, указанным на вашем сайте. Вы должны следовать правилам GDPR и запрашивать согласие пользователей, прежде чем отслеживать их или отправлять их данные в Facebook.
Многие люди беспокоятся, когда у них качество совпадения около 6. Это невероятное число. Не волнуйтесь. Facebook отправляет так много предложений по улучшению качества совпадений, потому что хочет собрать как можно больше пользовательских данных.
Предположим, вы отправляете самые простые 4 параметра данных о клиенте (_fbc, _fbp, IP-адрес и User-Agent). Скорее всего, у FB уже достаточно данных, чтобы связать это событие с реальным пользователем. Если вы добавите еще и email пользователя, то шансы станут еще выше.
В конечном итоге, если ваша цель - увеличить показатель качества совпадения событий, следуйте советам, описанным в этой статье.
И если у вас есть другие вопросы, просто нажмите Получить помощь, заполните форму, и мы вышлем вам предложения.
