转化是创造收入的事件。
它们只能发生在着陆页和优惠页面节点上,但对于任何访客来说,转化也会归因于他们在转化页面之前访问过的页面/节点。
有三种方法来跟踪转化:
- 使用回传URL
- 使用我们的JavaScript
- 使用我们的漏斗构建器
我将在下面介绍这两个选项。
使用回传URL跟踪转化
回传URL非常简单 -- 它只是一个由某个系统加载的URL,比如您的优惠网络、另一个跟踪平台、应用程序/页面中的某些代码,甚至是您在浏览器中。
它们本质上非常简单。您加载URL作为传递一些信息的方式,它们被接收,就是这样!
您可以在设置 > 跟踪代码区域以及优惠/优惠来源的转化跟踪选项卡中找到回传URL:
您可以使用两种回传方法。
使用点击ID进行跟踪
您可以在系统设置下找到FunnelFlux Pro全局回传URL:
https://DOMAIN/pb/?hit=REPLACE&tx=REPLACE&rev=REPLACE
- hit = 一个唯一的点击ID(必需)
- tx = 可选的交易ID
- rev = 可选的转化收入(如果未传递,我们将使用优惠配置中定义的默认支付额)
要使这个功能生效,您需要传递一个点击ID,这是我们为漏斗中任何节点的每次访问生成的唯一跟踪ID。因此,单个访客(具有单个访客ID)在触及每个节点时都会生成不同的点击ID。
当有人访问一个页面时,我们想获取为该页面生成的点击ID,并在转化发生时将其传回。
最简单的方法是更改您的优惠以使用令牌{hit}
将我们的点击传递给他们。在大多数情况下,对于联盟网络,这意味着在URL中传递类似...&clickid={hit}...
的内容。
然后在网络中配置的回传URL中,您可以传回该数据,使用类似这样的内容:
https://DOMAIN/pb/?hit={{clickid}}&tx={{transaction}}&rev={{payout}}
请记住,这只是一个示例 -- 用于传递点击ID的参数和回传中使用的令牌将取决于第三方系统。使用我们的优惠来源模板来指导您。
如果您使用的是自定义系统或自己开发的漏斗,那么捕获这个点击ID并在转化发生时通过回传URL传回就取决于您了。
使用JavaScript跟踪转化
跟踪转化的第二种方法是使用JavaScript。
转到任何优惠 > 编辑 > 转化跟踪。这将给您提供触发转化事件的代码,它是我们的通用标签,后跟一个flux.track事件,如下所示:
<!-- FF Pro Conversion Event --> <script> flux.track("conversion",{rev:"VALUE"}) </script>
在这里,您可以用自己的收入值替换,或者留空以使用优惠的默认值。
按原样,这段代码将转化最近访问的优惠视图。如果您想强制指定特定的页面ID,可以传递p
参数,您还可以强制指定特定的vid
或hit
(不要同时传递两者)。您还可以使用tx
参数传递交易ID(所有这些都在函数的第二个参数中的对象内 -- 花括号内的内容)。
通过漏斗构建器触发
触发自定义事件的另一种方法是直接通过漏斗构建器,使用我们的"对动作"功能。
对于从页面出来的任何动作,右键点击 > 修改动作。
从那里,您可以选择触发特定的自定义事件或转化。
禁用向您的流量来源发送回传
作为高级选项,如果您想向FunnelFlux发送回传/转化,但不向您的流量来源触发事件,您可以在回传URL中添加...&disable_postbacks=true...
。
示例:
https://DOMAIN/pb/?vid=REPLACE&p=REPLACE&tx=REPLACE&rev=REPLACE&disable_postbacks=true
这在运行搜索套利时特别有用,因为您可以使用更准确的收入造成延迟转化在FunnelFlux中更新,而不改变流量来源的转化数据。
事件状态处理
如果您使用单个回传但有状态发生变化且多次发送的事件,您可以使用状态参数来修改现有的转化。
例如:
https://DOMAIN/pb/?hit=REPLACE&tx=REPLACE&rev=REPLACE&status={status_token}
如果发送的状态值为 pending
、hold
或 preapproved
,我们的系统将收入调整为 00.1 – 创建一个转化但收入值很小作为临时值。
当状态设置为 rejected
、reject
、trash
或 cancelled
时,收入将被设置为 -1,这将删除现有的转化(如果有)或不创建任何转化。
如果状态为任何其他值,它将被视为正常转化,本质上是忽略状态并进行正常转化。
替代回传方法 - 基于会话的VID
如果您无法捕获特定页面的单个唯一点击ID,但可以捕获用户的访客ID(VID),那么您也可以将其用于转化。
VID是用户/会话的唯一标识符。我们总是在JS响应中返回它,自动将其添加到重定向目的地,并尝试自动将其传递到动作链接中。
通常,在访客旅程开始时捕获这个ID可能更容易,而不必担心某个特定页面上的某个点击,尤其是对于与电子商务相关的平台。
相反,您可以在回传URL中传回VID以及转化的页面ID。
因此,您的回传URL可以是:
https://DOMAIN/pb/?vid=REPLACE&p=REPLACE&tx=REPLACE&rev=REPLACE
当您传递这样的数据时,我们将找到该VID/用户,然后为该页面ID找到最近的点击ID。
使用访客ID与点击ID进行转化跟踪的对比
对于基于回传的转化跟踪,使用访客ID或点击ID各有一些优缺点。
对于访客ID:
- 通常更容易捕获,因为我们的JS总是有它,我们的重定向总是添加它
- 它是单个访客标识符,所以在CRM和电子商务系统中存储起来更容易
- 这也使得它在有追加销售/多个优惠的流程中更有用,您可以存储一个用户ID并发送多个转化事件
- 您不需要在不同的优惠页面上捕获不同的ID并确保它们被正确存储/使用
- 然而,VID数据是从我们的会话存储中查找的,这不是永久的。这些会话默认持续4天,并在有活动时自动延长。所以虽然您可以将这个值存储在CRM中,但如果您在6个月后没有任何先前活动的情况下触发一些随机转化,它就不会起作用。
- 此外,对于VID,您还必须传递一个页面ID值来说明哪个优惠转化了 -- 否则它将使用该用户会话的最后访问的优惠
对于点击ID:
- 在传统的联盟场景中,传递单个唯一点击ID,然后将其传回另一个系统很简单
- 不需要指定另一个值,如页面ID,因为点击ID已经是特定页面访问的唯一标识符
- 点击永远存储在我们的分析数据库中,所以可以在将来的任何时候进行转化
- 然而,与VID不同,您不能使用一个点击来转化访客的不同页面,所以如果您有很多页面/优惠和某个CRM系统,它们就不太理想
如果有疑问,请随时联系我们,我们可以帮助解答有关回传跟踪的任何问题。