태그 구성 전에 비즈니스 이벤트를 먼저 정의하세요
전환은 비즈니스에 의미 있는 완료된 행동이지, 태깅하기 쉬운 상호작용이 아닙니다. 이커머스의 경우 일반적으로 '주문 수락'이 기준이며, 장바구니 담기나 결제 버튼 클릭은 아닙니다. 리드 생성에서는 제출된 문의가 명시된 기준을 충족하거나 예약된 약속, 영업 검증된 리드가 될 수 있습니다. 이 내용을 이벤트로 번역하기 전에 비즈니스 언어로 문서화하세요.
각 전환 액션에 대해 트리거, 포함 및 제외 규칙, 가치, 카운트 규칙, 식별자, 책임 소유자, 기록 시스템을 기록하세요. 예시: “수락된 유료 주문; 주문 ID당 한 이벤트; 회사 규정에 따른 주문 수익; 상거래 데이터베이스가 기준이 되어 대조한다.”
주요(Primary) 행동과 보조(Secondary) 행동을 의도적으로 사용하세요
Google Ads에서는 주요 전환 액션이 Conversions 열에 나타나고 관련 표준 목표가 입찰에 사용될 때 입찰 신호로 사용된다고 설명합니다. 보조 액션은 All conversions에서 관찰용으로 사용되며 일반적으로 입찰에는 사용되지 않습니다. 따라서 Primary는 품질 배지라기보다 최적화가 학습할 신호를 제어하는 설정입니다.
반복 가능하고 캠페인 성과에 직접적인 결과만을 Primary로 지정하세요. 양식 시작, 브로셔 다운로드, 계정 생성, 채팅 오픈, 전화 클릭 등은 하나가 명확한 최적화 목표가 아닌 한 Secondary로 유지하세요. 캠페인별로 목표를 관리해 일반 기본값이 모든 것을 좌우하지 않도록 하세요. 목표가 바뀔 때마다 날짜와 이전 설정을 기록해 보고서 해석에 맥락을 제공하세요.
측정 설계에 동의를 내재화하세요
동의는 태그가 실시간으로 살아난 뒤에 붙이는 배너가 아닙니다. Google의 동의 모드(consent mode) 지침은 측정 데이터를 보내는 명령보다 먼저 기본 동의 상태를 설정하고, 사용자가 선택을 한 뒤에 이를 업데이트하도록 권장합니다. 지침 예시는 광고 저장(ad storage), 분석 저장(analytics storage), 광고 사용자 데이터, 광고 개인화 등을 포함합니다. 동의 모드는 법적 근거나 정책을 결정하지 않습니다; 조직이 승인한 상태를 구현하세요.
요건은 지역과 상황에 따라 다릅니다. 영국 ICO 지침은 쿠키에 대해 사람들에게 알리고, 쿠키의 용도와 이유를 명확히 설명하며, 명시적이고 적극적인 동의를 받아야 한다고 합니다(일부 필수 서비스 예외는 제한적임). EU 지침은 동의가 필요한 쿠키는 초기 로드에서 설정될 수 없고, 목적별 동의가 권장되며 철회가 쉬워야 한다고 권고합니다. 시장, 공급업체, 데이터 흐름에 대해 자격을 갖춘 프라이버시 검토를 받으세요. 원시 이메일, 전화번호, 주문 메모 또는 불필요한 고객 데이터를 URL, 이벤트 파라미터, 거래 ID에 넣지 마세요.
기본 비즈니스 이벤트를 중복 제거(중복화 차단)하세요
확인 페이지는 리로드되거나 히스토리에서 재방문되거나 실패한 상태 변경 후에 다시 도달될 수 있습니다. Google Ads는 각 구매에 고유한 거래 ID를 권장하며, 동일한 전환 액션과 ID로 두 번째 전환이 발생하면 중복으로 처리된다고 합니다. ID는 동적으로 생성되어 거래당 고유해야 하며, 다른 주문에서 재사용하면 과소집계될 수 있습니다. 고객 식별 데이터가 아닌 불투명한 주문 식별자를 사용하세요.
아키텍처도 명확히 매핑하세요. 브라우저 태그, 서버 이벤트, CRM 가져오기, 결제 웹후크가 하나의 판매를 보고할 수 있다면 어떤 경로가 권위적인(authoritative)지, 어떤 경로가 공유 ID로 중복 제거를 허용할지 결정하세요. ID는 카운트 설정을 대체하지 않습니다: 하나는 광고 클릭 후 몇 건의 전환을 따를지 제어하고, ID는 동일 주문이 두 번 전송되는 것을 보호합니다. 환불, 취소, 무효 리드에 대해 운영팀과 통제된 조정 또는 제외 절차를 정의하세요.
귀속은 '크레딧(credit)'으로 보고하고 운영과 화해(reconcile)하세요
귀속은 선택된 규칙에 따라 크레딧을 할당할 뿐 모든 영향력을 관찰하거나 인과를 입증하지 않습니다. Google Ads는 라스트 클릭(last click)이 마지막 클릭된 광고에 모든 크레딧을 주는 반면, 데이터 기반 귀속(data-driven attribution)은 해당 액션에 대한 계정 데이터를 사용해 크레딧을 분배한다고 설명합니다. 선택한 모델은 Conversions와 All conversions 열에 영향을 주며 입찰에도 영향을 줄 수 있습니다. 모델 변경은 분석 변경이자 프로덕션 최적화 변경입니다.
두 가지 뷰를 유지하세요. 플랫폼 뷰는 캠페인 결정(지출, 귀속된 주요 전환, 귀속 가치, 모델, 윈도우, 날짜 기준)을 지원합니다. 운영 뷰는 수락된 주문, 사업 규칙에 따른 매출, 검증된 리드, 취소 및 환불을 포함합니다. 방향성으로 대조하고 허용된 식별자를 사용해 지속적이고 큰 차이가 있으면 조사하세요. 정확한 일치는 기대하지 마십시오: 동의, 브라우저 제한, 기기 간 경로, 타이밍, 적격성, 모델링이 다를 수 있습니다.
출시(QA)를 전환 경로 신뢰성 작업으로 다루세요
가능하면 프로덕션 외부에서 테스트한 뒤 운영이 식별하고 되돌릴 수 있는 통제된 라이브 테스트를 사용하세요. Google Tag Manager의 미리보기(preview) 및 디버그 모드는 미리보기된 사이트를 Tag Assistant에 연결해 발화된 태그, 순서, 처리된 데이터를 보여줍니다. 트리거, 가치, 통화, ID, 동의 상태, 목적지를 검사하고 주문 또는 리드 기록을 확인하세요. 태그 상태가 녹색이라고 해서 올바른 비즈니스 이벤트가 계수되었다는 증거는 아닙니다.
유료 랜딩 URL, 리디렉트, 양식 검증, 교차 도메인 체크아웃, 결제 복귀, 확인, CRM 핸드오프, 환불 처리를 검증하세요. Google은 클릭 식별자가 트래커나 리디렉트에서 손실될 수 있음을 언급하며, 랜딩과 전환 도메인이 다를 경우 교차 도메인 지침을 제공합니다. 변경 사항은 사전 검사하고 태그, 동의, 체크아웃, 리디렉트의 버전을 관리하세요. 경로 또는 시그널이 실패하면 확인된 구성으로 복원하고 대시보드로 추정하지 말고 영향받은 기간을 조정해 대조하세요.