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

상세하게 피드백 주셔서 진심으로 감사드립니다!! 말씀 주신 부분 덕분에 데이터 로그 저장이 어떻게 되는지 더 잘 이해할 수 있게 된 것 같습니다!

감사합니다!!

새리님 안녕하세요!

작성해주신 노션과 스프레드시트 모두 봤는데, 잘 해주셨어요. 처음 설계하셨는데 이렇게 하셨으면 매우 잘하신거라 생각해요. 회사에서도 이런 방식으로 로그 설계를 제시한다면 회사 비즈니스에 맞게 조금만 수정하면 바로 쓸 수 있을 것 같네요.

몇가지 의견을 드리면..

click_filter에 type_search_content라는 파라미터가 있는데, 이건 위에 있는 검색 완료한 내용일까요? 검색한 키워드라고 보면 될까요? 필터를 클릭할 때는 필요가 없는 데이터일 수도 있을 것 같네요!

type_search에서도 타이핑할 때 기록된다고 했는데 치킨을 검색한다고 하면 ㅊ 입력할 때 이벤트가 발생될까요? 치킨을 완료할 때 발생할까요? 타이핑이란 것은 입력할 때마다 발생한다는 것이 내포된거라 저라면 키워드 치는 것보단 검색 요청을 하는지를 파악할 것 같아요(request_search) 키워드 치는 이벤트가 엄청 많이 발생할 수 있는데, 사람들이 하나의 글자를 입력하거나 지울 때 이벤트가 발생한다면 꽤 로그가 많이 쌓이게 될 것 같고, 중간 과정이 데이터 분석할 때 필요하지 않을 수 있어요. 참고로 로그가 많이 쌓인다는 것은 저장하는 비용도 늘어나게 될 수 있어요. 그래서 적절하게 로그를 기록하는 것이 필요해요

이벤트 파라미터로 user_id를 추가하진 않습니다. 보통 user_id는 별도의 값으로 저장되거든요. user_id, event_name, event_datetime은 별도의 컬럼으로 항상 저장되고 이벤트 파라미터에 대해서만 정의해주시면 되어요.

보다가 하나 추가로 설명드리고 싶은 것이 있어서 말씀드리면, 지금 우리가 기록하고 있는 것은 유저의 이벤트 로그(어떤 이벤트를 발생시키는가?)에요. 그래서 특정 이벤트를 발생시키면 한 줄의(하나의 Row의) 데이터가 생기게 됩니다

예를 들어

event_name | user_id | event_datetime | event_params

click_filter | 1004 | 2025-01-01 10:03:02 | {"session_id":"a12312-asdas12-3123"}

이렇게 하나의 이벤트가 한 줄로 기록이 됩니다.

즉, 지금 이벤트가 남았다는 것은 그 행동을 유저가 했다는 것을 의미해요

따라서 view_homepage 이벤트의 value에 true/false 같은 값이 필요하지 않아요. view_homepage가 찍혔으면 유저가 view_homepage 이벤트를 했다는 것이거든요. view_homepage 조건에 true false 조건을 주는 것이 아니라 그게 남아있으면 그 유저가 이 행동을 했구나를 의미합니다!

처음 로그 설계하셨는데 잘 하셨다고 생각해요. 피드백 보시고 한번 또 생각해보셔요!! 고생하셨습니다