理解追踪

James

如果你想真正理解跟踪是如何工作的，你只需要理解三件事。

这三件事将让你了解任何跟踪-不只是联盟跟踪像voluum或Prosper，但也包括流量来源跟踪和联盟网络跟踪像cake系统。它们的工作方式都一样!

本教程很长，但请坚持阅读!

我把它分成三个部分，最后加上一个总结。每个部分都有方便的自学问题，你可以在进入下一个部分之前确保自己已经理解了。

第一件事:数据库id

首先需要了解的是数据库是如何工作的。所有的跟踪都在它自己的数据库上运行，基本上就像一个庞大的电子表格——数据列。

无论访客何时进入任何追踪系统，无论是联盟网络追踪器、像voluum这样的联盟追踪器还是流量源追踪器，他们都会被分配一个ID。

然后，追踪器将它获得的关于该访问者的所有其他信息与该ID关联起来。他们的移动运营商，他们的浏览器，他们访问的登陆器，他们是否转换，等等。

这样，你就可以从追踪器中找到你想要的所有信息。例如，如果你想知道某个移动运营商的转化率，跟踪器会搜索使用该移动运营商的所有id，然后检查这些id中有多少被转换，然后给你结果。

你正在英国开展一项活动，想知道Orange作为运营商做得怎么样。追踪器会在“运营商”一栏中寻找“Orange”，记下每一个列出“Orange”的访问者的id，然后遍历所有这些id，计算有多少人已经转换，有多少人没有。

这些id在不同的系统中被称为不同的东西。

几乎所有的联盟追踪者都称它们为“subbid”或“clickid”。

流量来源对它们有不同的称呼。例如，Decisive将这个id称为“bidhash”。如果您想将信息发送回流量源(用于跟踪转换)，您需要知道他们使用的是什么名称。

如果你看到一个叫做subbid, clickid，或类似的东西，你知道这是数据库中单个访问者的标识符。

但是为什么你经常看到那些有方括号，花括号，或者散列的东西呢?我们会在第三部分中讲到，但是首先，你需要知道信息是如何从一个服务器传递到另一个服务器的。

问自己一个问题，确保你已经理解了这一点:

当你搜索特定着陆器访客的点击率时，跟踪器会做什么来找到它?

关于数据库，您需要知道的另一件事是，它们用标准名称固定了与每个ID关联的数据的“槽”。

许多跟踪器允许您在这些槽中存储任何您喜欢的信息，但槽的名称总是相同的。例如，Prosper有c1、c2、c3等插槽。你可以在其中存储任何你喜欢的东西，从决定性的bidhash到POF年龄和状态信息——但是槽总是被称为c1, c2, c3等等。

同样地，Cake为您提供名为s1、s2、s3、s4和s5的插槽。我们通常使用s2来存储我们从追踪器发送给Cake的subid，但这只是惯例——你可以在那里存储任何你喜欢的东西，从你最喜欢的动物的名字到猜测下一个超级碗的赢家。不过，存储subid可能更有用!

第二件事:获取请求

如果你同时控制了流量来源和推广活动，跟踪就会简单得多，你几乎不需要做任何设置。

这是因为同一个系统会跟踪从访客到达到至离开所有的信息。而联盟营销中棘手的事情是，这样的追踪系统至少涉及三个:流量来源的追踪，联盟客的追踪，联盟平台的追踪。

这些系统必须来回传递信息。

• 当你跟踪的访问者转换任务时，联盟平台需要传递信息到你的追踪器。

• 要做到这一点，你需要把追踪器追踪用户的id传递给联盟平台。

• 流量源必须向你的追踪器传递信息，告诉你刚刚到达你的追踪器的访问者点击了哪个广告。

• 有时候，你的追踪器必须将访问者转换的信息传回流量源，需要使用流量源的ID而不是追踪器的ID。

等等情况。

幸运的是，在Web上有一种标准的来回传递信息的方法—它被称为GET请求。这听起来很吓人，但事实是你每天都能看到上百个。

GET请求被添加到任何Web URL的末尾，以便将信息传递给运行该URL的Web服务器。您可以很容易地发现GET请求——它是Web地址中任何位置的“?”符号之后的所有内容。

例如，这里有一个带有GET请求的URL: https //www. google co uk/search?q=boobs

在本例中，GET请求是q=boobs。这意味着什么呢?

GET请求由两部分组成:正在发送的信息的名称和该信息的值。在本例中，信息的名称为“q”，代表“query”，值为“boobs”，因为这是我在谷歌上搜索的内容。

如果要发送多个数据块，可以在问号后发送，问号之间用“&”分隔。所以

加入社区,可阅读全站10w+资源

您尚未登录，请登录后操作

 非会员试读19%,加入社区后可阅读全文