네이버 검색광고를 돌리면서 가장 자주 마주치는 상황이 있습니다. 광고 관리 화면의 전환 수와 실제 주문 건수가 안 맞는 경우입니다. 대부분은 최적화가 부족해서가 아니라 전환 추적 스크립트가 제대로 설치돼 있지 않아서입니다.
이 글은 네이버광고 전환 추적을 실제로 설치하고, 설치가 됐는지 확인하는 방법까지 정리합니다. 스크립트 구조, 전환 유형 코드, 파라미터 규칙, 가장 많이 나는 사고 다섯 가지, 그리고 검증 절차 순서입니다. 파워링크 운영 전반의 점검 순서는 네이버 파워링크 전환성과 8대 체크포인트에서 다뤘습니다.
- 네이버 전환 추적은 모든 페이지의 공통 스크립트 + 전환 페이지의 이벤트 스크립트 두 개로 구성됩니다.
- 가장 흔한 사고는 리다이렉션 과정에서 NaPm 파라미터가 사라지는 것입니다. 이 경우 전환이 통째로 미귀속됩니다.
- 설치 후에는 네이버 전환 스크립트 어시스턴트로 사이트ID 1개·로그 1~2건·쿠키 3~4개를 눈으로 확인해야 끝입니다.
네이버 전환 추적은 네이버 검색광고(SA)와 성과형 디스플레이광고(GFA)를 클릭한 이용자가 사이트에서 구매·회원가입 같은 행동을 했을 때 이를 광고 성과로 집계하는 기능입니다. 광고주가 자기 사이트에 네이버 광고 전환 추적 스크립트를 직접 설치해야 작동하며, 현재 권장 버전은 wcs.trans입니다. 구버전 wcs.cnv와 신버전을 같이 두면 전환이 중복 집계됩니다.
1. 설치가 부실하면 CPA가 과대 계상됩니다
전환 추적이 일부만 작동하면 리포트의 전환 수가 실제보다 적게 잡힙니다. 문제는 광고비는 그대로라는 점입니다. 결과적으로 CPA가 실제보다 비싸게 보이고, 그 숫자를 보고 예산을 줄이는 판단이 내려집니다.
| 구분 | 실제 | 리포트에 찍히는 값 |
|---|---|---|
| 광고비 | 600만 원 | 600만 원 (동일) |
| 전환 수 | 100건 | 60건 (40건 미귀속) |
| CPA | 6.0만 원 | 10.0만 원 (1.67배) |
이 상태에서 "CPA가 10만 원이라 효율이 안 나온다"는 결론을 내리면, 실제로는 6만 원에 잘 돌던 캠페인을 끄게 됩니다. 설치 점검은 최적화보다 앞에 있어야 하는 작업입니다. 측정값 자체가 어긋났을 때 무엇이 연쇄로 틀어지는지는 광고 관리 시스템의 데이터 정합성 편에서 구조적으로 정리했습니다.
2. 스크립트는 두 개입니다
네이버 전환 추적은 역할이 다른 두 스크립트로 구성됩니다. 하나만 넣고 끝났다고 생각하는 경우가 많은데, 둘 다 있어야 작동합니다.
① 공통 스크립트 — 모든 페이지
<script type="text/javascript" src="//wcs.naver.net/wcslog.js"></script>
<script type="text/javascript">
if (window.wcs) {
if (!wcs_add) var wcs_add = {};
wcs_add["wa"] = "네이버공통키"; // 광고 시스템에서 발급받은 사이트 식별자
wcs.inflow("mydomain.com"); // 루트 도메인
wcs_do(); // 페이지뷰 전송
}
</script>모든 페이지의 <head> 또는 <body>에 들어가야 합니다. 전환 페이지에만 넣으면 유입 경로가 끊깁니다.
② 전환 이벤트 스크립트 — 전환 페이지만
<script type="text/javascript">
if (window.wcs) {
var _conv = {};
_conv.type = "purchase"; // 전환 유형 코드
_conv.id = "20260929"; // 주문번호 (선택)
_conv.value = "50000"; // 전환 금액 (구매는 필수)
_conv.items = [
{ id: "7786", name: "상품명", category: "카테고리",
quantity: 1, payAmount: 50000 }
];
wcs.trans(_conv);
}
</script>결제완료·회원가입완료처럼 전환이 실제로 확정되는 페이지에만 넣습니다. 장바구니 페이지나 결제 진행 중 페이지에 넣으면 실제보다 전환이 부풀려집니다.
3. 전환 유형 코드 — 무엇을 셀지부터 정합니다
_conv.type에 넣는 값입니다. 보고서 표시 여부가 다르다는 점을 미리 알고 골라야 합니다.
| 전환 이벤트 | 코드명 | 보고서 표시 |
|---|---|---|
| 구매완료 | purchase | O |
| 신청완료 | lead | O |
| 회원가입 | sign_up | O |
| 장바구니 담기 | add_to_cart | O |
| 상품 찜·저장 | add_to_wishlist | O |
| 예약완료 | schedule | O |
| 구독 | subscribe | O |
| 콘텐츠 보기 | view_content | O |
| 사용자정의 | custom001~custom010 | O |
| 결제 시작 | begin_checkout | X |
| 상품 상세보기 | view_product | X |
B2B나 상담형 사이트라면 lead가 주 전환이 됩니다. 커머스라면 purchase를 주 전환으로 두고 add_to_cart를 보조로 두는 구성이 일반적입니다. 보고서에 표시되지 않는 두 코드를 주 전환으로 잡으면 성과 판단 자체가 불가능해집니다.
4. 파라미터 규칙 — 여기서 오류가 납니다
| 파라미터 | 필수 | 규칙과 주의점 |
|---|---|---|
_conv.type |
필수 | 위 표의 코드명을 그대로. 테스트 중에는 앞에 test_를 붙여 실집계와 섞이지 않게 합니다 |
_conv.value |
구매 필수 | 전환 금액. 10억을 넘으면 10억으로 치환됩니다. 배송비·할인 반영 기준을 사내에서 먼저 정하십시오 |
_conv.id |
선택 | 주문번호. 넣어 두면 중복 전환을 나중에 대조할 수 있어 권장합니다 |
_conv.items |
상세 추적 시 | 상품 배열. 다이내믹 광고를 쓰려면 item.id가 피드의 상품 ID와 일치해야 합니다 |
item.name |
— | 작은따옴표·큰따옴표가 들어가면 스크립트가 깨집니다. 치환 처리를 반드시 넣으십시오 |
5. 가장 많이 나는 사고 다섯 가지
- NaPm 파라미터 유실. 광고 클릭 시 붙는 NaPm 값이 최종 랜딩페이지까지 변형 없이 전달돼야 전환이 귀속됩니다. 중간에 리다이렉션이 있거나 URL을 정리하는 로직이 있으면 여기서 끊깁니다. 가장 흔하고 가장 많이 손해 보는 사고입니다. 클릭의 품질 자체가 의심되는 상황이라면 무효클릭 점검 절차를 함께 확인하십시오.
- 구·신 스크립트 동시 설치. 예전
wcs.cnv를 지우지 않고wcs.trans를 추가하면 같은 전환이 두 번 잡힙니다. 성과가 갑자기 좋아 보이면 이것부터 의심하십시오. - 멀티 도메인·서브도메인 분리. 랜딩은
www인데 결제는order서브도메인에서 일어나는 구조라면wcs.inflow()에 루트 도메인을 지정해야 세션이 이어집니다. - 전환 스크립트 위치 오류. 결제완료 페이지가 SPA로 동작하면 페이지 로드 시점에 스크립트가 실행되지 않습니다. 완료 이벤트 시점에 호출되도록 붙여야 합니다.
- 상품명 특수문자. 따옴표가 포함된 상품명이
item.name에 그대로 들어가 스크립트 전체가 중단되는 경우입니다. 한 상품 때문에 그날 전환이 통째로 안 잡힙니다.
6. 설치했으면 반드시 눈으로 검증합니다
네이버는 전환 스크립트 어시스턴트라는 크롬 확장 프로그램을 제공합니다. wcs.trans 버전만 지원하며, 실제로 광고를 클릭해 들어간 뒤 전환을 발생시켜 로그를 확인하는 방식입니다.
정상 상태의 기준
| 항목 | 정상 | 벗어났을 때의 원인 |
|---|---|---|
| 사이트ID | 1개 | 0개는 미설치, 2개 이상은 중복 설치·혼용 (네이버 애널리틱스 병행 시 2개까지는 허용) |
| 로그 건수 | 1~2건 | 0건은 누락·오타·실행 위치 문제, 3건 이상은 루프 실행이나 중복 설치 |
| 네이버 광고 쿠키 | 3~4개 | 2개 이하면 광고 클릭이 아니거나, 미신청 채널이거나, 리다이렉션 중 파라미터가 손실된 경우 |
| 네이버 파라미터(NaPm) | 발생함 | 미발생은 리다이렉션 중 소실, ci·tr 값이 비면 인코딩·디코딩 오류 |
검증은 회원가입과 구매를 각각 한 번씩 실제로 발생시켜 확인하는 것이 원칙입니다. 로그는 창·탭 단위로만 표시되고 페이지를 옮기면 초기화되므로, 한 창에서 끝까지 진행해야 합니다. 모바일 동작은 크롬 개발자도구의 기기 모드로 확인합니다.
7. 신청과 검수 절차
- 네이버 광고주 시스템에서 전환 추적 서비스를 신규 신청합니다.
- 신청 다음 날 담당자 메일로 설치 안내 메일이 발송됩니다.
- 안내 메일을 통해 설치 대행을 요청하거나 자가 설치를 진행한 뒤 검수를 요청합니다.
- 검수가 완료되어 상태가 신청중 → 사용중으로 바뀌면 데이터가 집계되기 시작합니다.
여기서 자주 놓치는 것 — '사용중'이 되기 전 기간의 전환은 소급되지 않습니다. 캠페인을 먼저 켜 놓고 전환 설치를 나중에 하면, 초기 학습 구간의 데이터가 통째로 비어 버립니다. 집행 시작 전에 설치와 검수를 끝내는 순서가 맞습니다.
자주 묻는 질문
Q. 태그 관리자(GTM)로 설치해도 되나요?
가능합니다. 다만 공통 스크립트는 모든 페이지 트리거로, 전환 스크립트는 전환 확정 시점 트리거로 나눠 걸어야 합니다. 그리고 GTM으로 넣더라도 NaPm 파라미터가 랜딩까지 살아 있는지는 별도로 확인해야 합니다. 태그 관리자는 스크립트 실행만 담당할 뿐 파라미터 유실을 막아 주지는 않습니다.
Q. 임대몰·호스팅사를 쓰면 직접 설치가 안 되나요?
카페24·메이크샵·고도몰 같은 임대몰은 관리자 화면에서 스크립트를 넣는 전용 경로가 있고, 네이버도 임대몰별 설정 가이드를 별도로 제공합니다. 다만 결제완료 페이지의 동적 변수(주문번호·금액) 치환 규칙이 솔루션마다 달라, 변수가 실제 값으로 바뀌는지는 반드시 테스트로 확인해야 합니다.
Q. 전환이 갑자기 0이 됐습니다. 어디부터 봐야 하나요?
순서가 있습니다. ① 어시스턴트로 사이트ID가 잡히는지 ② NaPm이 발생하는지 ③ 로그 건수가 정상인지 ④ 최근 사이트 배포가 있었는지. 대부분은 사이트 개편이나 결제 모듈 교체 때 스크립트가 빠진 것입니다. 광고 설정을 먼저 만지면 원인을 못 찾습니다.
Q. 테스트 전환이 실적에 섞이지 않게 하려면?
전환 유형 코드 앞에 test_를 붙여 테스트하는 방식이 권장됩니다. 검수가 끝나고 실제 집계를 시작할 때 접두사를 제거하면 됩니다.
마치며
네이버광고에서 전환 추적 설치는 한 번 붙이고 끝나는 작업이 아닙니다. 사이트를 개편할 때, 결제 모듈을 바꿀 때, 랜딩 URL 구조를 손댈 때마다 끊길 수 있습니다. 그래서 설치만큼 중요한 것이 정기적으로 어시스턴트를 돌려 사이트ID·로그·쿠키·NaPm 네 가지를 확인하는 습관입니다. 운영 주체가 바뀌는 시점에도 같은 점검이 필요합니다. 계정과 측정 자산이 어떻게 이동하는지는 대행사 변경 시 계정 이관 점검 9가지에 정리해 두었습니다.
측정이 흔들리면 그 위에 쌓은 판단도 같이 흔들립니다. 광고 설정을 바꾸기 전에, 지금 숫자가 진짜인지부터 확인하십시오.
네 항목만 순서대로 확인하면 원인이 나옵니다
전환추적 어시스턴트의 사이트ID 개수 · 로그 수집 건수 · 쿠키 생성 여부 · NaPm 파라미터 발생 여부. 이 네 줄이 모두 정상 기준에 들어와야 전환이 리포트에 잡힙니다. 현재 설치 상태를 이 기준으로 점검하고, 어느 단계에서 끊겼는지 정리해 드립니다.
| 점검 범위 | 공통 스크립트 위치 · 전환 스크립트 발동 시점 · 전환 유형 코드 매칭 · 파라미터 규칙 · 중복 집계 |
| 결과물 | 오류 항목과 수정 위치를 개발 담당자가 바로 반영할 수 있는 형태로 정리 |
| 소요 | 사이트 구조에 따라 통상 1~2영업일 |
이노빈(INOBEAN) — 네이버 검색광고·구글애즈·메타·카카오모먼트 운영과 전환 측정 구조 설계, 홍보영상 제작을 함께 수행하는 광고대행사입니다. 수출바우처·혁신바우처 수행기관으로 마케팅과 홍보동영상 과제를 진행합니다.
대표번호 02-501-1451 · 문의 marketing2@inobean.com
