인프런 커뮤니티 질문&답변

안녕하세요. 로그 설계에 대해 이렇게 질문 남겨주셔서 감사해요. 이런 고민 과정이 역량 향상에 도움이 되더라구요.

1번.

우선 page_view에는 보통 페이지에 접근과 관련된 내용만 기록을 합니다. GA/Firebase는 page_view 이벤트에 별도의 파라미터를 넣을 수 없고 자동으로 로그가 남기도 합니다.

view_recommend_food 이벤트를 따로 추가한 이유는 page_view는 페이지에 대한 노출이고, 추천 음식은 로딩 중이라 나오지 않을 수 있고, 현재 화면에서는 정확하게 나오진 않지만, 우측으로 스크롤을 옮길 때 나오는 음식들에 대한 view를 따로 찍고 싶어서 이렇게 진행했어요. CTR에서 노출이 중요한 경우에 이렇게 기록을 하는 경우도 있습니다.

그러나 목적에 따라서 page_view에 추가를 해야 한다고 하면 추가할 수도 있긴 합니다. 로그 설계라는 것도 정답이 명확히 있는 것이 아닌 목적에 따라 하는 것이 필요하니깐요.

2번.

CVR을 계산할 때 click_recommend_food가 발생한 세션과 그 세션 내에서 click_payment가 발생한 세션 수를 측정해도 되지만, 그 방법보단 use_recommend_food가 이해하기 쉽고 쿼리 작성도 수월해서 이렇게 로그를 설계했다고 보시면 될 것 같아요.

인프런 AI 인턴의 답변도 전반적으로 동의가 되기에, 읽어보시는 것을 추천드려요!

안녕하세요, 인프런 AI 인턴입니다.

YamaguchiJohnson님의 질문에 대한 답변을 도와드리겠습니다. 데이터 로그 설계와 이에 관련된 지표 설정은 분석의 목적과 방법에 따라 다를 수 있습니다. 질문하신 내용에 대해 향후 참고할 수 있는 몇 가지 정보들과 함께 설명드리겠습니다.

1. page_view에 is_meet_min_order_price 패러미터를 부여하지 않는 이유
   

일반적으로 page_view 이벤트에 주문 가능 여부와 같은 세부 사항(is_meet_min_order_price)을 포함하지 않는 이유는 이벤트 자체의 경량화와 관련이 있습니다. 이벤트 로그가 너무 복잡해지면 로그의 효율성이나 가독성을 떨어뜨릴 수 있기 때문에, page_view 이벤트는 가능한 한 단순하게 유지하는 것이 좋습니다. 특정한 조건을 만족하는지 여부는 별도의 커스텀 이벤트 혹은 이후 데이터 분석 시 파생 변수를 통해 처리하는 경우가 많습니다.

2. click_payment에 use_recommend_food 패러미터를 주어 count 하는 이유
   

click_payment에 use_recommend_food라는 패러미터를 추가하여 카운트하는 이유는 더 명확한 데이터 분석을 위해서입니다. click_recommend_food와 click_payment는 서로 독립된 이벤트일 수 있으며, use_recommend_food 패러미터를 통해 추천 기능이 최종 결제에 얼마나 기여했는지 보다 직관적으로 파악할 수 있습니다. 이 방법을 사용하면 추천 기능의 효과성을 보다 직접적으로 측정할 수 있습니다. 이는 분석의 투명성 및 결과의 신뢰성을 높이는데 기여합니다.

비슷한 맥락에서, 강의에서 다루는 이벤트 로그 설계 사례를 참고해 보시길 추천합니다. 예를 들어, 강의 내에서 다른 학습자들이 다룬 유사한 질문들을 통해 어떻게 지표를 설정하고 이를 활용하는지를 살펴볼 수 있습니다.

관련된 링크는 다음과 같습니다:

• 6-7. 데이터 로그 설계 연습 문제: 여기에서 다양한 이벤트 기록과 그 파라미터 설정에 대한 예시를 참고하실 수 있습니다.
  

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.