苹果和#39;默认情况下的新隐私保护,逃离遗嘱和Firefox阻止第三方cookie(在2022年关闭后面接近镀铬),而Cookie同意横幅的增殖因GDPR(更不用说加州消费者)隐私法案),我们跟踪用户进行分析的能力,特别是当这些用户几乎总是匿名时漏斗的顶部,从复杂到几乎不可能。
这个问题是'去往任何地方:在Cookie的同意横幅上只获得20%的验收,被认为是好的!如果您无法在用户身上设置一致的cookie'许多会话(特别是对于电子商务等高保留业务),或者您的JavaScript转换事件(例如,例如,谷歌标记管理器)被阻止,您的用户'历史行为将非常困难地随着时间的推移缝合在一起。
这个想法很简单。一旦用户转换,我们就知道他们是谁(例如,他们填写了签名表格并输入了他们的电子邮件)。然后,我们可以查看与该用户匹配并将其分配给该用户的匿名数据。
供参考,我们正在使用在叙述者的策略,在大多数情况下,我们能够将95%的客户归因于我们的客户和#39;转换的匿名会话。换句话说,我们的客户能够将历史匿名数据缝合到其转换用户的95% - 即使在过去几周之后的所有Apple设备和浏览器隐私更新。
许多客户互动易于属性。你总是知道谁转换了谁收到了电子邮件,或者提交订单。
另一方面,PageViews几乎总是匿名:想想一个登录页面,而不是用户已登录的应用程序。不幸的是,PageViews还包含归因和分析的最重要数据:UTM源,推荐URL等数据。我们需要知道在转换之前我们的用户在做好事项,也是最佳地点是页面查看数据。
虽然它'非常重要,它难以将可识别的转换事件(购买,电子邮件,预订,订阅)与以前的行为纳入识别的转换事件(购买,电子邮件,预订,订阅)。大多数分析工具只能访问所有数据。它们无论是它们' ll只有页面视图(Google Analytics)或只是带领(你的CRM)或只是电子邮件(你的电子邮件服务提供商),甚至在他们做的时候 - 他们依靠不可靠的JavaScript转换像素。
您未在其所有数据源中连接您的用户遗失的内容
想象一下你'重新保留电子商务业务的所有者(适合您!),以及您在Google和Facebook / Instagram广告上的支出,以获得更多的流量。
如果您'重新能够从目标广告中过滤返回返回客户,您可以专注于新客户的支出。
无论如何,返回客户都将转换(因为您有一个高保留业务),因此在广告到"保留"他们是一个废物与重新分配,以捕捉新客户。
跟踪具有在每个会话和子域中维护一致匿名标识符的服务的所有页面视图。它应该报告每个匿名访问者的单个页面视图,而不仅仅是汇总数据。
当您知道用户是谁时,将唯一标识符添加到网站上的所有URL。例如,在登录时,填写注册表单,提交订单等...(例如mysite.com/checkout?order_id=192381923)。
不要懒惰。我知道它'乏味,但是当我说"每次"我的意思是
使用URL中的唯一(非PII!)标识符,使用数据仓库用所识别的用户缝合匿名页面视图
以下服务允许您在各个会话中维护一致的匿名标识符,以及用户允许多个会话遍历cookie!
Google Analytics 4 - > BigQuery - 如果您使用Google Analytics 4,您现在可以免费将所有页面视图数据视图为BigQuery!
Soilplow' s javascript跟踪器 - 非常类似于段,但有一个免费的开源选项。请注意,您' ll需要另一个工具,如fivetran,将数据同步到仓库。
注意:如果您已经使用Google Analytics,请小心,因为通用分析与Google Analytics 4不一样!
当用户第一次来到您的网站时,他们'重新匿名。当它们转换 - 提交表单时,购买产品,登录等 - 您知道它们是谁,所以它很重要,可以向您的分析系统发送信息。
每当用户告诉您谁在网站上时,他们'重新匿名,您有两个选项:
使用内置"识别"现有页面查看跟踪器的事件(GA Cookie和用户识别,段标识)
我们强烈推荐上面的选项#1,因为您'重新始终意识到页面查看跟踪,因此,它使其更加一致可靠。我们经常看到javascript"识别"通过Chrome Extensions来呼叫中断或被抓住,因此您在实现之前减少了数据的日子(有时数周)。
这样做的方法是找到订单,注册表单,电子邮件的唯一标识符等。这些应该是一致的 - 大多数第三方工具都有一个可用的ID(例如,Shopify订单ID)。
标识符应该直接识别用户。它应该来自所采取的实际行动。换句话说,Don' t使用/ [email protected]它&#39更难地管理和泄漏个人身份信息。
将唯一Order_ID添加到URL:example.com/confirmationsion?order_id=192381923(shopify已使用其独特的结帐URL)
将Email Service Provider的唯一Contact_ID添加到URL:example.com/confirmation中的“确认”页面中的“确认”页面中的“配置文件”?contact_id=192381923
从电子邮件服务提供商添加唯一的Contact_ID到电子邮件中的每个链接:example.com/product_page?contact_id=192381923
页面查看数据,每个用户的一致性和唯一匿名标识符进行会话
它'时间一起缝合它们。您所要做的就是在URL中找到具有标识符的页面视图。这里的技巧是URL中的标识符的页面视图也具有匿名ID。只需从标识符查找用户,请注意匿名ID,并将匿名ID替换为数据中的真实用户。
对于与页面视图具有相同Anonymous_ID的所有页面视图(example.com/confirmation?order_id=192381923)回到时间并覆盖其匿名user_id与该用户'电子邮件
选择p.anonymous_id,o.emailfrom网站.papes p left join ourder_service.order o上o.id = nullif(regexp_substr(lower(p.search :: varchar),' server_id = [^&] *'),9),'')p.search iLike'%Order_id%'
页面视图仍将每次会话具有唯一标识符(因为它不需要饼干)。只要用户在该会话期间执行了一个可识别的动作,我们就可以将其页面视图归因于其&#39。如果用户已打开cookie,则anonymous_id将保持一致的会话。
我知道我听起来像一个破碎的纪录,但它的重要事项是你每次匿名到你的网站时都有一个策略。如果您有很多返回用户(例如电子商务),您的用户将重新回到手机,平板电脑,计算机等...这意味着个别用户将有许多匿名标识符缝合在一起。
这也意味着您' ll需要定期运行用户归属查询。构建一个可以轻松管理这一点的数据平台超出了这篇文章的范围。也就是说,像叙述者这样的工具可以提供帮助。我们将匿名访问自动且透明地归因于用户。
通过遵循上述策略,我们' ve看到的叙述者客户实现> 即使在我们居住的多点触控/多设备世界中,也可以在匿名页面映像上95%的归因。 它一切都归结为勤勉与查询参数中必要标识符的URL。 一旦您拥有它们,您可以轻松地识别匿名页面视图并将用户与其他数据源一起拼接。