📖 약 10분 읽기

매주 월요일 아침, 카카오 모먼트 맞춤형 보고서를 열어 지난주 성과를 한 화면에 모아 보던 루틴이 있었다면 이제는 새로운 방법을 준비해야 합니다. 통합성과보고서 기능의 지원이 종료되기 때문입니다. 문제는 이 소식이 정확히 무엇을 의미하는지 헷갈리기 쉽다는 점입니다. 보고서 전체가 사라지는 것인지, 데이터가 없어지는 것인지, 아니면 화면 하나만 없어지는 것인지에 따라 대응이 완전히 달라집니다.

통합성과보고서, 무엇이 없어지고 무엇이 남는가

먼저 종료 범위를 정확하게 구분해야 합니다. 카카오가 공지한 대로 이번에 지원이 끊기는 것은 모먼트 맞춤형 보고서 안에 있던 통합성과보고서 기능입니다. 2026년 8월 31일 이후 이 화면으로는 더 이상 데이터를 확인할 수 없습니다. 다만 맞춤보고서 기능 자체가 사라지는 것은 아니고, 광고 보고서도 그대로 남아 있습니다. 즉 없어지는 것은 여러 지표를 한 화면에 모아 보여주던 특정 뷰(view)이고, 데이터를 만들어내는 원천은 그대로 유지됩니다. 이 구분을 정확히 해두어야 불필요한 불안 없이 대체 작업의 범위를 좁힐 수 있습니다. 데이터가 사라진다고 오해하면 새 도구를 급하게 도입하는 쪽으로만 판단하기 쉬운데, 실제로는 데이터를 어디에서 다시 꺼내 볼지만 정하면 되는 문제입니다.

그동안 이 보고서로 확인했던 지표들

통합성과보고서가 없어진다고 해서 그 안에서 보던 지표까지 함께 사라지는 것은 아닙니다. 다만 어떤 지표를 실제로 의사결정에 썼는지 다시 정리해두는 편이 좋습니다. 노출과 클릭처럼 매체 자체가 집계하는 기본 지표가 있고, 전환처럼 광고주 사이트에서 발생한 이벤트를 다시 매체 쪽으로 보내줘야 확인되는 지표가 있습니다. 카카오는 2026년 4월 16일부터 카카오 Conversion API를 통해 수집한 전환 성과를 기존 광고 보고서에 통합해 제공하고 있습니다. 다시 말해 전환 데이터를 보는 경로 자체는 이미 마련되어 있고, 통합성과보고서는 이 데이터를 포함해 여러 매체·캠페인 지표를 한 화면에 모아 보여주는 편의 기능이었던 셈입니다. 그 편의 기능이 사라지는 지금, 같은 정보를 어디서 다시 모아 볼지가 이번 변화의 핵심 과제입니다.

대체 경로 세 가지, 조건은 각각 다르다

대체 방법은 크게 세 가지로 나눌 수 있습니다. 첫째는 카카오 광고 보고서 화면을 직접 열어 확인하는 방법입니다. 별도 구축 없이 바로 쓸 수 있다는 점이 장점이지만, 매체 하나만 보는 화면이라 다른 채널 성과와 나란히 비교하기는 어렵습니다. 둘째는 API로 데이터를 내려받아 자체 보고서를 만드는 방법입니다. 원하는 형태로 지표를 재구성할 수 있지만, 연동과 정기적인 관리가 필요합니다. 셋째는 여러 매체 성과를 한곳에 모으는 통합 대시보드로 옮기는 방법입니다. 카카오 외 다른 매체도 함께 운영한다면 장기적으로는 이 방향이 보고 체계를 가장 단순하게 만들어 줍니다. 세 경로 모두 정답이 정해져 있지 않고, 매체 운영 규모와 팀의 리소스에 따라 선택이 달라집니다.

전환 API 기반 성과 측정, 적용 범위를 먼저 확인해야 하는 이유

여기서 반드시 짚어야 할 제약이 있습니다. 카카오 비즈니스 가이드 문서(확인일: 2026년 9월 1일)에 따르면 현재 카카오 Conversion API 기반 성과 측정은 카카오톡 모바일 비즈보드와 디스플레이 광고에 대해서만 가능합니다. 지원 가능한 캠페인 유형은 추후 지속적으로 확대될 예정이라고 안내되어 있을 뿐, 지금 시점에 모든 광고 상품에 적용되는 것은 아닙니다. 그래서 검색 광고나 그 밖의 상품을 함께 운영하는 계정이라면, API 경로 하나만으로는 전환 보고가 완결되지 않습니다. 이 경우 비즈보드·디스플레이 광고는 API 경로로, 나머지 상품은 기존 광고 보고서 화면으로 따로 확인하는 이원화된 운영이 필요합니다. 전환 API가 받는 식별자는 해시화된 이메일(hem), 해시화된 연락처(hpn), adid, kclid이며 이메일과 연락처는 SHA256으로 해시 처리해 전송합니다. 전환 이벤트는 Purchase, AddToCart, CompleteRegistration, AddToWishList 등으로 정의되어 있어, 사이트에서 발생하는 실제 행동과 이벤트 이름을 정확히 맞춰두는 작업이 선행되어야 합니다.

어느 경로를 택하든 먼저 점검할 것

세 가지 대체 경로 중 무엇을 고르든 공통으로 걸리는 전제가 있습니다. 태깅으로 넘어오는 전환 데이터 자체가 정확해야 한다는 점입니다. 이벤트 이름이 사이트 구조 변경 이후에도 그대로 남아 있는지, 해시 처리된 식별자가 빠짐없이 전송되는지가 어긋나 있으면 어느 경로로 옮기든 보고 숫자가 실제와 달라집니다. 보고서 화면을 바꾸는 작업보다 먼저 해야 할 일은 지금 태깅이 정상적으로 동작하는지 점검하는 것입니다. 이 점검을 건너뛰고 새 대시보드나 API 연동부터 시작하면, 겉모습만 바뀌고 숫자의 신뢰도는 그대로인 상태가 될 수 있습니다.

결국 이번 종료 공지는 보고서 화면 하나가 바뀌는 사건이지만, 그 화면을 다시 세우는 과정에서 태깅 상태와 매체별 데이터 흐름을 한 번 더 점검할 기회이기도 합니다. 매체별로 흩어진 보고서를 하나의 대시보드로 모으는 작업은 이 태깅 점검이 끝난 다음 단계로 이어집니다.