天天看點

「注意!」What?什麼是Shopify的新 Pixel 和 Web Pixel API 功能

「注意!」What?什麼是Shopify的新 Pixel 和 Web Pixel API 功能

圖檔來源:圖蟲創意

做跨境獨立站的賣家大概都有這種感受,随着隐私政策以及Web3.0(使用者資料、算法的完全自主性)的到來,難以準确追蹤歸因,在投廣告方面越來越不精準,其中一個原因就是Cookies的生命周期縮短導緻的。

這種變化就會導緻數字廣告的無效支出增加,并且資料方面得不到有效的收集。——-“流失資料、增加成本,是海外線上營銷人員必須面對的一個痛點。”這裡就必須先了解這個流程中的一個重要的成員-Cookie

什麼是Cookie?有什麼作用?

Cookie就是一串簡單的代碼,當使用者請求通路網站伺服器的時候,伺服器就會建立一個對應的Cookie給使用者,當使用者下次再次通路的時候就會根據Cookie的讀取進行使用者識别以及針對資料相關内容進行一系列動作。

通俗來講,就像第一次去醫院看病,這個醫院需要給病人挂号建電子檔,下次來看病,醫生直接調取過往記錄就能知道你是誰,并且針對性對診斷治療,建檔可以儲存的時間越長,這個病人的資訊也就越完善。

當然有些醫院會定期清除一些檔案,那麼下次病人看病有需要重建立檔,又是一個重新識别的過程。大概邏輯就是這樣,這個比喻可能有點不太适當,不過能夠讓你很快了解到底Cookie作用如何。

是以Cookie有兩方面的作用:識别使用者身份、記錄曆史

Cookie的兩種形式區分

另外Cookie分為兩種形式:第一方Cookie、第三方Cookie

第一方Cookie是什麼?

第一方Cookie是由網絡使用者通路的域建立的 cookie。例如:當使用者通過網絡浏覽器點選A.com時,浏覽器會在第一個頁面中發送一個網頁請求,這個過程需要使用者直接與A.com站 互動。這樣網絡浏覽器随後就将此資料檔案儲存到“A.com”域名下的使用者計算機上。

大多數網頁浏覽器都支援第一方 cookies。

Why?

因為如果你禁用第一方 cookies,當你浏覽網頁從一頁跳到另一頁的時候,網站無法跟蹤你的活動。再比如:每次你從購物網站的其他頁面向購物車添加一些東西,它就會被視為一個新的動作而沒有被記錄下來,這樣你将無法在同一交易中線上購買多個商品了。

第三方Cookie是什麼?

第三方cookie是建立在别的域名不是你通路的域名(位址欄中的網址), 比如:廣告網絡商就是最常見的第三方 cookies 的來源,他們用它們在多個網站上追蹤使用者的行為,當然這些活動可以用來調整廣告。此外圖像、 JavaScript 和 iframe 通常也會導緻第三方 cookies 的生成。

比如谷歌廣告Google Adsense通過第三方Cookie就可以識别超過1400多萬網站中使用者的資訊,Meta也就是Facebook Ads同樣也是依賴第三方Cookie去識别使用者,然後再根據使用者現有資訊,去做廣告,這也是曾經再營銷Retarget廣告非常行之有效的原因。

是以當第三方Cookie逐漸被禁用、隐私政策發揮作用後,對于這些數字廣告平台來說就會出現以下問題:

1、使用者資料的收集就會出現偏差,“新”or“舊”難以識别,“隐形使用者”增加;

2、直接流量的占比會增加,因為資料分析系統隻能根據末次轉化來源來歸因,舉個例子,以前如果客戶a第一天通過廣告進入網站,第二天直接進入網站,成功轉化後,系統會将第二天的轉化來源歸因給廣告,而當第三方Cookie被禁用後,那這個第二天進入網站的a,就會被判斷為一個“新”使用者,轉化成功來源直接判定為直接流量(Direct Traffic),那你認為這種歸因準确嗎?

3、轉化歸因觸點減少,在轉化成功之前使用者操作了什麼,點選幾次等不能精準收集;

4、網站内隊列報告限制,對于網站和使用者分析受限,對于分析使用者留存、使用者旅程等很難綜合性評估優化;

5、歸因品質下降,此前依據一些簡單的方法就可以評判(例如”Last Click”),可以快速關聯廣告和來源,但是現在自從IDFA被限制之後(大部分使用者會選擇LAT),廣告轉化的精準性是大幅度下降的;

6、所有的廣告營銷更加一來Last Click,那麼這樣在整個廣告系統當中可供分析的資料就很有限,通俗來講就是,從有資料可循,變成“;轉化玄學”。複雜性的轉化動機不可簡單分析。

綜上所訴,可以看到幾個關鍵性的問題随着Web3.0/隐私政策的深入,無Cookie時代會導緻做數字營銷的資料收集不準确、轉化歸因觸點減少、歸因不準确品質下降、單一觸點廣告不精準且營銷成本上升;這些問題對于我們線上獨立站賣家來說就像慢性毒藥一樣,逐漸地侵蝕整個營銷體系直至崩塌。

那麼接下來

10月3日,Shopify釋出了一個新的産品【Shopify WebPiexl】,這是shopify的一個新功能,在Shopify Pixel沒有釋出之前,獨立站賣家需要在網站的不同地方比如手動添加JavaScript來跟蹤使用者行為,這些腳本不僅安裝複雜,而且無法捕獲每個客戶事件。但是使用最新的 Shopify Pixel,跟蹤客戶事件可以非常簡單和準确。

正如 Shopify 所述,像素提供以下好處:

允許我們管理和添加用于跟蹤客戶事件的像素(也稱為标簽或跟蹤腳本)。客戶事件是發生在客戶浏覽器中的操作,例如,将産品添加到購物車或啟動結帳;

為您的線上商店和客戶提供額外的安全保護,包括更好地控制您與第三方服務共享的客戶資料;

防止第三方代碼運作不良 Javascript,或幹擾您的線上商店和結帳;

内置隐私合規工具;

好處錨連結到标題為“好處”的部分

Web 像素應用程式擴充為合作夥伴提供了管理和處理行為資料的簡化流程,方法是在安全沙箱環境中加載像素,并使用 API 訂閱客戶事件。Web Pixel 應用擴充為商家和合作夥伴提供以下好處:

消除或盡量減少商家添加跟蹤代碼的需要;

安全通路所有表面,例如店面、結帳和購買後頁面;

控制合作夥伴可以通路的資料;

避免性能和隐私警報;

提供更小的像素代碼庫,去除多餘的 DOM 操作代碼;

請求同意錨連結到标題為“請求同意”的部分

Web 像素應用擴充與客戶隐私 API相容,是以您可以根據需要請求同意。Web 像素應用擴充回調僅在通路者同意後才會執行。當買方同意時,所有注冊的事件都會被重播以捕獲頁面上已經發生的任何事件。

沙盒環境錨連結到标題為“沙盒環境”的部分

Web 像素加載在通路者浏覽器的沙盒中,旨在讓商家和買家完全控制合作夥伴可以通路哪些資料。這些控件意味着像素的一些常見功能将無法正常工作或根本無法工作。

具體來說,這些包括依賴于從 DOM 中擷取資訊或嘗試寫入 DOM 的任何功能。盡管這些限制可能看起來很受限制,但大多數都可以通過使用Web 像素擴充 API傳遞到沙箱的資料來克服。

雖然本文檔側重于 Web 像素應用程式擴充,但重要的是要注意有兩種類型的沙盒環境:strict和lax.

嚴格沙箱(Web 像素應用程式擴充)錨連結到标題為“嚴格沙箱(Web 像素應用程式擴充)”的部分

應用程式開發人員建立 Web 像素應用程式擴充,這些擴充使用Webstrict

Workers 在沙盒環境中加載。這個環境可以通路許多與在浏覽器中運作 JavaScript 相同的全局變量。但是,我們隻保證以下全局變量的存在:

[self](<https://developer.mozilla.org/en-US/docs/Web/API/WorkerGlobalScope/self>)

對全局對象的引用。

[console](<https://developer.mozilla.org/en-US/docs/Web/API/WorkerGlobalScope/console>)console[

注意

在浏覽器中可用,可用于列印到浏覽器的控制台。

您的應用在生産中運作時不應記錄任何内容。

[setTimeout](<https://developer.mozilla.org/en-US/docs/Web/API/WindowOrWorkerGlobalScope/setTimeout>)[clearTimeout](<https://developer.mozilla.org/en-US/docs/Web/API/WindowOrWorkerGlobalScope/clearTimeout>)[setInterval](<https://developer.mozilla.org/en-US/docs/Web/API/WindowOrWorkerGlobalScope/setInterval>)[clearInterval](<https://developer.mozilla.org/en-US/docs/Web/API/WindowOrWorkerGlobalScope/clearInterval>)

and

它們的行為與在 web worker 之外的行為相同

[fetch](<https://developer.mozilla.org/en-US/docs/Web/API/WindowOrWorkerGlobalScope/fetch>)[Headers](<https://developer.mozilla.org/en-US/docs/Web/API/Headers>)[Request](<https://developer.mozilla.org/en-US/docs/Web/API/Request>)[Response](<https://developer.mozilla.org/en-US/docs/Web/API/Response>)

注意跨域資源共享 (CORS)fetch()

和相關的全局變量(和),可用于向任意端點發出 HTTP 請求。

您發出的任何請求都必須明确支援就像請求來自Web Worker 外部時一樣。

警告 您不得依賴任何其他可用的全局變量。許多全局變量将被顯式覆寫到undefined沙箱中,并且未隐藏且不在上面清單中的非語言全局變量也可能随時被覆寫。

使用浏覽器 API 的傳統 JavaScript 像素(例如)window.document在此環境中不起作用。您可以使用可用于 Web 像素應用程式擴充的上下文 API來複制特定的浏覽器 API 功能。

Lax 沙箱(自定義網絡像素)錨連結到标題為“Lax 沙箱(自定義網絡像素)”的部分自定義像素在lax沙盒環境中加載。lax 沙箱是一個iframe元素,其sandbox屬性由allow-scripts和allow-forms值定義。此設定允許使用 iframe 将舊版 Javascript 像素插入到頁面中。

放置在lax沙箱中的傳統 Javascript 像素無法通路頂部架構。某些屬性會傳回不同的值,因為您無法通路頂部架構。例如,window.href傳回沙盒 URL 而不是頂部架構 URL。

是以知道這些的你還不趕快行動起來?

繼續閱讀