26 сентября 2018 — OWOX BI Pipeline. Новые поля timestamp и hits.timestamp в таблицах streaming и owoxbi_sessions

С 22 сентября 2018 в таблицах streaming с данными о хитах появилось новое поле — timestamp. С 26 сентября в таблицах owoxbi_sessions (данные о сессиях, собранные алгоритмом OWOX BI) — поле hits.timestamp.

Эти поля содержат данные о времени получения хита — количество миллисекунд, прошедшее с 1 января 1970 года. 

Для чего это нужно

В дальнейшем эти поля, вместе с данными поля clientId, будут использоваться для формирования сессий.

Таким образом, для сбора данных о сессиях на основе алгоритма OWOX BI вам не понадобится пользовательский параметр для передачи идентификатора сессии sessionId.

Сейчас пользовательский параметр для сбора sessionId ещё нужен, но с ближайшими обновлениями поле sessionId станет необязательным.

Как это будет работать

Вот как ближайшие обновления изменят логику сбора данных о сессиях на основе алгоритма OWOX BI:

  • OWOX BI будет соотносить хит с сессией по параметрам clientId и timestamp вместо sessionId
  • В интерфейсе OWOX BI не нужно будет указывать пользовательский параметр идентификатора сессии — он больше не будет нужен для сбора данных о сессиях

Мы продолжаем улучшать новый алгоритм сбора данных о сессиях. Ранее мы писали о том, что:

Следующие обновления будут очень скоро — следите за новостями.

Напоминаем о преимуществах сбора сессий на основе алгоритма OWOX BI

Новый алгоритм позволяет собирать полные и точные данные о поведении пользователей на сайте. Вот его главные преимущества:

  1. Алгоритм OWOX BI не зависит от Google Analytics Core Reporting API и собирает данные о сессиях на основе сырых несемплированных данных о хитах.
  2. Сбор сессионной таблицы никогда не прервется из-за превышения лимитов GA Core Reporting API или отсутствием доступа к Google Analytics. Не будет задержек из-за долгого импорта сессионных полей из Google Analytics.
  3. У алгоритма OWOX BI нет ограничений на объемы собираемых данных. Больше никаких лимитов на 500 тыс. сессий в сутки, 10 млн. хитов в сутки и 500 хитов на сессию — все ваши данные попадут в таблицы Google BigQuery.
  4. Нет зависимости от значения sessionId в специальном пользовательском параметре (&cd). Некорректная настройка передачи sessionId может вызвать расхождения, которые невозможно исправить ретроспективно — например, начало или окончание сессий указаны неверно или часть хитов не попала в сессию. С алгоритмом OWOX BI все события попадут в свои сессии и расхождения с Google Analytics будут минимальны.

И это не все. С помощью нового алгоритма вы можете:

  • Отследить, был ли прямой переход действительно прямым, а не протянутым с прошлого платного перехода — с алгоритмом OWOX BI это можно сделать с помощью поля trafficSource.isTrueDirect. Таким образом, вы сможете атрибутировать источники сессий одновременно по двум моделям: Last Non-Direct Click и Last Click.
  • Объединить аудитории разных сайтов с помощью единого идентификатора OWOX User ID и анализировать их пересечение.

Читайте также:

В чем разница двух методов сбора сессий?

Причины расхождений количества сессий в разных методах сбора

Была ли эта статья полезной?
Пользователи, считающие этот материал полезным: 0 из 0
Еще есть вопросы? Отправить запрос

0 Комментарии

Войдите в службу, чтобы оставить комментарий.