광고 플랫폼 전환 태그를 새로 설치한 뒤: 기존 태그와 역할을 정리하는 방법

TL;DR

새 전환 태그를 설치한 뒤에는 기존 태그를 바로 삭제하기보다, 같은 전환을 중복 전송하는 태그인지와 서로 다른 측정 목적을 가진 태그인지부터 구분해야 합니다. 중복 전환을 막고 입찰 신호를 안정화하려면 태그별 이벤트·전환 액션·최적화 사용 여부를 한 표로 정리한 뒤, 검증을 마친 항목만 유지하거나 종료해야 합니다.

새 태그 설치 뒤 가장 먼저 할 일은 ‘태그 목록’이 아니라 ‘전환 흐름’을 그리는 일입니다

태그 정리는 스크립트 이름만 보고 판단하면 어렵습니다. 먼저 사용자가 전환을 완료하는 시점부터 어떤 신호가 어느 도구로 전달되는지 확인해야 합니다.

예를 들어 구매 완료 시점에 다음과 같은 경로가 동시에 있을 수 있습니다.

• 웹사이트에서 Google 태그가 구매 이벤트를 전송한다.
• GTM이 같은 구매 이벤트를 Google Ads 전환 액션으로 전송한다.
• GA4가 구매 이벤트를 수집하고, 그 이벤트가 Google Ads에 가져오기 전환으로 연결된다.
• TikTok Pixel과 Events API가 각각 구매 이벤트를 전송한다.
• CMS 플러그인이나 결제 솔루션이 별도 태그를 삽입한다.

이때 중요한 질문은 “태그가 몇 개 있는가”가 아닙니다. 한 번의 구매가 같은 광고 플랫폼에서 몇 번의 전환으로 기록되는가입니다.

정리 표에는 최소한 아래 항목을 넣습니다.

이 표가 없으면 새 태그를 넣은 뒤 기존 태그를 지우는 과정에서, 실제로는 필요한 분석 신호까지 함께 없앨 수 있습니다.

같은 플랫폼에서 같은 전환을 두 번 보내는 태그가 우선 정리 대상입니다

중복의 기준은 태그 코드가 둘이라는 사실이 아니라, 동일한 사용자 행동이 동일한 전환 액션에 복수로 집계되는지입니다.

Google Ads는 전환 페이지에 기존 전환 추적 태그가 남아 있으면 중복 집계를 피하기 위해 제거하라고 안내합니다. 같은 페이지에 Google 태그 또는 Google Tag Manager 컨테이너가 여러 개 설치된 경우도 점검 대상이며, Tag Assistant로 설치 상태를 확인할 수 있습니다. Google Ads의 사이트 전체 태깅 문제 해결 안내

특히 아래 상황은 우선 확인해야 합니다.

• 기존 직접 삽입 태그와 새 GTM 태그가 같은 완료 페이지에서 실행된다.
• GTM 컨테이너가 페이지 소스와 CMS 플러그인에 각각 삽입되어 있다.
• 결제 완료 페이지에서 광고 플랫폼 태그와 플러그인 태그가 같은 구매 이벤트를 보낸다.
• GA4에서 가져온 전환과 Google Ads 직접 전환이 같은 목적의 입찰 신호로 동시에 쓰인다.
• 브라우저 Pixel과 서버 이벤트가 같은 전환을 보냈지만 중복 제거 설정이 없다.

CMS 플러그인이나 제3자 도구가 태그를 관리하는 경우에도 이중 태깅 여부를 확인해야 합니다. Google Ads 역시 제3자 도구 사용 시 중복 태깅이 중복 전환 보고로 이어질 수 있다고 안내합니다. Google Ads의 웹 전환 설정 안내

기존 태그를 삭제하기 전에 ‘유지할 역할’을 세 가지로 나눕니다

모든 태그가 같은 역할을 하는 것은 아닙니다. 기존 태그는 보통 입찰용, 분석용, 대조·검증용으로 나눠 판단할 수 있습니다.

입찰용 태그는 광고 최적화에 사용할 전환 신호입니다

광고 플랫폼이 자동 입찰에 활용하는 전환입니다. 구매, 유효 리드처럼 사업 목표와 가까운 행동이 여기에 해당합니다.

Google Ads에서는 Primary 전환 액션이 기본 보고 열에 표시되고 입찰 최적화에 사용됩니다. 반면 Secondary 전환 액션은 기본 보고 열에 표시되지 않으므로, 보조 행동이나 검증 목적의 전환을 분리하는 데 활용할 수 있습니다. Google Ads 전환 액션의 Primary·Secondary 설명

따라서 새 태그를 설치했다면 기존 전환을 곧바로 지우기보다 다음을 먼저 결정합니다.

• 새 전환 액션이 앞으로 입찰에 사용할 기준인가
• 기존 전환 액션은 과거 데이터 확인용으로만 남길 것인가
• 두 전환 액션이 실제로 같은 사용자 행동을 측정하는가
• 하나를 Secondary로 전환해 보고는 유지하되 입찰에서는 제외할 필요가 있는가

같은 구매를 측정하는 기존·신규 전환 액션이 모두 입찰에 쓰이면, 플랫폼은 두 신호를 서로 다른 성과로 인식할 수 있습니다. 태그 교체 기간에는 특히 최적화 기준을 하나로 정하는 것이 중요합니다.

분석용 태그는 사용자 행동의 맥락을 읽기 위한 신호입니다

GA4 이벤트는 광고 전환과 별개로 유입 경로, 페이지 이동, 구매 퍼널을 분석하는 데 필요할 수 있습니다. 그래서 Google Ads 전환 태그를 새로 설치했다고 해서 GA4 이벤트까지 없앨 이유는 없습니다.

Google Ads는 웹 전환 설정에서 Google 태그와 Google Analytics를 모두 데이터 소스로 선택할 수 있게 합니다. 다만 두 신호를 모두 쓴다는 것은 각각의 역할을 정했다는 뜻이어야 합니다. Google Ads의 전환 측정 데이터 소스 안내

Google Ads는 기존 웹 이벤트 추적을 재사용하려는 경우 Google Analytics를 적합한 선택지로 설명하고, Google Ads 입찰에 맞춘 전용 추적 신호나 향상된 전환 같은 기능이 필요한 경우에는 Google 태그 사용을 권장합니다. Google Ads의 Google 태그와 Analytics 활용 안내

즉, 다음처럼 역할을 나누는 방식이 가능합니다.

• GA4: 사이트 전체 행동 분석과 퍼널 확인
• Google Ads 직접 전환: Google Ads 입찰용 구매 또는 리드 신호
• 매체 Pixel: 해당 매체의 최적화·리마케팅·전환 보고용 신호

핵심은 같은 구매 신호를 여러 도구에 보내는 일이 아니라, 같은 플랫폼 안에서 같은 구매를 중복 전환으로 사용하지 않는 것입니다.

검증용 태그는 전환 교체가 안정될 때까지만 제한적으로 둡니다

태그를 교체하는 동안 기존 태그와 새 태그의 발생 여부를 비교해야 할 수 있습니다. 이 경우 기존 태그를 완전히 제거하지 않고, 보조 전환 또는 별도 검증 이벤트로 잠시 유지할 수 있습니다.

다만 검증용 태그는 다음 조건이 필요합니다.

• 입찰 최적화에 사용하지 않는다.
• 보고서에서 주 전환과 합산하지 않는다.
• 종료 조건을 기록한다.
• 같은 완료 행동을 집계하는 경우, 비교 목적이라는 사실을 담당자 모두가 안다.

검증 기간이 끝났는데도 기존 태그를 남겨 두면, 나중에는 어느 숫자가 실제 운영 기준인지 알기 어려워집니다.

Google 태그와 GTM은 둘 중 하나만 써야 하는 관계가 아닙니다

Google 태그와 GTM을 함께 쓰는 구성 자체가 문제는 아닙니다. 문제는 한 전환 이벤트가 여러 설정에서 반복 실행되도록 구성되는 경우입니다.

Google 태그는 Google Ads뿐 아니라 Google Analytics 등 다른 Google 제품에서도 사용할 수 있습니다. 이미 모든 페이지에 Google 태그가 있다면, 추가 config 명령으로 여러 Google Ads 또는 Google Analytics 계정을 지원하도록 설정할 수 있습니다. Google 태그의 다중 계정 지원 안내

따라서 “새 태그를 설치했으니 기존 Google 태그를 모두 삭제한다”는 방식보다 아래를 확인하는 편이 안전합니다.

• 사이트 전체에 실제로 로드되는 Google 태그가 몇 개인가
• GTM이 기존 Google 태그를 다시 삽입하고 있지는 않은가
• Google Ads 전환 이벤트가 직접 코드와 GTM에서 함께 발화하지는 않는가
• GA4 설정과 Google Ads 전환 설정이 각자 어떤 이벤트를 받는가
• 기존 태그가 다른 계정이나 다른 브랜드 도메인에 필요한 것은 아닌가

새 태그를 설치한 뒤에는 전환 액션의 전환 라벨 ID가 웹사이트 또는 GTM에 구현된 태그의 라벨 ID와 일치하는지도 확인해야 합니다. 이벤트 기반 추적이라면 이벤트 이름과 매개변수 역시 설정값과 정확히 맞아야 합니다. Google Ads의 태그 구현 일치 확인 안내

구매 전환은 태그 중복뿐 아니라 새로고침 중복도 막아야 합니다

태그를 하나만 남겼는데 구매가 중복 집계되는 경우도 있습니다. 주문 완료 페이지 재방문이나 페이지 새로고침으로 같은 전환 태그가 다시 실행되는 상황입니다.

Google Ads는 같은 주문이 반복 집계될 수 있는 문제를 줄이기 위해 주문 확인 번호와 같은 고유 거래 ID를 전환 태그로 수집하는 방식을 안내합니다. 동일 전환 액션에 같은 거래 ID가 다시 전달되면 중복 전환은 집계되지 않습니다. Google Ads의 거래 ID 기반 중복 방지 안내

구매 이벤트를 정리할 때는 다음을 함께 확인합니다.

• 주문마다 고유한 거래 ID가 생성되는가
• 결제 완료 페이지가 새로고침되어도 같은 거래 ID를 유지하는가
• 태그가 주문 생성 시점이 아니라 완료 페이지 노출만으로 무조건 실행되지는 않는가
• 부분 취소, 복수 상품 주문, 재결제 같은 상황에서 거래 ID 규칙이 유지되는가

상담 신청이나 회원가입처럼 주문 번호가 없는 전환도 있습니다. 이 경우에는 완료 페이지 재방문, 중복 제출, 버튼 중복 클릭을 어떻게 다룰지 전환 정의에 명시해야 합니다.

TikTok Pixel과 Events API는 역할이 겹칠 수 있으므로 event_id를 먼저 확인합니다

TikTok은 웹 전환 데이터 연결을 Pixel, Events API 또는 두 방식을 함께 사용해 구성할 수 있다고 안내합니다. Pixel과 Events API를 함께 사용하는 방식은 측정, 광고 게재, 오디언스 생성에 더 신뢰도 높은 데이터 연결을 제공할 수 있습니다. TikTok의 웹 데이터 연결 방식 안내

하지만 두 경로가 같은 구매 이벤트를 각각 보내면 중복 제거가 필요합니다. TikTok은 Pixel과 Events API가 동일한 웹 전환을 전송하는 경우, 양쪽에 같은 event_id 매개변수를 전달해 중복 제거하도록 안내합니다. TikTok의 이벤트 중복 제거 안내

반대로 두 경로가 서로 다른 이벤트를 담당한다면 중복 제거 대상이 아닐 수 있습니다. 예를 들어 Pixel이 장바구니 추가를 보내고 Events API가 구매 완료만 보내는 구조는 동일 이벤트의 중복 전송이 아닙니다. TikTok의 중복 제거가 필요하지 않은 사례 안내

따라서 Pixel과 Events API를 함께 쓴다면 아래처럼 확인합니다.

TikTok은 Pixel과 Events API를 함께 운영할 때 사용자 여정 전반의 이벤트와 매개변수를 일관되게 공유할 것을 권장합니다. TikTok Events API의 이벤트 일관성 안내

가치 최적화나 ROAS 보고를 사용하는 경우에는 이벤트 발생 여부만 맞추는 것으로 충분하지 않을 수 있습니다. TikTok은 가치 최적화에 Value와 Currency, 카탈로그 관련 구성에 Content ID와 Content Type 같은 매개변수가 필요할 수 있다고 안내합니다. TikTok 이벤트 매개변수 안내

기존 태그를 끄는 순서는 ‘삭제 후 확인’이 아니라 ‘검증 후 종료’입니다

태그 정리의 실무 순서는 다음과 같이 잡는 편이 안전합니다.

1. 새 태그의 전환 정의를 확정합니다. - 무엇을 전환으로 볼지, 언제 발생시키는지, 어떤 값을 보낼지 정합니다.

2. 현재 설치된 모든 태그 경로를 찾습니다. - 페이지 소스, GTM, CMS 플러그인, 결제 솔루션, 서버 이벤트 설정을 함께 확인합니다.

3. 전환별 송신 경로와 수신 플랫폼을 표로 정리합니다. - 특히 동일한 구매·리드가 같은 광고 플랫폼에 복수로 전달되는지 표시합니다.

4. 새 태그의 이벤트 이름·라벨·매개변수를 검증합니다. - Google Ads라면 전환 라벨 ID와 이벤트 구현값의 일치 여부를 확인합니다. Google Ads의 구현값 검증 안내

5. 기존 태그의 역할을 유지·보조·종료로 구분합니다. - 입찰용 신호는 하나로 정하고, 비교용 신호는 Secondary 또는 보고 전용으로 분리합니다.

6. 중복 제거 장치를 확인합니다. - 구매는 거래 ID, 브라우저·서버 동시 전송은 플랫폼별 중복 제거 식별자를 확인합니다.

7. 종료할 태그를 한 경로씩 비활성화합니다. - 직접 코드, GTM 태그, 플러그인 설정을 동시에 바꾸기보다 변경 이력을 남기며 처리합니다.

8. 변경 후 다시 태그 발화를 확인합니다. - 완료 페이지와 주요 이벤트에서 예상한 태그만 실행되는지 확인합니다.

9. 운영 문서에 최종 기준을 남깁니다. - 어떤 전환이 입찰용인지, 어떤 태그가 보고 전용인지, 누가 어디서 관리하는지 기록합니다.

태그 정리 문서에는 ‘삭제한 것’보다 ‘남긴 이유’를 기록해야 합니다

태그는 담당자 변경, 사이트 개편, 플러그인 교체 때 다시 늘어나는 경우가 많습니다. 따라서 최종 문서에는 태그 목록보다 의사결정의 이유를 남기는 것이 좋습니다.

최소한 다음은 기록합니다.

• 전환별 공식 정의
• 광고 플랫폼별 입찰용 전환 액션
• 분석용 이벤트와 광고용 이벤트의 차이
• GTM, 페이지 소스, 플러그인, 서버 중 실제 관리 위치
• Pixel과 서버 이벤트의 중복 제거 방식
• 구매 금액·통화·상품 ID 등 필수 매개변수
• 종료한 태그와 종료 이유
• 향후 사이트 개편 시 재검증할 항목

이 기록이 있으면 새 전환 태그를 추가할 때도 기존 구성을 전부 다시 해석하지 않고, 현재 전환 기준을 해치지 않는지부터 확인할 수 있습니다.

마무리

새 전환 태그를 설치한 뒤 기존 태그를 정리하는 핵심은 태그 수를 줄이는 것이 아니라, 한 사용자 행동이 어떤 목적과 경로로 전송되는지 명확히 하는 데 있습니다. 같은 플랫폼에서 같은 전환을 중복 집계하지 않도록 입찰용 신호를 하나로 정하고, 분석·검증용 신호는 별도 역할로 분리한 뒤 검증을 마친 태그만 유지해야 합니다.