GA4 전환·이벤트 추적 설정 실전 가이드

문의폼 제출, 전화 클릭 같은 진짜 전환 행동을 GA4에서 놓치지 않고 잡는 법을 태그 없이·GTM으로 나눠 예시와 함께 정리했습니다.

이루웹2026년 9월 14일22분 분량

결론부터 말하면 이렇다. GA4를 설치했다고 전환이 저절로 잡히지 않는다. 문의폼 제출, 전화번호 클릭, 카카오톡 채널 클릭처럼 매출과 직결되는 행동은 GA4가 자동으로 알아서 골라 주지 않는다. 사람이 직접 "이 행동이 중요하다"고 지정해 줘야 한다.

이 글은 GA4(구글 애널리틱스 4) 설치까지는 끝냈지만, 실제 전환 행동을 이벤트로 잡아내는 설정 단계에서 막힌 사람을 위한 실무 가이드다. 코드를 몰라도 되는 방법부터 구글 태그 관리자(GTM)를 쓰는 방법까지, 어떤 경우에 무엇을 골라야 하는지 순서대로 정리한다.

검색엔진최적화로 방문자를 아무리 많이 데려와도, 그 방문이 실제 상담이나 구매로 이어졌는지 모르면 다음 마케팅 예산을 어디에 써야 할지 판단할 수 없다. 전환 이벤트 설정은 검색엔진최적화 작업의 결과를 숫자로 증명하는 마지막 연결 고리다. 방문자 수만 늘리고 전환 추적을 방치하면, 잘되고 있는지조차 알 수 없는 상태로 광고비와 콘텐츠 제작비를 계속 쓰게 된다.

무인도에 예쁜 호텔을 지어도 손님이 존재를 모르면 끝이다. 손님이 찾아와 방을 예약했는데 그 사실조차 기록하지 못한다면, 호텔을 아무리 잘 지어도 무슨 방이 잘 팔리는지 알 방법이 없다. 전환 이벤트 설정은 그 예약 장부를 만드는 작업이다.

GA4 전환 이벤트 추적 설정 가이드 카드뉴스형 커버 이미지 — 문의·전화 전환을 GA4가 놓치지 않게 잡는 설정 순서를 정리했다.

이 글에서 먼저 챙겨 갈 핵심만 추리면 이렇다.

GA4는 문의·전화·구매 같은 중요한 행동을 주요 이벤트(key events) 로 별도 지정해야 전환으로 집계된다
감사 페이지 URL만 있으면 코드 없이 만들기 기능으로 개발자 없이도 이벤트를 만들 수 있다
문의폼은 GA4의 자동 수집(form_submit) 과 GTM 커스텀 트리거 두 갈래 중 상황에 맞는 쪽을 고르는 것이 핵심이다
전화번호·카카오톡 채널 클릭은 GTM의 링크 클릭 트리거로 잡되, 조건을 정확히 걸지 않으면 엉뚱한 클릭까지 섞여 들어간다
설정 후에는 반드시 GTM 미리보기와 GA4 DebugView로 실제 발동 여부를 눈으로 확인해야 한다

GA4에서 이벤트와 주요 이벤트는 정확히 어떤 관계인가?

GA4는 방문자의 모든 행동을 이벤트라는 하나의 형식으로 기록하고, 그중 사업적으로 중요한 것만 따로 "주요 이벤트"로 표시한다. 페이지를 열면 page_view가, 스크롤을 내리면 scroll이 자동으로 쌓인다. 문제는 이 모든 이벤트가 그냥 쌓이기만 할 뿐, 저절로 전환으로 취급되지 않는다는 점이다.

예전 유니버설 애널리틱스에서 "전환(conversion)"이라 부르던 개념이 GA4에서는 주요 이벤트(key events) 로 이름이 바뀌었다. 이벤트 자체를 만드는 것과 그 이벤트를 주요 이벤트로 표시하는 것은 별개의 작업이다. GA4의 이벤트 구조 자체를 처음부터 이해하고 싶다면 GA4 완벽 가이드를 먼저 보는 편이 순서상 맞다. 이 글은 그중에서도 전환 이벤트를 실제로 설정하는 단계에만 집중한다.

이벤트는 "일어난 일의 기록"이고, 주요 이벤트는 그중 "돈이 되는 행동에 붙이는 이름표"다. 순서는 항상 이벤트를 먼저 만들고, 그다음 주요 이벤트 스위치를 켜는 것이다.

전환으로 잡을 만한 행동은 업종마다 다르지만, 대체로 아래 표 안에서 고르게 된다.

업종	주요 이벤트로 삼을 만한 행동
병원·법률사무소	상담 문의폼 제출, 전화번호 클릭
쇼핑몰	장바구니 담기, 결제 완료
학원·교육	수강 신청, 카카오톡 채널 상담 클릭
제조·B2B	견적 요청, 회사소개서 다운로드

코드 없이 GA4에서 전환 이벤트를 만드는 법은?

이미 있는 감사 페이지(문의가 완료되면 이동하는 페이지) 주소만 있으면, 개발자 없이 GA4 화면 안에서 4단계로 이벤트를 만들 수 있다. 이 방법이 가장 먼저 시도해 볼 만한 선택지인 이유는 간단하다. 코드를 한 줄도 건드리지 않기 때문이다.

GA4 코드 없이 이벤트 만들기 4단계 절차 인포그래픽 — 감사 페이지 URL만 있으면 GA4 화면 안에서 4단계로 이벤트를 만들 수 있다.

절차는 다음과 같다.

GA4 관리 > 데이터 표시 > 이벤트로 들어가 이벤트 만들기를 누른다
맞춤 이벤트 만들기를 선택하고, 일치 조건이 되는 기존 이벤트 이름에 page_view를 지정한다
매개변수 조건에서 event_destination(또는 page_location)이 감사 페이지 주소를 포함할 때로 조건을 건다
새 이벤트 이름을 정하고(예: contact_submit) 저장한다

감사 페이지 URL을 지정할 때는 최대한 고유한 주소를 쓰는 것이 좋다. /thank-you처럼 흔한 경로 대신 /contact/complete처럼 다른 페이지와 겹치지 않는 주소를 감사 페이지 URL로 지정해 두면 오탐을 줄일 수 있다. 이 방식의 장점은 관리자·편집자 권한만 있으면 누구나 몇 분 안에 끝낼 수 있다는 것이다. 단점도 분명하다. 감사 페이지가 따로 없는 폼(같은 페이지에서 팝업만 뜨는 방식)에는 쓸 수 없고, 페이지 이동 한 번을 기준으로 삼으므로 뒤로가기나 새로고침으로 감사 페이지를 다시 봤을 때도 중복으로 잡힐 수 있다.

이름은 구글이 미리 정해 둔 추천 이벤트(recommended events) 이름을 우선 쓰는 편이 좋다. 문의·리드 성격이면 generate_lead처럼 구글이 정의한 이름을 쓰면, 이후 다른 보고서·구글 애즈 연동에서 자동으로 인식되는 경우가 많다. 마음대로 지은 이름(custom_event_1 같은)은 되도록 피한다.

이 방법이 통하지 않는 경우는 언제인가?

감사 페이지 방식은 페이지 이동이 없는 행동에는 쓸 수 없다. 예를 들어 팝업창 안에서 상담 신청이 완료되고 페이지 이동 없이 "감사합니다" 문구만 바뀌는 구조라면, page_view 기반 조건으로는 잡아낼 방법이 없다. 이런 경우는 뒤에서 다룰 GTM 커스텀 트리거로 넘어가야 한다.

또 하나 자주 놓치는 경우가 있다. 문의 신청이 실패해도(필수 항목을 안 채워서 오류가 떠도) 사용자가 뒤로 가기를 눌렀다가 감사 페이지를 다시 열람하면 이벤트가 또 잡힌다. 감사 페이지 방식은 "그 페이지를 본 횟수"를 세는 것이지, "제출 버튼을 누른 횟수"를 정확히 세는 것은 아니라는 한계를 기억해 두는 편이 좋다. 완벽한 정확도보다는 빠르게 시작하는 데 의미가 있는 방법이다.

구글 태그 관리자를 아직 설치하지 않았다면 어떻게 시작하는가?

여러 폼을 구분하거나 전화·카카오톡 클릭까지 잡으려면 GTM이 필요한데, 아직 설치 전이라면 먼저 컨테이너부터 만들어야 한다. 설치 자체는 한 번만 해 두면 되고, 이후 이벤트를 새로 추가할 때마다 코드를 다시 건드릴 필요가 없다는 것이 가장 큰 장점이다.

tagmanager.google.com에서 계정과 컨테이너를 만든다. 컨테이너 유형은 "웹"을 선택한다
발급되는 컨테이너 코드 두 조각을 확인한다. 하나는 <head> 맨 위, 다른 하나는 <body> 시작 직후에 넣는 코드다
빌더로 만든 사이트라면 관리자 화면의 "헤더/바디 코드 삽입" 같은 메뉴에 각각 붙여 넣는다. 직접 제작한 사이트라면 공통 레이아웃 파일에 한 번만 넣으면 모든 페이지에 적용된다
GTM에서 태그 > 새로 만들기 > Google 태그를 만들고, GA4 측정 ID를 입력한 뒤 트리거를 All Pages로 설정해 기본 페이지뷰부터 GTM을 통해 보내도록 정리한다
미리보기로 정상 작동을 확인한 뒤 제출을 눌러 게시한다

GA4 코드를 빌더 입력칸에도 넣고 GTM에도 또 넣으면 안 된다. 하나의 GA4 측정 ID는 한 경로로만 흘러야 한다. GTM으로 옮기기로 했다면 기존 빌더 입력칸의 GA4 코드는 반드시 지운다.

컨테이너 설치까지 끝났다면, 이제 이 글의 앞뒤에서 다루는 문의폼·전화·카카오톡 클릭 트리거를 순서대로 추가하면 된다. GTM 자체를 더 폭넓게 활용하는 방법(광고 태그, 챗봇 스크립트 관리 등)은 GA4 설치와 함께 다룬 GA4 완벽 가이드에서 개괄적으로 소개하고 있다.

문의폼 제출은 자동 수집과 GTM 커스텀, 무엇이 다른가?

GA4는 향상된 측정(Enhanced Measurement) 기능으로 form_submit 이벤트를 코드 없이 자동 수집한다. 하지만 이 자동 수집에는 뚜렷한 한계가 있다.

GA4 자동 수집 form_submit과 GTM 커스텀 트리거 문의폼 추적 방법 비교 인포그래픽 — 문의폼이 한 개뿐이고 단순하면 자동 수집으로 충분하지만, 여러 폼을 구분해야 하면 GTM이 필요하다.

자동 수집은 사이트 안의 모든 폼 제출을 똑같이 하나의 form_submit 이벤트로 잡는다. 뉴스레터 구독폼과 상담 문의폼이 둘 다 있는 사이트라면, 둘을 구분하지 못하고 같은 이벤트로 섞인다. 게다가 제출 버튼을 눌렀다는 사실만 잡을 뿐, 실제로 서버가 그 데이터를 정상 처리했는지(성공 제출인지)는 확인하지 않는다.

이럴 때 쓰는 것이 구글 태그 관리자(GTM)의 커스텀 트리거다. 방법은 다음과 같다.

GTM에서 트리거 > 새로 만들기, 유형은 양식 제출(Form Submission) 을 선택한다
"일부 양식 제출만 트리거 사용"을 선택하고, 양식 ID 또는 양식 클래스로 특정 폼만 지정한다
더 확실하게 하려면 양식 제출 후 감사 페이지 도달까지 확인하는 조건(페이지뷰 트리거 조합)을 추가한다
새 GA4 이벤트 태그를 만들어 이 트리거에 연결하고, 이벤트 이름을 contact_submit 등으로 지정한다

핵심은 "폼 하나를 정확히 지정하는 것"과 "성공 제출만 세는 것" 두 가지다. 이 둘을 갖추지 못하면 숫자는 쌓이는데 정작 믿고 쓸 수 없는 전환 데이터가 된다. 문의폼 제출 자체를 늘리는 방법은 문의폼 전환율 개선 가이드에 따로 정리해 두었다.

나쁜 예와 좋은 예로 보면

나쁜 예는 이렇다.

향상된 측정의 form_submit을 그대로 주요 이벤트로 표시한다
사이트에 있는 뉴스레터 구독폼, 검색창, 상담 문의폼이 전부 같은 이벤트로 잡힌다
"전환이 늘었다"는 숫자를 보고 좋아하지만, 실제로는 검색창 사용 횟수가 늘었을 뿐이다

좋은 예는 이렇다.

상담 문의폼에만 고유한 id="contact-form"을 부여하고, GTM 트리거를 이 ID로 한정한다
감사 페이지 도달까지 확인해 실제 성공 제출만 contact_submit으로 잡는다
이벤트 이름과 매개변수를 팀 안에서 문서로 남겨, 나중에 누가 봐도 무엇을 세는 이벤트인지 알 수 있게 한다

전화번호 클릭은 어떻게 추적하는가?

전화번호 클릭은 링크 주소가 tel:로 시작한다는 특징을 이용해 GTM에서 잡는다. 모바일에서 전화번호를 누르면 통화 앱으로 넘어가므로, 그 순간의 클릭을 GTM이 가로채 GA4로 보내는 방식이다.

설정 순서는 다음과 같다.

GTM에서 변수 > 기본 제공 변수에서 Click URL을 활성화한다
트리거 > 새로 만들기, 유형은 클릭 - 링크만(Just Links) 을 선택한다
"일부 링크 클릭만 트리거 사용"을 선택하고, 조건을 Click URL이 tel:을 포함으로 건다
새 GA4 이벤트 태그를 만들어 이벤트 이름을 phone_click 등으로 짓고, 이 트리거에 연결한다
미리보기로 실제 전화번호를 클릭해 태그가 발동하는지 확인한 뒤 게시한다

트리거 조건을 걸지 않고 모든 링크 클릭(All Elements) 을 그대로 쓰면, 사이트 안의 모든 링크 클릭이 이벤트로 잡혀 데이터가 뒤섞인다. 반드시 tel: 포함 조건으로 좁혀야 한다.

같은 방식으로 이메일 링크(mailto:)도 잡을 수 있다. 조건만 mailto:로 바꾸면 된다. 카카오톡 채널 상담 버튼처럼 외부 서비스가 제공하는 위젯은 조금 다르다. 위젯이 별도의 iframe이나 팝업으로 열리는 구조라면 GTM의 클릭 트리거가 그 내부까지는 닿지 않는 경우가 많다. 이럴 때는 위젯의 연결 주소(링크 URL)에 걸리는 클릭 트리거를 쓰거나, 버튼을 감싸는 바깥 요소의 클래스·ID를 기준으로 트리거를 걸어야 한다. 그래도 클릭이 안 잡힌다면 버튼 클릭 시 이동하는 랜딩 페이지 주소를 기준으로 페이지뷰 트리거로 우회하는 방법도 고려할 만하다.

맞춤 매개변수는 왜 함께 보내야 하는가?

이벤트 이름 하나만 잡아서는 "몇 건 들어왔는지"만 알 수 있다. 어떤 문의였는지까지 알려면 맞춤 매개변수를 함께 보내야 한다. 매개변수(parameter)란 이벤트에 딸려 오는 추가 정보다. contact_submit 이벤트 하나만 보면 그냥 문의가 몇 건 왔는지만 보이지만, 여기에 "어떤 상담 종류였는지", "어느 페이지에서 신청했는지" 같은 정보를 함께 보내면 훨씬 쓸모 있는 데이터가 된다.

GTM에서 매개변수를 함께 보내는 방법은 간단하다. GA4 이벤트 태그의 이벤트 매개변수 항목에 이름과 값을 추가하면 된다. 값은 고정 텍스트를 넣을 수도 있고, 페이지의 데이터를 읽어 오는 변수를 연결할 수도 있다.

매개변수 이름	값 예시	어디서 쓰는가
`form_type`	`상담신청`, `견적요청`	폼이 여러 개일 때 종류 구분
`page_path`	폼이 있던 페이지 경로	어떤 페이지의 폼이 잘 전환되는지 비교
`service_category`	`임플란트`, `교정`	업종별 세부 카테고리 구분
`currency` / `value`	`KRW` / `0`	리드 가치를 금액으로 환산할 때

매개변수를 잘 설계해 두면 나중에 "어떤 페이지의 어떤 폼이 실제로 상담까지 이어지는가"를 데이터로 답할 수 있게 된다. 처음부터 모든 것을 다 채워 넣을 필요는 없다. form_type 하나만 정확히 넣어도 충분히 실용적인 출발이 된다.

매개변수 이름은 한 번 정하면 나중에 바꾸기 번거롭다. 문서 한 장에 이벤트 이름과 매개변수 목록을 정리해 두고, 새 폼을 추가할 때마다 그 문서를 기준으로 맞추는 습관을 들이는 편이 좋다.

업종별로 보면 실제 설정은 어떻게 다른가?

같은 GA4라도 업종에 따라 무엇을 주요 이벤트로 잡을지가 달라진다. 세 가지 대표적인 경우로 실제 설계를 살펴보자.

병원·법률사무소처럼 상담이 핵심인 경우, 우선순위는 "상담 문의폼 제출"과 "전화번호 클릭" 두 가지다. 두 이벤트 모두 주요 이벤트로 표시하되, 매출 가치가 서로 다르다면 매개변수로 상담 분야(service_category)를 구분해 두는 것이 좋다. 전화 클릭은 실제 통화로 이어지는지까지는 확인이 안 되므로, 클릭 자체를 "관심 신호"로 보고 문의폼 제출을 더 무겁게 취급하는 경우가 많다.

쇼핑몰처럼 결제까지 가는 경우, 장바구니 담기(add_to_cart)와 결제 완료(purchase)를 모두 추적하되 결제 완료만 주요 이벤트로 표시하는 것이 일반적이다. 장바구니 담기까지 전부 주요 이벤트로 잡으면 진짜 매출과 관심의 차이가 흐려진다. purchase 이벤트에는 반드시 value와 currency, 그리고 거래를 구분하는 transaction_id를 함께 보내야 중복 집계를 막을 수 있다.

학원·교육처럼 카카오톡 채널 상담이 많은 경우, 앞서 다룬 대로 위젯의 클릭 트리거가 까다로울 수 있다. 이 경우 카카오톡 채널 버튼과 함께 전화번호 클릭, 수강 신청 폼까지 세 가지를 나란히 주요 이벤트로 잡아 두고, 어느 채널로 상담이 가장 많이 들어오는지 매달 비교하는 방식이 실무에서 많이 쓰인다.

GTM으로 이벤트를 만들 때 자주 하는 실수는 무엇인가?

설정 자체는 어렵지 않지만, 몇 가지를 놓치면 몇 주 뒤 "전환이 하나도 안 잡힌다"는 상황을 마주하게 된다.

GTM GA4 전환 이벤트 설정 시 자주 하는 6가지 실수 체크리스트 인포그래픽 — 아래 여섯 가지만 피해도 전환 데이터의 신뢰도가 크게 올라간다.

첫째, 미리보기만 하고 게시(제출)를 빠뜨린다. GTM은 미리보기 모드에서 정상 작동해도 제출(Submit) 을 눌러야 실제 방문자에게 반영된다. 설정이 안 됐다는 문의의 상당수가 이 단계에서 멈춰 있다.

둘째, 트리거 조건을 너무 넓게 건다. "일부 링크 클릭만"이 아니라 "모든 클릭"으로 두면, 관련 없는 클릭까지 전부 이벤트로 잡혀 숫자가 부풀려진다.

셋째, tel: 같은 조건 문자열을 빠뜨린다. 조건 없이 Just Links 트리거만 만들면 모든 링크 클릭이 전화 클릭 이벤트로 잡힌다.

넷째, 같은 태그를 두 곳에 중복으로 심는다. 빌더 입력칸에도 넣고 GTM에도 넣으면 같은 행동이 두 번 잡혀 숫자가 두 배로 부풀려진다.

다섯째, 이벤트는 만들었는데 주요 이벤트로 표시하지 않는다. 이벤트 자체는 쌓이지만 GA4의 전환 관련 보고서에는 나타나지 않는다. 관리 > 이벤트 목록에서 해당 이벤트의 스위치를 반드시 켜야 한다.

여섯째, DebugView 확인 없이 바로 게시한다. 눈으로 확인하지 않고 넘어가면, 오류가 있어도 몇 주 동안 아무도 모른 채 지나간다.

설정한 이벤트를 주요 이벤트로 표시하고 구글 애즈에 연결하려면?

이벤트를 만들었다면 마지막으로 "주요 이벤트로 표시"와 "구글 애즈 연결" 두 가지를 챙겨야 진짜 전환 데이터로 쓸 수 있다.

주요 이벤트로 표시하는 방법은 간단하다. 관리 > 이벤트 목록에서 해당 이벤트 이름 오른쪽의 스위치를 켜면 된다. 목록에 아직 없다면 그 이벤트가 최소 한 번은 발생해야 나타나므로, 직접 한 번 테스트해 본 뒤 잠시 기다렸다가 다시 확인한다.

이벤트에 매개변수를 함께 보낼 계획이라면, 구글이 권장하는 이름을 맞춰 두는 것이 이후 호환성에 유리하다. 문의·리드 이벤트라면 currency와 value 매개변수를 함께 보내는 것이 권장된다. 값 측정이 어려운 업종이라면 임의로 낮은 값을 넣기보다는, 값 없이 발생 횟수만 세는 것도 괜찮은 선택이다.

연동 대상	하는 일	준비물
구글 애즈	주요 이벤트를 광고 전환으로 가져와 입찰에 활용	애즈 계정과 GA4 속성 연결 권한
서치 콘솔	어떤 검색어가 전환까지 이어졌는지 추적	서치 콘솔 인증된 소유자 자격

구글 애즈로 가져오는 절차는 GA4 관리 > 제품 링크 > Google Ads 링크에서 연결한 뒤, 애즈 계정의 전환 > 새 전환 액션 > 가져오기에서 원하는 주요 이벤트를 선택하면 된다. 검색 유입과 전환을 함께 보고 싶다면 구글 서치 콘솔 사용법을 참고해 서치 콘솔 연동도 함께 해 두는 편이 좋다.

광고 성과를 더 정밀하게 측정하고 싶다면 향상된 전환(Enhanced Conversions) 도 함께 검토할 만하다. 이는 이메일·전화번호 같은 방문자 정보를 암호화해 함께 전달함으로써, 쿠키 정보만으로는 놓칠 수 있는 전환까지 구글 애즈가 더 정확히 매칭하도록 돕는 기능이다. 다만 개인정보 처리에 관한 내용이라 도입 전에 개인정보처리방침에 관련 내용을 반영해 두는 것이 좋다.

구글 애즈로 스마트 자동 입찰(Smart Bidding)을 쓰고 있다면, 전환 데이터의 정확도가 곧 광고 성과에 직결된다. 잘못 잡힌 전환(중복 집계, 조건 없는 클릭 트리거)은 광고 예산을 엉뚱한 방향으로 최적화시키므로 반드시 점검하고 넘어가야 한다.

설정이 제대로 됐는지 확인하는 방법은?

설정만 하고 확인을 건너뛰면 몇 주 뒤 텅 빈 보고서를 보게 된다. 아래 네 단계로 눈으로 직접 확인하는 습관을 들이는 편이 좋다.

GA4 GTM 전환 이벤트 설정 검증 4단계 흐름 인포그래픽 — 미리보기, DebugView, 주요 이벤트 표시, 구글 애즈 연결 순서로 확인한다.

1단계, GTM 미리보기. GTM 화면 오른쪽 위의 미리보기를 누르고 실제 사이트에서 전화번호나 문의 버튼을 눌러 본다. 원하는 태그가 발동했는지 화면에서 바로 확인할 수 있다.

2단계, GA4 DebugView. GA4의 관리 > DebugView로 들어가면 실시간으로 들어오는 이벤트와 매개변수를 하나씩 볼 수 있다. 원하는 이벤트 이름이 정확히 찍히는지, 매개변수 값이 의도한 대로 들어가는지 이 화면에서 확인한다.

DebugView에 아무것도 안 잡힌다면 십중팔구 GTM 미리보기 모드가 꺼져 있거나, 다른 브라우저 창에서 테스트하고 있는 경우다. 미리보기 세션과 같은 브라우저·같은 탭에서 확인해야 한다.

3단계, 주요 이벤트 표시 확인. 이벤트가 DebugView에 정상적으로 찍히는 것을 확인했다면, 관리 > 이벤트에서 주요 이벤트 스위치를 켠다.

4단계, 구글 애즈 연결(필요한 경우만). 광고를 운영 중이라면 마지막으로 구글 애즈 전환으로 가져오는 설정까지 마친다.

이 네 단계를 건너뛰지 않는 것이 전환 추적 설정에서 가장 중요한 습관이다. 설정 직후 확인하는 5분이, 몇 달 뒤 잘못된 데이터로 의사결정을 내리는 것을 막아 준다.

실제로 처음부터 끝까지 설정하면 어떤 모습인가?

앞서 다룬 내용을 하나로 이어 보면, 치과 홈페이지를 예로 든 전체 흐름은 이렇게 정리된다. 흩어진 설명을 한 번에 이어 붙여 보면 전체 그림이 더 명확해진다.

먼저 상담 문의폼에 id="contact-form"을 부여하고, GTM에서 양식 제출 트리거를 이 ID로 한정한다. 제출 후 이동하는 감사 페이지 /contact/complete를 함께 조건으로 걸어 실제 성공 제출만 잡는다. 이 트리거에 연결된 GA4 이벤트 태그의 이름은 contact_submit으로 정하고, 매개변수로 service_category(예: 임플란트, 교정)를 함께 보내도록 구성한다.

전화번호 클릭은 별도로 Just Links 트리거를 만들어 tel: 조건을 걸고, 이벤트 이름을 phone_click으로 정한다. 카카오톡 채널 상담 버튼도 같은 방식으로 링크 클릭 트리거를 시도하되, 위젯 구조상 잡히지 않는다면 상담 랜딩 페이지 도달을 기준으로 우회한다.

세 가지 트리거를 모두 만든 뒤에는 GTM 미리보기로 하나씩 직접 클릭해 발동을 확인하고, GA4 DebugView에서 이벤트 이름과 매개변수가 정확히 찍히는지 본다. 문제가 없다면 GTM에서 제출을 눌러 게시하고, GA4 관리 > 이벤트에서 contact_submit과 phone_click 두 개를 주요 이벤트로 표시한다. 마지막으로 광고를 운영하고 있다면 두 이벤트를 구글 애즈 전환으로 가져와 입찰에 반영한다.

이 순서를 그대로 따라가면 특별한 개발 지식 없이도 하루 안에 상담·전화 전환 추적을 갖출 수 있다. 처음에는 번거로워 보여도, 한 번 만들어 두면 이후 새 캠페인이나 랜딩 페이지를 만들 때마다 같은 이벤트를 재사용할 수 있어 오히려 시간이 절약된다.

자주 묻는 질문

GA4 전환 이벤트 설정에 코딩 지식이 꼭 필요한가요?

감사 페이지가 있는 단순한 문의폼이라면 필요 없다. 코드 없이 만들기 기능으로 GA4 화면 안에서 끝낼 수 있다. 다만 여러 폼을 구분하거나 전화·카카오톡 클릭처럼 페이지 이동이 없는 행동을 잡으려면 구글 태그 관리자 설정이 필요하고, 이 경우도 코드를 직접 작성하기보다는 GTM 화면의 옵션을 고르는 수준이면 충분하다.

이벤트를 만들었는데 GA4 보고서에 전환으로 안 보여요.

주요 이벤트로 표시했는지부터 확인한다. 이벤트가 DebugView나 실시간 보고서에는 잡히는데 전환 관련 보고서에는 안 보인다면, 관리 > 이벤트에서 해당 이벤트의 "주요 이벤트로 표시" 스위치가 꺼져 있을 가능성이 크다.

여러 문의폼이 있는데 다 따로 추적해야 하나요?

중요도에 따라 나누는 편이 좋다. 상담 신청처럼 매출과 직결되는 폼은 별도 이벤트로 정확히 분리하고, 단순 뉴스레터 구독처럼 부차적인 행동은 굳이 세밀하게 나누지 않아도 된다. 처음부터 모든 폼을 다 구분하려 하면 관리가 복잡해져 오히려 데이터가 어질러진다.

전화번호 클릭 추적이 모바일에서만 되나요?

아니다. tel: 링크를 클릭하면 PC에서도 이벤트가 발동한다. 다만 PC는 통화 앱이 없는 경우가 많아 클릭 후 실제 통화로 이어지지 않을 수 있다는 점은 감안해야 한다. 클릭 자체는 관심의 신호로 보되, 실제 전화 연결 여부까지 정밀하게 알고 싶다면 별도의 콜 트래킹 서비스를 함께 검토하는 것이 일반적이다.

주요 이벤트는 몇 개까지 만드는 게 적당한가요?

2개에서 4개 정도가 실용적이다. 문의 제출, 전화 클릭처럼 매출과 직결되는 행동만 고른다. 너무 많이 지정하면 어떤 이벤트가 진짜 중요한 전환인지 판단하기 어려워진다.

이미 만든 이벤트의 이름이나 조건을 나중에 수정할 수 있나요?

이벤트 이름 자체를 바꾸는 것은 주의가 필요하다. GA4의 맞춤 이벤트 수정 기능으로 조건을 바꿀 수는 있지만, 이벤트 이름을 아예 바꾸면 이전 데이터와 이후 데이터가 서로 다른 이름으로 나뉘어 추세를 이어 보기 어려워진다. GTM에서 만든 이벤트라면 트리거 조건 수정은 자유롭게 가능하니, 처음부터 이름은 신중하게 정하고 세부 조건은 GTM에서 조정하는 방식을 권한다.

GA4 자체 설정과 GTM 설정을 둘 다 해야 하나요?

목적에 따라 나눠 쓰면 된다. 감사 페이지가 있는 단순한 문의폼 한두 개 정도라면 GA4의 코드 없이 만들기로 충분하다. 폼이 여러 개거나 전화·카카오톡 클릭처럼 페이지 이동이 없는 행동까지 잡아야 한다면 GTM이 필요하다. 두 방식을 같은 행동에 동시에 적용하면 중복 집계가 되므로, 하나의 행동에는 한 가지 방법만 쓰는 것이 원칙이다.

정리하며

전환 이벤트 설정은 한 번에 완벽하게 끝내는 작업이 아닙니다. 감사 페이지 방식으로 가볍게 시작하고, 폼이 여러 개로 늘어나거나 전화·카카오톡 클릭까지 잡아야 할 때 GTM으로 넘어가는 순서가 무리 없습니다. 설정 후에는 DebugView로 확인하는 5분을 절대 건너뛰지 않는 것이 가장 중요합니다.

이루웹은 홈페이지 제작 단계부터 문의폼·전화 클릭 같은 전환 이벤트를 정확히 설계해 GA4에 연결해 드리고 있습니다. 이미 운영 중인 사이트에서 전환이 제대로 잡히는지 점검받고 싶으시다면 홈페이지 제작 서비스 안내를 살펴보시고, 우리 사이트에 맞는 진단이 필요하시면 이루웹 상담 문의로 편하게 연락 주시기 바랍니다. 숫자가 정확해야 다음 결정도 정확해집니다.

검색되는 사이트가 필요하신가요?

이 글의 원칙을 그대로 적용해 사이트를 만듭니다. 상담은 무료입니다.

무료 상담 신청