Комментарии 6
Не будет ли при таком подходе код отправки событий заблокирован в IOS14 и новее, которые блокируют FB пиксель? Ведь получается, что здесь события тоже будут отправляться джаваскриптом...
ITP пытается блокировать cross site tracking.
Conversion API от FB решает проблему межсайтной слежки за пользователем. Так как вы передаете User Agent, IP, fbp, fbс если возможно то и email/phone/имя пользователя и другое. С помощью всех этих параметров FB может точно сказать какой именно пользователь посещал те или иные сайты. Таким образом FB будет знать все тоже самое про пользователя и даже больше чем до появления ITP и похожих технологий.
А можете пожалуйста объяснить в чем преимущество использования gym server side для conversion api?
Не совсем понятен вопрос. Существует несколько вариантов реализации FB CAPI. И использование GTM Server Side один из них.
Для меня он удобен тем что как правило у клиента уже установлен GTM Web контейнер и с помощью этого решения можно сделать отправку запросов в CAPI без вмешательства разработчиков.
Да, я как раз имел ввиду вопрос почему используется server side, а не веб контейнер gtm.
В таком случае ответ простой. С помощью веб контейнера gtm это сделать невозможно. FB CAPI подразумевает только S2S соединение. Для отправки запросов в CAPI используется ваш приватный ключ от FB. И получается если вы будете отправлять запросы с WEB контейнера то все его смогут увидеть и получить доступ к данным на вашем FB акаунте.
Как настроить Facebook Conversion API с помощью GTM Server Side