jes님의 블로그

나도 GA4 건드려봤다!_데이터리안 GA4 핸즈온 후기

jes012 — Tue, 14 Apr 2026 22:34:53 +0900

SQL 공부할 때 정말 많고 큰 도움을 받았던 데이터리안에서 핸즈온 세미나를 진행한다고 해서 참여했다.

데이터리안에서 SQL 입문반, 실전반까지 듣고 최근에는 마스터반도 수강했는데

마스터반 수강하기 전에 마스터반과 GA4 강의를 두고 고민을 많이 했었다.

결국 SQL에 대한 심층학습이 우선이지 않을까 하는 판단하에 마스터반을 선택했지만

GA4는 입문반때부터 궁금했던 툴이었고 그래서 다뤄보고 싶었기 때문에 바로 신청했다.

핸즈온 세미나라는 것에 처음 참여해 보는 거라 신기하기도 했고

데이터리안 강의를 쭉 들어왔기 때문에 강의 내용이나 강의력에 대한 고민은 전혀 하지 않았다. (SQL 배우고 싶은 분들께 데이터리안 강의 적극 추천하는 바이고 실제로 지인에게 추천도 해봤다!)

* 핸즈온(Hands-on) 세미나: 핸즈온은 '직접 해 보는', '실천하는'이라는 뜻의 형용사로 실제로 직접 참여하면서 배우는 방식의 세미나를 말한다.

세미나의 주제는 내 티스토리와 GA4를 연결하기.

GA4에 대한 설명을 시작으로 직접 실습해보고 질의응답을 하는 방식으로 진행됐다.

하나부터 열까지 차근차근 알려준다는 점이 제일 좋았다.

세미나를 해주셨던 보민님이 발자국을 먼저 찍고 찍은 대로 따라가면 되는 느낌이 들 정도로 쉽게, 차근차근 설명해 주셨다.

단계별로 시간을 충분히 주고 기다려주셔서 급하게 따라가려고 조급해하지 않아도 된다는 점이 너무 좋았다!

소스, 이벤트, utm 등 생소한 단어들이 등장하는데 연결한 이후는 개인적으로 공부해서 활용해 보는 영역인 듯하다.

GA4와 티스토리를 연결하고 방문자수와 방문자의 지역 등을 확인할 때는 너무 신기했다. 바나나 처음 먹은 기영이가 된 것 같은 기분이었다.

해당 핸즈온 세미나와 관련된 데이터리안 블로그글 첨부하면서 후기를 마친다.

https://datarian.io/blog/ga4-installation-guide-for-beginners

코딩 몰라도 할 수 있는 GA4 설치 가이드 (2026년 최신 버전!)

2시간 안에 설치 끝! GTM을 이용해 티스토리 블로그에 GA4를 설치해봅시다.

datarian.io

블로그도 놀러오세요^.^

https://blog.naver.com/wldms0415/224252509147

나도 GA4 건드려봤다!_데이터리안 GA4 핸즈온 후기

SQL 공부할 때 정말 많고 큰 도움을 받았던 데이터리안에서 핸즈온 세미나를 진행한다고 해서 참여했다....

blog.naver.com

[데이터리안 데벨챌 5기] 데이터 삽질 끝에 UX가 보였다 - 3주차 후기

jes012 — Mon, 15 Dec 2025 00:11:50 +0900

배경과 목적은 모든 의사결정을 할 때 기준이 되는 북극성 같은 거예요. 처음에 확인하고 끝이 아니죠.

앞 부분에서 일을 시작하기 전 배경, 목적, 목표, 할일을 정리해야 하고 냥냥북스 직원들도 배경, 목적을 명확히 하는 것이 계속 나왔다. 어떤 데이터를 봐야할지 모르겠을 때, 일의 방향을 잃을 때 상기해야하는 것이 배경과 목적이라는 것을 알 수 있었다. 그래서 북극성 같은 것이라고 표현했구나.

프로젝트의 배경, 목적, 목표를 모두 알 수 없을 때는 회사의 존재 이유에서 답을 찾을 수 있다는 점도 인상적이었다. 단순히 나의 직무, 역할만 수행하는 것에 그치지 않고 회사의 일원으로서 일의 몰입도를 높일 수 있는 사고방식인 것 같다.

처음 책을 읽기 시작했을 때는 저자가 프로덕트 디자이너 출신이어서 그런지 디자이너에게 유용한 내용 아닌가 하는 생각도 들었다. 읽다보니 디자이너뿐 아니라 데이터를 이용하는 사람이라면 도움이 될만한 내용이 많다는 걸 알 수 있었다. 데이터 정제, 활용, 확보 등 구체적이고 현실적인 팁도 나와있어서 실무에 참고하기 좋을 것 같다.

아직 완독을 못했지만 다 읽고 나면 한 번 더 꼼꼼하게 읽어볼 계획이다. 챌린지 참가자분들의 후기를 보면서 다양한 시각과 관점을 엿볼수 있었고 매주 분량이 정해져 있어서 늘어지지 않았던 점이 좋았다. 다음에도 챌린지가 열리면 또 참가해봐야지.

[데이터리안 데벨챌 5기] 데이터 삽질 끝에 UX가 보였다 - 2주차 후기

jes012 — Sun, 7 Dec 2025 22:50:48 +0900

'무엇을 바꾸고 싶은가'

업무로 데이터 분석을 해 본 적은 아직 없지만 데이터 분석 프로젝트를 했을 때와 포트폴리오를 작성할 때를 떠올려보면 '수치'로 성과나 배운 점을 어필하면 설득력이 높아진다는 말을 많이 들었고 수치, 숫자로써 표현을 해보려고 했다. 지금 생각해 보면 의미를 깊게 생각하지 못하고 그저 숫자로 표현하는 것에 집중하기도 했던 것 같다.

'목표에 구체적인 수치가 빠져있더라도 '무엇을 바꾸고 싶은가'는 꼭 써두어야 합니다.' 라는 문장을 보고 관점을 조금 달리해보는 것도 도움이 되겠다는 생각이 들었다. 수치에 집중하기 전에 먼저 무엇을 바꾸고 싶은지를 고민해 보고 '배경-목적-목표-할 일' 중 할 일을 하고 나면 수치와 관련된 성과도 따라오지 않을까 추측해 본다. 이런 부분에서 데이터 분석은 기술적인 부분을 배운다고 실력이 느는 것이 아니구나 싶다.

[데이터리안 데벨챌 5기] 데이터 삽질 끝에 UX가 보였다 - 1주차 후기

jes012 — Sun, 30 Nov 2025 21:54:48 +0900

연말을 맞아 데이터 관련 책 한 권 읽으면서 공부해보고자 데이터리안 데벨챌에 처음 참여하게 되었다.

PART 1에서 제일 인상깊었던 부분은 아무래도 '데이터에는 답이 아닌 질문이 담겨 있다는 부분'이다.

처음 데이터 분석 공부를 시작했을 때는 '데이터에서 답을 찾을 수 있는 거구나'라고 생각했었는데, 답이 아닌 질문을 계속 던지고 데이터를 근거로 정답을 찾아가는 과정이 데이터 분석이라는 것을 배운 기억이 난다. 데이터 자체에 정답이 있는 것은 아니라는 것.

세미나를 들을 때 세미나 내용도 좋았고 책 읽어본 분들의 후기가 너무 좋았던 것도 참여 이유 중의 하나다. 디자인 직무가 아닌 나로써는 디자이너에게 도움이 되는 내용은 아닌가 싶기도 했지만 읽다보니 데이터를 활용해서 일하는 사람이라면 읽어볼만하지 않을까 싶을정도로 PART 2, 3도 기대되는 책이다.

작고 소중한 깃허브 잔디

jes012 — Mon, 31 Mar 2025 17:02:46 +0900

그동안 진행했던, 진행하고 있는 프로젝트들은 깃허브에 업로드해서 포트폴리오로 관리하고 있다.

개인 프로젝트를 추가 진행하면서 리포지토리 관리를 어떻게 효과적으로 할 수 있을지 고민하다가 개인 프로젝트만 모아놓는 리포지토리를 만드는 것으로 결정했다.

프로젝트 하나당 하나씩 만들어놨던 리포지토리를 정리한다는 이유로 이제 안 쓸 리포지토리는 삭제하면 되겠지 하면서 삭제했다.

그 결과

Before

이랬는데

After

이렇게 됨....

하루에 하나씩 커밋해서 일명 잔디심기를 하고 있었는데 잔디가 사라짐. 당연함.

커밋했던 개별 리포지토리를 삭제했으니 커밋 기록도 같이 사라진 것이다..!

몇 안되는 듬성듬성 잔디지만 너무 아까워서 구글 맹검색하니 복구하는 방법이 있긴 했다.

몇 분 기다리니 복구가 되었고, 삭제했다가 복구된 리포지토리는 프라이빗으로 설정을 바꿨다.

(분명 복구됐는데 다시 새로고침하니까 잔디가 없어졌었다. 설정 다시 확인하고 몇 분 뒤 새로고침하니까 완전히 복구된 것을 확인했다. 꼭 몇 분 뒤 확인 한 번 더 해 볼 것!)

잔디 미는 것 상관없고 깔끔하게 삭제하겠다는 경우가 아니면 퍼블릭/프라이빗 설정을 바꾸는게 나은 것 같다.

교훈: 리포지토리 함부로 삭제하지말고 설정을 바꾸자.

⬇️리포지토리 삭제 방법: https://docs.github.com/en/repositories/creating-and-managing-repositories/deleting-a-repository

Deleting a repository - GitHub Docs

Only members with owner privileges for an organization or admin privileges for a repository can delete an organization repository, and these users may be prevented from deleting a repository by an organization or enterprise policy. For more information, se

docs.github.com

⬇️리포지토리 복구 방법: https://docs.github.com/en/repositories/creating-and-managing-repositories/restoring-a-deleted-repository

Restoring a deleted repository - GitHub Docs

A deleted repository can be restored within 90 days, unless the repository was part of a fork network that is not currently empty. A fork network consists of a parent repository, the repository's forks, and forks of the repository's forks. If your reposito

docs.github.com

리텐션 분석 (데이터리안 블로그 리텐션 시리즈를 읽고)

jes012 — Fri, 7 Mar 2025 15:09:27 +0900

그로스 해킹의 대표적인 분석 프레임워크 AARRR이 있다.

AARRR은

사용자 획득 (Acquisition) → 신규 사용자가 서비스를 사용하기 시작 (사용자 활성화, Activation) → 지속적으로 서비스를 사용 (사용자 유지, Retention) → 구매 (매출, Revenue) → 다른 사용자에게 추천 (전파, Referral) → 새로운 사용자 획득 (Acquisition)이라는 유저의 서비스 이용 사이클을 체계화한 프레임워크이다.

이미지 출처: https://dwarves.foundation/playbook/aarrr-framework-zmjhde6izw/

그중 첫 번째 R인 리텐션(사용자 유지, Retension)은 다섯 단계 중 가장 먼저 개선을 해야 하는 단계로도 알려져 있다.
리텐션 단계에서는 사용자들이 서비스를 1회성이 아니라 지속적으로 사용하는지, 핵심가치를 꾸준히 경험하는지를 측정하며 측정 방법에는 클래식 리텐션, 롤링 리텐션, 범위 리텐션 등이 있다.

1. 클래식 리텐션 (Classic Retention)

N-Day Retention 이라고도 한다.
사용자가 매일 접속해서 사용할 것으로 기대되는 서비스에 활용하기 적절한 지표이다.
카카오톡 같은 메신저 앱이나, 트위터 같은 SNS 서비스에 적합하다.

2. 롤링 리텐션 (Rolling Retention)

Unbounded Retention 이라고도 하며, 클래식 리텐션의 한계를 보완하는 방법이다.
사용 주기가 긴 서비스, 사용 빈도가 높지 않은 서비스에서 유용하다.
여행 서비스, 쇼핑몰, 부동산 서비스 등에 적합하다.

3. 범위 리텐션 (Range Retention)

Bracket Retention 이라고도 한다.
클래식 리텐션을 유연하게 확장한 개념으로 구간을 유연하게 나누는 방법이다.
노이즈에 강하며, 주로 서비스 사용주기가 길거나 주기적인 서비스에서 많이 사용한다.

리텐션 분석과 관련된 지표: Stickiness 사용자 고착도

DAU / MAU(보편적인 방법) 혹 DAU / WAU로 계산하며, 유저가 더 자주 방문할수록 100%에 가까워진다.
유저들이 더 자주 접속하고, 더 많이 접속하는 것이 중요한 페이스북, 인스타그램 같은 SNS 광고 비즈니스 또는 생필품을 판매하는 온라인 쇼핑몰 비즈니스에서 사용자 고착도를 중요하게 본다.

코호트(Cohort) 분석