Consumer Data

端到端分析的工作看起来像这样：

买家参观了现场

转换是通过广告链接或客户直接输入名称来完成的。

分析计数器在 cookie 中创建/检测用户帐户

计数器是分析服务数据库和网 越南号码 站之间的一种数据交换通道。它应该出现在每一页上。

计数器记录有关点击的信息并将其发送到分析服务器



标准参数大约有50个，包括utm tag、ip、referrer。所有这些都使用客户端 ID 与每个特定访问者绑定。

事件（目标）由计数器记录

例如，客户提交了请求，并触发了“谢谢”页面目标。事实上，这样做有点不同，但这样会更清晰。

端到端分析不需要特定的目标。工作直接通过 CRM 进行，并考虑实际订单和销售额。

柜台收到了一个用于呼叫跟踪的替代号码，并在网站上进行了更改

如果有呼叫跟踪，则这是相关的。

在服务器端，根据客户端 ID 为访问者分配一个号码。 12分钟后送到柜台。然后，根据替换规则，它尝试在网站的 HTML 代码中找到原始数字，并将其替换为替代数字。

客户使用任何可用的方法提交了申请

我打电话，在聊天中写信，在表格中留下数据 - 一切都被记录下来。

购物篮中的申请已发送至 CRM

在线商店通常已经有 CRM 和购物车集成，可以收集带有产品列表的订单。

Analytics 需要客户 ID，因此程序员必须将其与货物一起传输。为什么这不自动完成？因为这些都是商品。每次产品转移通常都有复杂的逻辑，无法在无人的情况下进行。然而，代码本身非常简单，大约由一行组成，如下所示：

$data['fields']['UF_CRM_UTMSTAT'] = isset($_COOKIE['utmstat_client_id']) ？ $_COOKIE['utmstat_client_id'] ：空。

通过电话、聊天或表格提出请求

这里更容易。无需编写任何程序。在分析服务中配置呼叫跟踪和标准连接器就足够了。

此后，所有请求都会发送到内部 CRM 进行端到端分析。

通过 VKontakte（或其他社交网络）上的潜在客户表格进行申请

内部 CRM 通过单独的连接器接收来自 VK 等的请求。

内部和外部CRM同步

来自内部的新请求将被发送到外部 CRM，并将在 Amo 或 Bitrix24 中可见。如果状态和金额发生变化，这些数据将被发回。这就是分析接收销售数据的方式。

来自内部 CRM 的请求将转移到外部服务

您想在 Telegram 中接收通知或对 Metrica/Analytics 的呼叫吗？这就发生在这个阶段。请求与 CRM 同步同时转移到其他连接的服务。

装货费用

此过程来自 Yandex.Direct 和其他来源，每天一次。

为什么只有一次？这是由于数据存储和API的特点。实时需要付出很大的努力，而且一般没有意义。需要从远处进行分析，而不是每一分钟都算数。