С 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
- Перенесли все поля из таблиц streaming в таблицы owoxbi_sessions
- Добавили новые поля в таблицах owoxbi_sessions
Следующие обновления будут очень скоро — следите за новостями.
Напоминаем о преимуществах сбора сессий на основе алгоритма OWOX BI
Новый алгоритм позволяет собирать полные и точные данные о поведении пользователей на сайте. Вот его главные преимущества:
- Алгоритм OWOX BI не зависит от Google Analytics Core Reporting API и собирает данные о сессиях на основе сырых несемплированных данных о хитах.
- Сбор сессионной таблицы никогда не прервется из-за превышения лимитов GA Core Reporting API или отсутствием доступа к Google Analytics. Не будет задержек из-за долгого импорта сессионных полей из Google Analytics.
- У алгоритма OWOX BI нет ограничений на объемы собираемых данных. Больше никаких лимитов на 500 тыс. сессий в сутки, 10 млн. хитов в сутки и 500 хитов на сессию — все ваши данные попадут в таблицы Google BigQuery.
- Нет зависимости от значения
sessionId
в специальном пользовательском параметре (&cd). Некорректная настройка передачи sessionId может вызвать расхождения, которые невозможно исправить ретроспективно — например, начало или окончание сессий указаны неверно или часть хитов не попала в сессию. С алгоритмом OWOX BI все события попадут в свои сессии и расхождения с Google Analytics будут минимальны.
И это не все. С помощью нового алгоритма вы можете:
- Отследить, был ли прямой переход действительно прямым, а не протянутым с прошлого платного перехода — с алгоритмом OWOX BI это можно сделать с помощью поля
trafficSource.isTrueDirect
. Таким образом, вы сможете атрибутировать источники сессий одновременно по двум моделям: Last Non-Direct Click и Last Click. - Объединить аудитории разных сайтов с помощью единого идентификатора OWOX User ID и анализировать их пересечение.
Читайте также:
В чем разница двух методов сбора сессий?
Причины расхождений количества сессий в разных методах сбора
0 Комментарии