세션 데이터 수집을 위한 새로운 OWOX BI 알고리즘
게시 됨: 2022-04-12변화는 일정합니다. 이것이 우리의 현실이며 때로는 받아들이기 어렵습니다. 그러나 우리가 공유하고자 하는 변경 사항은 모든 OWOX BI 사용자에게 깊은 인상을 남길 것입니다.
OWOX BI가 최근 세션 데이터 수집 논리를 변경했다는 사실을 이미 알고 계실 것입니다. 새 기능은 3월 1일부터 모든 사용자가 사용할 수 있습니다. 이 기사에서는 새 기능과 이러한 기능이 비즈니스에 어떤 이점이 있는지 자세히 설명합니다.
캠페인의 진정한 가치 알아보기
모든 광고 서비스에서 Google Analytics로 비용 데이터를 자동으로 가져옵니다. 단일 보고서에서 캠페인 비용, CPC 및 ROAS를 비교합니다.

요점에 똑바로
이전에 OWOX BI는 Google Analytics의 세션 데이터를 사용하여 Google BigQuery에서 세션 테이블을 구축했습니다. 한편으로 이 접근 방식은 소스 간에 완전한 데이터가 적합하도록 보장했습니다. 반면 Google Analytics Core Reporting API의 한계로 인해 웹사이트에서 분석 시스템 및 클라우드 스토리지로 이동하는 과정에서 데이터의 일부가 손실될 수 있습니다.
이 문제를 방지하기 위해 세션 데이터 수집 알고리즘을 변경했습니다. 이제 세션 데이터는 OWOX BI의 조회수 데이터를 사용하여 형성되므로 Google Analytics 제한은 세션 테이블 작성 프로세스에 영향을 미치지 않습니다. 이 새로운 알고리즘 덕분에 웹사이트에서 샘플링되지 않은 완전한 사용자 행동 데이터를 수집하고 해당 데이터를 올바른 세션에 귀속할 수 있습니다. 모든 혜택을 자세히 살펴보겠습니다.


마케팅 분석 사례
다운로드1. 샘플링을 피하십시오
이전 : 웹사이트 사용자가 하루에 200,000회 이상의 세션을 생성하는 경우 Google 애널리틱스(무료 버전)는 일반적으로 샘플링을 적용합니다. 따라서 Google BigQuery 프로젝트는 무작위로 선택된 세션 샘플만 수신합니다.
현재 : OWOX BI 사용자는 트래픽 가치나 비즈니스 규모의 제한 없이 Google BigQuery의 모든 세션에 대한 원시 및 샘플링되지 않은 데이터를 얻습니다.
2. 적중률 수준의 정확도로 완전한 데이터 얻기
이전 : Google 애널리틱스에서 볼륨 및 수집 데이터 한도에 도달한 경우 시스템은 해당 한도를 초과하는 데이터를 처리하지 않으며 해당 데이터는 Google BigQuery에 입력되지 않습니다. 이러한 제한은 사용자당 일일 200,000회, 월 1,000만회, 세션당 500회입니다. 또한 Google은 크기가 8Kb를 초과하는 조회를 무시합니다.
현재 : 새로운 OWOX BI 알고리즘에는 이러한 제한이 없으며 적중의 최대 크기는 16Kb로 두 배가 됩니다. 즉, 웹 사이트에서 모든 사용자의 작업에 대한 데이터를 수집할 수 있습니다.
3. 적시에 데이터 가져오기
이전 : 세션 데이터 업데이트는 Google Analytics API에서 업데이트되는 정보에 따라 달라지므로 24시간 이상 지연될 수 있습니다.
Now : 조회수가 OWOX BI 측에서 세션을 형성하므로 Google Analytics에 대한 액세스 제한 또는 액세스 부족으로 인해 세션 테이블 수집이 일시 중지되지 않습니다. 데이터는 BigQuery에 더 빨리 들어가며, 이는 이메일 마케팅 또는 실시간 보고서 업데이트를 트리거하는 데 사용하는 경우 매우 중요합니다.
4. 트래픽 소스를 올바르게 정의
이전 : Google Analytics에서 트래픽 소스는 마지막 간접 클릭 모델에 의해 정의됩니다. 고객 작업 체인의 마지막 채널이 직접인 경우 이 채널은 무시되고 마지막 간접 채널로 대체됩니다.
예를 들어 고객이 Google에서 검색하여 웹사이트에서 제품을 발견했다고 가정해 보겠습니다. 그들은 귀하의 웹사이트 주소를 기억하고 얼마 후 URL 필드에 직접 입력했습니다. 이 경우 이 세션의 소스는 google/organic이지만 direct/none이 아닙니다. 이것은 귀하의 웹사이트에 대한 트래픽 소스로서 직접 채널의 정확한 점유율을 알 가능성을 배제합니다.
Now : 새로운 OWOX BI 알고리즘은 또한 트래픽 소스를 정의하기 위해 Last Non-Direct Click 모델을 사용합니다. 그러나 직접 트래픽을 정의하는 데 도움이 되도록 세션 테이블에 특별한 trafficSource.isTrueDirect 필드를 추가했습니다. 이 바이너리 필드는 세션이 웹사이트를 직접 방문하여 시작된 경우 true 값을 가져오고 세션이 유료 채널 세션을 따르는 경우 false 값을 얻습니다. 이 필드 덕분에 유료 채널의 실제 가치와 전환에 미치는 영향을 평가할 수 있습니다. Google Analytics에서 isTrueDirect 필드는 직접 소스가 있거나 두 세션에 캠페인에 대한 동일한 데이터가 있는 경우 "true" 값을 가져오기 때문에 다르게 작동합니다.

5. 다양한 웹사이트에서 고객 경로 추적
이전 : 웹사이트가 몇 개 있고 잠재고객이 어떻게 교차하는지 추적하려는 경우 Google 애널리틱스에서 교차 도메인 측정을 설정할 수 있습니다. 그러나 이 솔루션은 청중이 교차 링크를 사용하여 웹사이트 중 하나에서 다른 웹사이트로 전송하는 경우에만 작동합니다. 서로 다른 시간에 교차 연결되지 않은 두 웹 사이트를 방문하는 한 명의 사용자를 추적해야 하는 경우 어떻게 해야 합니까? 처리해 드렸습니다 ↴
Now : 세션 데이터 테이블에 OWOX 사용자 ID를 추가했습니다. 이 익명의 사용자 식별자는 직접 연결되지 않은 경우에도 웹사이트의 사용자 작업에 대한 데이터를 결합하는 데 도움이 됩니다. 또한 추적된 사용자를 그룹화하여 광고 대상을 분리하고 동일한 트래픽에 대해 두 번 지불하는 것을 피할 수 있습니다.


6. 모든 웹사이트 이벤트를 세션 수정에 기여
이전 : 측정 프로토콜을 사용하여 웹사이트에서 이벤트를 추적하는 경우 해당 이벤트의 일부가 손실될 수 있음을 기억하십시오. 사실 Google Analytics(유료 버전, GA360 포함)에서 조회 순간부터 &qt 매개변수에 대한 조회 정보 전송까지의 최대 시간은 4시간에 불과합니다. 간격이 더 길면 이벤트가 전혀 귀속되지 않습니다. 예를 들어 방문자가 웹사이트에서 온라인으로 비용을 지불한다고 가정해 보겠습니다. 거래는 며칠이 걸리더라도 은행 확인을 받은 후 계산됩니다. 이러한 상황에서 트랜잭션은 올바른 세션에 기인하지 않습니다. 즉, 해당 트랜잭션으로 이어진 소스가 올바르게 평가되지 않음을 의미합니다.
&qt 매개변수가 값 없이 전송된 경우 이벤트에 대한 별도의 세션이 자동으로 생성됩니다. 어쨌든 데이터의 정밀도에 영향을 미칩니다.
현재 : 새로운 OWOX BI 알고리즘을 기반으로 하는 세션에서 &qt 매개변수의 최대 기간이 30일로 확장됩니다. 이는 측정 프로토콜에서 보낸 이벤트가 올바른 세션에 기인한다는 것을 의미합니다.
이전 OWOX BI 알고리즘과 새 OWOX BI 알고리즘의 기타 차이점
새로운 OWOX BI 알고리즘에서 테이블은 이전 테이블과 동일한 구조를 갖습니다. 값이 정의되는 논리만 일부 필드에서 다릅니다.

OWOX BI 알고리즘을 기반으로 세션 데이터 수집을 설정하는 방법:
- 새 Google Analytics ⟶ Google BigQuery 스트리밍 파이프라인을 만들 때 세션 데이터는 새 알고리즘을 사용하여 자동으로 수집되기 시작합니다.
- 기존 스트림의 세션 데이터 수집 알고리즘을 변경하려면 스트림 설정으로 이동하여 세션 데이터 수집 을 켭니다.

그 후에는 이전 알고리즘을 사용할 수 없게 됩니다.
- 새로운 OWOX BI 알고리즘을 사용하면 Google 애널리틱스의 세션 수준에서 맞춤 측정기준이 필요하지 않습니다. 이 치수를 삭제하고 다른 필요한 매개변수를 추가할 수 있습니다.
- 웹사이트에서 OWOX BI 추적 코드를 업데이트할 필요가 없습니다.
- Google Ads(gclid)에서 자동 UTM 태그 지정을 활성화하려면 BigQuery에서 Google Ads에 대한 원시 데이터 보고서 수집을 설정해야 합니다. Google 데이터 전송과의 기본 통합을 통해 클릭 한 번으로 이 작업을 수행할 수 있습니다.
- Google Analytics에 추천 제외 목록이 있는 경우 OWOX BI의 스트림 설정에서 이를 복제하십시오.
Google BigQuery의 테이블에 대한 요청을 변경해야 합니까?
새 테이블의 구조는 이전 테이블과 동일하므로 요청에서 테이블 이름만 변경해야 합니다. 기존 요청을 새 테이블에 적용하려면 이전 session_streaming_ 테이블의 이름을 새 owoxbi_sessions_ 테이블로 변경하는 것으로 충분합니다.
요약하자면
새로운 OWOX BI 알고리즘으로 전환해야 할 때인지 알고 싶다면 다음 질문에 답하세요. 예가 하나 이상 있으면 무엇을 해야 하는지 알 수 있습니다.
- 하루에 약 200,000 세션이 있습니까? 아니면 몇 달 안에 이 수치에 도달할 것이라고 생각하십니까?
- 이전에 샘플링을 경험한 적이 있습니까?
- 비표준 보고서를 작성하고 샘플링을 경험한 적이 있습니까?
- 세션당 조회수 500회 제한에 도달한 적이 있습니까?
- 직접 트래픽을 올바르게 추적하는 데 관심이 있지만 전체 GA360 팩을 구입하고 싶지 않습니까?
- 웹사이트 잠재고객을 결합하고 중복을 분석하고 싶으십니까?
- 모든 조회수를 4시간이 아닌 30일 동안의 트랜잭션으로 보내시겠습니까?
- 세션 테이블 데이터를 가능한 빨리 얻는 것이 중요합니까?
이러한 질문이 현재 귀하와 관련이 없어 보이더라도 가능한 한 빨리 준비하는 것이 좋습니다.
아직 OWOX BI Pipeline을 사용해 보지 않았다면 무료 평가판 기간 동안 시험 운전을 해보는 것을 환영합니다.
질문이 있으면 아래 의견에 질문하십시오.

우리의 클라이언트
자라다 22% 더 빠름
마케팅에서 가장 효과적인 것을 측정하여 더 빠르게 성장
마케팅 효율성 분석, 성장 영역 찾기, ROI 증가
데모 받기