사이트를 개편할 때 태깅이 깨지지 않게 하는 사전 점검

📖 약 2분 읽기

사이트 개편은 화면 구성과 사용자 경험을 개선하는 작업이지만 그 과정에서 태깅은 예외 없이 영향을 받는다. 문제는 태깅이 깨지느냐가 아니라 깨진 사실을 언제 알아채느냐에 있다. 개편 직후 전환 데이터가 비어 있는 상태를 뒤늦게 발견하면 그 기간의 성과는 복구할 수 없다. 그래서 개편 일정에는 처음부터 태깅 검수 단계가 포함되어야 한다.

개편이 태깅을 깨뜨리는 경로

개편에서 태깅이 손상되는 경로는 크게 다섯 가지로 정리된다. 첫째, 화면 주소가 바뀌면 특정 경로를 조건으로 발화하던 트리거가 더 이상 작동하지 않는다. 둘째, 요소의 구조나 클래스명이 바뀌면 클릭 태그나 폼 제출 태그가 대상을 찾지 못한다. 셋째, 데이터 전달 방식이 바뀌면 데이터 레이어에 담기던 값이 누락되거나 형식이 달라진다. 넷째, 결제 흐름이 바뀌면 구매 완료 시점의 이벤트 위치 자체가 이동한다. 다섯째, 도메인이 바뀌면 쿠키 저장 값과 참조 제외 설정이 함께 깨진다. 이 중 하나만 놓쳐도 전환 데이터는 실제보다 낮게 집계된다.

개편 전 점검 항목

개편 착수 전 단계에서는 현재 상태를 기록으로 남기는 작업이 중심이 된다.

1. 현재 운영 중인 태그 목록과 각 태그의 발화 조건을 문서로 정리한다.
2. 개편 전 일정 기간의 기준 지표를 저장해 개편 후와 비교할 수 있는 근거로 삼는다.
3. 개발 요청서 또는 기획 문서에 태깅 유지 항목을 명시해 개발 단계에서 누락되지 않도록 한다.

개편 중 점검 항목

개발이 진행되는 동안에는 운영 환경에 반영하기 전에 검증 환경에서 확인하는 절차가 필요하다.

1. 검증 서버 또는 스테이징 환경에서 주요 태그가 정상적으로 발화하는지 함께 시험한다.
2. 기존 화면 주소와 개편 후 화면 주소를 짝지은 대응표를 만들어 트리거 조건을 재설정할 때 참고한다.

개편 직후 점검 항목

배포가 끝난 직후에는 실제 트래픽이 유입되는 상황에서 확인하는 절차가 남는다.

1. 배포 당일 실시간 태그 발화 여부를 확인한다.
2. 매출 데이터를 결제 시스템과 대사해 수집 값이 실제 거래와 일치하는지 확인한다.
3. 유입 경로별 데이터가 개편 전과 같은 방식으로 분류되는지 확인한다.

성과 하락과 계측 손실 구분

개편 후 지표가 낮아지면 실제 성과가 떨어진 것인지 계측이 유실된 것인지부터 가려야 한다. 개편 전에 저장해 둔 기준 지표와 개편 후 수치를 같은 기간, 같은 조건으로 비교하고, 태그 발화 로그와 결제 시스템의 실제 매출을 대조하는 방식으로 확인한다. 계측 값과 실제 거래 값의 차이가 크다면 이는 성과 하락이 아니라 태깅 유실로 봐야 한다.

도메인이 바뀌는 경우

도메인 자체가 바뀌는 개편이라면 위 점검 항목에 더해 저장 값과 참조 제외 설정을 별도로 확인해야 한다. 쿠키에 저장되던 식별 값이 새 도메인에서 초기화될 수 있고, 결제 대행사나 내부 도메인을 참조 제외 목록에 등록한 설정도 새 도메인 기준으로 다시 등록해야 한다. 이 과정을 놓치면 기존 사용자의 세션이 신규 방문자로 다시 집계되는 문제가 발생한다.

태그맨은 개편 전 태깅 구조 점검과 개편 후 발화 검증을 함께 지원한다. 개편 일정에 태깅 검수 단계를 포함시키는 것이 데이터 유실을 줄이는 가장 낮은 비용의 방법이다.