15 августа 2018 — OWOX BI Pipeline. Изменения в сборе данных о сессиях

Вниманию всех пользователей, кто собирает данные о сессиях с помощью потока 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

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

  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 Комментарии

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