FunnelFlux имеет два уникальных идентификатора, которые подробно описаны ниже.
Hit IDs
Hit ID генерируются для каждого просмотра узла любым посетителем.
Они являются самым уникальным ID в нашей системе. Каждый посещенный узел (даже ротаторы) генерирует hit ID, и это сырые события, которые мы храним в нашей базе данных аналитики. Их можно передавать в URL, используя токен {hit}.
Отчетность
Hit ID доступны только на странице сырых событий
На странице сырых событий они отображаются в столбце "Hit ID" и недоступны в обычной отчетности из-за их высокой кардинальности (т.е. агрегирование нашей базы данных аналитики по ним - очень неэффективный запрос, которого следует избегать).
Обратите внимание, что страница сырых событий возвращает только последние 1000 строк любого запроса -- чтобы избежать вышеупомянутой проблемы с производительностью.
При использовании атрибута отчетности "путь посетителя" именно эти hit ID позволяют нам создать древовидную структуру пути пользователя через воронки.
Отслеживание конверсий
Наиболее распространенная форма отслеживания конверсий - использование URL постбэка с нашим hit ID, а именно:
https://USER_DOMAIN/pb/?hit=HIT_ID&rev=REVENUE&tx=OPTIONAL
Hit ID генерируется при просмотре страницы, поэтому при перенаправлении на предложение, именно hit ID, переданный с {hit} в URL этого предложения, будет представлять просмотр этой страницы и, следовательно, ID для конверсии.
Все hit ID предложений, которые могут быть конвертированы, будут заканчиваться на "h".
Конверсии в JavaScript могут указывать hit ID, который будет точным, и никакие другие данные не нужны. Однако, маловероятно, что кто-то сможет захватить и передать правильный hit ID в клиентский JS, так как хит для конверсии обычно происходит с предыдущей страницы.
Если вы можете передавать хиты с одной страницы на другую, вы, вероятно, можете просто использовать GET-запрос к URL постбэка с этим hit ID для конверсии хита, вместо использования JS.
Visitor IDs
Они имеют токен {visitor} и являются идентификатором уровня сессии для пользователя.
Наша система создает их для любого вновь прибывшего посетителя и автоматически добавляет &vid={visitor} ко всем целевым URL перенаправления, чтобы убедиться, что результирующая страница (часто лендинг/оффер с нашим JS на нем) может беспрепятственно отслеживать пользователя.
Наш cookie хранит это значение VID, и это самое важное значение для обеспечения надежного отслеживания пользователей. Вот почему наши вспомогательные функции JS переписывают URL, чтобы включить его + вставляют его в URL действий.
Кэширование и хранение
Данные пользовательской сессии хранятся в централизованном кэше, к которому наши региональные пограничные серверы обращаются во время обработки перенаправлений. Объект сессии хранит всю историю навигации пользователя по воронке вместе со всеми параметрами URL, сопровождающими их от источника трафика, или которые были вручную введены в URL действий/входа.
Эти Visitor ID будут иметь префикс a, e или u для посещений из Азии, Европы и США соответственно. Это позволяет другим пограничным серверам, получающим ID из другого региона, искать его в правильном кэше, что важно в случаях, когда пользователь может изменить местоположение, использовать VPN в середине пути, или когда сторонние системы отправляют серверные события конверсии, используя значение VID.
Сессии имеют стандартный срок действия 7 дней, если в настройках воронки не объявлены связанные воронки.
Данные URL
Примечательно, что все данные URL хранятся в объекте сессии, но только те именованные поля в конфигурации источника трафика будут записаны в базу данных аналитики. Таким образом, возможно передавать временные данные в URL и дальше на страницы/офферы, используя этот объект сессии.
В конструкторе воронки > узел страницы > дополнительные настройки, переключатель накопленных параметров URL выгружает данные URL этого объекта сессии в URL целевой страницы.
Отслеживание конверсий
Конверсии могут быть отправлены через наш URL постбэка, используя как visitor ID, так и hit ID.
Hit ID - это самый специфичный ID в нашей системе, и он ссылается на конкретный просмотр конкретного узла одним посетителем -- таким образом, нужен только hit ID.
Для visitor ID важна также информация о просмотренной странице, так как visitor ID идентифицирует только сессию пользователя, а не то, какое предложение конвертировать.
Таким образом, это будет работать как URL постбэка:
https://USER_DOMAIN/pb/?vid=VISITOR_ID&p=PAGE_ID&rev=REVENUE&tx=OPTIONAL
Если ID страницы не предоставлен, будет конвертирован самый последний просмотр предложения для этого посетителя (что может не быть желаемым результатом).
Конверсии в JavaScript в идеале также включают vid в свой код, так как JS в конечном итоге полагается на согласованное отслеживание VID.
Это можно ввести вручную, хотя JS легко получит эту информацию из текущего URL, cookie и реферера, если они доступны. Если его можно динамически вставить, лучше это сделать.
Если используется VID, также идеально передать ID страницы (атрибут p) и избегать отправки hit ID в сочетании с VID, так как они являются конкурирующими методами, причем последний более специфичен.
Отчетность
На странице сырых событий они отображаются в столбце "session ID" и недоступны в обычной отчетности из-за их высокой кардинальности (т.е. агрегирование нашей базы данных аналитики по ним - очень неэффективный запрос, которого следует избегать)
Связанные воронки и косвенные конверсии
Одной из особенностей FunnelFlux является возможность косвенно приписывать доход/конверсии предыдущей воронке.
Это достигается тем, что первая воронка объявляет вторую воронку как "связанную воронку" в своих расширенных настройках.
Когда присутствуют связанные воронки, время истечения сессии продлевается до 30 дней.
Когда происходит конверсия в воронке B, процессор конверсий проверяет данные сессии пользователя, видит оригинальную воронку A, которая была "связана" с воронкой B, и дополнительно передает косвенную конверсию.
Эти данные о конверсии/доходе видны в отчетности и позволяют пользователям видеть расширенную ценность пользователей, приходящих из последующих воронок.
Хорошим примером является воронка подписки, где пользователи отслеживают стоимость лидов из рекламной кампании. Эта воронка может быть связана с воронкой электронной почты, где пользователь генерирует ссылки для использования в email-последовательностях. Письма могут создавать конверсии, которые отслеживаются независимо в воронке электронной почты, но также уведомляют исходную воронку подписки о косвенном доходе, который она создала.
Для работы этой функции значение VID пользователя ДОЛЖНО быть передано во входные URL, используемые в воронке B. Обычно это делается путем ручного добавления чего-то вроде ..&vid=%SUBSCRIBER_FF_VID% к URL, где пользователь захватил наш VID во время подписки и сохранил его в атрибуте профиля CRM.