구글 태그 매니저 · 태그 관리
Google Tag Manager (GTM)
구글 태그 매니저란?
- 측정·광고 스크립트를 코드 수정 없이 관리
- 태그·트리거·변수 세 요소로 구성
- 방치된 태그는 속도와 데이터 품질을 해친다
태그 매니저를 깔았을 때 실제로 달라지는 것은 측정 항목의 개수가 아니라 측정을 고치는 속도입니다. 예전에는 버튼 클릭 하나를 추적하려 해도 개발 요청서를 쓰고, 배포 일정에 태우고, QA를 거쳐 2~3주를 기다렸습니다. 컨테이너를 한 번 심어두면 그 과정이 마케터의 화면 안으로 들어와, 캠페인을 돌리는 도중에 '이 지표가 빠졌네' 싶으면 그날 오후에 붙여볼 수 있습니다. 결국 측정 설계의 주도권이 개발 일정에서 마케팅 쪽으로 넘어온다는 것이 이 도구의 핵심입니다.
구성은 태그(실행할 코드), 트리거(발동 조건), 변수(함께 보낼 값) 세 가지이고, 모든 수정은 버전으로 남아 잘못되면 이전 버전으로 되돌릴 수 있습니다. 여기서 경계를 하나 확실히 해둬야 합니다. 태그 매니저는 데이터가 쌓이는 곳이 아닙니다. 수집과 저장, 리포팅은 GA4나 광고 플랫폼이 담당하고 태그 매니저는 '누구에게 언제 어떤 값을 보낼지'를 중계할 뿐이라, GTM 화면 안에는 볼 만한 보고서가 없습니다. 컨테이너도 한 종류가 아니어서, 브라우저에서 도는 웹 컨테이너 외에 서버 사이드 컨테이너를 쓰면 광고 플랫폼으로 나가는 값을 회사 서버에서 한 번 걸러 내보낼 수 있습니다.
현장에서 가장 자주 깨지는 지점은 중복 발동입니다. 문의 완료 페이지에 전환 태그를 걸면서 트리거를 단순 페이지뷰로 잡으면 새로고침이나 뒤로가기까지 전환으로 집계돼, 부풀려진 전환 수가 그대로 광고 입찰에 반영됩니다. 전환 단가가 좋아 보이니 예산을 더 넣고, 정작 영업팀이 받는 문의는 늘지 않는 일이 반복됩니다. 게시 권한을 팀 전원과 대행사에까지 열어두면 어제 무엇이 바뀌어 숫자가 튀었는지 아무도 설명하지 못하고, 문의 폼의 이메일이나 전화번호가 URL 파라미터에 실려 외부 태그로 넘어가면 그 자체가 개인정보 유출입니다. 분기에 한 번은 태그 목록을 열어 발동 기록이 없는 태그를 정리하는 일정을 미리 잡아두는 편이 안전합니다.
구글이 2012년 태그 매니저를 공개하면서 널리 쓰이게 됐습니다. 분석·광고 스크립트가 늘어나며 사이트 코드가 복잡해지고, 태그 하나 추가에도 개발 배포가 필요하던 문제를 해결하기 위해 만들어졌습니다.
산업용 계측장비를 만드는 A사는 임직원 48명, 연매출 110억 원 규모입니다. 검색광고에 월 1,400만 원을 쓰고 있었지만 전환 측정이 없어 문의 건수를 영업팀 엑셀로 세는 상태였습니다. 마침 개발팀은 ERP 교체 때문에 3개월간 신규 요청을 받지 않겠다고 공지한 상황이었습니다. (가상 예시)
- 마케팅팀 김 과장이 개발팀장을 찾아가 '이번 한 번만 전 페이지 공통 헤더에 코드 15줄을 넣어달라, 이후에는 요청 안 하겠다'고 설득해 40분 만에 컨테이너를 배포했습니다.
- 김 과장은 문의 완료 페이지(/contact/thanks) 도착과 상담 신청 버튼 클릭을 각각 트리거로 만들고, 새로고침 중복을 막으려 발동 횟수를 세션당 1회로 제한했습니다.
- GA4 이벤트 태그와 구글애즈 전환 태그를 연결하다가 문의자 이메일이 URL 파라미터에 그대로 실려 나가는 것을 발견해, 개발팀에 파라미터 삭제를 별도로 요청했습니다.
- 미리보기 모드에서 직접 문의를 7건 넣어보니 그중 2건이 두 번 찍혔고, 트리거를 페이지뷰에서 '완료 화면 최초 노출 1회'로 고친 뒤 다시 7건을 넣어 7건만 잡히는 것을 확인했습니다.
- 게시 권한은 김 과장과 마케팅 팀장 2명에게만 남기고 대행사 계정은 읽기 권한으로 내려, 변경 이력이 누구 손에서 나왔는지 추적되게 만들었습니다.
- 6주 뒤 키워드별 전환 단가가 보이자 전환 0건인 광고그룹 4개를 껐고, 월 광고비는 1,400만 원에서 1,050만 원으로 줄었는데 월 문의는 19건에서 26건으로 늘었습니다.