'일부' 설정은 정확히 무엇을 제한하나

GTM 트리거를 만들 때 '모든 페이지' 또는 '모든 클릭'을 선택하면 조건 없이 넓게 발동하지만, '일부 페이지' 또는 '일부 클릭'을 선택하면 지정한 조건을 만족할 때만 발동하도록 좁힐 수 있습니다. 이 조건은 하나 이상의 변수-연산자-값 조합으로 구성되며, 예를 들어 "Page URL이 /order/order_completion을 포함한다"는 조건을 걸면 이 경로를 가진 페이지에서만 트리거가 작동합니다. 조건 없이 넓게 잡힌 트리거는 관리가 편해 보이지만, 실제로는 의도하지 않은 페이지의 데이터까지 함께 섞이는 위험을 항상 안고 있습니다.

Page URL 변수는 어떤 값을 담고 있나

Page URL은 GTM이 기본 제공하는 내장 변수로, 현재 페이지의 전체 URL 주소를 담고 있습니다. 이 변수를 트리거 조건에 사용할 때는 '포함(contains)', '같음(equals)', '정규식 일치(matches RegEx)' 같은 연산자 중 하나를 선택해 비교 방식을 정합니다. 단순히 특정 경로가 포함되기만 하면 되는 경우에는 '포함'을, 정확히 그 주소여야만 하는 경우에는 '같음'을 선택하는 식으로 상황에 맞게 고릅니다.

'포함'과 '같음'을 어떻게 구분해서 써야 하나

'같음(equals)'은 URL 전체가 지정한 문자열과 정확히 일치해야만 조건이 참이 되므로, 쿼리스트링(물음표 뒤에 붙는 파라미터)이 조금이라도 다르면 조건이 깨질 수 있습니다. 반면 '포함(contains)'은 URL 안에 지정한 문자열이 어딘가에 들어있기만 하면 참이 되므로, /order/order_completion?orderId=123처럼 뒤에 파라미터가 붙는 다양한 실제 상황에도 안정적으로 대응할 수 있습니다. 결제 완료 페이지처럼 쿼리스트링이 매번 달라지는 페이지에서는 '포함'을 기본으로 쓰는 것이 실무적으로 안전합니다.

여러 조건을 조합해 정밀도를 높이는 법

"Page URL이 /order/를 포함한다"는 조건 하나만으로는 주문 관련 여러 페이지(주문서 작성, 결제 진행, 완료)가 모두 걸릴 수 있습니다. 이때 "그리고(AND)"로 "Page URL이 order_completion을 포함한다"는 조건을 추가하면, 정확히 완료 페이지에서만 트리거가 작동하도록 좁힐 수 있습니다. 조건을 여러 개 조합할수록 트리거의 정밀도는 올라가지만, 조건이 지나치게 많아지면 나중에 페이지 구조가 조금만 바뀌어도 트리거 전체가 깨질 위험도 함께 커진다는 점을 균형 있게 고려해야 합니다.

정규식(RegEx)은 언제 써야 하나

경로 패턴이 /order/12345, /order/67890처럼 중간에 가변적인 숫자나 문자열이 들어가는 구조라면, 단순 '포함'만으로는 원하는 조건을 정확히 표현하기 어려운 경우가 있습니다. 이럴 때는 '정규식 일치' 연산자를 사용해 ^/order/[0-9]+$ 같은 패턴으로 가변 구간을 표현할 수 있습니다. 다만 정규식은 문법을 잘못 쓰면 의도와 다르게 동작하기 쉬우므로, 정규식 조건을 쓸 때는 특히 미리보기 모드에서 여러 실제 URL로 꼼꼼히 테스트해야 합니다.

조건식을 읽기 쉽게 정리하는 습관

조건이 3~4개 이상 쌓이는 트리거는 나중에 다시 열어봤을 때 한눈에 이해하기 어려워집니다. 트리거 설명(Description) 필드에 "완료 페이지 + 쿼리스트링 포함 케이스만 대상"처럼 조건을 만든 의도를 짧게 남겨두면, 몇 달 뒤 다른 담당자가 이 트리거를 유지보수할 때 조건식만 보고 의도를 추측하는 수고를 줄일 수 있습니다. 이런 설명은 사소해 보이지만, 컨테이너가 커질수록 그 가치가 커집니다.

조건이 실제로 걸러내는지 검증하는 순서

조건식을 완성한 뒤에는 미리보기 모드에서 조건에 맞는 URL(예: 실제 결제 완료 페이지)로 들어가 Fired가 되는지, 그리고 의도적으로 조건에 안 맞는 URL(예: 결제 진행 중 페이지)로 들어가 Not Fired가 되는지 두 가지를 모두 확인해야 합니다. 조건에 맞는 경우만 확인하고 넘어가면, 실제로는 조건이 너무 넓게 잡혀 있어 엉뚱한 페이지에서도 함께 발동하고 있는 상황을 놓치기 쉽습니다.

도메인이 여러 개인 경우 추가로 고려할 점

결제 시스템이 별도 도메인(예: pay.company.com)에서 운영되는 경우, Page URL 변수는 도메인까지 포함한 전체 주소를 담고 있으므로 조건식에 도메인 차이까지 반영해야 합니다. 메인 도메인 기준으로만 조건을 짜두면 결제 전용 도메인에서는 트리거가 전혀 작동하지 않는 문제가 생길 수 있으므로, 결제 흐름에 관련된 모든 도메인을 미리 목록화해두고 조건에 빠짐없이 반영하는 확인 절차가 필요합니다.