왜 구조보다 데이터 품질을 먼저 고치는가

캠페인을 나누고 합치는 결정은 전부 '전환수'라는 숫자 위에서 이뤄집니다. 그 숫자가 중복 집계되어 있거나 일부 페이지에서 유실되고 있으면, 구조를 어떻게 바꿔도 개선인지 악화인지 판정할 수 없습니다. 게다가 구조를 바꾸는 순간 비교 기준선까지 사라지므로 두 문제가 겹쳐 원인 분리가 불가능해집니다.

순서를 지키면 손해도 줄어듭니다. 데이터 문제는 대개 며칠 안에 고칠 수 있고, 구조 변경은 학습을 다시 쌓는 데 몇 주가 듭니다. 싸고 빠른 쪽부터 걷어내는 것이 합리적입니다.

1순위: 전환 스크립트가 두 벌 깔려 있지는 않은가

네이버 광고에서 제공하는 전환 추적 스크립트는 한 사이트에 한 종류만 설치해야 합니다. 신 스크립트(trans 버전)와 구 스크립트(cnv 버전)가 같은 전환 발생 지점에 함께 있으면 전환 이벤트가 중복으로 발생해 광고 보고서에도 전환이 중복 집계될 수 있습니다.

더 까다로운 것은 그 반대편 부작용입니다. 신 스크립트로 전환이 발생하면 구 스크립트에 의한 전환은 영구적으로 필터링된다고 공식 문서가 안내합니다. 즉 두 벌이 겹친 계정은 어떤 전환은 두 번 잡히고 어떤 전환은 아예 사라지는 상태일 수 있습니다. 그래서 검증할 때는 전환 유형 이름 앞에 test_ 접두어를 붙여, 시험 발동이 실제 전환을 막아버리지 않게 하라고 안내합니다. 쇼핑몰 솔루션을 바꿨거나 대행사가 교체된 계정에서 이 문제가 자주 남아 있습니다.

2순위: 공통키와 설치 범위는 맞는가

네이버 전환 추적에서 사이트를 구분하는 값은 네이버 공통키입니다. 전환 추적 서비스를 신청하면 영업일 기준 1~2일 뒤 발급되고, 검색광고시스템의 도구 > 프리미엄 로그 분석 화면이나 발급 안내 메일에서 확인할 수 있습니다. 도메인을 새로 만들었거나 사이트를 이전한 뒤 공통키를 그대로 두면 전환이 엉뚱한 사이트로 붙거나 아예 잡히지 않습니다.

설치 범위도 함께 봅니다. 라이브러리 로드(wcslog.js), 계정 식별자 설정, 쿠키 도메인 설정, PV 이벤트는 모든 페이지에 공통으로 들어가야 하고, 전환 이벤트만 실제 전환이 일어나는 지점에 추가합니다. 새 랜딩페이지를 만들면서 공통 스크립트를 빠뜨리는 사고가 가장 흔하므로, 랜딩 배포 체크리스트에 이 항목을 넣어 두는 편이 좋습니다.

3순위: 보고서에 안 보이는 전환 유형을 쓰고 있지는 않은가

네이버 웹 전환 추적은 사전 정의된 전환 유형 24종과 직접 정의하는 커스텀 유형 10종을 지원하지만, 광고 보고서에 표시되는 것은 표준 유형 8종뿐입니다. "스크립트는 붙였는데 보고서에 전환이 안 보인다"는 상황의 상당수가 여기서 나옵니다.

이 확인이 구조 결정과 직접 연결됩니다. 캠페인을 전환 기준으로 나누려면 그 전환이 보고서에 보여야 하고, 입찰이나 예산 배분의 근거로 쓰려면 더더욱 그렇습니다. 보고서에 안 뜨는 유형으로만 측정하고 있었다면, 구조 개편 논의는 전환 유형 재정의 이후로 미루는 것이 맞습니다.

4순위: 그다음에야 구조를 본다

여기까지 정리되면 구조를 봅니다. 파워링크는 캠페인 → 광고그룹 → 키워드·소재의 3단계이므로 예산과 요일·시간대 가중치는 광고그룹 단위로 통제하고, 매체 설정에서 줌·빙·다음 같은 제휴 검색 포털 노출을 뺄지도 광고그룹에서 정합니다. 확장검색으로 등록하지 않은 유사 검색어에까지 노출되고 있다면 제외검색어로 차단할 수 있습니다.

성과형DA(GFA)는 다른 축으로 봅니다. 타겟팅 범위를 좁힐수록 CPC가 오르므로, 데이터 품질을 고친 뒤에도 CPA가 나쁘면 타겟을 더 좁히기 전에 범위를 넓혀 보는 방향도 함께 검토해야 합니다. 다만 GFA의 학습 기간이나 학습 이탈에 필요한 최소 전환 수는 공식으로 공개된 값을 확인하지 못했습니다. 메타의 주 50건이나 구글의 30건 같은 기준을 그대로 옮겨 쓰지 말고, 자사 4주 기준선을 잡아 판단하되 정확한 기준이 필요하면 네이버 검색광고 고객센터로 문의해 확인하는 편이 안전합니다.