国外LEAD联盟是如何跟踪任务的！

今天花了不少时间整理了下这个关于国外CPA联盟做任务时候关于追踪器的原理解析，如果你想真正了解如何追踪，你只需要知道三点。

这三件事可以让你了解不只是像Voluum和Prosper那样的affiliate追踪器，还有流量源追踪和affiliate联盟追踪 (如CAKE) 在内的所有追踪系统。他们都以同样的方式进行追踪！
本教程的很长，但请坚持读完！

第一点：数据库ID

你需要了解的第一件事情就是数据库是如何工作的。所有追踪都在自己的数据库运行，这就好比电子表格上的列一样。
每当有客人访问追踪系统，不管是affiliate网络追踪器，还是像Voluum那样的affiliate追踪器或交通源追踪器，他们都会被分配一个ID。然后，追踪器把每一个跟该游客ID相关的信息都关联起来。包括他们的移动运营商、浏览器、访问网站、是否转化、等等。
这样，你就可以从一个追踪器上找到所有你想要的信息。例如，如果你想知道一个移动运营商的转化率是多少，追踪器会搜索所有使用该移动运营商的ID，然后检查有多少ID转换，最后告诉你结果。例如：你正在英国做一个campaign，想知道Orange这个运营商怎么样。追踪器在其“运营商”栏查找”Orange”，统计所有把Orange列为名单的ID，然后计算转化率。
这些ID在不同的系统有不同的叫法。
基本上所有的affiliate追踪器都把他们叫做 ”subid” 或 ”clickid”。
流量源给他们起不同的名字。比如，Decisive会把这个ID称作bidhash。如果你想将转化信息发回流量源，那你需要知道该流量源使用的名称是什么。所以，如果当你看到一个叫subid，clickid，或类似名字的ID时，你就明白这只是客人在数据库的标识符而已。
但是，为什么经常看到这些ID有方括号，大括号，或者散列？我在第三件事会讲到。你首先需要了解的是信息是如何通过从Web服务器到Web服务器。问自己一个问题看看是否明白了这一点：
当你搜索某个网站的点击率时，追踪器是怎么找到答案的？

关于数据库，你需要了解的另一点是：每个ID有自己固定的一些信息空格，而每个信息空格都有标准名称。
许多跟踪器都可以把你喜欢的信息保存到空格里，但空格的名称始终不变。例如，Prosper有C1，C2，C3等空格。你可以保存任何东西，从Decisive bidhash到POF年龄和状态的信息，但空格仍被称为C1，C2，C3等。同样，Cake有S1，S2，S3，S4和S5五个空格。S2通常用来存储从追踪器发送到Cake的子ID，但这只是惯例。你可以存储任何你喜欢的东西，从最喜爱的动物的名字到猜测的下一个超级碗的冠军。不过存储子ID更有用！

第二点：GET请求
如果你同时控制了流量源和campaign的offer，追踪将变得极其简单，你几乎不用做任何设置。
这是因为同一系统会从访客进入到离开全程追踪。affiliate追踪棘手的是，至少涉及三个系统：流量源，affiliate追踪器 (如Voluum) 和affiliate联盟。这些系统来回传递信息。
当你追踪的访客转化了一个offer，affiliate联盟需要将信息传递给追踪器。
要做到这一点，追踪器需要把用来追踪的ID传到affiliate联盟。
流量源告诉追踪器哪条广告被点击。
有时候追踪器会使用流量源ID将访客转化的信息传递回流量源。
等等。
幸运的是，在网络来回传递信息有统一方法：这就是所谓的GET请求。这听起来很吓人，但事实是，你每天都能看见数百条GET请求。
GET请求被添加到网页URL的末尾，以便将信息传递到运行该URL的Web服务器。你可以简单认出GET请求，web网址上“？”之后部分的都是GET请求。因此，举例来说，这是一个有GET请求的URL：google.co.uk/search?
在这种情况下，GET请求为q=boots。这是什么意思呢？
GET请求由两部分组成：发送信息的名称，和该信息的价值。在这种情况下，信息的名称为“q”，意思是“查询”，价值为“boots”，意思是boot是我搜索的东西。如果你想发送多个数据，则用 “＆”分隔问号，之后加上数据再发送。下面的例子是Cake上的一个标准affiliate URL：ubernetwork.com/?
在affiliate campaign,很多时候你都会用到这些GET请求。
比如你正在Facebook上做广告，你可以用GET请求把每个广告 (banner) 的名称发送到追踪器。例如在Prosper，你会把“t202kw”作为名字，广告名称作为价值 – 比如广告名称是Ad_1_Blonde的话，那么URL的结尾就应该是t202kw= Ad_1_Blonde。大部分时间，追踪系统将自动生成信息。例如，Prosper自动生成一个campaign ID，以便知道给访客发送哪些campaign。这就是Prosper URL里 “t202id”的作用。
问自己一个问题看看是否明白了这一点：
如果Facebook URL的结尾是?banner=banner1&subid=123，这是什么意思？

第三件事：令牌
通常情况下，你不会用GET请求每次发送同样的信息，你希望它会随着访客而变 化。
例如，如果你正在Cake平台上运行一个offer，你会希望把每个访客的子ID都发送到Cake，而不是每次都发送同一个子ID。做到这个很简单，你只需要一个追踪器软件可以识别的文本，并在正确的时间替换为正确的信息。
这些被称为“令牌” (即 Tracking Tokens)，他们在各个跟踪器各不相同，但大多看起来大致相同。

它们以一个符号而不是一个字母开始和结束。可以是{ and }, [ and ], # and #或别的符号。有时追踪系统甚至使用多个符号，就像CPVLab的{! and !}，或Decisive的{{{ and }}}。
他们为什么这样做？发送“这文字需要被更换，而不是被复制”的信号给追踪软件。如果追踪器替换了所有subid，例如，GET变量里的&subid=subid 就变成了123=123，而不是你想要的&subid=123。
所以，使用令牌可以让追踪器记录每个访客相关的信息，而不是把每个访客的信息都记录成一样。在相关affiliate联盟、追踪器或是流量源的文档页面可以找到令牌列表。（编注：如果没找到，请联系该 affiliate联盟、追踪器或是流量源寻求协助。）
问自己一个问题看看是否明白了这一点：
你需要把一个名为“S2”的子ID传到affiliate联盟，你的追踪器使用的子ID令牌是{clickid}，那么在offer URL的结尾处你该写什么？

综合以上几点
你可能还是觉得有点迷茫！
但实际上，你现在已经了解了追踪的整个过程。
让我们来看看在Prosper，Facebook和Cake如何投放campaign。

Offer URL:
用Cake URL举例，ubernetwork.com/?。
通过上面所讲的，我们知道，这个URL将信息传递给你的affiliate联盟“ubernetwork.com”。传递的信息是 “a”（affiliate ID）和 “c”（campaign ID）。

我们还要发送追踪器使用的ID，这样当访客转化时Cake就可以把ID发送回来，最好的GET变量名称是”S2”，所以我们改”S1”为”S2”。现在，我们把这个变量名词输入到Prosper的“Offer URL”栏里面，因为Prosper是把信息和访客发送到affiliate联盟的追踪系统的一部分。
Prosper用 “[[subid]]”来表示存放访客子ID的地方。因此，我们把这点体现在名称上，s2=[[subid]]。
当有访客时，Prosper会把 “[[subid]”替换为访客的子ID。因此，如果访客在追踪系统的ID 是42，他们最终访问的页面是：ubernetwork.com/? =1431＆C=2114＆S2=42

流量源URL：
接下来，我们得告诉一下流量源，当访客点击我们的广告时，应该把他们送到哪。Prosper创建了一个URL，但它最终会变成这样：blahblah.com/LP/Anast/C
比方说Prosper提取关键词”t202kw”作为广告名称，所以我们会在URL结尾处加上每个广告的名称。比如说我们的广告名称是Ad1, 那么我们就要在URL后面加上t202kw= Ad1来追踪与这个广告相关的信息。

这意味着，当人们在Facebook点击广告1，我们的跟踪器发送他们点击的广告信息。这里没有使用令牌是因为Facebook没有令牌！
现在，我们已经理清了追踪系统之间的两个信息连接。Facebook上的URL传递信息给追踪器，而追踪器上的URL传递信息给affiliate网络。

URL回传：
现在我们需要做的就是让affiliate网络知道当有人转换时给哪里发送信息，因为我们希望将该信息从Cake发送回追踪器。
要做到这一点，我们需要从Prosper获得回传URL，把它输入到Cake的”回传URL”栏目里。
Cake有一个令牌列表，我们把“s2”作为“subid”发送回追踪器（因为我们之前把”subid”发送到了Cake，并被保存为”s2”）。
Prosper提供的回传URL如下:
track.tracker.info/trac
我们通过在其末尾添加＃S2＃（因为此URL会被Cake处理），完成简单名称值对节点subid=＃S2＃。这意味着，只要有访客转化，Cake会立即发送此人的子ID到Prosper，然后在其数据库留下记录，这样的话我们就可以搜索，找出转化最好的登陆网页和运营商等等。
这就是追踪运行的原理！