Google Analytics 앱 + 웹 – 새 기능 자세히 살펴보기

최근 Google은 하나의 Google 애널리틱스 속성에서 사이트와 모바일 애플리케이션의 데이터를 결합할 수 있는 새로운 앱 + 웹 기능을 도입했습니다. 이 새로운 기능은 다양한 플랫폼에서 사용자 작업을 추적하고 분석하려는 회사의 작업을 더 쉽게 만들어 줄 것입니다.

현재 App + Web은 베타 테스트 중이며 확실히 더 개발되고 개선될 것입니다. 그러나 우리는 이미 그것을 테스트하고 데이터 구조를 확인했으며 Google BigQuery 기능으로 기본 제공 내보내기를 시도했습니다. 우리의 첫인상을 여러분과 공유하고 싶습니다.

표준 Google Analytics에서는 모든 것이 세션을 중심으로 구축됩니다. App + Web은 이를 벗어나 이벤트, 매개변수, 사용자를 기반으로 하는 데이터 모델을 사용합니다. 원칙적으로 Firebase용 Google 애널리틱스와 동일한 데이터 체계를 사용하고 동일한 기능을 가지며 새로운 기능만 보완됩니다.

한편으로, 이 접근 방식은 웹사이트와 애플리케이션의 데이터가 동일한 형식으로 수집되기 때문에 제품 분석가의 삶을 더 쉽게 만들어 줄 것입니다. 반면, 새로운 구조와 데이터 처리 로직으로 인해 기존 보고서를 다시 작성해야 합니다.

히트, 세션, 제품 및 사용자 수준의 일반적인 맞춤 매개변수 대신 앱 + 웹의 베타 버전은 이벤트 매개변수와 사용자 속성을 사용합니다. 언뜻보기에 이것은 당신의 능력을 제한하는 것처럼 보입니다. 실제로 사용자 및 적중 수준 옵션만 사용할 수 있습니다. 또한 Custom Dimensions와 같은 기존의 맞춤형 추적을 위해 별도의 메트릭 시스템을 개발하고 구현해야 하는지 여부도 명확하지 않습니다.

사이트에 새 태그를 추가할 필요가 없는 멋진 옵션인 향상된 측정을 보게 되어 기쁩니다. 앱 + 웹에서 자동으로 수집되는 이벤트 외에도 페이지 보기 및 스크롤, 클릭, 사이트 검색, 동영상 보기 및 파일 다운로드를 추적할 수 있습니다. 추적을 구성하려면 리소스 설정에서 옵션을 활성화하기만 하면 됩니다.

SDK 또는 gtag.js를 사용하는 경우 사이트에 코드를 추가하지 않고도 앱 + 웹을 사용하여 일부 사용자 속성을 수집할 수 있습니다. 예를 들어 인구 통계 데이터, 장치 브랜드, 장치 모델 및 유형, 사용자 언어, 사용자 관심 분야를 수집할 수 있습니다. 이러한 속성은 보고서의 대상 및 일반 필터에 대한 매개변수로 사용할 수 있습니다.

또 다른 앱 + 웹 보너스는 맞춤 판매 유입경로 보고서("특별 유입경로"라고도 함)로, 이전에는 Google Analytics 360 사용자만 사용할 수 있었습니다.

또한 새로운 앱 + 웹 속성에서 이 보고서는 더 많은 기회를 제공합니다. 예를 들어, 이제 5단계 대신 최대 10단계를 사용할 수 있습니다. 단계 사이에 시간 제한을 설정하고 선택적 단계를 사용할 수 있습니다. 이러한 유연한 설정은 전환을 위한 중요한 단계를 결정하고 타사 도구를 사용하여 보고서를 작성하지 않고 사용자가 유입경로의 어느 단계에서 길을 잃는지 알아내는 데 도움이 됩니다.

익숙한 실시간 보고서는 App + Web에서 StreamView 기능으로 대체됩니다. 한편으로는 더 자세한 정보를 제공합니다. 지난 30분 동안 사이트나 애플리케이션을 방문한 사용자에 대한 더 많은 데이터를 볼 수 있습니다. 반면 StreamView는 Google Analytics에서 실시간으로 제공되는 트래픽 소스에 대한 데이터를 제공하지 않습니다.

DebugView 도구도 Firebase에서 App + Web으로 마이그레이션되어 테스트를 크게 간소화하고 사이트에 새로운 기능을 도입할 수 있습니다.

표준 Google Analytics와 비교하여 App + Web은 이벤트 및 매개변수의 수와 이름뿐만 아니라 설정에 대한 제한이 더 엄격합니다.

예를 들어 앱 + 웹에서 다음을 사용할 수 있습니다.

• 최대 500개의 고유 이벤트(자동 제외)(이벤트 이름은 최대 40자)
• 최대 15개의 전환 이벤트(GA의 목표와 유사)
• 이벤트당 최대 25개의 매개변수(전송된 매개변수 값의 경우 최대 100자)
• 최대 25개의 사용자 속성
• 최대 50명의 관객

이러한 제한은 많은 추가 매개변수를 수집하는 대규모 사이트가 있는 대기업 및 중소기업의 운영을 방해할 수 있습니다. 예를 들어, 15개의 전환 이벤트는 많은 수의 마이크로 전환이 있는 비즈니스에 충분하지 않습니다.

앱 + 웹 인터페이스는 표준 Google 애널리틱스보다 Firebase에 가깝기 때문에 마케팅 담당자에게 중요한 일부 보고서를 찾을 수 없습니다. 예를 들어 트래픽 소스, 비용 분석, 전자 상거래 또는 사이트 검색, 광고 채널 그룹화 등에 대한 보고서가 없습니다.

또한 광고비 데이터 및 오프라인 데이터를 앱 + 웹에 업로드하는 것도 여전히 불가능합니다. 그리고 기본적으로 30분인 세션 기간을 조정할 방법이 없습니다. 아마도 앱 + 웹이 베타 테스트에서 나오면 이러한 기능 중 일부가 나타날 것입니다.

지금까지 App + Web은 Google BigQuery와 직접 통합되지 않았습니다. 데이터는 Firebase를 통해 업로드되며 이 기능은 Blaze 요금제를 사용하는 고객만 사용할 수 있습니다. 즉, 업로드된 데이터는 샘플링되지 않을 수 있지만 볼륨에 따라 데이터 처리에 대해 추가 비용을 지불해야 합니다.

업로드 시간은 당일 이벤트 데이터를 15분마다 중간 테이블에 로드(스트림 내보내기)합니다. 전체 데이터 내보내기는 하루에 한 번 별도의 테이블로 발생하며 그 후에 중간 테이블이 삭제됩니다.

현재 App + Web의 업로드 구조는 Firebase의 업로드 구조와 동일합니다. 이와 관련하여 테이블의 데이터는 Firebase 로직에 따라 처리될 가능성이 높습니다. 필드 설명으로 판단하면 데이터가 업로드될 때 사용자를 애플리케이션(또는 웹사이트)으로 처음 데려온 소스, 채널, 캠페인이 BigQuery 테이블에 기록됩니다. 어트리뷰션의 경우 traffic_source 필드에 마지막 클릭(다중 채널) 모델이 사용됩니다.

테스트 업로드를 수행한 결과 소스, 매체 및 캠페인도 이벤트 매개변수와 함께 전송되지만 모든 이벤트와 함께 전송되는 것은 아님을 확인했습니다(아직 이에 대한 공식적인 정보를 찾지 못했지만 전송된 것으로 가정합니다. 페이지뷰 및/또는 전환 이벤트 포함). 어떤 기여 모델이 사용되는지는 아직 명확하지 않습니다.

Firebase의 어트리뷰션 뉘앙스:

• 기여 데이터는 전환 이벤트에만 사용할 수 있습니다.
• 소스의 (설정되지 않음) 표시는 소스, 매체, 캠페인, 광고 네트워크 유형 또는 광고 소재에 대한 데이터가 없을 때 나타납니다.
• Firebase의 전환 기간은 변경할 수 없습니다. 설치 기간은 30일이고 재참여(인앱 전환) 기간은 180일입니다.

어떤 어트리뷰션 모델을 사용하느냐에 따라 광고 채널에 대한 평가뿐만 아니라 판매 계획의 실행도 달라집니다. 이상적으로, 귀인 모델은 주문 전에 체인의 각 채널의 객관적인 기여도를 고려하고 온라인 및 오프라인 데이터를 결합하고 투명한 계산 논리를 가져야 합니다. OWOX BI Attribution은 이 모든 작업을 수행합니다.

OWOX BI Attribution을 사용하면 사이트와 실제 매장의 판매에 대한 캠페인의 기여도를 평가하고 광고 예산을 효율적으로 분배할 수 있습니다.

앱 + 웹을 통해 Google은 Google 애널리틱스에서 보고서를 작성하는 접근 방식을 변경했습니다. 이 새 속성은 이벤트 및 해당 매개변수를 기반으로 하는 데이터 모델을 사용합니다. 이에 따라 Google BigQuery에 업로드하기 위한 데이터 형식이 변경되었습니다.

일반적으로 앱 + 웹의 기능은 여전히 ​​조잡합니다. 그러나 제품은 베타 버전이며 Google 팀은 변경 및 개선을 계획하고 있습니다. 표준 Google 웹로그 분석 사용자에게 익숙한 많은 보고서, 설정 및 기능은 이 새로운 속성 유형에서 아직 사용할 수 없습니다.

이제 앱 + 웹으로 전환해야 합니까? 표준 Google Analytics에서 데이터 수집을 중지하는 것은 확실히 가치가 없습니다. 두 가지 방법을 모두 시도하고 데이터 모델과 보고서를 비교하는 것이 좋습니다.

단일 인터페이스에서 애플리케이션 및 웹사이트에 대한 데이터를 분석하려는 회사는 App + Web을 좋아할 것입니다. 이를 통해 어떤 광고 채널과 플랫폼이 새로운 사용자를 가장 잘 유치하고 더 많은 전환을 유도하는지 알 수 있습니다.

데이터는 App + Web에서 Google BigQuery에 다른 간단한 구조로 업로드되므로 제품 분석가가 걱정할 중첩 필드가 줄어듭니다. 따라서 SQL 쿼리로 작업하는 것이 더 편리합니다.

이 업데이트를 통해 Google은 사이트에서 보고서 및 측정항목 시스템의 구조를 크게 변경할 준비가 된 프로젝트에 대해 데이터를 수집하고 Google Analytics에서 Google BigQuery로 전달하는 프로세스를 단순화했습니다.

• App + Web에는 트래픽 소스 및 비용 분석에 대한 표준 보고서가 아직 없기 때문에 마케팅 담당자가 이를 사용하여 광고 캠페인의 효율성을 평가하기 어려울 것입니다. 특정 소스에서 가져온 세션 수를 확인하고 모든 채널 등
• Google BigQuery에서 샘플링되지 않은 원시 데이터를 실시간으로 가져오는 데 관심이 있는 기업
• 사이트에서 Google Analytics로 많은 맞춤 매개변수를 전송하고 이러한 매개변수에 대한 Google BigQuery 보고서를 작성하려는 회사도 혜택을 받지 못합니다.
• 또한 App + Web은 BigQuery에 업로드하고 보고서에 트랜잭션 데이터를 사용하려는 프로젝트 또는 유입경로에서 사용자의 각 단계를 고려하고 모든 가치를 제공하지 않고 정직하게 광고 채널을 평가하려는 회사를 위한 것이 아닙니다. 주문하기 전에 마지막 채널로의 전환을 위해.

그러나 모든 것이 그렇게 슬픈 것은 아닙니다. OWOX BI 또는 Google Analytics의 유료 버전에서 사용할 수 있는 BigQuery 내보내기 기능을 사용하여 이러한 모든 작업을 계속 수행할 수 있습니다. OWOX BI가 Google Analytics 360과 어떻게 다른지에 대한 기사에서 이 두 가지 방법의 기능, 장단점에 대해 자세히 알아볼 수 있습니다.

웹 분석을 설정하고 비즈니스를 위한 개별 메트릭 시스템을 만드는 데 도움이 필요하면 [email protected]으로 이메일을 보내거나 당사 사이트에서 문의 양식을 작성하십시오.