컨테이너(Container) 개설 및 설치 실무: 자사몰 헤드(head)와 바디(body) 영역에 GTM 기본 소스코드 에러 없이 심는 법

tagmanager.google.com에 접속해 새 계정을 만들면, 계정 이름(보통 회사명)과 컨테이너 이름(보통 웹사이트 도메인)을 입력하는 단계를 거칩니다. 컨테이너를 만들 때는 플랫폼(웹, iOS, Android, AMP)을 선택해야 하는데, 일반적인 자사몰이라면 '웹'을 선택합니다. 컨테이너가 생성되면 고유한 컨테이너 ID(GTM-XXXXXXX 형식)가 발급되고, 이 ID를 기준으로 이후 모든 태그 설정이 이 컨테이너 안에 저장됩니다.

GTM은 컨테이너를 생성하면 두 개의 코드 스니펫을 제공합니다. 하나는 head 영역(가능한 한 최상단)에 넣는 자바스크립트 코드이고, 다른 하나는 body 영역 바로 아래에 넣는 noscript 코드입니다. head 코드는 실제로 GTM이 태그를 로드하고 실행하는 핵심 스크립트이며, 페이지 상단에 배치할수록 태그 실행 시점이 앞당겨져 데이터 누락 가능성이 줄어듭니다. body의 noscript 코드는 사용자의 브라우저에서 자바스크립트가 비활성화된 극히 예외적인 상황을 대비한 대체 수단으로, 이 경우에도 최소한의 페이지뷰 추적이 가능하도록 iframe 방식으로 작동합니다.

자체 개발한 사이트라면 개발팀이 직접 head·body 태그 안에 코드를 삽입하면 되지만, 워드프레스·카페24·아임웹 같은 플랫폼을 쓰는 경우에는 각 플랫폼이 제공하는 "헤드/바디 스크립트 삽입" 설정 메뉴를 활용하는 것이 일반적입니다. 이 메뉴가 없는 경우 GTM 연동을 지원하는 플러그인(워드프레스의 경우)을 쓰는 방법도 있습니다. 어떤 방식을 쓰든 최종적으로 head와 body 두 코드가 모두 실제 페이지 소스에 반영되어 있는지 "페이지 소스 보기"로 직접 확인하는 절차가 필요합니다.

코드를 삽입한 직후에는 GTM의 미리보기(Preview) 모드를 열어 실제 웹사이트 주소를 입력하고 연결을 시도해야 합니다. 정상적으로 설치됐다면 Tag Assistant 창이 뜨면서 컨테이너가 인식된 상태로 연결됩니다. 만약 연결 자체가 안 된다면 head 코드가 아예 삽입되지 않았거나, 컨테이너 ID가 잘못 복사됐을 가능성이 큽니다. 이 확인 없이 태그를 계속 만들어 나가면, 나중에 "태그를 다 만들었는데 데이터가 하나도 안 들어온다"는 문제의 원인을 처음부터 다시 찾아야 하는 상황이 생깁니다.

자사몰과 별도 프로모션 페이지가 다른 서브도메인이나 별도 시스템으로 운영되는 경우, 같은 컨테이너 코드를 모든 페이지에 빠짐없이 심었는지 페이지별로 확인해야 합니다. 특정 랜딩페이지만 별도 개발사가 만든 경우, GTM 코드 삽입이 누락되는 경우가 실무에서 자주 발생합니다. 캠페인을 시작하기 전 전체 페이지 목록을 놓고 GTM 설치 여부를 체크리스트로 점검하는 절차를 넣으면 이런 누락을 예방할 수 있습니다.

설치가 끝났다면 다음을 순서대로 확인하는 것이 안전합니다. 첫째, 페이지 소스에서 head와 body 코드가 모두 존재하는지. 둘째, 컨테이너 ID가 GTM 관리 화면의 것과 정확히 일치하는지. 셋째, head 코드가 다른 스크립트보다 최대한 이른 위치에 있는지. 넷째, 미리보기 모드 연결이 정상적으로 되는지. 이 네 가지를 확인하고 나서야 다음 단계인 태그·트리거 설계로 넘어가는 것이 순서입니다.

GTM 컨테이너 하나에 태그가 계속 늘어나면, 그만큼 페이지 로딩 시점에 처리해야 할 스크립트도 늘어나 사이트 속도에 영향을 줄 수 있습니다. head 코드를 비동기(async)로 로드하도록 기본 제공되는 스니펫을 그대로 사용하면 페이지 렌더링을 크게 막지는 않지만, 태그 개수가 지나치게 많아지면 체감 속도 저하가 발생할 수 있습니다. 정기적으로 미사용 태그를 정리하고, 꼭 필요한 태그만 남겨두는 것이 설치 이후의 장기적인 성능 관리 방법입니다.

사이트를 새로 리뉴얼하거나 다른 플랫폼으로 이관하는 프로젝트에서는 기존에 잘 심어져 있던 GTM 코드가 새 사이트에 빠지는 사고가 매우 흔하게 발생합니다. 리뉴얼 오픈 전 QA 체크리스트에 "GTM 컨테이너 코드 삽입 확인"과 "미리보기 모드로 주요 페이지 태그 발화 확인"을 반드시 포함시켜야, 오픈 첫날부터 데이터가 통째로 비는 사고를 막을 수 있습니다. 실제로 이런 사고가 발생하면 오픈 이후 며칠간의 데이터가 영구적으로 복구 불가능한 공백으로 남게 됩니다.