Вниманию всех пользователей, кто собирает данные о сессиях с помощью потока Google Analytics→Google BigQuery.
Сейчас, при сборе данных о сессиях на основе данных о хитах (с помощью алгоритма OWOX BI) происходит параллельный сбор данных о сессиях на основе Google Analytics.
Так, за каждый день OWOX BI собирает одновременно 2 сессионные таблицы: owoxbi_sessions_<date> на основе данных о хитах и session_streaming_<date> на основе данных Google Analytics.
С 1 ноября 2018, если у вас настроен сбор данных о сессиях на основе данных о хитах, OWOX BI будет собирать только таблицы owoxbi_sessions_<date>.
Что будет со старыми таблицами и методом сбора на основе Google Analytics?
Сейчас вы можете использовать таблицы session_streaming_<date> как раньше, но доработки и улучшения в методе их сбора более не проводятся.
Если у вас включен сбор сессий на основе данных о хитах и для запросов и получения отчетов вы одновременно используете таблицы owoxbi_sessions_<date> и session_streaming_<date>, то мы рекомендуем полностью перейти на owoxbi_sessions_<date> и использовать этот формат названия таблиц во всех SQL-запросах.
Если вы хотите продолжать собирать данные о сессиях в таблицы session_streaming_<date>, включите сбор данных о сессиях на основе Google Analytics.
Напоминаем о преимуществах сбора сессий на основе алгоритма 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 Комментарии