메타 어그리게이트 이벤트: 2026년 기준 설정 흔적과 점검 순서

메타 어그리게이트 이벤트(Aggregated Event Measurement, AEM)는 이벤트 관리자에 있는 설정 메뉴 하나로 끝나는 기능이 아닙니다.
iOS 사용자가 추적을 거부했을 때도 웹 전환을 집계 방식으로 측정하게 해주는 개인정보 보호형 측정 방식입니다.

2026년 기준으로 가장 중요한 건 메뉴 설정이 아닙니다.
과거에 만들어 둔 이벤트 우선순위가 지금도 보고서와 최적화 이벤트를 비틀고 있지 않은지 확인하는 일이 먼저입니다.
8개 이벤트 제한과 수동 우선순위 설정 요구는 없어지는 쪽으로 정리됐지만, 그때 짜 둔 구조와 그 구조에 맞춰 세팅한 캠페인은 계정에 그대로 남아 있는 경우가 많습니다.

아래에서 AEM이 실제로 무엇을 바꿨는지, 지금 계정에서 무엇을 봐야 하는지, 어떤 순서로 점검하면 되는지 기준별로 설명합니다.

1. 메타 어그리게이트 이벤트란: 왜 생겼고 무엇을 바꿨나

AEM이 등장한 배경

2021년 애플이 iOS 14.5에서 앱 추적 투명성(ATT) 정책을 적용하면서
앱은 사용자 동의 없이 다른 앱·웹사이트의 행동을 추적할 수 없게 됐습니다.

메타 앱 안에서 광고를 보고 외부 웹사이트로 넘어가 구매하는 흐름이
바로 이 '추적'에 해당합니다.

추적을 거부한 사용자의 전환은 기존 방식으로는 광고와 연결할 수 없게 됐고,
메타는 그 공백을 채우려고 AEM을 도입했습니다.

💡

'어그리게이트 이벤트 측정(AEM)'

추적을 거부한 iOS 사용자의 웹 전환을 개인 단위가 아니라 집계 단위로 처리하고,
일부는 통계 모델링으로 보완해 보고하는 측정 프로토콜

개인을 특정하지 않고 "이 광고에서 대략 이만큼의 전환이 났다"는 수준으로
데이터를 넘기는 방식이라고 보면 됩니다.

도입 당시 광고주에게 생긴 제약

AEM 초기에는 광고주가 직접 챙겨야 할 제약이 꽤 많았습니다.

(표로 정리)

이 중 실무에 가장 큰 영향을 준 건 우선순위 규칙이었습니다.

추적을 거부한 사용자가 한 세션에서 장바구니 담기와 구매를 모두 해도
우선순위가 더 높은 이벤트 하나만 보고됐기 때문입니다.

구매를 1순위로 두지 않으면
실제 구매가 일어나도 보고서에는 장바구니만 남는 구조였던 겁니다.

2026년 기준으로 달라진 점

이후 메타는 AEM의 수동 설정 부담을 줄이는 방향으로 바꿔 왔습니다.
8개 이벤트 제한과 수동 우선순위 지정은 없어지는 쪽으로 정리됐고,
지금은 이벤트 처리를 메타가 자동으로 하는 구조에 가깝습니다.

다만 AEM이라는 측정 방식이 없어진 건 아닙니다.
집계·모델링·보고 지연이라는 본질은 그대로입니다.

-> 핵심: 설정할 메뉴는 줄었지만, AEM이 만드는 측정 오차는 지금도 보고서에 그대로 섞여 있습니다.

계정마다 적용 시점과 화면 구성이 다를 수 있으니
이벤트 관리자에서 우리 계정의 이벤트 구성 메뉴가 아직 보이는지 먼저 확인하는 게 정확합니다.

2. 메타 어그리게이트 이벤트가 성과 판단에 남긴 흔적 3가지

설정 메뉴가 사라졌다고 AEM을 신경 쓰지 않아도 되는 건 아닙니다.
AEM 시절에 만든 구조와 AEM이 만드는 측정 특성은
지금도 성과 판단을 흔드는 대표적인 원인입니다.

① 과거 우선순위에 맞춰 짜 둔 최적화 이벤트

8개 제한이 있던 시기에는 실제 가치보다 순위 안에 들어가는지를 기준으로
최적화 이벤트를 고르는 경우가 많았습니다.

예를 들어 이런 구조가 흔했습니다.

• 구매 전환이 적은 계정에서 학습을 빨리 끝내려고 '결제 시작'을 최적화 이벤트로 둠

• 우선순위 목록에 넣으려고 맞춤 전환 몇 개를 억지로 합침

• 리드 계정에서 '양식 제출'보다 낮은 순위 이벤트로 캠페인을 최적화함

당시에는 이유가 있었지만,
제약이 풀린 지금도 그대로 두면 알고리즘이 엉뚱한 목표를 향해 학습합니다.

실무에서 자주 보는 사례가 있습니다.
한 온라인 쇼핑몰은 AEM 초기에 장바구니 담기를 최적화 이벤트로 두고
구매는 보고용으로만 보고 있었습니다.

몇 년이 지나 구매 데이터가 충분히 쌓였는데도 캠페인은 그대로였고,
장바구니 단가는 좋아 보이지만 실제 매출은 따라오지 않는 상태가 이어졌습니다.

최적화 이벤트를 구매로 바꾸자 초기 학습 기간에는 CPA가 흔들렸지만,
학습이 끝난 뒤에는 매출 기준 효율이 이전 구조보다 안정적으로 나왔습니다.

-> 핵심: 전환 데이터가 충분해졌다면, AEM 시절의 '차선책 이벤트'를 계속 쓸 이유가 없습니다.

② 보고 지연을 성과 하락으로 오해하는 문제

추적 거부 사용자 전환은 즉시 반영되지 않고 늦게 들어옵니다.
어제 성과가 나빠 보여도 2~3일 뒤 다시 보면 숫자가 올라와 있는 경우가 많습니다.

이 특성을 모르고 전일 성과만 보고 판단하면
멀쩡한 캠페인을 끄거나, 예산을 줄이거나, 소재를 바꾸게 됩니다.
그 수정이 학습을 다시 흔드는 원인이 됩니다.

실무에서는 이런 기준이 유용합니다.

• 최근 3일 성과는 '확정되지 않은 숫자'로 따로 봄

• 종료·감액 판단은 최소 3일이 지난 구간 기준으로 함

• 일별 추이보다 7일 단위 합계를 먼저 봄

③ 세부 분석 보고서와 합계가 안 맞는 현상

AEM으로 집계된 전환은 연령·성별·지역·지면 같은 세부 분석에서
일부만 잡히거나 모델링 값으로 채워집니다.

그래서 세부 분석을 걸면 합계보다 작아지거나
특정 연령대에 전환이 몰려 보이는 착시가 생깁니다.

이 숫자만 보고 "30대 여성만 전환된다"며 타겟을 좁히면
실제로는 전환이 나던 다른 모수까지 잘라내게 됩니다.

-> 핵심: 세부 분석 결과는 '방향 참고용'이지, 타겟을 자르는 근거로 단독 사용하면 위험합니다.

메타 7일 클릭 1일 조회: 기본값 그대로 써도 될까

3. 메타 어그리게이트 이벤트 기준 계정 점검 순서

이제 실제로 계정을 열어 확인하는 순서입니다.
아래 4단계는 설정 → 데이터 → 캠페인 → 판독 순서로 짜여 있어
앞 단계가 막히면 뒤 단계 결과도 믿기 어렵습니다.

1단계: 도메인 인증 상태 확인

AEM 초기처럼 도메인 인증이 이벤트 구성의 필수 조건은 아니게 됐지만,
여전히 광고 계정이 해당 웹사이트의 이벤트를 쓸 권한이 있는지를 보여주는 기준입니다.

비즈니스 관리자 → 브랜드 가치 보호 → 도메인에서
광고를 보내는 랜딩 도메인이 인증돼 있는지 확인합니다.

자주 놓치는 경우는 다음과 같습니다.

• 메인 도메인은 인증했는데 결제 페이지가 외부 도메인(호스팅 쇼핑몰, PG 결제창 등)에 있음

• 대행사·외주 업체 비즈니스 관리자에서만 인증돼 있고, 브랜드 소유 비즈니스 관리자에는 없음

• 사이트 이전·리뉴얼 뒤 인증용 메타 태그나 DNS 기록이 사라짐

메타 도메인 인증: 방식별 선택 기준과 실패 원인 정리

2단계: 이벤트 관리자에서 남은 설정 정리

이벤트 관리자에서 우리 계정의 이벤트 구성 화면이 아직 보이는지 확인합니다.

• 화면이 보인다면: 구매(또는 리드 계정의 핵심 전환)가 최상위에 있는지 확인

• 화면이 없다면: 자동 처리로 넘어간 상태이므로, 이벤트 자체가 제대로 들어오는지로 점검 초점을 옮김

두 경우 모두 확인할 공통 항목이 있습니다.

(체크리스트)

[] 구매·리드 같은 핵심 이벤트가 최근 7일 동안 끊김 없이 수신되고 있는가?
[] 같은 이벤트가 픽셀과 CAPI에서 중복으로 들어오지 않는가? (이벤트 ID 기반 중복 제거)
[] 구매 이벤트에 금액(value)과 통화(currency) 값이 함께 전송되고 있는가?
[] 이벤트 매칭 품질 점수가 핵심 이벤트 기준으로 낮게 나오지 않는가?

AEM은 집계 방식이라 들어오는 신호의 양과 질에 크게 좌우됩니다.
픽셀만 쓰는 계정은 브라우저 차단·쿠키 제한까지 겹쳐 누락이 더 커지므로,
서버에서 이벤트를 보내는 CAPI를 함께 쓰는 것이 기본 구조입니다.

메타 CAPI 설정 기준: 픽셀만으로 부족한 이유와 점검 5단계

3단계: 캠페인 최적화 이벤트 재점검

이제 캠페인 단위로 내려갑니다.
AEM 시절 제약 때문에 차선책으로 고른 최적화 이벤트가 남아 있는지 봅니다.

판단 기준은 간단합니다.

(표로 정리)

주의할 점이 하나 있습니다.
최적화 이벤트를 바꾸면 학습 단계가 다시 시작됩니다.

그래서 여러 세트를 한꺼번에 바꾸기보다
예산 비중이 큰 세트 하나부터 바꾸고, 7일 정도 지켜본 뒤 확대하는 편이 안전합니다.

4단계: 판독 기준을 AEM에 맞게 조정

마지막은 숫자를 읽는 방식입니다.
설정을 다 고쳐도 판독 기준이 AEM 이전 그대로면 판단이 계속 흔들립니다.

• 판단 구간: 전일·당일이 아니라, 3일 이상 지난 7일 구간 기준

• 비교 기준: 메타 보고서 단독이 아니라 쇼핑몰 주문 데이터·GA4와 함께 보기

• 해석 방식: 메타 수치와 실제 주문 수 사이 비율이 일정하게 유지되는지로 추세 판단

메타 보고서의 구매 수와 실제 주문 수가 정확히 같을 수는 없습니다.
중요한 건 그 차이가 매주 비슷한 비율로 유지되는가입니다.

비율이 갑자기 벌어졌다면 성과 문제가 아니라
측정 문제(이벤트 누락, 중복, 도메인 변경 등)일 가능성을 먼저 의심해야 합니다.

4. 메타 어그리게이트 이벤트 관련 흔한 실패 사례

점검 순서를 알아도 실무에서 반복되는 실수가 있습니다.
대표적인 3가지만 짚고 넘어가겠습니다.

사례 1: 결제 페이지 도메인이 달라 구매가 비는 경우

자사몰 메인은 A 도메인인데 결제 완료 페이지가 호스팅 업체 도메인으로 넘어가는 구조라면,
구매 이벤트가 인증되지 않은 도메인에서 발생하게 됩니다.

이 경우 장바구니·결제 시작까지는 잘 잡히다가
구매 단계에서만 숫자가 유독 적게 나옵니다.

퍼널 중간까지는 정상인데 마지막 단계만 끊긴다면
광고 소재나 랜딩보다 결제 도메인 구조를 먼저 확인해야 합니다.

사례 2: 보고 지연을 보고 캠페인을 끄는 경우

월요일 아침에 주말 성과를 보면 토·일 전환이 적어 보입니다.
여기서 바로 예산을 줄이면, 수요일쯤 늦게 들어온 전환을 보고
"줄이지 말 걸" 하게 되는 경우가 많습니다.

특히 iOS 사용자 비중이 높은 뷰티·패션·프리미엄 카테고리에서는
이 지연 폭이 체감상 더 크게 나타납니다.

사례 3: 세부 분석만 보고 타겟을 좁히는 경우

앞에서 말한 것처럼 AEM 전환은 세부 분석에서 일부만 보입니다.
이 숫자만 보고 연령·성별을 잘라 광고 세트를 나누면
모수가 줄고, 학습 데이터도 쪼개지고, CPM은 오르는 결과로 이어집니다.

세부 분석에서 특정 세그먼트가 좋아 보일 때는
세트를 나누기 전에 소재 메시지를 그 세그먼트에 맞게 바꿔보는 것이 더 안전한 첫 수입니다.

-> 핵심: AEM 환경에서는 "숫자가 이상하다"는 신호가 성과보다 측정을 먼저 가리키는 경우가 많습니다.

메타 ga4 데이터 차이, 왜 생기고 어디를 믿어야 할까

자주 묻는 질문

Q. 메타 어그리게이트 이벤트 설정 메뉴가 안 보이는데 문제인가요?
문제가 아닌 경우가 대부분입니다. 메타가 수동 이벤트 구성과 8개 제한을 없애는 쪽으로 바꾸면서 해당 화면이 없어진 계정이 많습니다. 이 경우 메뉴를 찾기보다 핵심 이벤트가 정상 수신되는지, 중복 없이 들어오는지를 확인하는 편이 맞습니다.

Q. 메타 AEM 8개 이벤트 제한은 지금도 적용되나요?
2026년 기준으로는 수동 우선순위 8개 제한을 전제로 운영하지 않아도 됩니다. 다만 과거에 이 제한 때문에 합치거나 뺀 이벤트, 차선책으로 고른 최적화 이벤트가 계정에 남아 있을 수 있으니 한 번 정리하는 것이 좋습니다.

Q. iOS 전환이 메타 광고 보고서에 늦게 잡히는 이유는?
추적을 거부한 iOS 사용자의 전환은 AEM에서 집계·처리를 거친 뒤 보고되기 때문에 최대 며칠 늦게 반영될 수 있습니다. 그래서 최근 3일 성과는 확정 전 숫자로 보고, 종료·감액 판단은 그 이전 구간을 기준으로 하는 것이 안전합니다.

Q. 메타 광고 연령별 전환 수 합계가 전체 전환과 다른 이유는?
AEM으로 집계된 전환은 연령·성별·지역 같은 세부 분석에서 일부만 잡히거나 모델링 값으로 채워지기 때문입니다. 세부 분석 수치는 방향 참고용으로 쓰고, 타겟을 좁히는 근거로 단독 사용하지 않는 것이 좋습니다.

Q. AEM이 있으면 CAPI는 안 해도 되나요?
아닙니다. AEM은 추적 거부 사용자 전환을 측정하는 방식이지, 누락된 신호를 대신 만들어주는 기능이 아닙니다. 브라우저 차단·쿠키 제한으로 픽셀 신호가 빠지는 문제는 CAPI로 서버 이벤트를 함께 보내야 줄일 수 있습니다.

마무리

메타 어그리게이트 이벤트는 이제 직접 설정할 일이 거의 없는 기능이 됐습니다.
하지만 집계, 보고 지연, 세부 분석 제한이라는 특성은 지금도 모든 웹 전환 보고서에 섞여 있습니다.

정리하면 점검 순서는 이렇습니다.

① 도메인 인증 상태 확인 (특히 결제 도메인)
② 이벤트 수신·중복·금액 값 점검
③ AEM 시절 차선책 최적화 이벤트 정리
④ 3일 지연과 세부 분석 오차를 반영한 판독 기준 적용

설정은 한 번 정리하면 끝나지만, 판독 기준은 매주 성과를 볼 때마다 적용해야 합니다.
숫자가 이상해 보일 때 캠페인을 먼저 고치기 전에
측정 구조부터 확인하는 습관 하나가 불필요한 학습 초기화를 크게 줄여줍니다.