Існує два способи інтеграції з Facebook, і ми розглянемо обидва з них нижче:
- Pixel від Facebook (відстеження Javascript на стороні клієнта)
- CAPI на Facebook (сповіщення на стороні сервера)
Використання їхнього піксельного коду Javascript є найпопулярнішим і широко використовуваним методом інтеграції з Facebook майже для всіх платформ. Це сценарій, який Facebook дає користувачам для розміщення на своєму веб-сайті, і коли ці сценарії завантажуються, ці події передаються назад у Facebook.
Хоча це найпоширеніший метод, він також є найменш надійним.
Оскільки все більше браузерів і розширень випускають функції для забезпечення конфіденційності користувачів, докладається все більше зусиль, щоб запобігти надсиланню цих подій і подій відстеження назад до Facebook. Отже, якщо цей сценарій не може бути завантажений на пристрій користувача з будь-якої причини, дані не надсилатимуться назад до Facebook.
Повідомлення на стороні сервера є більш надійним методом надсилання даних, оскільки вони відбуваються у фоновому режимі та усувають необхідність завантаження сценаріїв на пристрій користувача, а також вплив блокувальників реклами.
Нижче ми розглянемо, як налаштувати кожну опцію та як вони працюють. Перш ніж зануритися в статтю, ви можете перевірити коди купонів thrivecart.
Контур змісту
1. Стандартний Facebook Pixel – відстеження пікселів Facebook Thrivecart
У налаштуваннях продукту потрібно перейти до Checkout > Tracking.
Тут ви можете ввімкнути опцію для Facebook, і вам потрібно буде ввести свій Facebook Pixel ID у поле.
Коли ви закінчите, ви можете зберегти свій продукт, а ваш піксель Facebook і відстеження подій покупок будуть збережені у вашому продукті та послідовностях.
Вам не потрібно додавати будь-які додаткові коди або знижувати/знижувати свій продукт.
Якщо ви використовуєте рекламу Facebook і хочете пов’язати події покупки з цими оголошеннями, ви повинні використовувати користувацький субдомен у ThriveCart. Відтепер Facebook відстежуватиме лише події, які відбуваються в доменах, якими ви володієте та підтверджені на вашій інформаційній панелі. Дивіться цю статтю про підтвердження домену Facebook, щоб дізнатися більше.
ThriveCart автоматично оброблятиме ваші коди Facebook по всій послідовності продукту та надсилатиме дані назад у Facebook:
ViewPage (за умовчанням, завантажується на кожній сторінці послідовності).
InitiateCheckout (це з’являється після того, як користувач введе свою адресу електронної пошти.) Раніше ця подія завантажувалася миттєво, коли хтось потрапляв на сторінку оплати, але останні зміни у Facebook тепер вимагають певних параметрів події (включаючи адресу електронної пошти).
BrowseContent (завантажується на сторінках збільшення та зниження продажів).
Інвестуйте в (завантажується на сторінці успіху або перед переспрямуванням на вашу спеціальну сторінку успіху та для кожного продукту, який клієнт придбав у воронці).
Ми включаємо різноманітні дані та параметри для кожної події, як-от вартість, валюта, тип продукту, ідентифікатор, назва тощо.
Приклад типу вмісту: продукт та ідентифікатор продукту, наприклад product-xx, bump-xx, upsell-xx та down-sell-xx, де "xx" - це ідентифікатор продукту з вашого облікового запису.
За умовчанням ми надсилаємо одну подію покупки для кожного товару, придбаного у послідовності. Наприклад, якщо ви купуєте Продукт, Bump і Upsell, у вас буде три події покупки з інформацією для кожної з них. Щоб надіслати одну подію покупки для всього замовлення, установіть прапорець «об’єднати витрати».
Сума, яку повідомляє Facebook, — це сума, сплачена клієнтом, а не сума, яку він може заплатити в майбутньому. Ця ціна не включає податки та доставку.
Використовуєте власну сторінку успіху?
Під час запуску спеціальної сторінки успіху сторінка успіху, розміщена на ThriveCart, тимчасово завантажується у фоновому режимі, перш ніж буде переспрямовано на вашу спеціальну сторінку (клієнт не знає про це).
У нас є невелика затримка, щоб дати час для сценаріїв сторонніх розробників (на зразок цього) для запуску та звітування, але залежно від пристрою користувача, швидкості Інтернету та часу, необхідного для завантаження вашого сайту, можливо, браузер Pixed подія покупки на основі не встигає завантажитися до того, як клієнт перейде на ваш сайт (за умови, що подія не заблокована примітками у верхній частині цієї статті).
Як генеруються ідентифікатори подій?
Хочете знати, як генеруються ідентифікатори подій для дедуплікації?
Ідентифікатори подій, які ми генеруємо, генеруються tc.
-[ідентифікатор продукту]-[єдиний у своєму роді ідентифікатор переглядача]-[помітка часу unix]
Це означає, що один і той самий пристрій не генеруватиме той самий ідентифікатор події двічі (вони повинні бути унікальними)
Події покупки також мають свій ідентифікатор. Вони такі: tc-[ідентифікатор замовлення]-initial (для події початкової покупки, якщо вона об’єднана в одну подію), tc-[ідентифікатор замовлення]-[product/upsell/downsell]. -[item id]-initial, якщо є кілька подій (наприклад, tc-2135-product-5, а потім tc-2135-upsell-3 тощо).
Повторні рахунки наступні: tc-[ідентифікатор замовлення]-[product/upsell/downsell]
-rebill x-[ідентифікатор елемента] (де X – кількість повторних платежів, які були відстежені на даний момент).
