Tags Not Fired

"Tags Not Fired"는 Google Tag Manager의 미리보기·디버그 화면에서 특정 이벤트에 대해 실행되지 않은 태그를 모아 보여주는 목록입니다. 같은 화면의 "Tags Fired" 목록과 짝을 이루며, 태그가 이 목록에 있으면 해당 시점에 그 태그가 발동하지 않았음을 뜻합니다.

"Tags Not Fired"는 태그 자체의 오류 원인을 확정하는 문구가 아니라, 해당 이벤트에서 태그가 실행되지 않았다는 관찰 결과입니다.

태그는 트리거가 충족될 때만 실행됩니다

Google Tag Manager에서 측정 태그는 연결된 트리거의 조건이 충족될 때 실행됩니다. 트리거에는 실행 시점과 순서가 정해진 유형이 있습니다.

트리거 유형	실행 시점
Consent Initialization	다른 트리거보다 먼저, 동의 설정을 반영하기 위해 실행
Initialization	Consent Initialization 다음, 다른 트리거보다 먼저 실행
Page View	브라우저가 페이지 로드를 시작할 때 실행
DOM Ready	HTML 구성이 끝나 DOM을 읽을 수 있을 때 실행
Window Loaded	포함된 리소스까지 페이지가 완전히 로드된 뒤 실행

트리거에는 보통 URL 패턴 같은 조건을 지정할 수 있어, 조건에 맞지 않는 페이지·이벤트에서는 태그가 실행되지 않습니다. 따라서 태그가 실행되지 않았다면 트리거가 존재하는지, 그 조건이 현재 이벤트에서 충족되는지, 태그가 필요로 하는 시점과 트리거 유형이 맞는지, 예외 트리거나 동의 설정이 실행을 막는지를 나눠서 확인합니다.

미리보기·디버그로 실행 여부를 관찰합니다

Tag Manager는 게시 전에 컨테이너 구성을 시험할 수 있는 미리보기·디버그 모드를 제공합니다. 워크스페이스에서 Preview를 누르면 Google Tag Assistant가 열리고, 검사할 사이트 URL을 입력해 Connect로 연결한 뒤 페이지를 탐색합니다.

디버그 화면에서는 어떤 태그가 어떤 순서로 실행됐는지, 그리고 각 태그가 성공적으로 실행됐는지 또는 무엇 때문에 실행되지 않았는지를 확인할 수 있습니다. 문제의 이벤트를 선택했을 때 대상 태그가 "Tags Fired"가 아닌 "Tags Not Fired"에 있으면, 그 태그에 연결된 트리거 조건을 함께 살펴 원인 구간을 좁힙니다. 관련 GA4 같은 수신 서비스로의 데이터 전달까지 확인하려면 실행 이후 단계를 별도로 점검해야 합니다.

++미리보기에서 조건을 바꿔 태그가 실행되게 만든 뒤에는, 같은 페이지·이벤트를 다시 열어 "Tags Fired"로 이동하는지 반복 확인합니다. 확인 절차는 추적 태그 확인 목록을 따릅니다.++

게시 전후를 구분해 확인합니다

미리보기·디버그의 워크스페이스 결과와 공개 컨테이너의 결과는 다를 수 있습니다. 미리보기에서 트리거 조건을 수정했다면, 변경한 컨테이너 버전을 검토한 뒤 운영 절차에 따라 게시했는지 확인하세요. 반대로 공개 사이트에서만 문제가 보이면 현재 공개된 컨테이너 버전과 미리보기 워크스페이스가 같은 변경을 가리키는지 먼저 비교합니다.

태그가 Tags Fired에 나타난 뒤에도 GA4나 광고 플랫폼이 실제 이벤트를 수신했는지는 별도로 확인해야 합니다. 실행 여부, 네트워크 전송, 수신 서비스 처리 결과를 하나의 성공으로 묶어 판단하지 않습니다. 변경 전후의 페이지 URL, 이벤트 이름, 컨테이너 버전, 미리보기 결과를 함께 기록하면 의도하지 않은 태그 실행을 되돌릴 때 도움이 됩니다.

원인 분포

[Observation] 다음 분류는 제공된 3건의 사례에서 관측된 원인 기준이며, 실제 발생 빈도를 의미하지 않습니다.

원인 유형	관측 사례
이벤트 리스너의 초기화 범위 제한	Contact Form 7 제출 이벤트 리스너가 특정 페이지에만 삽입됨
태그와 트리거 연결 또는 유형 설정 문제	링크 클릭 태그에 Just Links 트리거가 필요했음
추가 동의 요구에 따른 차단	GA4 Google Tag의 추가 동의 요구가 페이지 로드 시 태그를 차단함

오진 함정

• [Observation] dataLayer 이벤트 또는 GTM Preview의 클릭 이벤트가 보인다는 사실만으로 해당 태그의 실행을 보장할 수 없습니다.
• [Observation] 동의 상태가 올바르게 보이더라도 GA4 Google Tag의 추가 동의 요구 설정으로 태그가 차단될 수 있습니다.
• [Hypothesis] 페이지뷰 태그가 Tags Not Fired로 보일 때 클릭 이벤트 문제로만 판단하면 태그 유형과 트리거 연결 문제를 놓칠 수 있습니다.

환경 매트릭스

환경	관측된 조건	확인된 조치 또는 결과
WordPress + Contact Form 7	제출 후 dataLayer 이벤트는 발생했으나 태그 미실행	이벤트 리스너를 전역 JavaScript로 이동 후 해결
GTM Preview + 링크 클릭	Link Click 이벤트는 보였으나 태그 미실행	Just Links 트리거를 별도로 생성해 태그에 연결 후 GA 실시간 보고서에서 동작 확인
WordPress + GTM4WP + 서버 측 GTM	동의 허용 후에도 GA4 태그 미실행, 서버 요청 없음	GA4 Google Tag의 추가 동의 요구 제거 후 동의 상태별 측정 정상화

진단 순서

1. [Observation] GTM Preview에서 기대한 이벤트가 실제로 발생하는지 확인합니다.
2. [Observation] 이벤트가 확인되면 해당 태그의 트리거 유형과 태그 연결을 점검합니다.
3. [Observation] 이벤트 리스너가 필요한 경우 모든 관련 페이지에서 초기화되는지 확인합니다.
4. [Observation] 동의 관리가 적용된 환경에서는 태그의 추가 동의 요구 설정과 동의 상태를 함께 확인합니다.
5. [Observation] 서버 측 GTM을 사용하는 경우 요청 발생 여부를 확인하고, 동의 거부·허용 상태별 결과를 구분해 검증합니다.

[Hypothesis] 위 순서는 제공된 사례에서 확인된 점검 항목을 일반적인 진단 흐름으로 배열한 것입니다.