С помощью Conversions API рекламодатели могут поддерживать прозрачность данных и управлять ими, а также показывать персонализированную рекламу. Этот API позволяет передавать данные напрямую с сервера, а не через браузер.
Видимость более глубоких уровней воронки. С Conversions API вы можете обмениваться более крупными массивами данных (по сравнению с пикселем Meta), а также принимать решения на основании дополнительной информации, такой как данные CRM, события из нижней части воронки (в том числе качественные лиды) и пути конверсии (как на сайте, так и в физической точке).
Контроль данных. При использовании Conversions API только для сервера (без пикселя Meta) вы получаете дополнительный контроль над данными, которыми делитесь. Вы можете дополнять события аналитическими (такими как маржа товара) или историческими данными (например, информацией о ценности клиентов).
Надежность и устойчивость сигнала. Обмен данными через Conversions API происходит надежнее, чем через браузерные инструменты (такие как пиксель Meta). Благодаря своей структуре этот API меньше подвержен таким неполадкам, как сбои браузера или проблемы с подключением. Новые отраслевые ограничения на передачу данных снижают эффективность отслеживания с помощью пикселя и файлов cookie. В свете этого Conversions API позволяет контролировать обмен сигналами, которые пиксель не регистрирует.
Дополнительные материалы. Ознакомьтесь с руководством (в формате PDF) и вебинаром по прямой интеграции для разработчиков.
Интеграция Conversions API проводится в два основных этапа:
Выполнение. Внедрите API, следуя инструкции. На этом этапе также можно использовать партнерскую интеграцию.
Краткий обзор процесса интеграции:
Требования | Полная интеграция | Оптимизация |
---|---|---|
Выберите события, которыми нужно делиться с Meta с согласия пользователя (если таковые имеются). Настройте объекты компании: пиксель Meta, приложение Meta, аккаунт Business Manager, подключение сервера и системного пользователя. | Шаг 1. Одно событие. Отправьте любое событие (вручную или автоматически) с указанием маркера системного пользователя. Если вы смогли выполнить этот шаг, то аутентификация настроена правильно. Шаг 2. Полная интеграция. Отправьте несколько автоматизированных событий, чтобы завершить интеграцию. После этого вы сможете выполнять оптимизацию для Conversions API даже в том случае, если перестанете использовать пиксель или он будет заблокирован. | Чтобы убедиться в том, что всё работает нормально, отправьте достаточное количество автоматизированных событий воронки. Затем оптимизируйте долю совпадения с помощью инструмента "Качество сопоставления событий". Убедитесь, что выполняются следующие условия:
|
Если вы уже используете пиксель Meta, то можете интегрировать Conversions API в качестве его расширения. Подключать этот API отдельно не нужно.
В отношении обмена данными через Conversions API можно применять те же самые условия, что и в отношении управления согласием на передачу данных пикселя.
Для начала выберите подходящий вариант интеграции.
Настройка | Описание |
---|---|
Вариант с избыточностью (рекомендуется) | Все события отправляются через пиксель и Conversions API. Этот вариант подойдет тем, кто хочет использовать весь потенциал Conversions API, не удаляя с сайта пиксель. Чтобы реализовать его, вам придется создать постоянный ID ( Этот вариант дает такой же результат, как только браузерный пиксель, или даже лучший. Сервер может регистрировать события, которые не отслеживает браузер, например покупки на отдельном сайте, конверсии лидов и телефонные звонки. |
Вариант с раздельной работой | События различных типов отправляются разными способами: через пиксель или Conversions API. Например, для событий Это не оптимальный вариант, но вы можете выбрать его, если не хотите реализовывать вариант с избыточностью. Возможно, по мере внесения изменений в браузере вам придется их дорабатывать. |
Вариант с использованием только сервера | События отправляются только через Conversions API (без использования браузера). Прежде чем переходить к этому варианту, советуем попробовать вариант с избыточностью или с раздельной работой. |
Выбрав вариант интеграции, вы сможете решить, какие события хотите отправлять. Сигналы полезно сопоставлять с ID пользователей Meta. Продумайте, какие параметры вы хотите отправлять вместе с событием и как часто.
Отправляйте события, актуальные для вашей компании. Посмотрите списки поддерживаемых стандартных и пользовательских событий Meta.
В каждое событие можно добавить несколько параметров. Подробную информацию о параметрах для Conversions API см. в этой статье.
В события можно добавлять ID разных типов, в том числе event_id
, external_id
и order_id
. Очень важно знать разницу между этими параметрами.
ID | Описание | Использование |
---|---|---|
Уникальный ID клиента. | Подробную информацию о внешнем ID см. в этой статье. | |
ID события | Уникальный ID события. | Используется при дедупликации. Это поле очень важно, если вы отправляете события как через пиксель браузера, так и через Conversions API. |
ID заказа | Уникальный ID заказа. Этот параметр относится только к событиям покупки. Для его работы в разделе | Эту интеграцию могут выполнять не все партнеры Meta. Для получения доступа обратитесь к своему представителю Meta. Используется при дедупликации событий покупки, если вы отправляете события как через пиксель браузера, так и через Conversions API.
Вы можете выполнять дедупликацию событий покупки в течение 48 часов (рекомендуется) или 28 дней. Это окно между первым и вторым экземплярами одного и того же события. |
События через Conversions API лучше отправлять в режиме реального времени либо формировать из них группы по определенным временным периодам. Советуем отправлять события в режиме реального времени или в течение 1 часа после их регистрации. Так вы сможете использовать их для атрибуции и создания оптимизированной рекламы.
Отправка событий с задержкой на 2 часа и более может снизить результативность оптимизированной рекламы. Отправка событий с задержкой на 24 часа и более может привести к серьезным проблемам с атрибуцией и оптимизацией показа рекламы.
Отправлять события с продолжительными окнами конверсии нужно как можно скорее после полного завершения конверсии.
Переходите к следующему шагу, только если:
Conversions API предлагает следующие типы оптимизации:
Вариант оптимизации | Описание |
---|---|
Оптимизация для конверсий | Оптимизируйте показ рекламы и демонстрируйте ее людям, которые с наибольшей вероятностью совершат конверсию. |
Оптимизация для ценности (также известная как оптимизация для ROAS) | Оптимизируйте показ рекламы и демонстрируйте ее людям, которые с наибольшей вероятностью совершат конверсию с определенной ценностью (например, купят товары на сумму больше 50 долл. США). |
Динамическая реклама товаров | Оптимизируйте показ рекламы и демонстрируйте ее людям, которые с наибольшей вероятностью купят определенные товары. |
Существует два способа внедрения интеграции:
Рекламодатели, получившие доступ к Conversions API через партнера по маркетингу, должны соблюдать его рекомендации по внедрению.
Перед использованием Conversions API нужно настроить следующие объекты:
Объект | Описание |
---|---|
Когда вы отправляете события через Conversions API, они обрабатываются и сохраняются так же, как события, отправленные через пиксель. При внедрении Conversions API вы выбираете, какому пикселю хотите отправлять события. Отправив события Conversions API пикселю, вы сможете использовать их так же, как обычные события пикселя: для измерения, атрибуции и оптимизации показа рекламы. Рекомендуем отправлять события из браузера и сервера на один и тот же ID пикселя Meta. | |
Для использования API требуется Business Manager. С помощью Business Manager рекламодатели могут интегрировать маркетинг на Meta со своими внутренними системами и внешними партнерами. Если у вас нет аккаунта Business Manager, создайте его. | |
Маркер доступа | Для использования Conversions API требуется маркер доступа. Получить его можно двумя способами:
|
Переходите к шагу Внедрение API, только когда подготовите все необходимые объекты. Сохраните ID объектов: они понадобятся при выполнении вызовов API.
Если все требования выполнены, можно переходить к внедрению Conversions API. Рекомендуем в процессе сверяться с документацией для разработчиков.
Начинать знакомство с API лучше с тестового вызова. Подготовьте полезные данные и выберите способ его выполнения. После завершения вызова перейдите в Events Manager и убедитесь, что он прошел успешно.
Полезные данные | Способ вызова API |
---|---|
Чтобы сгенерировать простые полезные данные для своего вызова, воспользуйтесь помощником. Следуйте инструкциям в инструменте. Полезные данные будут выглядеть примерно так: { "data": [ { "event_name": "Purchase", "event_time": 1601673450, "user_data": { "em": "7b17fb0bd173f625b58636fb796407c22b3d16fc78302d79f0fd30c2fc2fc068", "ph": null }, "custom_data": { "currency": "USD", "value": "142.52" } } ] } Чтобы протестировать полезные данные прямо в помощнике, подставьте ID своего пикселя в раздел Тестирование полезных данных и нажмите Отправить в тестовые события. Чтобы посмотреть событие, перейдите в Events Manager, выберите Мой пиксель > Тестирование событий. Подробную информацию об инструменте тестирования событий см. в этом разделе. | Когда полезные данные будут готовы, выберите способ выполнения вызова: через инструмент Graph API Explorer (см. руководство) или через собственные серверы. Во втором случае можно использовать CURL или Meta Business SDK (рекомендуется). Независимо от выбранного способа вам нужно вызвать конечную точку { "events_received": 1, "messages": [], "fbtrace_id": <FB-TRACE-ID> } |
Выполнив первый вызов, изучите события в разделе Events Manager > Мой пиксель > Обзор.
Переходите к шагу Отправка и проверка событий, только когда проверите тестовые события в Events Manager.
Чтобы начать отправлять события, выполните запрос POST
к границе контекста /events
API. Прикрепите к вызову полезные данные (сгенерировать их можно в помощнике). Ресурсы с дополнительной информацией и примерами кода:
После отправки событий перейдите в Events Manager и проверьте, получили ли мы их. Подробную информацию о проверке событий см. в этом разделе.
Если вы хотите использовать API вместе с пикселем в браузере, переходите к настройкам дедупликации. Если нет, то вы успешно завершили интеграцию. По любым вопросам вы можете обращаться в службу поддержки.
Если вы отправляете идентичные события через пиксель и Conversions API, для них необходимо настроить дедупликацию. Чтобы понять логику дедупликации, ознакомьтесь с документацией для разработчиков.
Если в течение 48 часов на один и тот же ID пикселя будут отправлены события с одинаковыми значениями параметров сервера (event_id
, event_name
) и браузера (eventID
, event
), более поздние из таких событий будут сброшены.
Чтобы гарантировать дедупликацию событий, следуйте этим инструкциям.
event_id
в серверном событии и eventID
в браузерном;event_name
в серверном и браузерном событиях.event_id
. Это значение не должно использоваться в других событиях.Использование ID событий — самый эффективный способ дедупликации, но реализовать его довольно сложно. Вы можете использовать альтернативные решения, а также параметры external_id или fbp. Если в течение 48 часов после получения первого события мы обнаружим другое, параметры external_id или fbp которого соответствуют параметрам первого, то автоматически дедуплицируем их.
В Meta Business SDK имеются расширенные функции специально для пользователей Conversions API:
Ниже приведены инструкции для партнеров, которые предлагают сервис Conversions API рекламодателям.
Ваше приложение должно получить следующие разрешения и доступ к функциям:
Для начала выполните прямую интеграцию и протестируйте ее. После этого вы сможете запросить разрешение на отправку событий от имени клиентов. Возможные варианты аутентификации перечислены далее.
Расширение Meta Business возвращает всю информацию, необходимую для отправки событий от имени клиента, с помощью следующего процесса. Оно предоставляет конечную точку для получения маркеров доступа системных пользователей, созданных в аккаунте Business Manager клиента. Этот процесс требует разрешения на отправку событий сервера. Он выполняется автоматически и безопасно.
В качестве входного параметра конечная точка запрашивает маркер доступа пользователя. После завершения настройки расширения Meta Business новые пользователи должны выполнить вызов к этой конечной точке, чтобы получить маркер доступа системного пользователя. Чтобы вызвать новую конечную точку API, существующие пользователи должны запросить разрешение повторно.
На данный момент расширение Facebook Business доступно только утвержденным партнерам. Если вы хотите стать одним из них, обратитесь к представителю компании Meta в своем регионе.
Попросите клиента создать маркер доступа системного пользователя вручную (через Conversions API в настройках пикселя). Затем отправьте события с этим маркером пикселю рекламодателя.
Системный пользователь или администратор должен установить приложение, которое будет использоваться для создания маркера доступа. Тем самым вы разрешите приложению вызывать API от имени этого человека.
В этом случае клиент передает свой пиксель партнеру через настройки Business Manager или API, после чего тот может назначить пользователя партнерской системы для работы с пикселем клиента, а также создать маркер доступа для отправки событий сервера.
Для атрибуции событий API на платформе можно использовать поле partner_agent
. При отправке событий от имени клиента в нем можно указать уникальный идентификатор платформы. Управляемым партнерам рекомендуем согласовать идентификатор платформы со своим представителем Meta. Это значение должно содержать не более 23 символов, среди них минимум две буквы. Его нужно отправлять с каждым событием сервера.
Всегда предоставляйте рекламодателям актуальные руководства по активации интеграции на вашей платформе.
Информация об отладке и статьи Справочного центра для бизнеса.
Чтобы ваш представитель Meta помог вам протестировать интеграцию и устранить неполадки, предоставьте ему ID Business Manager, ID приложения и ID пикселя.