有两种方法可以与 Facebook 集成,我们将在下面介绍这两种方法:
- Facebook 的 Pixel(客户端 Javascript 跟踪)
- Facebook 上的 CAPI(服务器端通知)
使用他们的 Javascript 像素代码是几乎所有平台上与 Facebook 集成的最流行和广泛使用的方法。 这是 Facebook 提供给用户的脚本,可以放在他们的网站上,当这些脚本被加载时,这些事件会被传递回 Facebook。
虽然这是最常用的方法,但它也是最不可靠的。
随着越来越多的浏览器和扩展程序发布功能以帮助保护用户隐私,正在做出更多努力来防止这些事件和跟踪事件被发送回 Facebook。 因此,如果该脚本由于某种原因无法加载到用户的设备上,则不会将任何数据发送回 Facebook。
服务器端通知是一种更可靠的数据发送方法,因为它们发生在后台,无需在用户设备上加载脚本以及广告拦截器的影响。
我们将在下面介绍如何设置每个选项以及它们如何工作。 在深入研究文章之前,您可以检查 繁荣购物车优惠券代码.
内容大纲
1. 标准 Facebook Pixel – Thrivecart Facebook 像素跟踪
您必须导航到产品设置中的结帐 > 跟踪。
您可以在此处启用 Facebook 选项,并且您需要在该字段中输入您的 Facebook Pixel ID。
完成后,您可以保存您的产品,您的 Facebook 像素和购买事件跟踪将保存在您的产品和渠道中。
您不需要为您的产品添加任何额外的代码或加售/减售。
如果您正在投放 Facebook 广告并希望将购买事件与这些广告相关联,则必须在 ThriveCart 中使用自定义子域。 Facebook 现在将仅跟踪在您拥有并已在仪表板中验证的域上发生的事件。 有关更多详细信息,请参阅有关 Facebook 域验证的这篇文章.
ThriveCart 将在整个产品漏斗中自动处理您的 Facebook 代码,并将数据报告回 Facebook:
ViewPage(默认,在漏斗中的每个页面上加载)。
InitiateCheckout(在用户输入他们的电子邮件地址后出现。)此事件用于在有人到达结帐页面时立即加载,但最近的 Facebook 更改现在需要特定的事件参数(包括电子邮件地址)。
BrowseContent(加载在加售和减售页面上)。
投资(加载在成功页面上或在重定向到您的自定义成功页面以及客户在渠道中购买的每种产品之前)。
我们为每个事件包含各种数据和参数,例如价值、货币、产品类型、ID、名称等。
示例内容类型:产品和产品 ID,例如 product-xx、bump-xx、upsell-xx 和 down-sell-xx,其中“xx”是您帐户中的产品 ID。
默认情况下,我们为漏斗中购买的每件商品发送一个购买事件。 例如,如果您购买 Product、Bump 和 Upsell,您将拥有三个 Purchase 事件,每个事件都有信息。 要为整个订单发送单个购买事件,请选中“合并费用”框。
向 Facebook 报告的金额是客户支付的金额,而不是他们未来可能支付的金额。 此价格不包括税费或运费。
使用自定义成功页面?
运行自定义成功页面时,ThriveCart 托管的成功页面会在后台临时加载,然后重定向到您的自定义页面(客户不知道这一点)。
我们有一个短暂的延迟,以便让第 3 方脚本(像这样)有时间触发并报告回来,但根据用户的设备、互联网速度以及您的网站加载所需的时间,浏览器可能是 Pixed基于购买事件在客户被带到您的网站之前没有时间加载(假设该事件没有被本文顶部的注释阻止)。
事件 ID 是如何生成的?
您想知道如何为重复数据删除生成事件 ID 吗?
我们生成的事件 ID 由 tc.生成。
-[产品 ID]-[独一无二的查看器 ID]-[unix 时间戳]
这意味着同一设备不会两次生成相同的事件 ID(它们必须是唯一的)
购买事件也有自己的 ID。 它们分别是:tc-[order id]-initial(对于初始购买事件,如果合并成一个事件),tc-[order id]-[product/upsell/downsell]。 -[item id]-initial 如果有多个事件(例如,tc-2135-product-5 然后 tc-2135-upsell-3 等)。
Rebills如下:tc-[订单id]-[product/upsell/downsell]
-rebill x-[item id](其中 X 是到目前为止已跟踪的 rebills 数量)。