제목
앱 이벤트 로그 first_open 수치와 플레이스토어 및 앱스토어의 설치 및 판매량이 너무 많이 차이가 납니다.
작성자
맥보이
작성일
2024-03-11 17:51
조회
157
답변완료
현재 빅쿼리를 통해 이벤트로그를 수집하여 데이터 스튜디오로 첫 설치 후 접속부터 회원가입 과정까지의 잔존율을 확인하고 있습니다.
첫 접근은 first_open 로그로 단계별 이탈율은 각 페이지마다 이벤트 로그를 달아 View_단계별 이벤트로 추적하고 회원가입은 API 호출로 Sign_up Complete으로 설정하여 체크하고 있습니다.

그런데 이상한 점은 first_open 이후 바로 다음 단계에 나오는 페이지에서 이탈이 너무 과도하게 발생하고 있어 플레이스토어 및 앱스토어의 설치 및 판매량과 비교를 해봤습니다.

수치를 비교해보니 first_open과 플레이스토어의 Device 설치 수, 앱스토어의 전체 다운로드수가 비슷하게 나왔는데,
이상한 점은 플레이스토어의  user 설치 수와 앱스토어의 신규 다운로드 수는 1/3 수준입니다.

먼저 Device 설치 수/ user 설치 수, 전체 다운로드수/신규 다운로드 수 가 이렇게 차이가 날 수 있나요?
이럴경우 제대로 된 첫 접근 부터 회원가입까지 잔존율을 확인하려면  first open이 아닌 user 설치 수, 신규 다운로드 수를 첫접근 수치로 설정해야할까요?

다른 방법이 있을까요?

 
전체 5
  • 2024-03-11 21:30

    안녕하세요, 맥보이님
    앱을 다시 설치하거나 고객이 디바이스를 변경한 경우에는 차이가 발생할 수 있긴하지만 생각보다 차이가 있으시네요 🙂
    앱이 출시된지 오래되었다면, 요 차이가 더 클것으로 예상되긴 합니다.

    GA4의 first_open 이벤트는 디바이스를 기준으로 발생하기 때문에(앱 삭제 후 재설치시에도 발생) 플레이스토어의 Device 설치 수, 앱스토어의 전체 다운로드수와 유사한게 맞습니다.

    문의하신 수치에 대한 기준은
    '생애 첫 사용자'로 할 것인지? (user 설치 수, 신규 다운로드수)
    '이전 설치 유무와 상관없이 다운로드한 사용자'로 할 것인지? (Device 설치 수, 전체 다운로드수 ≒ first_open)
    에 따라 다를 것 같은데요. 보통 후자를 더 많이 사용하는 것으로 알고 있습니다.

    그리고 잔존율 계산 원리상 신규 다운로드 수를 첫 단계로 설정하신다면,
    마지막의 회원가입 수에도 전체가 아닌 '신규 다운로드를 한 사용자'의 수치가 계산되어야 하는데,
    (단계 별로 수치를 정해서 단순히 나누는 것보다, 첫번째 기준에서 얼마나 잔존했는지가 중요하기 때문)

    데이터 소스가 다를 경우에는 이를 매칭시키는 것이 불가능하기 때문에 ㅎㅎ
    개인적인 생각으로는 first_open 이벤트를 기준으로 잔존율을 계산하시는게 더 적절하실 것 같습니다.

    • 2024-03-12 11:13

      안녕하세요, Ratel님! 답변감사합니다.
      추가로 문의 드릴 사항이 있는데
      1. First open이 Device 설치 수, 전체 다운로드 수에 비해 약 15% 정도 추가로 더 발생하고 있는데 이렇게 차이가 발생하는 이유가 혹시 있을까요?
      특히 AOS에서 더 많이 발생하고 있습니다.

      2. First open 및 Device 설치 수, 전체 다운로드 수의 경우 앱 업데이트를 하는 경우에도 발생할 수 있을까요?

      3. 만약 기존에 회원가입이 되어있는 회원이 앱을 삭제 후 재설치하면 first open으로 잡힐 것 같은데 맞을까요?
      그럼 첫 접근에서 기존 회원을 걸러내려면 어떻게 걸러낼 수 있을까요?

      감사합니다 🙂

      • 2024-03-12 16:33

        1. 스토어에서 제공하는 데이터의 기준과 앱에서 수집하는 데이터의 기준이 달라서 발생하는 차이입니다. 두 지표는 트렌드가 비슷할 수 있지만 수치는 절대 같을 수는 없죠.
        참고하신 지표에 대한 자세한 설명은 도움말을 참고해 보세요. 기간, 기기 또는 스토어에 로그인한 아이디 등 여러 기준으로 중복이 제거되는 항목들이기 때문에 앱에서 수집한 데이터와 first_open 이벤트는 차이가 발생할 수 밖에 없습니다.
        - 참고: https://support.google.com/googleplay/android-developer/answer/139628?hl=ko&co=GENIE.Platform%3DDesktop#:~:text=%EB%AF%B8%EC%B9%98%EB%8A%94%20%EC%98%81%ED%96%A5%20%ED%99%95%EC%9D%B8%ED%95%98%EA%B8%B0-,%EC%B8%A1%EC%A0%95%ED%95%AD%EB%AA%A9,-%EC%9D%BC%EB%B6%80%20%EC%B8%A1%EC%A0%95%ED%95%AD%EB%AA%A9%EC%9D%80%20%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%99%80

        first_open은 앱 설치 또는 삭제 후 재설치한 뒤에 실행한 경우 최초 1회만 발생하는 이벤트입니다. 또는, 앱 저장소의 데이터가 삭제된 후 실행한 경우에도 발생하구요.
        그리고, 각 플랫폼의 대표 스토어가 아닌 다른 스토어나 APK 파일을 통해 앱을 설치한 경우에도 first_open은 수집됩니다.
        그외에도 다운로드는 했으나 실행을 안했거나, 다운로드 한참 뒤에 실행을 했거나 두 데이터에 차이를 발생시키는 요인은 너무나도 많습니다 ㅎㅎ

        2. 업데이트시에는 발생하지 않습니다.

        3. 이해하신게 맞습니다. 그리고 첫 접근에서 기존 회원을 걸러내는 것은 사실상 불가능합니다.
        재설치한 기존 회원이 로그인을 안한 경우나,
        파이어베이스가 설치되기 전에 가입했던 회원이거나,
        기존 회원이 기기변경을 한 경우 등 예외사항이 너무나도 많기 때문이죠.
        아무래도 적당한 타협점을 찾아내시는게 관건이실것 같네요 🙂

        제가 공유드린 내용이 도움이 되었으면 좋겠네요 ㅎㅎ

        • 2024-03-12 18:51

          Ratel님! 상세한 답변감사합니다 🙂
          너무 많이 여쭤봐서 죄송합니다 ㅜㅜ

          1. 그럼 기존 회원을 정확히 걸러내지는 않더라도 기존 회원이 로그인을 했을 경우를 걸러내려면 쿼리를 짤 때 어떤 부분을 활용할 수 있을까요?

          현재 저희 앱의 회원가입 간 화면은 아래와 같습니다.

          [신규회원]
          스플래시 이미지 > 소셜 로그인 화면 > 각 소셜 매체 동의 화면 > 약관동의화면 > 추천인코드 기입 화면 > 회원가입 축하 화면 > 홈화면

          [기존회원]
          스플래시 이미지 > 소셜 로그인 화면 > 홈 화면

          기존회원과 신규회원의 경우 모두 소셜로그인화면 까지는 동일하게 노출이 되어
          소셜 로그인 화면 단에서 기존 회원이 로그인을 했을 경우를 걸러낼 수 는 있을까요?
          저희 User id 데이터를 보내게 된다면 로그인한 유저의 경우 First open이 찍힌 데이터에 User id 포함되어서 보여질까요?
          그럼 해당 유저의 가입일자 데이터를 확인하여 가입날짜가 오늘 이전인 유저라면 제외하면 될까요?

          그리고 로그인을 하지 않았더라도 동일 기기를 가지고 있는 사람이라면 pseudo id로 걸러낼 수 는 없을까요?

          2. 소셜로그인에서 끝까지 완료하지 않고 되돌아가서 다른 소셜로그인을 진행하면 first_open이 두 번 잡힐까요?
          브라우저쿠키로 인해 여러번 잡히는 개념이 소셜로그인 페이지도 적용이 되지않아해서요

          항상 많은 도움주셔서 정말 감사합니다.

          • 2024-03-13 14:18

            1. 소셜 로그인시 DB에 저장된 기존 회원정보를 기반으로 신규/기존 여부 값을 서비스에서 입력해주시면 됩니다. (개발 작업 필요) 이때는 예를 들으신 가입일자를 활용하시는 것도 좋구요. 이러한 기준은 내부 개발 환경이나 신규/기존 고객 기준에 따라 알맞게 정의하시면 됩니다.

            데이터 수집에는 '사용자 속성'이라는 사용자 범위의 맞춤 측정기준을 사용하시면 됩니다. 언급하신 user_id는 사용 목적이 다르기 때문에 사용자 속성을 사용하시는 것을 추천드립니다.
            - 참고. https://dachata.com/google-analytics-4/post/collect-user-properties/

            추가적으로 pseudo id는 기기에 저장되는게 아닌 인앱 저장소에 저장되는 식별자이기 때문에 재설치시나 저장소의 데이터가 제거될 경우 새로 발급되게 됩니다. 그래서 문의하신 목적에 사용할 수 있는 정보가 아닙니다.

            2. first_open은 '설치' 후 최초 실행될 때 수집되는 이벤트이기 때문에 사용자의 인앱에서의 특정 행동으로 인해 여러번 수집되지는 않습니다.

« url이 없는 모달창 스크롤 이벤트 측정
전자상거래 이벤트명 »
목록보기