GTM 3대 구성 요소 완벽 마스터: 태그(Tag: 무엇을 보낼 것인가), 트리거(Trigger: 언제 보낼 것인가), 변수(Variable: 조건)

태그는 Google Analytics와 같은 외부 시스템에 데이터를 전송하는 코드 조각입니다. GA4 이벤트 태그, Google Ads 전환 추적 태그, 메타 픽셀 태그처럼 "이 정보를 어디로, 어떤 형식으로 보낼 것인가"를 정의하는 것이 태그의 역할입니다. 태그 자체는 스스로 실행되지 않으며, 반드시 트리거와 연결되어야만 실제로 작동합니다. 하나의 태그가 여러 트리거의 조건에 따라 실행될 수도 있고, 같은 유형의 태그라도 설정 내용에 따라 서로 다른 데이터를 전송할 수 있습니다.

트리거는 웹페이지나 앱에서 페이지 로드, 버튼 클릭, 스크롤 같은 특정 유형의 이벤트를 수신하는 메커니즘입니다. 주요 유형으로는 페이지가 브라우저에 로드될 때 발동하는 페이지뷰 트리거, 버튼이나 링크 클릭 시 발동하는 클릭 트리거, 스크롤·양식 제출·영상 재생 같은 사용자 참여 트리거, 그리고 정해진 유형에 포함되지 않는 경우를 위한 커스텀 트리거가 있습니다. 트리거는 조건식을 추가해 더 세밀하게 좁힐 수 있는데, 예를 들어 특정 클래스명의 버튼만 감지하거나 특정 URL 패턴에서만 발동하도록 설정할 수 있습니다.

변수는 상품 이름, 가격 값, 날짜처럼 상황에 따라 계속 바뀌는 값을 지정하는 자리표시자입니다. 태그나 트리거 조건 안에 "지금 이 페이지의 URL"이나 "방금 클릭한 버튼의 텍스트" 같은 동적인 값을 넣고 싶을 때, 이 값을 매번 하드코딩할 수 없으므로 변수를 사용합니다. 변수는 크게 두 종류로 나뉩니다. URL, Page Title처럼 GTM이 기본으로 제공하는 내장 변수와, 데이터레이어 변수·자바스크립트 변수처럼 사용자가 직접 만드는 사용자 정의 변수입니다.

예를 들어 "구매 완료 버튼을 클릭했을 때 GA4로 구매 이벤트를 보낸다"는 설계를 GTM으로 구현한다고 생각해봅시다. 이때 트리거는 "구매 완료 버튼 클릭"이라는 조건을, 태그는 "GA4로 purchase 이벤트 전송"이라는 행동을, 변수는 그 이벤트에 실릴 상품명·가격·주문번호 같은 실제 값을 각각 담당합니다. 트리거 조건이 충족되는 순간 GTM은 연결된 태그를 실행하고, 그 태그는 변수가 채워준 실제 값을 실어 외부 시스템으로 전송합니다. 세 요소 중 하나라도 잘못 설정되면 전체 흐름이 끊깁니다.

가장 흔한 실수는 트리거와 태그를 혼동하는 것입니다. "구매 이벤트를 만들고 싶다"고 할 때, 실제로 새로 만들어야 할 것은 태그(무엇을 보낼지)와 트리거(언제 보낼지) 두 가지 모두이지 태그 하나만이 아닙니다. 또한 변수를 만들지 않고 태그 안에 값을 직접 입력하는 경우도 흔한데, 이렇게 하면 페이지마다 상품이 달라지는 상황에 대응할 수 없습니다. 처음 GTM을 배울 때는 반드시 "이건 무엇을 보내는 설정인가(태그), 언제 보내는 설정인가(트리거), 어떤 값을 채우는 설정인가(변수)"를 하나씩 구분해서 접근하는 습관을 들여야 합니다.

세 요소의 정의를 아무리 정확히 외워도, 직접 GTM 화면에서 태그·트리거·변수를 만들어보지 않으면 실무에서 막히는 지점이 반드시 생깁니다. 다음 편부터는 실제 컨테이너를 개설하고 코드를 웹사이트에 심는 과정부터 하나씩 손으로 따라 하는 실습으로 이어지니, 지금 단계에서는 세 요소의 역할 차이를 개념적으로 명확히 정리해두는 것이 중요합니다.

태그·트리거·변수가 각각 수십 개씩 늘어나기 시작하면, 이름만 보고 무슨 역할을 하는지 알 수 없는 상태가 금방 찾아옵니다. 예를 들어 태그 이름 앞에는 "GA4 -", "Ads -"처럼 전송 대상을, 트리거 이름 앞에는 "Click -", "PageView -"처럼 유형을 접두사로 붙이는 규칙을 팀 안에서 미리 정해두면, 컨테이너가 커져도 누구나 목록만 보고 구조를 파악할 수 있습니다. 이런 규칙 없이 자유롭게 이름을 짓다 보면, 나중에 담당자가 바뀌었을 때 기존 설정을 파악하는 데만 며칠이 걸리는 상황이 생길 수 있습니다.

운영 중 더 이상 쓰지 않는 캠페인 페이지의 태그를 정리할 때, 태그만 삭제하고 연결되어 있던 트리거나 그 트리거에서만 쓰이던 변수를 그대로 방치하는 경우가 많습니다. 이렇게 쌓인 미사용 트리거·변수는 당장 오작동을 일으키지는 않지만, 컨테이너 안의 전체 구조를 점점 복잡하게 만들어 새 담당자의 학습 곡선을 가파르게 만듭니다. 태그를 정리할 때는 그 태그가 유일하게 사용하던 트리거와 변수까지 함께 확인해서 정리하는 습관을 들이는 것이 좋으며, 정기적으로 미사용 항목을 점검하는 일정을 팀 캘린더에 넣어두면 컨테이너가 지저분해지는 속도를 늦출 수 있습니다.