2016-03-14 66 views
1

我正在考慮使用segment.io來處理我的幾個客戶端第三方API需求,但我有點擔心廣告攔截器。Adblocker w Segment.io

我的應用程序沒有廣告,但我爲產品分析以及錯誤跟蹤做了大量的事件跟蹤。

Segment.io提供了一個很好的一體化解決方案,但是如果它被阻塞了,並且我所有的雞蛋都放在那個籃子裏,那麼,我就不會有任何蛋留下,或者那個習語結束。

所以我的問題是:有沒有一種方法來集成多用途的事件跟蹤(segment.io,keen.io等),這是不容易的廣告攔截?

我的應用大多是無服務器的,使用Firebase + AWS Lambda設置,所以我試圖想出一些後端解決方案,但目前爲止還沒有大的想法。

ETA:我不想跟蹤阻止用戶或違反任何人的信任。我的問題是關於與用戶身份無關的事件跟蹤,以及在可能被廣告攔截的一體化事件跟蹤庫中是否可行。

+0

如果有人不想被追蹤,不要試圖解決它。您不僅會損害您的用戶的信任,而且由於用戶掌控着客戶端系統,因此總會有阻止追蹤的方法。 –

+0

謝謝。不過,我擔心的是,用戶爲了不被追蹤,將會禁止我跟蹤其他事物的能力,例如錯誤或分析不會附加到用戶的身份。簡單的答案是使用單獨的庫來處理與非身份有關的事情,但我希望有一種方法可以像段一樣使用一體化功能,而不是使用adblock hamstring所有事件跟蹤,身份相關或不。 – Brandon

回答

4

首先,我通常認爲這種阻止是「隱私」阻止而不是廣告。所以,而不是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,然後轉發直至分析提供者。

+1

太好了,謝謝你的詳細解答。你是對的:'隱私'與'廣告'阻止者 - 我做了一些更多的研究,發現uBlock阻止段的lib,但adblocker不(默認配置)。但是如果這個數字增長了10-20%,那麼類似於你所概述的東西可能會成爲更重要的系統(例如Sentry異常監控)的重要後備。 – Brandon

+1

雖然我只是提出這個數字 - 它完全取決於用戶羣的類型。對於純消費者來說,這將是低百分比。而如果它是針對開發人員的SaaS產品,則它可以輕鬆增長超過10-20%。還要注意,隱私攔截器還會阻止異常跟蹤器,如sentry,rollbar,trackjs等。因此,最糟糕的情況是(a)阻止您的分析原因和異常/問題,並且(b)您甚至沒有注意到它是例外跟蹤也會丟失。這就是我期待接力的原因。 – rgareth

+0

@Brandon你在哪裏讀取uBlock塊段lib? –

相關問題