웹사이트 공개 12편: GTM으로 GA4 연결하기
웹사이트 공개 실습 12/14 · 가상 프로젝트 작은 작업실 기준입니다.
example.com은 설명용 예약 도메인이며 실제 연결에는 본인 소유 도메인을 사용합니다.
이번 편의 목표
사이트에 GTM을 연결하고, 그 안에서 GA4 Google 태그를 게시해 수집을 확인합니다. 웹사이트에 GTM 코드만 있다고 GA4 설정이 끝나는 것은 아닙니다.
| 식별자 | 쓰는 곳 |
| --- | --- |
| GTM-으로 시작 | 웹사이트에 연결할 태그 관리자 컨테이너 |
| G-로 시작 | GA4 웹 스트림의 측정 ID |
| 숫자로 된 속성 ID | 관리자 통계 API 등에서 쓰는 GA4 속성 식별자 |
계정과 태그 설정
- GA4에서 웹 스트림을 만들고 사이트의 대표 HTTPS 주소를 입력합니다. 스트림의 측정 ID를 확인합니다.
- Google Tag Manager에서 웹 컨테이너를 준비하고 사용할 컨테이너 ID를 하나 정합니다. 이전·새 컨테이너를 구분해 기록합니다.
- 예제
.env의GTM_ID에 본인 컨테이너 ID를 저장합니다.G-측정 ID를 이 칸에 넣지 않습니다. 설정을 운영에 반영합니다. - GTM 작업공간에서 태그 → 새로 만들기 → Google 태그를 선택하고 GA4의 측정 ID를 입력합니다. 초기화 트리거 등 적용 범위와 동의 설정을 확인합니다.
- GTM 미리보기로 태그 발화를 확인하고 변경사항을 제출·게시합니다. 저장만 하고 게시하지 않은 상태와 구분합니다.
예제의 분석 허용 방식
예제는 대표 주소가 HTTPS이고 GTM 값이 있을 때 분석 선택 UI를 표시하며, 허용 선택 뒤 GTM 스크립트를 불러오는 방식입니다. 선택하지 않았거나 거절했다면 수집이 안 되는 것이 의도된 동작입니다. 실제 Google 태그·기타 태그의 동의 설정, 수집 항목과 개인정보 안내는 운영 환경에 맞게 확인해야 합니다. 광고 동의까지 허용한 것으로 취급하지 않습니다.
로그인·계정 화면과 URL 쿼리의 인증 코드·이메일 등이 수집되지 않도록 태그 적용 경로와 자동 이벤트를 점검합니다. 외부 폼 추적·사용자 제공 데이터 기능은 필요 여부를 검토한 뒤 설정합니다.
안 잡힐 때 확인 순서
- 본인 도메인의 최신 페이지를 열었는지 확인합니다.
- 분석 허용을 선택했는지, 광고 차단 확장 기능이 테스트에 영향을 주는지 확인합니다.
- 브라우저 개발자 도구 Elements의 head에 해당 GTM 스크립트가 추가됐는지 봅니다. 이 예제는 허용 후 삽입하므로 최초 페이지 소스에 없다는 사실만으로 실패라고 단정하지 않습니다.
- Network에서 GTM 스크립트와 분석 요청을, Tag Assistant에서 의도한 태그 발화를 확인합니다. 민감한 요청 내용은 그대로 공유하지 않습니다.
- GA4 실시간 보고서를 봅니다. 설정·태그가 잘못된 상태에서 무조건 48시간만 기다리지 않습니다. 일반 보고서의 처리 지연은 별개입니다.
흔한 시행착오와 완료 기준
여러 변경 후 수집이 시작됐다면 ‘head에 없어서만 실패했다’고 단정하지 않습니다. 올바른 컨테이너·게시·동의·새 페이지 로드를 함께 확인합니다. 중복으로 직접 GA4 스크립트를 추가하면 두 번 집계될 수 있으므로 연결 방식을 하나로 정합니다.
본인 테스트 접속이 실시간에 나타나는지까지 확인해야 완료입니다. 이 샘플에는 실사용 GTM·GA4 ID를 넣지 않았으며 실제 이벤트 수집은 미검증입니다. 관리자 화면의 GA4 API 통계 연결은 별도 과정입니다.
공식 자료 확인: 2026-11-15. GTM 웹 컨테이너 설치, Google 태그 추가.