GA4 보고서 자동화: 매주 월요일 같은 리포트 다시 만드는 일은 그만

GA4 보고서 자동화란 데이터 추출, 분석 코멘트 작성, 발송이 모두 사람 손 없이 돌아가는 걸 말해요. 대부분의 팀은 데이터 추출만 자동화하는데, 사실 그게 전체 작업 중 가장 비용이 적게 드는 3분의 1이에요. 비싼 부분은 글쓰기와 서식 정리이고, 이제는 그것도 자동화할 수 있어요.

방법을 보기 전에 먼저 계산부터 해볼게요. 이 결정은 보통 "시간이 절약된다"는 이유로 내려지지만, 실제로 비용을 따져보는 경우는 거의 없거든요.

GA4 보고서를 수작업으로 만들면 실제로 얼마나 걸릴까요?

여기서는 설문 수치를 믿지 마세요. 다음 보고서를 만들 때 네 단계로 나눠서 직접 시간을 재보세요. 이 비중에 따라 무엇부터 자동화할지가 정해지니까요.

단계	클라이언트당 일반적인 소요 시간	자동화 가능 여부
데이터 추출과 정리	20-45분	완전히 가능
데이터가 맞는지 확인	10-20분	일부 가능
분석 코멘트 작성	30-90분	대부분 가능
서식 정리와 발송	10-30분	완전히 가능

내 숫자를 이 공식에 넣어보세요. (보고서당 소요 시간(분) x 월간 보고서 수 x 시간당 비용) = 월간 보고서 비용. 클라이언트 월간 보고서 열두 개를 하나당 90분씩 들여 만드는 에이전시라면, 구조가 한 번도 바뀌지 않는 문서를 만드는 데 한 달에 열여덟 시간을 쓰고 있는 셈이에요. 비교 기준은 바로 이 숫자예요. 솔루션 업체가 내세우는 "주당 8시간 절약" 같은 문구가 아니라요.

시간이 실제로 어디에 쓰이는지 주목하세요. 대부분의 팀은 가장 작은 비중인 데이터 추출을 자동화하고, 글쓰기는 여전히 손으로 해요. 비싼 건 분석 코멘트예요.

GA4 보고서에서 자동화할 수 있는 부분은 어디일까요?

• 데이터 추출. 지표, 측정기준, 기간, 비교 기간. 결정적인 작업이라 완전히 자동화할 수 있어요.
• 점검. 사람이 보기 전에 의심스러운 값을 표시해요. 행이 0개인 경우, 임계값보다 크게 움직인 지표, 사라진 채널 같은 것들이요. 판단이 아니라 규칙의 영역이에요.
• 분석 코멘트. "오가닉 세션은 12% 늘었지만 전환은 4% 줄었고, 원인은 두 개의 랜딩 페이지예요." 데이터를 가진 에이전트라면 이런 문장을 쓸 수 있고, 여기서 가장 많은 시간을 아낄 수 있어요.
• 파일. 대시보드 링크가 아니라 실제 xlsx, docx, pdf 파일을 생성해요.
• 발송. 정해진 수신자 목록으로 예약 발송해요.

사람이 계속 맡아야 하는 건 마지막의 전략적 제안, 그리고 숫자가 나쁠 때 어떻게 할지에 대한 결정이에요. 에이전트는 전환이 줄었다고 말할 수는 있어요. 하지만 그게 클라이언트의 랜딩 페이지 문제인지, 우리 캠페인 문제인지 클라이언트에게 어떻게 말할지는 결정하지 못해요.

GA4 보고서 자동화하는 방법

세 단계가 있고, 어느 단계에서 멈춰도 괜찮아요.

1단계: 예약된 대시보드

Looker Studio의 예약 발송이에요. 데이터 추출과 발송은 해결되지만, 분석 코멘트는 전부 내 몫으로 남아요. 앞에서 봤듯이 시간 대부분이 들어가는 바로 그 부분이죠. 무료이고, 어쨌든 갖춰둘 만한 가치가 있어요.

2단계: 스크립트로 내보내기

스크립트가 GA4 Data API를 호출해 Sheets나 데이터베이스에 기록하고, 템플릿이 이를 보고서로 보여줘요. 통제권이 커지는 만큼 유지보수도 늘어나고, 분석 코멘트는 여전히 없어요. 지금 이걸 만들고 있다면 참고하세요. Google이 직접 Google Analytics MCP 서버를 공개하고 있는데, run_report, run_funnel_report, run_realtime_report를 제공해요. 읽기 전용 Analytics 범위에서 Application Default Credentials로 인증하기 때문에 클라이언트 레이어를 직접 짤 필요가 없어요. 다만 Google은 이 서버를 실험 단계(experimental)로 표시하고 있어요.

3단계: 예약된 에이전트 실행

에이전트가 데이터를 가져오고, 분석 코멘트를 쓰고, 파일을 생성해 이메일로 보내요. 20분이 아니라 90분을 없애주는 게 바로 이 단계예요. 동시에 실제로 실패할 수 있는 지점이 있는 단계이기도 한데, 이건 다음 섹션에서 솔직하게 다룰게요.

3단계의 지시문은 요청이 아니라 보고서 사양서예요. 저희가 쓰는 건 이런 모습이에요.

[도메인]의 [월] 월간 오가닉 성과 보고서를 작성해 주세요.
구조:
1. 한 문단으로 된 총평.
2. 표: 세션, 전환, 매출과 전월 대비
   및 전년 대비 변화.
3. 가장 큰 변화 세 가지와 각각의 원인.
4. 사람의 결정이 필요한 사항은 별도 표시.
모든 수치는 연결된 GA4 속성에서 가져와야 합니다.
수치를 구할 수 없으면 "확인 불가"라고 쓰세요 - 절대 추정하지 마세요.
각 숫자의 근거가 된 지표, 측정기준, 기간을 명시하세요.

자동 GA4 보고서는 어떻게 예약해야 할까요?

스케줄링은 쉬운 부분처럼 보이지만, 직접 만든 시스템이 가장 많이 깨지는 곳이에요. 다섯 가지가 갖춰져야 하는데, 저희는 자체 워크플로 엔진을 만들면서 하나하나 몸으로 부딪혀 배웠어요.

스케줄은 시간대를 인식해야 해요. 오전 9시로 설정한 보고서는 UTC 오전 9시가 아니라 수신자 기준 오전 9시에 도착해야 해요. 저희는 설정된 시간을 워크플로 자체의 시간대로 해석해요.

두 워커가 같은 스케줄을 두 번 실행할 수 없어야 해요. 저희 스케줄러는 다음 실행 타임스탬프에 compare-and-swap을 걸어 실행을 선점해요. 스케줄을 앞으로 넘기는 쓰기 작업이 곧 선점이에요. 그래서 두 프로세스가 같은 틱을 동시에 실행해 요금을 두 번 청구하는 일이 절대 없어요.

늦어진 실행은 다시 돌리지 말고 건너뛰어야 해요. 스케줄러가 멈춰 있어서 실행이 6시간 넘게 늦어졌다면, 보내는 게 안 보내는 것보다 나빠요. 클라이언트가 월요일 보고서를 수요일에, 그것도 월요일 보고서라고 적힌 채로 받게 되니까요. 저희는 밀린 걸 따라잡지 않고 건너뛰어요.

중간에 죽은 실행이 스케줄을 막으면 안 돼요. 도중에 죽은 실행은 누군가 정리하지 않는 한 워크플로를 영원히 실행 중 상태로 남겨둬요. 저희는 30분 동안 멈춰 있는 실행을 실패 처리해서 다음 틱이 진행될 수 있게 해요.

각 단계에는 타임아웃이 필요해요. 느린 API 때문에 멈춘 에이전트 단계는 큐를 막는 대신 유용한 메시지와 함께 실패해야 해요. 저희는 단계마다 최대 10분으로 제한해요.

하나도 화려하지 않지만, 이 모든 게 믿을 수 있는 보고 시스템과 매주 월요일마다 제대로 돌았는지 확인해야 하는 시스템의 차이를 만들어요.

자동 GA4 보고서에서는 어떤 문제가 생길까요?

빈 보고서. 템플릿은 분석 코멘트를 요청했는데 에이전트가 아무것도 만들지 못했고, 클라이언트는 "undefined"라는 단어가 그대로 찍힌 이메일을 받아요. 명시적으로 막아두세요. 에이전트가 텍스트를 만들지 못했다면 빈 메일을 보내지 말고 그 사실을 알려야 해요.

할당량 소진. Google의 Data API 할당량 문서에 따르면 표준 속성은 속성당 하루 200,000 core token과 동시 core request 10개를 받고, 요청이 복잡할수록 소모량이 커져요. 매월 1일 오전 9시에 클라이언트 보고서 20개가 복잡한 쿼리로 동시에 실행되면 그중 일부는 실패해요. 스케줄을 분산하세요.

전년 대비 비교의 보존 기간 공백. Google의 데이터 보관 설정은 표준 속성에서 사용자 수준 및 이벤트 수준 데이터를 2개월 또는 14개월 동안 보관하고, 이 설정은 표준 집계 보고서가 아니라 탐색 분석과 유입경로 보고서에 영향을 줘요. 기본값인 2개월로 둔 속성에서 전년 대비 유입경로를 비교하면 비교할 데이터 자체가 없으니, 보고서는 0을 보여줄 게 아니라 그렇다고 말해야 해요.

조용히 바뀌는 지표. 누군가 주요 이벤트를 재설정하면 시계열 중간에 전환 수치의 정의가 바뀌어요. 보고서는 계속 숫자를 내놓지만, 더 이상 같은 숫자가 아니에요.

첨부 파일 제한. 생성되는 파일은 점점 커져요. 저희는 파일당 8MB, 메시지당 15MB, 파일 6개로 제한하고, 이를 넘으면 발송을 실패시키는 대신 다운로드 링크로 전달해요.

엉뚱한 사람에게 보내는 경우. 정해진 일정에 따라 아무 주소로나 이메일을 보낼 수 있는 자동화 시스템은 그 자체로 위험이에요. 저희는 모든 수신자가 먼저 인증 링크를 클릭해 주소를 확인하도록 하고, 바로 신뢰하는 주소는 계정 소유자 본인의 주소 하나뿐이에요.

자동 보고서를 매달 일관되게 유지하려면?

에이전시가 가장 먼저 제기하는 반론이고, 그럴 만해요. 같은 지시를 두 번 받은 에이전트가 다른 경로로 가서 다른 형태의 문서를 만들 수 있고, 구조가 바뀌면 클라이언트는 3월과 4월을 비교할 수 없어요.

해결책은 결정적으로 처리할 부분과 판단이 필요한 부분을 나누는 거예요. 숫자는 결정적으로 조립하세요. 지표, 측정기준, 비교 기간, 표 순서를 모두 고정하는 거예요. 에이전트에게는 문장만 맡기세요. 그것도 내가 정한 구조 안에서요. 그러면 차이는 장점이 되는 문장에서만 생기고, 결함이 되는 레이아웃에서는 절대 생기지 않아요.

도움이 되는 습관이 두 가지 있어요. 보고서 사양서를 버전 관리에 고정해두고 의도적으로만 바꾸는 것, 그리고 예약 실행 사이에 대화 기록을 넘기지 않는 것이에요. 두 번째는 저희 엔진에서 의도적으로 설계한 부분이에요. 예약된 워크플로는 실행할 때마다 깨끗한 상태에서 시작해요. 기록을 이어 붙이면 실행할 때마다 프롬프트, 지연 시간, 토큰 비용이 늘어나고, 에이전트가 클라이언트 문서에 "지난달에 논의한 것처럼" 같은 문장을 쓰게 만들 수 있어요.

예약 대시보드와 자동 보고서, 무엇을 써야 할까요?

둘은 서로 다른 문제를 해결해요. 그런데 팀들은 하나를 사면서 다른 하나의 역할을 기대하는 경우가 흔해요.

	예약 대시보드	자동 보고서
답하는 질문	무슨 일이 있었나	무슨 일이 있었고 왜 그랬나
분석 코멘트	없음 - 직접 작성	자동 생성
결과물	실시간 화면 링크	첨부하거나 보관할 수 있는 파일
특정 시점 기준으로 읽힘	아니요 - 계속 바뀜	예 - 스냅샷
비용	무료	실행당, 쿼리당
적합한 용도	상시 모니터링	정기적인 클라이언트 산출물

에이전시에게 결정적인 행은 "특정 시점 기준으로 읽힘"이에요. 3월에 보낸 대시보드 링크는 4월이 되면 4월 데이터를 보여줘요. 그러니 3월에 관한 대화에서 근거로 쓸 수도 없고, 무엇을 보고했는지 기록으로 보관할 수도 없어요. 생성된 파일은 가능해요. 대시보드에 보고서의 모든 숫자가 들어 있어도 클라이언트 보고서를 실제로 대체하지 못하는 이유가 바로 이거예요.

둘은 보완 관계예요. 팀이 상시로 보는 화면은 대시보드로 두고, 클라이언트가 정기적으로 받는 건 파일로 생성하세요. 그리고 대시보드에 설명할 수 없는 뭔가가 보인다면, 그건 보고서의 문제가 아니라 에이전트에게 물어볼 질문이에요. 이 내용은 GA4에 AI 에이전트 활용하기에서 다뤘어요.

AI가 분석 코멘트를 쓸 수 있을까요?

한계 안에서라면, 네, 쓸 만하게 써요. 무엇이 바뀌었는지 설명하고, 수치로 보여주고, 그 움직임을 만든 세그먼트를 짚는 데는 믿을 만해요. 하지만 데이터를 벗어난 인과관계에는 약해요. 캠페인을 일시 중지했다거나 경쟁사가 신제품을 냈다는 건 알 수 없고, 따로 지시하지 않으면 그래도 자신 있게 원인을 제시해버려요.

이를 바로잡는 지시문은 이거예요. 무엇이 바뀌었는지와 그 근거를 쓰세요. 데이터에서 원인이 보이지 않는다면, 사용 가능한 데이터로는 원인을 판단할 수 없다고 쓰세요. 이 한 줄이 AI 코멘트의 가장 약한 부분을 가장 신뢰할 만한 부분으로 바꿔줘요.

GA4 보고서 자동화에는 얼마가 들까요?

두 가지 요소가 있고, 그중 하나는 돈이 아니에요. 크레딧 기준으로 보면, 저희 워크플로 엔진은 어떤 단계든 실행되기 전에 예약 실행 1회당 고정 25크레딧, 이메일 1통당 5크레딧(메일 서버가 거부하면 환불)을 받고, 여기에 분석 자체에 대한 일반 에이전트 요금이 더해져요. GA4 쿼리당 50크레딧, 모델 토큰 100만 개당 300크레딧이에요.

다른 하나는 API 할당량인데, 표준 속성에서는 돈을 내고 더 살 수가 없어요. 두 비교 기간에 걸쳐 측정기준 여섯 개를 가져오는 보고서는 세 개를 가져오는 보고서보다 할당량을 눈에 띄게 많이 써요. 그러니 보고서 사양은 산출물이 허용하는 한 최대한 좁게 잡으세요. 정밀함은 두 번 아껴줘요.

에이전시는 클라이언트 보고서를 자동화해야 할까요?

네, 경계만 제대로 긋는다면요. 데이터 조립, 코멘트 초안 작성, 발송은 자동화하세요. 제안과 클라이언트와의 대화는 사람이 맡고, 적어도 첫 분기 동안은 발송 전에 모든 보고서를 읽어보세요. 영원히 그럴 필요는 없지만, 숫자가 정말 이상할 때 시스템이 어떻게 동작하는지 직접 볼 때까지는요.

진짜 이득은 보고서를 더 빨리 쓰게 되는 게 아니에요. 한 달 열여덟 시간이 문서를 조립하는 일에서 클라이언트가 실제로 돈을 내는 일로 옮겨간다는 거예요.

같은 연결을 활용한 분석 쪽 이야기는 GA4에 AI 에이전트 활용하기를 참고하세요. Autopilot은 여기서 설명한 예약 워크플로를 파일 생성과 인증된 수신자 발송까지 포함해 실행해요.