我正在考虑将segment.io用于我的一些客户端第三方API需求,但是我有点担心广告拦截器。
我的应用没有广告,但是我进行了大量的事件跟踪以进行产品分析以及错误跟踪。
Segment.io提供了一个很好的多合一解决方案,但是如果它被阻止了,而且我所有的鸡蛋都放在那个篮子里,那么,我将不剩任何鸡蛋了,否则这个成语就结束了。
所以我的问题是:是否有一种方法可以集成不那么容易受到广告拦截的多用途事件跟踪(segment.io,keen.io等)?
我的应用程序大多是无服务器的,使用Firebase + AWS Lambda设置,因此我尝试过考虑某种后端解决方案,但到目前为止还没有什么大的想法。
预计到达时间:我不是要跟踪广告拦截用户或侵犯任何人的信任。我的问题是关于与用户身份无关的事件跟踪,以及是否在可能被广告屏蔽的多合一事件跟踪库中实现了这一目标。
首先,我通常将此类阻止视为“隐私”阻止而不是广告。因此,与其说是Adblock,不如说是Ghostery或uBlock Origin。
尽管大多数网站对分析的使用都是良性的(提高转换率,捕获浏览器异常等),但许多人担心的是,它允许第三方分析站点(包括细分市场等)跟踪多个网站上的用户。现在,这些分析网站中的大多数也对此不感兴趣,但是比后悔更安全?
想要对所有Web应用程序使用情况进行分析的道德规范远比“隐私保护良好,跟踪不良”更为细微,我认为这不是论坛,因此,我将为您提供技术解答。请注意,您关于不想“跟踪广告拦截用户”的免责声明实际上是无效的。如果您的目的是收集有关它们的分析,那实际上仍是跟踪。否则,只需使用托管解决方案,并意识到可能有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,然后中继到分析提供者的。
归档时间: |
|
查看次数: |
2551 次 |
最近记录: |