카카오광고를 집행하면서 "전환이 생각보다 적게 잡힌다"거나 "매체 보고서와 자사 주문 수가 안 맞는다"는 말을 자주 듣습니다. 2026년에는 이 질문의 답이 달라졌습니다. 카카오는 2026년 4월 16일부터 Conversion API로 수집한 전환을 기존 광고 보고서에 합쳐서 보여 주고, 이전에 따로 보던 모먼트 맞춤형 보고서의 통합성과보고서는 2026년 8월 31일 이후 지원을 종료했습니다. 여기에 클릭과의 연결이 확인되지 않은 전환을 머신러닝으로 보완하는 모델링된 전환도 기존 전환 수치에 합산돼 보고됩니다.
즉 지금 카카오모먼트 보고서의 "구매 120건"은 하나의 경로로 잡힌 숫자가 아니라 픽셀, 카카오 클릭 ID(kclid), Conversion API, 모델링이 섞인 합계입니다. 이 글은 무엇이 바뀌었는지, 내 계정에서 각 층이 제대로 작동하는지 확인하는 방법, 그리고 점검하지 않으면 매체 판단이 어떻게 뒤집히는지를 순서대로 정리합니다. 카카오광고의 기본 세팅은 카카오모먼트 세팅 완전 매뉴얼에서, 최근 성과가 오른 구조적 이유는 카카오광고 성과가 최근 좋아진 이유에서 다뤘으니 이 글은 측정 쪽만 깊게 봅니다.
카카오광고 전환 측정은 광고 클릭(또는 노출) 이후 광고주 웹·앱·카카오 서비스에서 발생한 회원가입·구매·상담신청 같은 행동을 카카오가 광고에 연결해 집계하는 체계입니다. 2026년 기준으로 ① 픽셀&SDK(브라우저·앱) ② 카카오 클릭 ID(kclid, 1사 쿠키) ③ Conversion API(서버 간 전송) ④ 모델링된 전환(머신러닝 추정) 4개 층이 하나의 전환 수치로 합산됩니다.
- 2026-04-16부터 Conversion API 전환이 기본 보고서에 통합됐고, 통합성과보고서는 2026-08-31 이후 종료됐습니다. 예전 보고서 기준으로 만든 내부 리포트는 다시 맞춰야 합니다.
- 보고서의 전환 수는 픽셀·kclid·Conversion API·모델링이 합쳐진 값이고, 모델링된 전환은 별도 열로 분리되지 않습니다. 그래서 층별 작동 여부는 픽셀&SDK 대시보드에서 따로 확인해야 합니다.
- 측정 층이 하나 빠지면 같은 실적도 CPA가 30% 이상 나빠 보일 수 있고(아래 가정 계산), 반대로 톡채널 정보성 메시지 연동은 구매를 부풀릴 수 있습니다. 둘 다 계정 설정으로 확인 가능한 문제입니다.
카카오광고 전환 측정, 2026년에 무엇이 바뀌었나
카카오비즈니스 공식 가이드 기준으로 확인되는 변경은 아래와 같습니다. 날짜가 명시된 항목과 명시되지 않은 항목을 구분해 적었습니다.
| 시점 | 변경 내용 | 광고주 계정에 미치는 영향 |
|---|---|---|
| 2026-04-16 | Conversion API로 수집된 전환 성과를 기존 광고 보고서에 통합 제공 | 보고서 열 > 전환 지표 > 픽셀&SDK 전환 지표에 서버 전송분이 합산됨 |
| 2026-08-31 이후 | 모먼트 맞춤형 보고서 > 통합성과보고서 지원 종료 | 통합성과보고서로 뽑던 내부 리포트·대시보드는 기본 보고서 기준으로 재구성 필요 |
| 날짜 미표기 (공식 가이드 등재) | 모델링된 전환 — 클릭 연결이 확인되지 않은 전환을 머신러닝으로 추정해 보완 | 기존 전환 수치에 통합, 별도 항목 없음. 충분한 전환 데이터가 있는 광고주에게만 적용 |
| 상시 | 카카오 클릭 ID(kclid) — 캠페인 생성 시 설정, 1사 쿠키로 저장 | 3사 쿠키(aid)가 막힌 브라우저에서도 전환 연결 가능. 켜지 않으면 해당 손실이 그대로 남음 |
| 2026-10-20 이후 | 비즈보드 CPT·선물하기 홈 CPT 등 보장형 상품의 제작 가이드가 10/20 이후 버전으로 별도 공개 | 보장형 소재를 10/20 이후 집행한다면 새 버전 가이드로 소재 규격 재확인 |
핵심은 첫 두 줄입니다. 4월 이전에는 Conversion API 성과를 통합성과보고서라는 별도 화면에서 봤기 때문에 "기본 보고서 = 픽셀 기준"이라는 해석이 가능했습니다. 지금은 기본 보고서 하나에 모든 경로가 섞여 있으므로, 숫자가 늘거나 줄었을 때 어느 층에서 생긴 변화인지 보고서만으로는 구분되지 않습니다.

카카오광고 전환이 잡히는 4개 층 — 무엇을 식별자로 쓰는가
네 층은 서로 대체재가 아니라 앞 층이 놓친 전환을 다음 층이 줍는 구조입니다. 각 층이 어떤 식별자를 쓰고 무엇에 막히는지 알아야 점검 순서가 나옵니다.
| 층 | 식별자 / 전송 방식 | 무엇에 막히나 | 설정 위치 |
|---|---|---|---|
| ① 픽셀&SDK | 카카오 광고 쿠키(aid, 3사 쿠키), 모바일 광고 식별자(ADID·IDFA) / 브라우저·앱에서 전송 | 3사 쿠키 차단, 광고 차단기, 앱 추적 제한 | 비즈니스 관리자센터 > 서비스/도구 > 픽셀&SDK |
| ② 카카오 클릭 ID (kclid) | 광고 클릭 시 랜딩 URL에 kclid 매개변수 → 1사 쿠키로 저장 → 픽셀이 전환 시 함께 전송 | 앱 랜딩, 리다이렉트를 포함한 웹 랜딩은 미지원. 픽셀이 없으면 무의미 | 캠페인 생성 단계의 카카오 클릭 ID 설정 |
| ③ Conversion API | 해시화(SHA256)된 이메일(hem)·연락처(hpn), adid, kclid / 광고주 서버 → 카카오 서버 | 마케팅 활용 동의를 받지 않은 이용자는 전송 불가 | 픽셀&SDK 상세 > 설정 탭 > 토큰 발급(마스터만) |
| ④ 모델링된 전환 | 개인 비식별 신호(기기·OS·브라우저, 시점, 수집 경로, 이벤트 유형, 추적 환경) / 카카오 내부 추정 | 관찰된 전환 데이터가 부족하면 모델링 자체를 하지 않음 | 별도 설정 없음, 자동 적용 |
여기서 중요한 관계가 두 가지 있습니다. 첫째, kclid는 픽셀에 얹혀서 동작합니다. 픽셀이 구매완료 페이지에서 발화하지 않으면 kclid를 켜도 회수되는 전환이 없습니다. 둘째, 모델링된 전환의 정확도는 ①~③에서 관찰된 전환의 양과 질에 좌우됩니다. 카카오 공식 문서도 픽셀·SDK 연동과 Conversion API 연동, 충분한 전환 데이터 확보를 정확도를 높이는 조건으로 들고 있습니다. 측정이 부실한 계정은 보완도 덜 받는 구조입니다.
픽셀과 Conversion API가 같은 전환을 각각 보내면 카카오 내부 알고리즘으로 중복 처리(deduplication)되고, 보고서에는 중복을 뺀 결과가 나옵니다. 메타 전환 API처럼 event_id를 직접 맞추는 방식이 공식 가이드에 노출돼 있지는 않으므로, 이중 전송 후에는 아래 검증 절차의 3단계로 결과를 확인하는 것이 안전합니다. 매체마다 중복 제거 기준이 다르다는 점은 퍼포먼스마케팅 지표 불일치 — 매체 합계와 GA4가 다른 이유에서 자세히 다뤘습니다.
카카오모먼트 계정의 픽셀 이벤트·kclid 설정·전환 집계 기준을 함께 확인해야 한다면 이노빈 카카오광고 운영 안내에서 점검 범위를 볼 수 있습니다.
내 카카오광고 계정에서 확인하는 법 — 5단계 검증 절차
보고서 숫자만으로는 층별 작동 여부를 알 수 없으므로, 아래 순서대로 "정상이면 무엇이 보여야 하는가"를 기준으로 확인합니다. 1~2단계는 마케터가 직접, 3단계는 개발 담당자와 함께 보는 항목입니다.
| 단계 | 확인 위치 | 정상 기준 | 이상 신호 |
|---|---|---|---|
| 1. 픽셀 이벤트 수집 | 픽셀&SDK 상세 > 수집 이벤트 | 구매(purchase)·잠재고객(participation) 등 목표 이벤트가 수집중, 구매에 금액(total_price)이 함께 들어옴 | 이벤트는 수집중인데 보고서 구매금액·ROAS가 비어 있음 → total_price 누락 |
| 2. kclid 전달 | 캠페인 설정 > 카카오 클릭 ID, 생성 단계의 랜딩 테스트 툴 | 설정 ON, 테스트 툴 통과, 실제 랜딩 URL에 kclid 매개변수 유지 | 리다이렉트·단축 URL·앱 딥링크 랜딩 → 매개변수 유실 |
| 3. Conversion API 유입 | 픽셀&SDK 상세 > 대시보드 > 유입 경로 필터 = Conversion API | 서버 전송 이벤트 그래프가 보이고 고객매칭율 지표가 산출됨 | 그래프 없음(토큰·연동 오류), 매칭율이 매우 낮음(연락처 미전송·정규화 오류) |
| 4. 톡채널 정보성 메시지 | 픽셀&SDK > 이벤트/태그 설정 > 전환지표 설정 | 전환으로 셀 템플릿만 설정, 타게팅용 템플릿은 미설정 | 주문완료·배송·구매확정 템플릿이 모두 구매(Purchase)로 전환 집계 |
| 5. 보고서 재구성 | 보고서 > 열 > 전환 지표 > 픽셀&SDK 전환 지표 | 통합성과보고서 대신 기본 보고서를 저장해 두고 같은 기준으로 월별 비교 | 8월 이전·이후 리포트가 다른 화면 기준이라 추이가 끊김 |
1단계 보조 — 구매 이벤트의 금액 필드
카카오 픽셀 가이드의 이벤트 필드 정의에서 total_quantity와 total_price는 필수로 표기돼 있습니다. 금액이 빠지면 구매 건수는 잡혀도 ROAS가 계산되지 않고, 전환 최적화 점검 가이드도 "구매금액까지 완전히 수집되어야 효과적으로 최적화할 수 있다"고 안내합니다. 구매완료 페이지의 스크립트는 아래 형태가 기준입니다.
<script type="text/javascript" charset="UTF-8" src="//t1.daumcdn.net/kas/static/kp.js"></script>
<script type="text/javascript">
kakaoPixel('TRACK_ID').pageView();
kakaoPixel('TRACK_ID').purchase({
total_quantity: "3", // products 안 quantity 합계 (필수)
total_price: "500", // price x quantity 총합 (필수)
currency: "KRW", // ISO 4217, 미입력 시 KRW
products: [
{ id: "sku123", name: "상품명1", quantity: "2", price: "200" },
{ id: "sku456", name: "상품명2", quantity: "1", price: "100" }
]
});
</script>
자주 나오는 실수는 total_price에 할인 전 금액이나 배송비 포함 금액을 넣어 자사 매출 집계와 기준이 달라지는 경우입니다. 어느 금액을 넣을지는 내부 매출 기준과 맞춰 한 번 정하고 문서로 남겨 두어야 월별 ROAS 비교가 성립합니다.
2단계 보조 — 랜딩에서 kclid가 살아 있는지 확인
광고 미리보기나 실제 클릭으로 랜딩한 뒤, 브라우저 개발자 도구 콘솔에서 아래를 실행하면 매개변수 유실 여부를 바로 볼 수 있습니다.
// 랜딩 페이지에서 실행
const kclid = new URLSearchParams(location.search).get('kclid');
console.log('kclid 매개변수:', kclid ? '있음 (' + kclid.length + '자)' : '없음 - 리다이렉트/단축URL 확인');
console.log('카카오 픽셀 로드:', typeof kakaoPixel === 'function' ? '정상' : '미로드');
"없음"이 나오면 대부분 중간 리다이렉트(트래킹 URL, http→https 전환, www 유무 리다이렉트)가 매개변수를 떨어뜨린 경우입니다. 카카오 가이드도 리다이렉트를 포함한 웹 랜딩은 kclid를 지원하지 않는다고 명시합니다. 네이버 전환추적에서 같은 원리로 생기는 문제는 네이버광고 전환추적 설치 가이드의 검증 절차와 비교해 보면 이해가 빠릅니다.
이벤트 스키마 — 카카오 보고서에 전환으로 집계되는 이벤트와 안 되는 이벤트
카카오 픽셀&SDK는 표준 이벤트 16종을 제공하지만 전부가 전환 보고서에 집계되지는 않습니다. 방문·검색·상품 조회처럼 모수(타게팅용)로만 쓰이는 이벤트를 전환 목표로 착각하면 "이벤트는 들어오는데 전환이 0"인 상황이 생깁니다.
| 구분 | 표준 이벤트명 | 용도 |
|---|---|---|
| 전환 보고서 집계 (11종) | completeRegistration, addToCart, addToWishList, viewCart, purchase, participation, preparation, tutorial, missionComplete, signUp, appInstall | 전환 목표·보고서 지표로 사용 |
| 수집만 (5종) | pageView, appLaunch, search, viewContent, login | 모수·리타게팅·최적화 학습 신호 |
| B2B 리드형 권장 태그 | participation + Consulting(상담신청) / PreBooking(사전예약) / DrivingTest(시승신청) 등 | 같은 잠재고객 이벤트를 목적별로 구분 |
B2B·서비스 업종은 대부분 잠재고객(participation)을 상담신청 완료 페이지에 심고 태그로 목적을 구분합니다. 태그 없이 하나의 participation으로 모든 폼을 받으면, 카탈로그 다운로드와 견적 요청이 같은 전환으로 섞여 자동 입찰이 쉬운 쪽(다운로드)으로 쏠릴 수 있습니다.
계산으로 보는 차이 — 측정 층이 빠지면 매체 순위가 뒤집힌다
아래는 구조를 보여 주기 위한 가정값입니다. 실제 회수 폭은 사이트의 브라우저 구성, 회원 연락처 보유율, 동의율에 따라 크게 다릅니다.
| 구분 | 카카오 광고비 | 보고 전환(구매) | 카카오 CPA | 메타 CPA (비교 기준) | 판단 |
|---|---|---|---|---|---|
| A. 픽셀만 (aid 쿠키 기준) | 600만 원 | 120건 | 50,000원 | 42,857원 (140건) | 카카오가 비싸 보임 → 예산 축소 결론 |
| B. 픽셀 + kclid | 600만 원 | 150건 (+30 가정) | 40,000원 | 42,857원 | 비슷한 수준 |
| C. 픽셀 + kclid + Conversion API | 600만 원 | 170건 (+20 가정) | 35,294원 | 42,857원 | 카카오가 18% 저렴 → 결론 반대 |
같은 달, 같은 광고비, 같은 실제 고객인데 A 기준이면 카카오 예산을 줄이고 C 기준이면 늘리는 반대 결론이 나옵니다. A와 C의 CPA 차이는 41.7%입니다(50,000 ÷ 35,294). 매체 간 비교는 측정 층의 구성이 같을 때만 의미가 있고, 한 매체만 서버 전송을 갖춘 상태에서 CPA를 나란히 놓으면 측정 투자를 많이 한 매체가 이기는 비교가 됩니다.

반대 방향의 함정 — 톡채널 정보성 메시지 연동이 구매를 부풀리는 구조
측정 누락만 문제가 아닙니다. 카카오는 톡채널 정보성 메시지(알림톡 템플릿)를 픽셀&SDK와 연동하면 웹·앱 없이도 전환을 측정할 수 있게 해 줍니다. 이용자가 템플릿을 열람하면 이벤트가 수집되고, 템플릿 내용에 따라 표준 이벤트로 자동 치환됩니다. 문제는 치환 규칙입니다.
| 템플릿 2차 카테고리 | 적용 대상 예시 | 자동 치환 이벤트 |
|---|---|---|
| 구매완료 | 주문완료, 구매완료 | 구매 (Purchase) |
| 진행상태 | 입금안내, 입금완료, 구매확정, 상품발송, 상품출고, 제품준비중, 입고지연, 주문내역확인 | 구매 (Purchase) |
| 예약완료 | 예약완료, 예매완료, 서비스/진료예약, 상담예약, 예약 결제완료 | 구매 (Purchase) |
| 계약/견적 | 계약서, 견적서, 계약 서명요청 | 잠재고객 (Participation) |
한 건의 주문에서 주문완료 → 입금완료 → 상품발송 → 구매확정 알림톡이 순서대로 나가는 쇼핑몰이라면, 네 개의 템플릿이 모두 구매로 치환될 수 있습니다. 공식 문서에는 같은 주문에서 나온 여러 템플릿 이벤트를 하나로 묶는 기준이 명시돼 있지 않습니다. 전환지표 설정의 기본값은 "설정"이므로, 손대지 않으면 연동한 템플릿이 그대로 전환 후보가 됩니다.
가정으로 계산해 보겠습니다. 광고비 600만 원, 실제 주문 100건(실제 CPA 60,000원)인 계정에서 주문완료 템플릿에 더해 상품발송 템플릿도 구매로 집계되고 그 열람률이 60%라면, 보고되는 구매는 최대 160건, CPA 37,500원까지 내려갈 수 있습니다. 중복 제거가 전혀 되지 않는다는 가정의 최댓값이지만, 실제보다 37.5% 좋아 보이는 숫자로 예산을 늘리게 되는 위험은 충분히 큽니다.

대응은 간단합니다. 이벤트/태그 설정에서 주문 1건당 한 번만 발송되는 템플릿(주문완료 또는 결제완료) 하나만 전환지표 "설정"으로 두고, 진행상태 템플릿은 "미설정"으로 바꿔 타게팅 모수로만 씁니다. 카카오 가이드도 전환으로 집계하길 원하지 않으면 미설정으로 바꾸라고 안내합니다. 설정 후에는 보고서 구매 수와 자사 주문 수(광고 유입분)의 비율이 1을 크게 넘지 않는지 2주간 확인합니다.
Conversion API 도입 판단 — 해야 하는 계정과 아직 아닌 계정
Conversion API는 개발 공수가 드는 작업이라 모든 계정에 같은 우선순위로 권하기 어렵습니다. 아래 조건으로 판단합니다.
| 조건 | 도입 우선 | 보류 가능 |
|---|---|---|
| 회원 연락처·이메일 보유 | 회원가입·주문 시 휴대전화 번호 수집 | 비회원 구매 위주, 식별 정보 없음 |
| 마케팅 활용 동의 | 약관·동의 절차에 카카오 전송 고지 가능 | 동의 체계 개편이 선행돼야 함 |
| 전환 경로 | 오프라인 상담·전화·CRM 단계에서 전환 확정 (B2B·고관여) | 웹 결제 즉시 확정, 픽셀로 대부분 잡힘 |
| 광고 유형 | 카카오톡 모바일 비즈보드·디스플레이 중심 (현재 CAPI 성과 측정 지원 대상) | 그 외 유형 중심 집행 |
| MMP 사용 | 에어브릿지 사용 시 연동 경로 제공 | 자체 서버 개발 필요 |
특히 B2B·수출기업처럼 최종 전환이 상담 이후 CRM에서 확정되는 구조라면 Conversion API의 가치가 큽니다. 브라우저 픽셀로는 "폼 제출"까지만 보이지만, 서버 전송을 쓰면 영업 단계에서 확정된 유효 상담만 전환으로 보내 자동 입찰의 학습 기준을 바꿀 수 있습니다. 식별자는 SHA256으로 해시해 보내며, 카카오는 이메일보다 휴대전화 번호가 일반적으로 매칭 정확도가 높다고 안내합니다. 아래는 해시 처리 예시입니다. 정규화 규칙(국가번호·하이픈 처리 등)과 요청 형식은 카카오가 제공하는 연동 가이드 문서를 기준으로 맞춰야 합니다.
// Node.js - 서버에서 식별자를 해시한 뒤 전송 (정규화 규칙은 카카오 연동 가이드 기준으로 적용)
const crypto = require('crypto');
const sha256 = v => crypto.createHash('sha256').update(v).digest('hex');
const email = ' Buyer@Example.com ';
const phone = '010-1234-5678';
const hem = sha256(email.trim().toLowerCase()); // 해시된 이메일
const hpn = sha256(phone.replace(/[^0-9]/g, '')); // 해시된 연락처 (숫자만 남긴 예시)
// 전송 가능한 사용자 식별자: hem, hpn, adid, kclid
// 생년월일·주소·내부 고객번호·계정 ID 등은 전송 불가
도입 후에는 검증 절차 3단계의 고객매칭율을 주간 단위로 기록합니다. 매칭율이 낮으면 연락처 미전송, 정규화 불일치, 동의 이용자 비중이 낮은 것 중 하나입니다. 카카오는 하나의 픽셀&SDK에 이벤트가 많이 쌓일수록 최적화 학습 시드가 커진다며 기존 픽셀&SDK ID를 그대로 쓰도록 권장합니다. 새 ID를 따로 만들면 학습이 분산됩니다.
카카오광고 전환 측정 대응 체크리스트
| # | 점검 항목 | 담당 | 완료 기준 |
|---|---|---|---|
| 1 | 통합성과보고서 기반 내부 리포트를 기본 보고서(픽셀&SDK 전환 지표) 기준으로 재구성 | 마케터 | 저장된 보고서 1개로 월별 비교 가능 |
| 2 | 구매 이벤트 total_price·total_quantity 전송, 금액 기준(할인·배송비) 문서화 | 개발+마케터 | 보고서 구매금액·ROAS 산출 |
| 3 | 모든 전환 캠페인 카카오 클릭 ID 설정 ON | 마케터 | 캠페인별 설정 확인 |
| 4 | 랜딩 URL 리다이렉트 제거, 콘솔로 kclid 유지 확인 | 개발 | 코드 2 결과 "있음" |
| 5 | 잠재고객 이벤트에 목적별 태그(상담신청 등) 부여 | 개발 | 태그별 모수 분리 확인 |
| 6 | 톡채널 정보성 메시지 템플릿 전환지표 설정 정리 | 마케터 | 주문당 1개 템플릿만 "설정" |
| 7 | 보고서 구매 수 ÷ 자사 광고 유입 주문 수 비율 모니터링 | 마케터 | 2주 연속 비정상 급등 없음 |
| 8 | Conversion API 도입 여부 판단(표 7), 도입 시 기존 픽셀 ID 사용 | 마케터+개발 | 유입 경로 필터에 CAPI 표시 |
| 9 | 고객매칭율 주간 기록 | 마케터 | 추이 기록 시작 |
| 10 | 전환 캠페인 광고그룹 7일 이상 연속 집행, 소재 그룹당 5개 이하 유지 | 마케터 | 콜드 스타트 반복 없음 |
10번은 측정 항목은 아니지만 함께 봐야 합니다. 카카오 전환 최적화 점검 가이드는 7일 이상 연속 집행, 그룹당 일 50~100만 원 수준의 예산, 캠페인당 1~2개 그룹, 그룹당 소재 최대 5개를 권장합니다. 측정이 정상화돼도 학습 조건이 맞지 않으면 개선된 신호가 입찰에 반영되기까지 오래 걸립니다. 지역·성향 타게팅을 넓게 운영하는 구조는 카카오톡 배너광고, 타 매체 대비 강점 분석을 참고하세요.
자주 묻는 질문
Q. 모델링된 전환은 실제로 일어나지 않은 전환을 만들어 내는 것 아닌가요?
카카오 공식 설명에 따르면 광고 클릭과 전환은 실제로 발생했지만 기술적 제한으로 연결이 확인되지 않은 전환을 추정해 연결하는 방식이며, 모델 확신도가 높은 경우에만 연결하고 데이터가 부족하면 모델링을 하지 않습니다. 다만 별도 열로 분리되지 않으므로, 자사 주문 데이터와의 비율을 정기적으로 비교해 두는 것이 검증 수단입니다.
Q. 통합성과보고서가 종료되면 Conversion API 성과는 어디서 보나요?
2026년 4월 16일부터 기본 광고 보고서에 통합됐습니다. 보고서에서 열 > 전환 지표 > 픽셀&SDK 전환 지표를 선택하면 서버 전송분이 포함된 수치가 나옵니다. 서버 전송분만 따로 보려면 픽셀&SDK 대시보드의 유입 경로 필터에서 Conversion API를 선택합니다.
Q. 픽셀과 Conversion API를 같이 쓰면 전환이 두 번 잡히지 않나요?
같은 전환 이벤트를 두 경로로 보내면 카카오 내부 알고리즘으로 중복 처리되고 보고서에는 중복을 제거한 결과가 제공된다고 공식 FAQ에 안내돼 있습니다. 도입 직후 2주 정도는 보고서 구매 수와 자사 주문 수를 비교해 비정상 증가가 없는지 확인하는 것을 권합니다.
Q. kclid를 켰는데 전환이 늘지 않습니다.
kclid는 픽셀이 전환 페이지에서 발화할 때 함께 전송되는 방식이라 픽셀 설치가 전제입니다. 또한 앱 랜딩과 리다이렉트를 포함한 웹 랜딩은 지원되지 않습니다. 랜딩 URL에서 매개변수가 유지되는지 코드 2로 먼저 확인하세요. 지원되는 광고 유형과 목표 조합도 정해져 있습니다(비즈보드 방문·전환, 디스플레이 방문·전환, 상품 카탈로그 전환 등).
Q. B2B 리드 광고인데 전환 목표를 무엇으로 잡아야 하나요?
상담신청 완료 페이지에 잠재고객(participation) 이벤트를 심고 Consulting 같은 태그로 목적을 구분하는 방식이 기본입니다. 실제 유효 상담만 학습시키고 싶다면 CRM에서 확정된 건을 Conversion API로 보내는 구조를 검토할 수 있습니다. 대행사를 바꾸는 과정이라면 픽셀&SDK 마스터 권한의 소유가 누구인지도 함께 확인해야 합니다. 관련 내용은 광고대행사 변경 시 계정 이관 점검 9가지에 정리했습니다.
마치며
2026년 카카오광고의 전환 수치는 하나의 스크립트가 센 숫자가 아니라 네 개의 측정 층이 합쳐진 결과입니다. 보고서가 하나로 합쳐진 만큼 편해졌지만, 어느 층이 빠져 있는지, 어느 층이 부풀리고 있는지는 보고서 밖에서 확인해야 합니다.
측정 층이 갖춰지지 않은 상태에서의 매체 비교는 측정 투자를 많이 한 매체가 이기는 비교입니다. 예산을 옮기기 전에 위 5단계 검증부터 한 번 돌려 보시기 바랍니다.
픽셀 이벤트 수집 상태, kclid 설정과 랜딩 매개변수 유지, 톡채널 템플릿의 전환지표 설정, 보고서 전환 수와 실제 주문의 비율까지 확인해 점검 결과를 문서로 정리해 드립니다.
카카오광고 측정 점검 요청하기구글·네이버·메타·카카오 광고 운영과 측정 구조 설계, SEO, 홍보영상 제작을 수행하는 광고대행사입니다.
대표번호 02-501-1451 · 문의 marketing2@inobean.com
참고 자료: 카카오비즈니스 가이드 — 픽셀 & SDK, 픽셀 & SDK 만들기, 카카오 클릭 ID(kclid), 카카오 Conversion API, 모델링된 전환, 전환 최적화 점검 가이드, 보고서 (2026년 10월 6일 확인). 표 5·그림 2·그림 3의 수치는 구조 설명을 위한 가정값입니다.