보고 전날 밤에 엑셀을 꿰매지 않는 법

광고 리포트 자동화를 처음 고민한 날은, 자사몰 주문 DB와 광고 대시보드를 나란히 놓고 본 날이었습니다. 매체가 보고한 전환은 Meta 2,847건과 Google 1,292건을 합쳐 4,139건, 주문 DB의 실제 건수는 243건이었습니다. 대시보드 ROAS는 4.2배, 실제로는 0.3배였지요.

숫자가 틀린 것도 큰일이었습니다만, 그날 저를 더 괴롭힌 건 다른 쪽이었지요.

틀린 걸 알고 나서 보고서를 다시 만드는 데 또 하룻밤이 걸렸습니다. 매체에서 다시 내보내고, 주문 DB를 다시 뽑고, 열 이름을 맞추고, 깨진 수식을 고치고. 하는 일은 분석이 아니라 전부 손작업이었습니다.

광고 리포트 자동화를 이야기할 때 대개 도구부터 고릅니다. 어떤 대시보드를 쓰고 어떤 AI에 붙일지를 먼저 묻지요. 그런데 보고 전날 밤이 길어지는 원인은 거의 그 자리에 없습니다. 파이프 세 구간 중 가운데가 막혀 있는데, 우리는 계속 수도꼭지만 바꿔 달고 있었던 셈입니다.

그래서 이 글에서는 막히는 구간이 정확히 어디인지, 매번 같은 보고서가 나오게 만드는 5단계는 무엇인지, AI에는 어디까지 맡길 수 있는지, 그리고 숫자가 어긋났을 때 어디부터 보는지 순서대로 보여드리겠습니다.

광고 리포트 자동화는 실제로 어느 구간에서 막히나요

한 줄로 말하면 이렇습니다. 리포트 제작은 세 구간인데, 자동화는 늘 마지막 구간에만 붙어 있지요.

리포트 한 장이 만들어지는 과정을 쪼개면 이렇게 됩니다. 매체와 자사 시스템에서 데이터를 내보내고, 그걸 하나의 표로 합치고, 그 표를 보고 판정과 서술을 붙입니다. 세 구간의 성격이 전혀 다릅니다.

②가 전체 시간의 대부분을 먹습니다. 그런데 도구를 사는 돈은 대개 ③에 들어가지요. 해외 실무자들이 쓴 글들도 같은 장면을 반복해서 묘사합니다. 매체에서 내보낸 CSV, CRM에서 받은 CSV, 열 구성이 서로 다른 파일 수십 개가 폴더에 쌓여 있고 그게 사실상 데이터 창고 역할을 하는 상태 말이지요.

왜 ②가 매번 다시 터질까요. 규격이 없기 때문입니다. 지난달에 어떤 열을 어떤 순서로 뽑았는지가 어디에도 적혀 있지 않으니, 이번 달에도 사람의 기억에 의존해 처음부터 다시 맞춥니다.

광고 리포트 자동화 5단계는 어떤 순서로 세우나요

순서를 뒤집으면 전부 무너집니다. 질문을 정하기 전에 데이터를 모으면 모으는 양이 무한해지고, 정본을 정하기 전에 계산하면 숫자가 두 개 생깁니다.

1에서 4까지가 한 번만 하는 일이고, 5만 매달 반복됩니다. 거꾸로 말하면 앞의 네 단계를 건너뛴 상태에서 AI를 붙이면 매달 반복되는 손작업이 그대로 남습니다. 속도는 오르지요. 다만 같은 보고서가 두 번 나오지는 않습니다.

계정 화면에서 2단계의 맞춤 열을 어떻게 저장하고 4단계의 전환 정의를 어떤 기준으로 갈라 보는지는 165페이지 실무가이드에 화면 단위로 풀어놨습니다. 규격서에 적을 항목이 결국 거기서 나옵니다.

광고 리포트에서 AI에 맡겨도 되는 일은 무엇인가요

경계를 명확히 두는 편이 결과가 좋습니다. 기준은 간단합니다. 되돌릴 수 있는 일은 맡기고, 한 번 틀리면 보고서 전체가 틀어지는 판정은 사람이 합니다.

세 번째 줄이 가장 효율이 좋습니다. 표에서 문장으로 옮기는 작업은 시간은 많이 먹고 판단은 거의 안 들어가는 일이거든요. 반대로 아래 네 줄을 넘기면 보고서가 매끄러워지면서 동시에 검증 불가능해집니다.

여기서 한 가지는 분명히 해두고 싶습니다. (저는 AI로 리포트를 만듭니다.) 다만 만드는 건 서술이고, 판정 기준은 제가 미리 적어둔 문서에서 옵니다. 그 문서가 없으면 AI는 제 기준이 아니라 업계 평균 기준으로 답합니다.

리포트 자동화에서 숫자가 어긋나면 어디부터 확인하나요

검수는 세 번이면 거의 끝납니다. 순서가 중요합니다.

먼저 합계를 정본과 대조합니다. 보고서의 전환 합계, 매출 합계를 주문 DB와 맞춰봅니다. 2배 이상 벌어지면 분석을 멈추고 조인부터 다시 봅니다. 앞서 말한 4,139건과 243건의 격차도 이 대조 한 번으로 드러났습니다. 그 격차가 왜 생기는지는 광고 전환수와 실매출 차이에 따로 다뤘습니다.

다음으로 숫자 하나를 골라 계정 화면까지 역추적합니다. 보고서의 캠페인별 CPA 한 칸을 집어서, 같은 기간 같은 필터로 계정에서 다시 뽑아봅니다. 값이 다르면 기간 기준이나 전환 열이 어긋난 것입니다.

마지막으로 반례를 물어봅니다. "이 결론이 틀렸다면 어떤 숫자가 그 증거인가"를 보고서 작성자에게, 또는 AI에게 되묻습니다. 답이 안 나오면 그 결론은 아직 관찰입니다.

변경 이력을 함께 남겨두면 검수가 훨씬 빨라집니다. 지난주에 무엇을 바꿨는지가 적혀 있으면 숫자의 변화를 운영 행동과 바로 맞춰볼 수 있거든요. 기록 양식은 광고 변경 기록 남기는 법에 정리해뒀습니다.

광고 리포트 자동화는 무엇부터 시작해야 하나요

전부 한 번에 바꾸려 하면 대개 중간에 멈춥니다. 가장 자주 반복되는 한 장부터 고르시기 바랍니다.

주간 보고가 월간보다 먼저입니다. 반복 횟수가 많아서 규격이 빨리 자리를 잡고, 틀렸을 때 피해가 작습니다. 월간이나 분기 보고는 그 주간 표를 쌓아서 만들면 됩니다.

그리고 첫 달에는 자동화를 ②구간에만 겁니다. 내보내기 규격과 조인 키를 세우고, 합치는 작업을 반복 실행 가능한 형태로 만드는 것까지요. 서술 생성은 그다음입니다. 순서를 지키면 둘째 달의 작업량이 눈에 띄게 줄어듭니다.

그렇게 만든 보고서가 결정으로 이어지는지는 또 다른 문제입니다. 지표마다 임계값과 할 일을 붙이는 양식은 대시보드를 행동으로 바꾸는 법에 따로 다뤘습니다.

주 단위 운영 기록과 도구 실측은 아이작 뉴스레터에서 화요일 아침에 먼저 다룹니다. 보고 체계와 계정을 같이 열어보고 싶으시면 1:1 계정 진단도 운영합니다.

자주 묻는 질문

광고 리포트 자동화를 하려면 BigQuery 같은 데이터 웨어하우스가 꼭 필요한가요?

처음부터는 필요하지 않습니다. 계정 수가 적고 보고 주기가 주 단위라면 내보내기 규격과 조인 키를 정해두는 것만으로 작업 시간의 큰 부분이 사라집니다. 웨어하우스가 필요해지는 시점은 매체가 셋 이상으로 늘고, 주문 데이터와 기간 단위로 반복 조인해야 하고, 과거 데이터를 다시 계산해야 할 때입니다. 그 전에 도입하면 규격이 없는 상태로 파이프라인을 깔게 되어 같은 문제가 더 큰 규모로 돌아옵니다.

광고 리포트를 AI가 쓴 문장 그대로 보내도 괜찮을까요?

검수 없이는 권하지 않습니다. 생성된 서술은 표의 숫자를 문장으로 옮긴 결과일 뿐이고, 표가 틀렸는지는 판단하지 않습니다. 합계를 정본과 대조하고 숫자 하나를 계정 화면에서 역추적하는 두 단계만 거치면 대부분의 사고는 걸러집니다. 이 두 단계는 보고서 한 장에 5분 정도 듭니다.

매체 리포트와 주문 데이터를 무엇으로 연결해야 하나요?

캠페인 이름 규칙과 UTM 파라미터가 현실적인 조인 키입니다. 매체 쪽 캠페인 이름 체계를 먼저 정하고, 랜딩 URL의 UTM이 그 체계와 같은 값을 쓰게 맞춥니다. 주문 데이터에 유입 정보가 저장되지 않는 구조라면 자동화보다 그 저장을 먼저 고쳐야 합니다. 조인 키가 없는 상태에서는 어떤 도구를 써도 사람의 눈대중이 중간에 들어갑니다.

광고 리포트 자동화를 하면 보고 준비 시간이 얼마나 줄어드나요?

줄어드는 폭보다 먼저 확인할 것은 같은 보고서가 두 번 나오는지입니다. 시간 단축은 2단계와 3단계, 즉 내보내기 규격과 조인 키에서 대부분 나오고 서술 생성에서 나오는 몫은 생각보다 작습니다. 그래서 규격을 세우지 않고 AI만 붙인 경우에는 체감이 거의 없고, 규격을 세운 뒤에는 둘째 달부터 차이가 납니다. 숫자로 약속하기보다 첫 달에 규격서 한 장을 만드는 쪽을 권합니다.

리포트 자동화와 대시보드 중에 무엇을 먼저 만들어야 하나요?

보고 주기가 정해져 있다면 리포트 쪽이 먼저입니다. 대시보드는 항상 열려 있는 화면이라 기준이 없으면 보는 시간만 늘어나는데, 리포트는 마감이 있어서 질문과 정본을 강제로 정하게 만듭니다. 리포트 절차가 자리를 잡으면 그 표를 그대로 대시보드로 올리면 됩니다. 반대 순서로 가면 대시보드와 보고서의 숫자가 다른 상태로 둘을 같이 운영하게 됩니다.

더 깊이 들어가려면

여기까지가 리포트를 어떤 절차로 만드느냐의 문제입니다. 실제로는 2단계의 맞춤 열과 4단계의 전환 정의를 계정에서 어떻게 세팅하는지가 다음 문제로 남습니다. 어떤 열을 저장해두어야 예산 소진율과 월별 예측이 보이는지, 전환을 기본과 보조로 어떻게 갈라야 보고서의 분자가 흔들리지 않는지 말이지요.