GTM (Google Tag Manager) 뜻과 구조

🤔 픽셀 하나 넣으려고 매번 개발 일정을 기다릴 때

광고 매체를 하나 더 쓰기로 하면 사이트에 코드 조각을 하나 더 넣어야 합니다. 넣을 코드는 매체가 주지만 어디에 붙일지와 언제 반영될지는 개발 일정에 달려 있습니다. 분석 도구와 광고 매체와 상담 도구를 차례로 붙이고 나면 용도를 알기 어려운 코드가 여러 개 쌓입니다.

GTM은 여러 태그의 설정을 한곳에 모아 관리합니다. 아래 세 기록에서 실행할 때 고르기에서 사이트 수정 없이 기본 구조부터 구분해 봅니다.

🔑 GTM(Google Tag Manager)의 정의

GTM(Google Tag Manager)은 웹사이트나 앱의 태그를 모아 관리하는 구글 도구입니다. 이 글에서는 웹 컨테이너를 다룹니다.

이름의 두 토막과 그 조각을 담는 상자 하나에 구조가 그대로 들어 있습니다.

• 태그(Tag): 사이트에서 실행되는 작은 코드 조각. 분석 도구나 광고 매체로 기록을 보냅니다
• 매니저(Manager): 그 조각을 페이지에 붙이지 않고 목록으로 관리한다는 뜻입니다
• 컨테이너(Container): 태그를 담아 두는 상자. 웹사이트에는 공식 안내에 따라 컨테이너 설치 코드를 넣습니다

GTM은 태그 설정을 관리하며 방문자 행동 분석 보고서를 만드는 도구는 아닙니다. 무엇을 언제 어디로 보낼지 정해 두고 그 시점에 코드를 실행시키는 쪽만 맡습니다.

📦 분류 벨트가 상자를 밀어내듯 실행되는 태그

택배 물류센터에서 상자를 지역별로 나누는 일을 손으로 하면, 지역이 하나 늘 때마다 인원 배치를 다시 짜야 합니다. 그래서 벨트를 한 줄 깔고 그 옆에 밀대를 붙여 둡니다. 벨트는 처음에 한 번 설치하고, 그 뒤로는 어떤 상자를 어느 쪽으로 밀지만 규칙표에서 바꿉니다.

GTM도 같은 구조입니다. 사이트에는 컨테이너 설치 코드를 넣어 두고, 필요한 태그는 관리 화면에서 더하거나 뺍니다. 벨트 위의 밀대가 상자 겉면 라벨을 읽고 움직이듯, GTM은 지금 열린 페이지가 어디이고 방문자가 무엇을 눌렀는지 확인한 뒤 그 조건에 맞게 설정해 둔 태그를 실행합니다. 규칙표를 고치는 일과 설비를 새로 놓는 일은 드는 시간이 다릅니다.

🧰 GTM이 없을 때 반복되는 순서

GTM을 쓰지 않으면 태그 하나를 넣을 때마다 사이트 코드를 고칩니다. 순서는 대체로 이렇습니다.

• 요청: 넣을 코드와 붙일 위치를 개발 담당자에게 전달합니다
• 작업: 개발 담당자가 그 페이지의 코드를 고칩니다
• 배포: 고친 코드가 실제 사이트에 반영되기를 기다립니다

문제는 이 순서가 태그 개수만큼 반복된다는 점입니다. 캠페인이 끝나 코드를 빼려고 해도 같은 순서를 다시 밟아야 하고, 급한 캠페인일수록 배포를 기다리는 며칠이 손해가 됩니다.

설치와 필요한 데이터 전달이 준비되면 여러 태그를 관리 화면에서 수정할 수 있습니다. 다만 새 정보를 수집하거나 사이트 구조가 바뀌면 개발 작업이 다시 필요할 수 있습니다. 웹 설치 안내에는 HTML의 설정 부분인 head와 화면 내용 부분인 body에 넣는 코드가 나뉘어 있으므로 공식 절차를 따릅니다.

⚙️ 태그, 트리거, 변수 세 가지 구성 요소

GTM에서 하는 일은 세 가지 이름으로 나뉩니다. 무엇을(태그) 언제(트리거) 어떤 값으로(변수) 보낼지를 정하는 일이 GTM 작업의 대부분을 차지합니다.

세 가지가 어떻게 맞물리는지는 결제 기록을 예로 따라가면 분명해집니다.

• 태그: GA4로 purchase 이벤트를 보내는 태그를 만듭니다
• 트리거: 사이트가 결제 성공을 확인해 전달한 이벤트를 조건으로 사용합니다
• 변수: 그 이벤트에 실을 주문 금액과 주문 번호를 지정합니다

일반적인 태그는 트리거에 연결해 실행합니다. 태그 실행 순서 설정처럼 다른 실행 방식도 있습니다. 금액과 통화가 올바르게 전달되는지, 같은 주문을 새로고침할 때 중복으로 보내지 않는지 확인합니다. 변수는 태그에 값을 넣는 데에도, 트리거 조건을 비교하는 데에도 씁니다.

주문 완료 예시의 세 역할입니다. 완료 페이지를 다시 열었다고 새 주문이 생기는 것은 아니므로 실제 성공 시점과 주문번호를 확인합니다.

🔀 GA4와 GTM이 각각 맡는 일

가장 자주 혼동하는 부분입니다. 둘은 같은 일을 하는 다른 제품이 아닙니다.

GTM은 코드를 내보내는 도구이고, GA4는 그 기록을 받아 쌓고 보여 주는 도구입니다.

GA4는 방문자 행동을 이벤트로 저장하고 보고서를 그리는 쪽입니다. GTM은 태그 설정과 버전을 보관하지만 GA4처럼 방문자 행동을 분석하는 보고 도구는 아닙니다.

GA4를 GTM 없이 직접 심는 방법도 있습니다. 구글이 안내하는 설치용 코드를 붙이면 되고, 선택은 태그 수뿐 아니라 사이트 구조, 운영 권한과 관리 방식에 따라 달라집니다.

당분간 태그를 늘릴 일이 없으면 직접 설치가 간단하고, 광고 매체를 함께 쓰거나 버튼 클릭을 이벤트로 남길 계획이면 GTM 쪽이 나중에 드는 시간을 줄여 줍니다.

🧾 데이터 영역(dataLayer)이 값을 넘겨 주는 방식

페이지 주소나 버튼 글자처럼 화면에 드러난 값은 GTM이 직접 읽습니다. 그런데 주문 금액이나 회원 등급처럼 화면에 없는 값은 사정이 다릅니다.

데이터 영역(dataLayer)은 사이트가 GTM에 값을 넘겨 주는 통로입니다. 상자를 벨트에 올리기 전에 겉면 라벨에 내용물과 금액을 적어 두듯, 사이트가 페이지를 그릴 때 필요한 값을 데이터 영역에 먼저 적어 둡니다. GTM은 그 값을 변수로 받아 태그에 싣습니다.

사이트는 데이터 영역에 약속된 이름과 형태로 값을 전달합니다. 개발 담당자와 함께 언제 어떤 값이 들어오는지 확인해야 GTM에서도 올바르게 사용할 수 있습니다. 값을 적는 형식과, 화면이 바뀌어도 값이 유지되게 하는 방법은 React SPA에서 GTM 설치하기에 코드와 함께 적어 두었습니다.

👀 미리보기와 버전 관리

GTM에서 태그를 만들거나 고쳐도 사이트에 곧바로 반영되지 않습니다. 게시라는 동작을 해야 그 시점의 설정이 적용됩니다. 번거로워 보이지만 이 단계가 GTM을 쓰는 큰 이유입니다.

• 미리보기: 연결한 브라우저에서 변경된 설정의 실행과 변수 값을 확인합니다. 실행한 태그는 실제 분석 도구로 자료를 보낼 수 있으므로 연습용 사이트와 측정 대상을 사용합니다
• 게시: 확인이 끝난 설정을 모든 방문자에게 적용합니다. 무엇을 왜 바꿨는지 적어 두면 나중에 찾기 편합니다
• 버전: 게시할 때마다 그 시점의 설정이 한 판으로 저장되고, 문제가 생기면 이전 판으로 되돌립니다

사이트 코드를 직접 고쳤다면 되돌리는 일에도 개발과 배포 순서가 다시 필요합니다. GTM에서는 이전 버전을 확인하고 다시 게시해 복구합니다. 이미 전송된 자료가 삭제되거나 사이트 코드까지 되돌아가는 것은 아닙니다.

다만 관리 화면의 메뉴 이름과 버튼 위치는 시점에 따라 달라지므로, 실제 클릭 경로는 지금 열려 있는 화면에서 확인하는 편이 맞습니다.

⚠️ 자주 하는 실수

• 미리보기를 건너뛰고 게시하기: 트리거 조건을 잘못 적어도 게시 전에는 드러나지 않습니다. 게시한 뒤부터 데이터가 어긋나고, 그 기간의 기록은 뒤늦게 되살릴 수 없습니다
• 같은 이벤트를 양쪽에서 보내기: 직접 설치한 코드와 GTM에서 같은 이벤트를 보내면 중복 집계될 수 있습니다. 실제 전송과 중복 처리 설정을 확인합니다. 전환 수가 부풀려지면 그 숫자로 잡은 KPI와 광고 성과 판단이 함께 어긋납니다
• 트리거 조건을 너무 넓게 걸기: 모든 페이지, 모든 클릭처럼 넓은 조건을 걸면 엉뚱한 화면에서도 태그가 실행됩니다. 조건은 좁게 시작하는 편이 안전합니다

태그가 실행되지 않거나 GA4에 값이 들어오지 않을 때 확인할 순서는 GTM 디버깅 실전 가이드에 증상별로 적어 두었습니다.

❓ 자주 묻는 질문

GA4만 쓰면 안 되나요?

써도 됩니다. 기본 방문 기록만 필요하면 GA4 설치 코드를 직접 붙이는 것으로 충분합니다. 다만 광고 픽셀을 함께 넣거나 버튼 클릭을 이벤트로 남기기 시작하면 코드를 고칠 일이 늘어나고, GTM은 그 일을 관리 화면으로 옮겨 줍니다.

GTM을 쓰면 사이트가 느려지나요?

태그가 추가되면 브라우저가 내려받거나 실행할 코드가 늘 수 있으며 영향은 실행 조건과 코드에 따라 달라집니다. GTM은 실행 시점을 트리거로 나누므로 필요 없는 페이지에서 실행되지 않게 막기가 오히려 쉬운 편입니다. 실행되지 않는 태그도 설정 관리와 컨테이너 크기에 영향을 줄 수 있으므로 정리합니다. 성능 영향은 실제 화면에서 확인합니다.

개발자 없이도 쓸 수 있나요?

사용 중인 사이트 서비스의 연동 기능으로 설치할 수 있는 경우도 있습니다. 다만 설치, 자료 전달과 동의 설정을 이해하고 검증할 담당자는 필요합니다. 관리 화면에서 할 수 있는 일과 사이트 수정이 필요한 일을 구분해 진행합니다.

태그를 몇 개까지 넣어도 되나요?

개수보다 각 태그의 용도가 적혀 있는지가 중요합니다. 담당자가 바뀌면 이름만 보고는 용도를 알기 어려운 태그가 남고, 지워도 되는지 판단하지 못해 그대로 쌓입니다. 태그 이름에 어떤 도구의 어떤 이벤트인지 적어 두는 규칙이 있으면 정리가 쉬워집니다.

✏️ 세 기록에서 실행할 때 고르기

가상 자료 신청 화면에서 다음 세 기록이 전달됐다고 가정합니다. 연습용 메모만 만들며 실제 태그를 게시하지 않습니다.

목표는 성공한 신청 한 건을 기록하는 것입니다. generate_lead는 문의나 신청 같은 잠재고객 확보를 나타내는 GA4 권장 이벤트 이름입니다. 태그는 generate_lead라는 GA4 이벤트 전송, 트리거는 신청 저장 성공, 변수는 전달된 신청번호라고 적습니다. 실제 이벤트 이름과 데이터 영역의 이름은 개발 담당자와 정할 사항입니다.

실행할 때는 3번 한 번입니다. 1번에서 실행하면 실패한 신청도 섞입니다. 2번에서도 실행한다면 클릭이나 모든 이벤트처럼 조건을 너무 넓게 잡았는지 확인합니다.

혼자 반복하려면 3번 뒤에 성공 화면 다시 열기, R001을 추가합니다. 새 신청번호가 아니므로 신규 신청 수는 여전히 1건이어야 합니다. 어떤 규칙으로 재전송과 중복 집계를 막을지 정할 필요가 있다는 뜻이며, 이 메모만으로 중복 방지가 구현되지는 않습니다.

실제 미리보기는 사이트에 GTM이 설치돼 있고 필요한 권한이 있을 때 진행합니다. 미리보기에서 연습용 주소에 연결한 뒤 성공과 실패를 각각 수행하고 태그 실행 여부, 신청번호 및 GA4 수신을 대조합니다. 태그가 실행됐다고 수신과 보고서 반영까지 완료된 것은 아닙니다. 설치나 권한이 없다면 세 역할을 메모로 구분한 단계까지 완료한 것입니다.

📋 3줄 요약

1. GTM(Google Tag Manager)은 웹사이트나 앱의 태그를 모아 관리하는 구글 도구입니다.

2. 태그는 실행할 동작, 트리거는 실행 조건, 변수는 태그와 조건에 사용할 값을 정합니다.

3. 미리보기에서 실행과 실제 수신 값을 확인한 뒤 게시하며, 이전 버전 복구는 이미 전송한 자료를 되돌리지 않습니다.

📚 참고 자료

• Google: 태그 관리자 설치
• Google: 미리보기와 디버그
• Google: 버전과 게시
• Google: 데이터 영역