Има два начина за интегриране с 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 (зарежда се на страниците за надпродажба и надолу).
Инвестирайте в (заредено на страницата за успех или преди пренасочване към вашата персонализирана страница за успех и за всеки продукт, който клиентът е закупил във фунията).
Включваме различни данни и параметри за всяко събитие, като стойност, валута, тип продукт, идентификатор, име и др.
Примерен тип съдържание: продукт и идентификатор на продукта, като продукт-xx, bump-xx, upsell-xx и down-sell-xx, където „xx“ е идентификационният номер на продукта от вашия акаунт.
По подразбиране изпращаме едно събитие за покупка за всеки закупен артикул във фунията. Например, ако закупите Продукта, Bump и Upsell, ще имате три събития за покупка с информация за всяко от тях. За да изпратите едно събитие за покупка за цялата поръчка, поставете отметка в квадратчето „комбиниране на таксите“.
Сумата, отчетена обратно във Facebook, е сумата, платена от клиента, а не сумата, която може да плати в бъдеще. Тази цена не включва данъци или доставка.
Използвате персонализирана страница за успех?
Когато стартирате персонализирана страница за успех, хостваната от ThriveCart страница за успех временно се зарежда на заден план, преди да бъде пренасочена към вашата персонализирана страница (клиентът не е наясно с това).
Имаме кратко забавяне, за да дадем време на скриптове на трети страни (като този) да се задействат и да докладват обратно, но в зависимост от устройството на потребителя, скоростта на интернет и времето, необходимо за зареждане на сайта ви, е възможно браузърът Pixed базирано на покупка събитие няма време да се зареди, преди клиентът да бъде отведен на вашия сайт (ако приемем, че събитието не е блокирано от бележките в горната част на тази статия).
Как се генерират идентификатори на събития?
Искате ли да знаете как се генерират идентификатори на събития за дедупликация?
Идентификаторите на събития, които генерираме, се генерират от tc.
-[идентификатор на продукта]-[единствен по рода си идентификатор на зрителя]-[unix времево клеймо]
Това означава, че едно и също устройство няма да генерира един и същ идентификатор на събитие два пъти (те трябва да са уникални)
Събитията за покупка също имат свой собствен идентификатор. Те са както следва: tc-[идентификатор на поръчката]-първоначална (за първоначалното събитие на покупка, ако е комбинирано в едно събитие), tc-[идентификатор на поръчката]-[product/upsell/downsell]. -[идентификатор на артикула]-първоначално, ако има множество събития (например tc-2135-product-5 и след това tc-2135-upsell-3 и т.н.).
Повторните сметки са, както следва: tc-[идентификатор на поръчка]-[продукт/достъпна продажба/надолу]
-rebill x-[идентификатор на артикула] (където X е броят на повторните сметки, които са били проследени досега).
