용어집이 없으면 실제로 어떤 사고가 나는가

용어 불일치는 회의 시간 낭비로 끝나지 않고 의사결정을 뒤집습니다. 광고주가 "이번 달 전환 1,200건"이라 말할 때 그것이 매체 리포트의 귀속 전환인지, GA4 키 이벤트인지, CRM 주문 원장인지에 따라 CPA가 두 배 차이 납니다. 담당자가 바뀌면 이전 사람이 어떤 설정으로 그 숫자를 뽑았는지 아무도 모르는 상태가 되어 과거 리포트를 재현할 수 없게 됩니다. 성과 분쟁 때는 더 아픕니다 — 우리 근거와 상대 근거가 서로 다른 정의 위에 서 있으면 대화가 진전되지 않습니다. 용어집은 문서 미화가 아니라 측정 운영의 기반 설비이고, 중요한 것은 길이가 아니라 '값이 어디서 어떤 설정으로 나왔는지'가 적혀 있는지입니다.

'전환'이라는 한 단어에 숨은 정의 차이는 무엇인가

GA4부터 정리합니다. UA는 세션 중심으로 히트를 페이지뷰·이벤트·거래 타입으로 나눠 집계했지만, GA4는 모든 상호작용을 이벤트 하나의 구조로 통일해 수집하고 세션도 session_start 이벤트에서 파생된 개념입니다. 그 위에서 특정 이벤트를 주요 이벤트(키 이벤트)로 표시하면 전환으로 집계되는데, 카운팅 방법이 두 가지입니다. '세션당 한 번'은 한 세션에서 같은 이벤트가 여러 번 발생해도 1건으로 세고, '이벤트당 한 번'은 개별 발생을 각각 셉니다. UA 목표를 마이그레이션한 전환은 '세션당 한 번'이 기본값이고 새로 만든 전환은 '이벤트당 한 번'이 기본값이므로, 계정 안에 두 방식이 섞여 있는 경우가 흔합니다. 구매처럼 한 세션에 여러 번 발생할 수 있는 이벤트는 '이벤트당 한 번'이어야 실제 전환 수와 맞습니다. 여기에 표준 속성 30개(360은 50개)라는 키 이벤트 개수 한도가 걸려 있어, 한도를 채운 계정은 새 전환을 추가하려고 기존 것을 해제하다가 과거 데이터와의 연속성을 잃기도 합니다. 용어집에는 전환 항목마다 이벤트명, 카운팅 방법, 키 이벤트 등록일을 적으십시오.

기간 정의는 도구마다 어떻게 다른가

'며칠 안에 일어난 전환을 이 광고 몫으로 볼 것인가'는 도구별로 기본값이 다릅니다. GA4의 키 이벤트 조회기간은 하나의 터치포인트가 기여를 인정받는 유효 기간을 정하는 설정이고, 이 값은 세션 기여에도 동일하게 적용됩니다. 기본값은 이벤트 유형별로 갈리는데 획득 이벤트(first_open, first_visit)는 30일(7일로 변경 가능), 그 외 대부분은 90일(30일·60일로 변경 가능), 참여 조회 키 이벤트는 3일입니다. 게다가 이 값은 프로퍼티 전체 단일값이 아니라 키 이벤트 단위로 개별 조정됩니다. 메타 쪽은 2026년 기준 광고 세트 기본 기여 설정이 7일 클릭·1일 참여 유도·1일 조회이고, 2026년 3월 참여 유도 기여가 도입되면서 링크 클릭만 '클릭'으로 인정되고 좋아요·댓글·공유는 1일 기여 기간의 별도 카테고리로 분리됐습니다. 즉 GA4에서 90일 조회기간으로 잡히는 전환과 메타에서 7일 클릭으로 잡히는 전환은 애초에 다른 모집단입니다. 용어집에는 매체·도구별 기여 기간 설정값과 마지막 확인일을 표로 넣고, 조회기간을 넓히면 상단 퍼널이, 좁히면 하단 퍼널이 유리해진다는 방향성도 한 줄 적어두십시오.

사용자·식별자 정의는 무엇을 적어야 하는가

'고객 1명'의 정의가 도구마다 다른 것이 가장 설명하기 어려운 차이입니다. CDP의 아이덴티티 레졸루션은 서로 다른 기기·채널·세션에서 발생한 파편화된 데이터를 하나의 프로필로 잇는 과정이며, 이메일·전화번호 같은 정확한 식별자를 매칭하는 결정론적 방식과 행동 신호로 추론하는 확률론적 방식을 함께 씁니다. GA4는 보고 ID 설정에 따라 User-ID·기기 ID·모델링을 우선순위대로 적용합니다. 두 값이 다른 것은 오류가 아니라 정의 차이입니다. 매체로 데이터를 올릴 때의 해시 규격도 함께 정리합니다. 구글 고객 매치는 SHA256(Hex 인코딩)으로 해싱하되 앞뒤 공백 제거, 소문자 변환, 전화번호 E.164 정규화, gmail.com·googlemail.com 이메일의 '.' 제거가 필요하고 국가·우편번호는 해싱하지 않습니다. 메타 맞춤 타겟도 SHA-256 단방향 해싱을 쓰지만 정규화 세부 규칙이 완전히 같지는 않을 수 있어, 한 매체용 파이프라인을 그대로 재사용하면 매칭률이 떨어집니다. 정규화·해싱·인코딩 방식이 조금이라도 어긋나면 매칭률이 급락하는 것이 클린룸·오디언스 연동 실무에서 반복 보고되는 대표적 실패 원인입니다.

용어집에는 어떤 항목을 어떤 형식으로 적는가

행 하나가 하나의 지표가 되도록 표로 만듭니다. 각 행에 넣을 열은 다음과 같습니다. ① 우리가 부를 이름(예: '유효 주문') ② 정의 한 문장 ③ 산출 도구(GA4·매체 리포트·CRM·CDP) ④ 원천 이벤트·필드명 ⑤ 카운팅 방법(세션당/이벤트당, 중복제거 키) ⑥ 기여·조회 기간 설정값 ⑦ 사용자 식별 기준(User-ID 여부, 보고 ID 설정) ⑧ 알려진 제약(처리 지연, 샘플링 등) ⑨ 마지막 확인일과 확인자. 여기에 '이 지표로 하지 말아야 할 비교' 열을 두면 특히 유용합니다 — GA4 키 이벤트와 매체 귀속 전환은 기여 기간이 달라 직접 비교하지 않는다고 적어두는 식입니다. 확인 경로도 함께 적으십시오. GA4 설정값은 관리자 화면, 매체 기여 설정은 광고 세트 화면과 매체 공식 문서, 해시 규격은 매체 개발자 문서, 주문 정의는 자사 CRM 스키마가 원천입니다.

만든 뒤 어떻게 살아 있게 유지하는가

용어집은 만들 때보다 유지할 때 무너집니다. 갱신 트리거를 정해두십시오. ① 매체가 기여 설정·리포팅 옵션을 바꿨을 때 ② 전환 이벤트를 추가·수정·삭제했을 때 ③ CDP·CRM 연동 스키마가 바뀌었을 때 ④ 담당자가 바뀔 때 ⑤ 분기 정기 점검 시점. 갱신 이력은 덮어쓰지 말고 변경일·변경 전후 값·사유를 남겨 쌓으십시오. 과거 리포트를 재현해야 하는 상황은 반드시 오고, 그때 필요한 것은 현재 설정이 아니라 그 시점의 설정입니다.