獨(dú)立站聯(lián)盟營銷廣告代碼追蹤原理

時(shí)間：2023-07-09 18:03:02 | 來源：網(wǎng)站運(yùn)營

時(shí)間：2023-07-09 18:03:02 來源：網(wǎng)站運(yùn)營

獨(dú)立站聯(lián)盟營銷廣告代碼追蹤原理：

大家都知道，獨(dú)立站做聯(lián)盟營銷相比網(wǎng)紅營銷在廣告數(shù)據(jù)上面容易實(shí)現(xiàn)追蹤，通過在聯(lián)盟平臺(tái)有報(bào)表很直觀看到一些推廣數(shù)據(jù)，比如 點(diǎn)擊數(shù)，訂單數(shù)，銷售額，傭金，轉(zhuǎn)化率，客單價(jià)，折扣碼，出單SKU等等（但是為什么很少看到展示數(shù)據(jù)，大家可以想想）。





具體背后的原理是廣告主在上線之前，聯(lián)盟平臺(tái)會(huì)要求在廣告主的網(wǎng)站上加一串追蹤代碼，也就是Pixel，就像Facebook廣告和Google廣告一樣，廣告投放也是依賴于Pixel的數(shù)據(jù)收集以及回傳，如果數(shù)據(jù)收集和回傳出現(xiàn)問題，比如蘋果的ITP隱私政策導(dǎo)致第三方cookies失效，用戶點(diǎn)擊廣告的時(shí)候?yàn)g覽器無法保存Cookie，那么轉(zhuǎn)化數(shù)據(jù)丟失了，也就是我們所說的丟單。




這里要解釋三個(gè)術(shù)語

Pixel：也叫廣告像素，在聯(lián)盟平臺(tái)里面對(duì)應(yīng)有兩種類型 Javascrip Pixel和Image Pixel兩種，其中Image Pixel是一串1*1的微小像素用戶無感知

Cookies：比如大部分用戶電腦的C盤有個(gè)這樣的文件路徑，其實(shí)就是cookie存儲(chǔ)的地方：C:/Documents and Settings/Administrator/Cookies。

其中Cookie也分為兩種，第一方cookies（廣告主域名下面的），第三方cookies（非廣告主自身的第三方廣告服務(wù)提供方）

ITP：蘋果在iOS11里推出了一種可以屏蔽第三方cookies的服務(wù)，叫做Intelligent Tracking Prevention（智能反跟蹤）




我們?cè)偈崂硪幌侣?lián)盟廣告追蹤過程：







1.用戶訪問了聯(lián)盟客的一個(gè)網(wǎng)站；

2.用戶點(diǎn)擊了聯(lián)盟客網(wǎng)站上的一個(gè)banner或者廣告鏈接；

3.用戶跳轉(zhuǎn)到廣告主的網(wǎng)站上，而此時(shí)點(diǎn)擊的廣告鏈接其實(shí)帶聯(lián)盟平臺(tái)的參數(shù)比如這個(gè)鏈接，有些會(huì)包含素材，聯(lián)盟客ID等參數(shù)；點(diǎn)擊時(shí)ShareASale聯(lián)盟平臺(tái)的服務(wù)器會(huì)記錄此刻的點(diǎn)擊事件行為

https://www.shareasale.com/u.cfm?d=190645&m=32599&u=193744&urllink=banggood.com&afftrack=uuu79A45D9C-FAEB-4F11-BDC7-B60DA11BEAEC 經(jīng)過重定向后點(diǎn)擊會(huì)帶到廣告主的網(wǎng)站

https://banggood.com/?aff_key=b1k4_121o3z&utm_source=ShareASale&utm_medium=aff&sscid=b1k4_121o3z&SSAID=193744

等瀏覽器完全加載完之后就會(huì)在用戶電腦上植入cookie，比如標(biāo)記渠道來源 shareasale

4.用戶在廣告主的網(wǎng)站上瀏覽商品；

5.用戶對(duì)產(chǎn)品興趣下單付款了，在付款成功頁激活了聯(lián)盟平臺(tái)的pixel代碼，然后就會(huì)把加代碼需要回傳的信息 比如訂單號(hào)，訂單金額，貨幣符號(hào)，折扣碼，下單SKU等等信息回傳到對(duì)應(yīng)的聯(lián)盟平臺(tái)，聯(lián)盟平臺(tái)將點(diǎn)擊事件的數(shù)據(jù)歸因到對(duì)應(yīng)的聯(lián)盟客，然后通過報(bào)表展示在前臺(tái)。













從上面的流程可以得知，聯(lián)盟平臺(tái)自身的追蹤技術(shù)其實(shí)很關(guān)鍵，特別是大量點(diǎn)擊的數(shù)據(jù)處理能力，也決定了追蹤成功的準(zhǔn)確性，是否會(huì)容易漏單。由于漏單會(huì)導(dǎo)致聯(lián)盟客傭金損失，這也是為什么優(yōu)質(zhì)的聯(lián)盟客媒體會(huì)選擇主流的大聯(lián)盟平臺(tái)，甚至?xí)尤攵鄠€(gè)聯(lián)盟平臺(tái)，帶多個(gè)聯(lián)盟鏈接進(jìn)行推廣，其中也會(huì)對(duì)比追蹤數(shù)據(jù)的差異進(jìn)行測(cè)試，實(shí)現(xiàn)流量變現(xiàn)最大化。




那么聯(lián)盟平臺(tái)的代碼一般是怎么樣的

我們以下面這串代碼為例，是Img的形式pixel，需要加在網(wǎng)站前端。其中{{xxxl}}部分都是需要?jiǎng)討B(tài)傳參數(shù)進(jìn)行賦值，參數(shù)的具體定義一般聯(lián)盟平臺(tái)有技術(shù)文檔可以參考。

<!-- Fallback Image Pixel Tracking - Mandatory -->


如果是自建站接聯(lián)盟代碼，如果沒有技術(shù)可能覺得上面這串代碼有些復(fù)雜，所以越來越多的聯(lián)盟平臺(tái)針對(duì)購物車是通過SaaS建站工具提供了插件，比如Shopify上面就有很多主流聯(lián)盟平臺(tái)的比如ShareASale,Impact,CJ,基本上加代碼這個(gè)步驟變成傻瓜式的一鍵關(guān)聯(lián)。




除了Pixel這種前端代碼接入方式外，還有S2S（server2 server）Call 和API Call，屬于服務(wù)器對(duì)服務(wù)器的接入需要內(nèi)部IT支持。同樣在APP端的In-app購買數(shù)據(jù)回傳就更復(fù)雜，有些需要植入聯(lián)盟平臺(tái)的SDK，或跟第三方的MMP比如Branch，Appsflyer合作。