首先,我通常認爲這種阻止是「隱私」阻止而不是廣告。所以,而不是Adblock它更可能是Ghostery或uBlock起源。儘管大多數網站使用的分析都是良性的(提高了轉換率,捕捉瀏覽器異常等),但許多人擔心的是它允許第三方分析網站(包括細分市場等)在多個網站上跟蹤用戶。現在大多數這些分析網站都是也不感興趣,但比對不起更安全?
希望對所有webapp使用情況進行分析的道德規範比「隱私好,跟蹤不好」的細微差別更大,我不認爲這是它的論壇,所以我會爲您提供技術答案。請注意,您不想「追蹤廣告攔截用戶」的聲明並不真正有效。如果您的目標是收集關於它們的分析,那還是基本上是跟蹤。否則,只需使用託管解決方案,並意識到可能有10-20%的用戶不會爲您提供分析。
壞消息:基本上每個「託管」分析解決方案已經或將會位於阻止列表中。他們的API主機不僅被直接阻止,還會根據您嘗試包含的JS文件的名稱放置塊。
好消息:如果您通過自己的API中繼事件,則可以解決此問題,並且您可能已經使用的AWS API Gateway對此非常合適。
有多個步驟。
步驟1:分析提供程序需要提供完全捆綁/構建的JS文件的選項。如果他們要求你從他們自己的服務器動態地提取腳本,那麼它會在下載之前被阻塞。
第2步:重命名綁定的腳本,以便它不觸發任何基於文件名的塊,例如,從mixpanel.umd.js
重命名爲mp.js
,並將其添加到您的服務器。
第3步:創建一個API網關以將事件中繼到「正確的」API(例如,轉發給api.analyticshost.com)。如果您通過正確的標題和URL參數傳遞,您實際上可以僅使用AWS API網關(不需要lambda)。
步驟4:初始化庫以使用您的API主機而不是默認的主機。
這樣做的結果是(a)瀏覽器不再需要從分析提供程序的CDN動態獲取分析結果,而是從服務器獲取分析結果,並且(b)瀏覽器將其發送到您的API,然後轉發直至分析提供者。
如果有人不想被追蹤,不要試圖解決它。您不僅會損害您的用戶的信任,而且由於用戶掌控着客戶端系統,因此總會有阻止追蹤的方法。 –
謝謝。不過,我擔心的是,用戶爲了不被追蹤,將會禁止我跟蹤其他事物的能力,例如錯誤或分析不會附加到用戶的身份。簡單的答案是使用單獨的庫來處理與非身份有關的事情,但我希望有一種方法可以像段一樣使用一體化功能,而不是使用adblock hamstring所有事件跟蹤,身份相關或不。 – Brandon