컨테이너에서 수십 개의 태그를 발견할 수 있습니다. 어떤 태그는 두 번 실행되고, 어떤 태그는 더 이상 아무도 사용하지 않으며, "test2-final"이라는 변수가 보고된 매출을 결정합니다. 아무것도 바뀌지 않는 동안에는 웹사이트가 측정됩니다. 하지만 처음 변경이 발생하면 누구도 게시 승인을 내리려 하지 않습니다.
이 글의 원래 버전에는 당시 Google 애널리틱스, AdWords, Sklik, Facebook 및 현재는 사라진 도구를 위한 구체적인 설정이 19 건 포함되어 있었습니다. 당시에는 실용적이었습니다. 하지만 오늘날 오래된 태그를 복사하면 기술 부채가 생깁니다. 더 중요한 것은 새로운 인터페이스와 플랫폼 교체를 견딜 수 있는 시스템입니다.
GTM은 데이터를 만들지 않고 데이터의 경로만 제어합니다
Google 태그 관리자는 세 가지 기본 요소로 작동합니다:
- 태그는 특정 서비스를 위해 데이터를 전송하거나 처리합니다.
- 트리거는 어떤 이벤트와 조건에서 태그가 활성화되는지 결정합니다.
- 변수는 거래 ID, 가격 또는 페이지 유형과 같은 값을 제공합니다.
GTM 자체는 주문이 결제되었는지 알지 못합니다. 웹사이트나 백엔드가 해당 정보를 제공해야 합니다. 원본 신호가 잘못되면 완벽하게 설정된 태그도 오류를 더 많은 시스템으로 더 빠르게 전송할 뿐입니다.
데이터 레이어는 웹사이트와 마케팅 간의 약속입니다
데이터 레이어는 웹사이트가 이벤트와 값을 태그에 전달하는 구조화된 계층입니다. 특정 HTML 요소에서 가격을 읽는 대신, 애플리케이션은 구매가 완료되었을 때 안정적인 필드가 포함된 이벤트를 전송합니다.
window.dataLayer = window.dataLayer || []; window.dataLayer.push({ event: 'purchase', ecommerce: { transaction_id: 'OBJ-12345', value: 2490, currency: 'CZK', items: [] } });이는 원칙을 보여 주는 단순화된 예시이며 완전한 전자상거래 구현이 아닙니다. 구체적인 구조는 대상 플랫폼의 현재 권장 사항에 맞춰 조정해야 합니다. 중요한 것은 이벤트의 이름, 유형 및 발생 시점에 대해 합의하고 테스트할 수 있어야 한다는 점입니다.
웹사이트가 실제 비즈니스 이벤트를 제공할 수 있다면 감사 페이지의 URL이나 버튼의 텍스트에 의존하지 않는 것이 좋습니다. 리디자인 과정에서 텍스트와 URL은 바뀝니다. 데이터 레이어에 대한 합의는 안정적으로 유지되어야 합니다.
먼저 측정 계획을 세우고, 그다음 컨테이너를 만듭니다
각 비즈니스 단계에 대해 다음을 기록합니다:
- 이벤트 이름,
- 이벤트가 발생하는 정확한 조건,
- 필수 매개변수와 형식,
- 신뢰할 수 있는 원천,
- 이벤트를 전송할 수 있는 시스템,
- 필요한 동의 상태,
- 담당자와 테스트 방법.
문의의 경우 제출된 양식과 적격 리드를 구분해야 합니다. 온라인 스토어에서는 주문 시작과 확인된 구매를 구분해야 합니다. 이렇게 하면 광고 알고리즘이 쉽지만 상업적으로는 약한 행동을 기준으로 최적화되는 일을 막을 수 있습니다.
이름은 여러 도구에서 계속 사용될 수 있어야 합니다
일관된 소문자 이벤트 이름과 명확하게 설명된 매개변수를 사용합니다. GA4에서 generate_lead, add_to_cart 또는 purchase와 같은 권장 이벤트를 제공한다면 공식 이름과 매개변수를 따르는 것이 합리적입니다. 호환되는 보고서를 더 많이 얻고 번역 레이어의 필요성을 줄일 수 있습니다.
다른 플랫폼에는 자체 이름이 필요할 수 있습니다. 번역은 태그 안에서만 수행합니다. 웹사이트는 공급업체의 로고에 따라 거의 동일한 신호를 다섯 개 보내는 대신, 이해하기 쉬운 하나의 비즈니스 이벤트를 전송해야 합니다.
동의 관리는 아키텍처의 일부여야 합니다
쿠키 배너와 GTM은 서로 분리된 세계처럼 작동해서는 안 됩니다. 기본 동의 상태는 태그보다 먼저 사용할 수 있어야 하며 사용자가 선택한 후에는 올바르게 업데이트되어야 합니다. Google은 기본 모드와 고급 모드를 포함하여 태그를 위한 동의 모드를 설명하고 있습니다.
동의 모드는 배너나 법적 판단이 아닙니다. 회사는 필요한 경우 동의를 받고, 그 상태를 전달하며, Google 외부의 태그를 포함한 모든 태그가 사용자의 선택을 존중하도록 해야 합니다. Google 태그의 동의를 관리하기 위한 지름길로 맞춤 HTML을 사용해서는 안 됩니다. 지원되는 메커니즘과 템플릿을 사용해야 합니다.
무작위 스크립트보다 네이티브 템플릿을 우선합니다
Google 태그, Google Ads 및 기타 지원되는 서비스에는 네이티브 템플릿이나 신뢰할 수 있는 승인 템플릿을 사용합니다. 다른 방법으로 안전하게 해결할 수 없는 상황에만 맞춤 HTML을 사용합니다. 모든 타사 스크립트는 성능, 보안 및 유지 관리 위험을 높입니다.
분기마다 한 번씩 컨테이너를 검토하고 회사가 더 이상 사용하지 않는 서비스의 태그를 제거합니다. 사용하지 않는 마케팅 도구가 단지 잊혔다는 이유만으로 방문자 데이터에 접근해서는 안 됩니다.
테스트는 데이터, 순서 및 실행되지 않는 경우까지 확인해야 합니다
미리보기 및 Tag Assistant는 어떤 태그가 어떤 순서로 어떤 데이터와 함께 실행되었는지 보여 줍니다. '실행됨' 상태를 확인하는 것만으로는 충분하지 않습니다. 다음 항목도 확인합니다:
- 태그가 정확히 한 번 실행되었는지,
- 잘못된 단계에서 실행되지 않았는지,
- 값, 통화, 거래 ID 및 항목,
- 대상 서비스의 네트워크 요청과 응답,
- 플랫폼의 실시간 모드 또는 테스트 모드에서의 상태,
- 동의가 허용된 경우와 거부된 경우 모두,
- 모바일, 리디렉션, 결제 실패 및 반복 로딩.
구매의 경우 백엔드의 결과와 비교합니다. GTM이 한 거래를 보고하고 주문 시스템이 다른 거래를 보고한다면 태그 도우미가 회계상의 현실을 결정하지는 않습니다.
게시에는 버전과 되돌릴 경로가 필요합니다
변경하기 전에 여러 사람이 컨테이너에서 작업한다면 별도의 작업공간을 사용합니다. 게시 이름은 "버전 37"이 아니라 결과를 기준으로 정하고 변경된 이벤트를 설명합니다. Google 태그 관리자는 게시 시 컨테이너 버전을 저장하므로 이력을 추적하고 오류가 발생하면 이전 상태를 복원할 수 있습니다.
하지만 롤백이 테스트를 대신할 수는 없습니다. 웹사이트와 데이터 레이어가 동시에 변경되었다면 이전 컨테이너가 현재 코드와 작동하지 않을 수 있습니다. 웹사이트 버전과 측정 버전을 함께 조정하여 배포합니다.
건강한 컨테이너를 위한 12가지 점검 항목
- 웹사이트에는 올바른 컨테이너가 하나만 있으며, 배치 위치는 설치 지침을 따릅니다.
- 모든 주요 이벤트에 측정 계획과 담당자가 있습니다.
- 웹사이트는 취약한 페이지 읽기 대신 안정적인 데이터 레이어를 전송합니다.
- 이름과 매개변수는 일관되며 문서화되어 있습니다.
- 합법적이고 승인된 이유 없이 개인 데이터를 데이터 레이어로 전송하지 않습니다.
- 관련 태그가 실행되기 전에 동의가 설정됩니다.
- Google 및 광고 태그에는 지원되는 템플릿이 있는 경우 이를 사용합니다.
- 모든 태그에는 제한적이고 이해하기 쉬운 트리거가 있습니다.
- 구매와 리드가 실수로 두 번 전송되지 않습니다.
- 테스트에는 부정적 시나리오와 동의 거부도 포함되었습니다.
- 게시에는 이름, 설명 및 되돌릴 수 있는 알려진 경로가 있습니다.
- 사용하지 않는 태그, 변수 및 액세스 권한을 정기적으로 제거합니다.
GA4, Meta 및 광고 시스템은 어디에 연결되는가
GTM은 교통 교차로와 같습니다. Google 애널리틱스 4는 이벤트와 보고서의 의미를 다룹니다. Conversions API에 관한 글에서는 Meta로 이벤트를 전송하는 서버 측 경로를 설명합니다. Meta에서 GA4로 비용을 직접 가져오는 작업은 다른 목적을 가지며, Meta Ads와 GA4를 연결하는 방법에 관한 가이드에서 설명합니다.
모든 계층을 하나의 태그로 해결하려고 하지 마십시오. 먼저 이벤트를 정의하고, 그다음 동의, 전송, 검증을 거친 후 마지막으로 보고서를 설정합니다.
GTM이 필요하지 않은 경우
지원되는 분석 태그 하나만 사용하는 매우 단순한 웹사이트라면 Google 태그를 직접 배포하는 편이 더 명확할 수 있습니다. 더 많은 이벤트, 서비스, 조건 및 통제된 변경 프로세스가 필요할 때 GTM이 적합합니다. GTM은 성숙한 마케팅의 필수 증표가 아닙니다.
컨테이너가 여러 해에 걸쳐 커졌고 이제는 누구도 게시하려 하지 않는다면, 다른 태그를 추가하는 것부터 시작하지 않겠습니다. 인벤토리를 작성하고 데이터 레이어에서 보고서까지 하나의 테스트 경로를 만드는 것부터 시작하겠습니다. 현재 상황은 문의를 통해 설명할 수 있습니다.