2022揭秘！告訴你國外LEAD聯盟是如何跟蹤任務的！

2022年3月6日 21:33:59 來源：喜運達

今天花了不少時間整理了下這個關于國外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，然后在其數據庫留下記錄，這樣的話我們就可以搜索，找出轉化最好的登陸網頁和運營商等等。
這就是追蹤運行的原理！