MMM에 실제로 들어가는 데이터는 어떤 형태인가

MMM(마케팅 믹스 모델링)은 사용자 단위 쿠키·기기 추적 없이, 매출·매체별 광고비 지출·외부 거시 변수 같은 집계(aggregate) 통계 데이터를 분석해 각 채널이 성과에 기여한 정도를 추정하는 방법론입니다. 개인 식별 데이터가 필요 없어 서드파티 쿠키 규제나 iOS 추적 제한과 무관하게 작동한다는 것이 장점이지만, 그만큼 개인화 타겟팅 인사이트는 나오지 않습니다. 실무에서 준비해야 할 최소 단위는 '일자 × 매체 × 지역' 격자로 정리된 지출·노출·클릭과, 같은 격자에 붙는 매출·주문 수입니다. 구글의 오픈소스 프레임워크 Meridian은 지역(geo) 단위 계층 구조를 지원하므로, 지금부터라도 지역 컬럼을 살려 적재해두면 나중에 모델 정밀도를 크게 끌어올릴 수 있습니다. 참고로 구글이 먼저 내놓은 LightweightMMM은 2025년 1월 29일부로 공식 지원이 종료됐고 Meridian으로 이전이 권고되므로, 오래된 블로그 자료를 기준으로 데이터 스키마를 설계하지 않도록 주의하십시오.

대행사가 원본으로 붙들고 있어야 할 파일은 무엇인가

매체 대시보드에서 언제든 다시 뽑을 수 있다는 생각은 위험합니다. 매체는 지표 정의를 바꾸고 조회 옵션을 없애기도 하며, 계정 권한이 끊기면 과거 데이터에 접근할 방법 자체가 사라집니다. 그래서 다음 네 묶음은 매월 마감 시점에 대행사 저장소로 내려받아 별도 보관하는 것을 원칙으로 삼으십시오. 첫째, 일자별 매체비 원장(집행액·노출·클릭·전환, 매체 리포트 원본 파일 그대로). 둘째, 광고주가 제공한 일자별 매출·주문 수와 반품·취소 반영 여부. 셋째, 비매체 변수 이력 — 가격 변경, 할인·프로모션 일정, 신제품 출시, 오프라인 행사, 품절 기간처럼 매출을 흔든 모든 사건의 시작일과 종료일입니다. 넷째, 과거에 돌린 리프트·지오 테스트의 설계서와 결과입니다. Meridian은 A/B 테스트나 증분성 실험 데이터를 모델 보정에 활용하는 기능을 공식 지원하므로, 실험 기록은 단순 회고 문서가 아니라 모델 입력 자산으로 취급해야 합니다.

변경 이력은 어느 수준까지 남겨야 재현이 되나

MMM 결과를 두고 광고주와 이견이 생겼을 때 방어의 근거가 되는 것은 모델이 아니라 이력입니다. 최소 기준은 '누가, 언제, 무엇을, 왜 바꿨는가' 네 항목이고, 여기에 '바꾸기 전 값'을 함께 남겨야 재현이 됩니다. 실무에서 가장 자주 깨지는 지점은 과거 시트를 덮어쓰는 습관입니다. 매출 데이터가 반품 반영으로 소급 수정되면 원본을 고치지 말고 월별 스냅샷을 새 파일로 적재한 뒤, 어떤 행이 왜 바뀌었는지 별도 시트에 기록하십시오. 트래킹 코드·전환 정의·어트리뷰션 설정 변경도 같은 대장에 넣습니다. 이 이력이 없으면 모델이 특정 시점에 급변한 이유를 설명할 수 없고, 결국 '데이터가 이상하다'로 끝나 도입 자체가 무산됩니다.

승인 기록은 어떤 형식으로 남기나

승인 기록은 결재 도장이 아니라 '이 숫자를 이 정의로 쓰기로 합의했다'는 증거입니다. 최소한 세 가지를 문서로 남기십시오. 첫째, 데이터 정의서 승인 — 매출의 기준(부가세 포함 여부, 반품 반영 시점), 전환의 정의, 매체비의 범위(수수료 포함 여부)를 광고주 담당자가 확인한 기록입니다. 둘째, 데이터 제공 범위 합의 — 어떤 데이터를 누가 언제까지 어떤 형식으로 넘기는지를 적은 표입니다. 셋째, 모델 결과 해석 합의 — Meridian은 베이지안 방식이라 점추정치 하나가 아니라 확률분포로 결과를 주므로, '채널 A가 매출을 정확히 몇 % 올렸다'가 아니라 '가장 그럴듯한 범위'로 읽는다는 원칙을 도입 전에 서면으로 합의해두는 편이 안전합니다. 2026년 2월 추가된 Scenario Planner처럼 코드를 몰라도 예산 시나리오를 볼 수 있는 인터페이스가 생겼지만, 데이터 준비와 모델 구축 자체를 대체하지는 않는다는 점도 같은 문서에 적어두면 기대치 관리에 도움이 됩니다.

계약서에 무엇이 있어야 데이터가 우리 손에 남나

계약 종료 시 자산 보호의 핵심은 광고 계정과 픽셀에 대해 '광고주 소유, 대행사는 운영 권한만 위임'이라는 문구가 계약서에 명시돼 있는지 여부입니다. 계정이 대행사 명의로 개설되고 이관 조항이 없으면 종료 시 계정을 그대로 넘겨받지 못해, 픽셀·잠재고객 데이터를 백업한 뒤 신규 계정으로 옮기는 상황이 생깁니다. 개인정보를 다루는 부분은 별도입니다. 개인정보 처리 업무위탁계약서에는 법규 준수, 비밀유지, 제3자 제공 금지, 사고 시 책임 부담, 위탁기간, 처리 종료 후 반환 또는 파기 의무를 규정하도록 하는 것이 위탁자의 의무로 설명되며, 위탁 기간이나 계약이 종료되면 원칙적으로 5일 이내에 수탁자가 보유한 개인정보를 파기하거나 반환해야 합니다. 파기할 때는 복원이 불가능하도록 완전하게 파기해야 합니다. 여기서 실무적 함의가 나옵니다. MMM용 데이터는 애초에 개인 식별 정보가 아닌 집계 형태로 분리해 적재해야, 위탁 종료 시 파기 대상과 계속 보관 가능한 분석 자산이 뒤섞이지 않습니다.

표준 문구가 없는 대목은 어떻게 정하나

광고주-대행사 간 데이터 공유 범위와 보관 기간에 대한 국내 표준 계약 문구는 확인된 것이 없습니다. 이런 항목을 관행처럼 단정해 제안서에 넣지 말고, 세 단계로 처리하십시오. ① 확인된 조항부터 인용합니다 — 계정·픽셀 소유권 명시, 위탁계약 필수 기재사항, 종료 시 5일 이내 파기·반환, 위탁자의 수탁자 교육·점검 의무가 여기에 해당합니다. ② 나머지 항목(집계 데이터 보관 연한, 계약 종료 후 분석 산출물 귀속, 재현용 스냅샷 제공 방식)은 우리 팀 데이터로 기준을 세웁니다. 지난 12개월간 실제로 몇 년치 데이터를 소급 조회했는지 세어보면 필요한 보관 연한이 나옵니다. ③ 최종 확인 경로를 문서에 적습니다 — 매체 공식 문서와 광고주센터, 자사 CRM·주문 데이터, 그리고 실제 계약서 조항입니다. 정확한 파기 기한과 절차는 개별 위탁계약서 약정에 따라 달라질 수 있으므로, 5일이라는 기간은 원칙적 기준으로 이해하고 담당 계약서 문구를 직접 확인해야 합니다.