신규 계약 착수 시 첫 캠페인 전 계정 구조 표준화(네이밍 컨벤션) 작업

신규 계약을 시작할 때 캠페인부터 서둘러 켜고 네이밍 규칙은 나중에 정리하겠다는 식으로 미루면, 이미 쌓인 데이터의 라벨을 손으로 다시 붙이는 작업이 뒤따릅니다. 캠페인·광고그룹·소재 이름에 담긴 정보(매체, 목적, 타겟, 기간)는 나중에 통으로 리네이밍한다고 해서 과거 데이터까지 소급 정리되지 않습니다. 계정 구조 표준화는 첫 캠페인을 켜기 전, 계약 착수 단계에서 반드시 끝내야 하는 일입니다.

GA4는 UTM 파라미터 값을 대소문자까지 구분해 서로 다른 값으로 인식하므로, utm_source=facebook과 utm_source=Facebook은 서로 다른 매체로 분리 집계됩니다. 이 문제는 담당자가 여러 명일 때 특히 자주 발생합니다. 계약 착수 시점에 "모든 UTM 값은 소문자로만 쓴다"처럼 팀 전체가 지킬 규칙 하나를 정해두면, 몇 달 뒤 채널별 성과를 비교하다가 같은 채널이 두세 개로 쪼개져 있는 걸 뒤늦게 발견하는 사고를 막을 수 있습니다.

GA4에서 (direct)/(none)은 UTM 파라미터가 없거나 referrer 정보가 전달되지 않은 트래픽에서 발생하고, 'Unassigned'는 이벤트 데이터는 수집됐지만 UTM 값이 GA4가 인식하는 표준값과 다르게 입력됐을 때(예: utm_medium=em) 흔히 나타납니다. 두 문제 모두 원인이 다르지만 해법은 같습니다. 계정 착수 단계에서 utm_source·utm_medium·utm_campaign에 들어갈 표준값 목록을 팀 규칙 문서로 만들어두고, 모든 링크 생성 담당자가 그 목록에서만 값을 고르게 하면 됩니다. 이 목록이 없으면 담당자마다 조금씩 다른 표기를 쓰게 되고, 그 결과가 (direct)/(none)이나 Unassigned로 흩어져 나타납니다.

메타 광고는 URL 매개변수를 캠페인·광고 세트 수준 정보로 자동 채울 수 있어, utm_campaign에 {{campaign.name}}, utm_content에 {{adset.name}} 또는 {{ad.name}}, 노출 플랫폼 구분에 {{site_source_name}}을 넣을 수 있습니다. 네이버 검색광고는 치환변수 {keyword}를 utm_term에 넣으면 노출된 검색 키워드 값이 자동으로 채워지지만, 광고 시스템에 등록되지 않은 확장검색 노출 검색어는 자동 치환이 안 될 수 있습니다. 계정 착수 단계에서 이런 동적 매개변수를 쓸 부분과 담당자가 직접 값을 입력해야 할 부분을 미리 구분해 네이밍 규칙에 반영해두면, 수기 입력 과정에서 생기는 오타나 표기 불일치를 줄일 수 있습니다.

네이밍 규칙만 정해두고 계정 접근 권한을 담당자마다 임의로 부여하면, 권한이 없는 사람이 규칙을 몰라 예전 방식으로 캠페인을 만드는 일이 반복됩니다. 구글 애즈는 이메일 전용·결제·읽기 전용·표준·관리 중 하나의 액세스 수준으로, 메타 비즈니스 관리자는 자산 단위 파트너 권한으로 사용자를 관리합니다. 계정 착수 체크리스트에 네이밍 규칙 확정과 접근 권한 부여를 나란히 넣어두면, 새로 투입되는 담당자가 처음부터 올바른 규칙과 권한 범위 안에서 작업을 시작합니다.

네이밍 규칙과 표준값 목록은 담당자 개인 메모가 아니라 팀 전체가 접근할 수 있는 공유 문서에 남겨야 합니다. 신규 투입 인력이 첫 캠페인을 만들기 전에 이 문서부터 확인하는 것을 온보딩 절차에 넣어두면, 계정이 늘어나고 담당자가 바뀌어도 표준이 흔들리지 않습니다.

신규 계정이 아니라 기존에 운영되던 계정을 이관받는 경우라면, 표준화 작업을 첫 캠페인 전이 아니라 이관 직후에 해야 합니다. 과거 데이터를 그대로 살리기 위해 기존 명명 방식을 급하게 갈아엎지 말고, 새 캠페인부터 새 규칙을 적용하고 과거 데이터는 별도 표로 매핑해두는 점진적 전환이 안전합니다.

계약 규모가 작다는 이유로 네이밍 규칙을 생략하고 캠페인을 빠르게 켜는 경우가 있습니다. 그러나 계정 규모와 무관하게 데이터 왜곡의 원리는 똑같이 적용되므로, 작은 계정일수록 오히려 표준화에 드는 시간이 짧다는 점을 활용해 규모와 상관없이 착수 전 표준화를 원칙으로 삼는 편이 낫습니다.