메타 이벤트 우선순위: 8개 설정 이후 정할 3가지 기준

메타 이벤트 우선순위를 "이벤트 관리자에서 8개 이벤트 순서를 정하는 작업"으로 알고 있다면, 절반만 맞습니다.
그 설정은 iOS 14.5 이후 측정 제약에 대응하려고 생긴 절차였고, 지금은 순위를 직접 지정하는 과정이 크게 간소화됐습니다.

그래서 2026년 기준으로 중요한 건 따로 있습니다. 어떤 이벤트로 최적화할지, 어떤 이벤트의 신호 품질을 먼저 챙길지, 어떤 이벤트를 성과 판단 기준으로 삼을지. 이 세 가지 순서입니다.
이벤트 순위를 따로 적는 칸이 사라졌다고 해서 순서를 정할 필요까지 없어진 건 아닙니다. 오히려 광고주가 직접 판단해야 하는 영역이 넓어졌습니다.

아래에서 이벤트 우선순위가 생긴 배경부터 지금 실무에서 정해야 할 기준, 흔한 실패 사례까지 순서대로 설명합니다.

1. 메타 이벤트 우선순위, 왜 생겼고 지금은 무엇이 달라졌나

이벤트 우선순위가 생긴 이유

2021년 iOS 14.5부터 앱 추적 투명성(ATT) 정책이 적용됐습니다.
사용자가 추적을 거부하면 메타가 웹사이트에서 일어난 전환을 예전처럼 사용자 단위로 연결하기 어려워졌습니다.

메타는 이 문제를 '집계된 이벤트 측정(Aggregated Event Measurement, AEM)'으로 풀었습니다.
핵심 규칙은 두 가지였습니다.

• 도메인 하나당 최적화에 쓸 수 있는 웹 이벤트는 최대 8개

• 추적을 거부한 사용자가 한 세션에서 여러 이벤트를 발생시키면, 우선순위가 가장 높은 이벤트 1개만 보고

예를 들어 한 사용자가 장바구니 담기 → 결제 시작 → 구매를 모두 했다면, 구매가 1순위일 때 구매 1건만 잡히는 방식입니다.
그래서 당시에는 "구매를 맨 위에, 장바구니와 결제 시작을 그 아래에" 두는 순위 설정이 필수 작업이었습니다.

-> 이벤트 우선순위는 측정 데이터가 부족할 때 무엇을 먼저 남길지 정하는 장치였습니다.

지금 달라진 점

2025년 중반부터 메타는 AEM 웹 이벤트 구성 절차를 간소화했습니다.
이벤트 관리자에서 8개 이벤트를 골라 순위를 지정하던 과정이 필수에서 빠졌고, 이 설정 때문에 도메인 인증을 먼저 해야 했던 조건도 함께 완화됐습니다.

다만 계정이나 화면 업데이트 시점에 따라 보이는 메뉴가 다를 수 있습니다.
예전 설정이 남아 있다면 이벤트 관리자의 데이터 세트 설정에서 현재 상태를 한 번 확인해 두는 편이 안전합니다.

순위 칸이 사라져도 달라지지 않은 사실이 하나 있습니다.
메타 알고리즘은 광고 세트에서 고른 최적화 이벤트 하나를 기준으로 학습한다는 점입니다.

이벤트 8개를 보내더라도 광고 세트가 학습하는 건 결국 그중 하나입니다.
지금의 "이벤트 우선순위"는 설정 화면이 아니라 캠페인 설계 단계에서 정하는 순서가 된 셈입니다.

2. 메타 이벤트 우선순위, 지금 실무에서 정해야 할 3가지 순서

① 최적화 이벤트 순서: 퍼널 아래에서 위로 내려오며 고른다

최적화 이벤트는 가장 비즈니스 가치가 큰 이벤트부터 검토하고, 볼륨이 부족할 때만 한 단계씩 위로 올라가는 게 원칙입니다.

쇼핑몰이라면 순서는 보통 이렇습니다.

구매 → 결제 시작 → 장바구니 담기 → 콘텐츠 조회 → 랜딩페이지 조회

판단 기준은 메타가 제시하는 학습 기준입니다.
광고 세트 하나가 학습 단계를 벗어나려면 7일 안에 최적화 이벤트가 약 50건 필요합니다.

이 50건을 채울 수 있는지는 예산과 예상 CPA로 역산합니다.

※ 주간 예상 전환 수 = 일 예산 × 7 ÷ 예상 CPA로 계산한 값입니다.

여기서 중요한 건 볼륨이 부족하다고 바로 이벤트를 올리지 않는 것입니다.
먼저 광고 세트 수를 줄여 전환을 한곳에 모을 수 있는지부터 봅니다.
세트 3개로 나눠 각 20건씩 나오는 계정은 세트 1개로 합치면 60건이 됩니다.
이벤트를 바꾸기 전에 구조부터 합쳐 보는 게 순서입니다.

메타 광고 학습 단계: 50건 기준과 재학습 막는 운영법

② 신호 품질 순서: 최적화할 이벤트부터 CAPI와 중복 제거를 챙긴다

모든 이벤트의 데이터 품질을 한 번에 끌어올리기는 어렵습니다.
그래서 신호 품질도 우선순위를 정해서 손봐야 합니다.

기준은 간단합니다. 실제로 최적화에 쓰는 이벤트, 그다음 바로 윗단계 이벤트 순서입니다.

• 구매로 최적화한다면: 구매 → 결제 시작 순으로 CAPI 연동과 event_id 중복 제거를 먼저 확인

• 리드로 최적화한다면: 리드(폼 제출 완료) 이벤트의 발생 위치와 중복부터 확인

• 페이지뷰, 콘텐츠 조회: 최적화에 쓰지 않는다면 후순위

이벤트 관리자에서 이벤트별 '이벤트 매칭 품질' 점수를 볼 수 있습니다.
최적화 이벤트의 점수가 낮다면 이메일·전화번호 같은 고객 정보 파라미터가 제대로 넘어가는지부터 확인합니다.

픽셀과 CAPI를 함께 쓰면서 event_id를 맞추지 않으면 같은 구매가 두 번 잡힙니다.
그러면 알고리즘은 실제보다 전환이 잘 나온다고 학습하고, 성과 판단도 틀어집니다.

메타 event id 설정 기준: 픽셀·CAPI 중복 제거 4단계 점검

③ 판단 기준 순서: 최적화 이벤트와 성과 판단 이벤트를 분리한다

상위 퍼널 이벤트로 최적화하더라도, 성과 판단은 반드시 하위 이벤트로 해야 합니다.

장바구니 담기로 최적화했다면 광고 세트의 '결과'에는 장바구니 수가 표시됩니다.
이 숫자만 보고 "CPA가 싸다"고 판단하면 안 됩니다.
실제 판단은 구매 수, 구매 전환값, ROAS로 해야 합니다.

실무에서는 보고서에 이렇게 두 줄을 나란히 둡니다.

• 학습 지표: 최적화 이벤트 수, 최적화 이벤트 CPA

• 판단 지표: 구매 수, 구매 CPA, ROAS

-> 학습 지표는 "알고리즘이 잘 배우고 있는가", 판단 지표는 "돈이 되고 있는가"를 봅니다.
둘 중 하나만 보면 반드시 한쪽을 놓칩니다.

3. 이벤트 우선순위를 잘못 잡으면 생기는 실패 사례

사례 1: 장바구니 최적화로 바꿨는데 구매가 더 줄어든 경우

구매 볼륨이 주 20건 안팎인 쇼핑몰에서 학습 제한을 풀려고 장바구니 담기로 최적화를 바꾸는 경우가 많습니다.
장바구니 CPA는 눈에 띄게 낮아지지만, 몇 주 지나면 구매 수는 오히려 줄어드는 일이 흔합니다.

이유는 알고리즘이 "장바구니에 잘 담는 사람"을 찾기 때문입니다.
담기만 하고 구매하지 않는 성향의 사용자에게 노출이 몰립니다.

이런 경우 판단 기준은 장바구니 대비 구매 전환율입니다.
최적화 변경 전후 2주를 비교해 장바구니→구매 비율이 뚜렷하게 떨어졌다면, 상위 이벤트 최적화가 맞지 않는 계정입니다.
이때는 결제 시작처럼 구매와 더 가까운 이벤트를 검토하거나, 세트를 통합해 구매 최적화로 돌아가는 편이 낫습니다.

사례 2: 구매 이벤트가 결제 완료 전에 발생하던 경우

구매 이벤트 수가 실제 주문 수보다 눈에 띄게 많다면 발생 위치를 의심해야 합니다.

자주 나오는 원인은 이렇습니다.

• 구매 이벤트가 '주문하기' 버튼 클릭에 걸려 있어 결제 실패 건까지 잡힘

• 주문 완료 페이지를 새로고침하거나 다시 방문할 때마다 구매가 재발생

• 무통장 입금처럼 입금 전 주문도 구매로 잡힘

이 상태에서 구매로 최적화하면 알고리즘은 "주문 버튼만 누르는 사람"까지 학습합니다.
최적화 이벤트를 무엇으로 정하든, 그 이벤트가 실제 비즈니스 결과와 1:1로 대응하는지가 먼저입니다.
광고 관리자 구매 수와 쇼핑몰 관리자 주문 수를 일 단위로 맞춰 보고, 차이가 크게 벌어지는 날부터 원인을 찾습니다.

메타 광고 전환 안잡힘: 발생·수신·귀속 3구간 진단 순서

사례 3: 리드 캠페인에서 '폼 제출'만 최적화한 경우

리드 업종에서는 폼 제출 자체를 최적화 이벤트로 두는 게 일반적입니다.
문제는 리드 수가 늘어도 실제 상담·계약으로 이어지지 않는 경우입니다.

리드 볼륨이 충분하다면, 영업 단계에서 걸러진 '유효 리드'나 '상담 완료'를 CAPI로 다시 보내 하위 이벤트로 쌓는 방식을 검토할 수 있습니다.
이때도 순서는 같습니다. 하위 이벤트가 주 50건 수준까지 쌓이는지 먼저 확인하고, 그 전까지는 폼 제출로 학습하되 판단은 유효 리드 비율로 합니다.

사례 4: 이벤트를 너무 자주 바꾼 경우

최적화 이벤트 변경은 광고 세트의 학습을 처음부터 다시 시작시키는 수정입니다.
성과가 흔들릴 때마다 구매 → 장바구니 → 구매로 오가면 세트는 학습 단계를 벗어나지 못합니다.

일반적인 기준으로는 최적화 이벤트를 바꾼 뒤 최소 7일, 가능하면 최적화 이벤트 50건이 쌓일 때까지 판단을 미룹니다.
바꿀 때도 기존 세트를 수정하기보다 새 세트를 만들어 비교하는 편이 학습 손실이 적습니다.

4. 메타 이벤트 우선순위 점검 체크리스트

지금 계정을 열고 아래 항목을 하나씩 확인해 보시면 됩니다.

[] 이벤트 관리자에 예전 AEM 이벤트 구성이 남아 있는지, 현재 상태가 어떤지 확인했는가?
[] 각 광고 세트의 최적화 이벤트가 7일 기준 50건 가까이 나오고 있는가?
[] 50건이 안 된다면, 이벤트를 올리기 전에 세트 통합부터 검토했는가?
[] 최적화 이벤트에 CAPI가 연결돼 있고, event_id로 중복이 제거되고 있는가?
[] 구매 이벤트 수가 실제 주문 수와 크게 어긋나지 않는가?
[] 상위 이벤트로 최적화 중이라면, 성과 판단은 구매·ROAS로 하고 있는가?
[] 최근 2주 안에 최적화 이벤트를 두 번 이상 바꾸지 않았는가?

두 개 이상 체크가 안 된다면, 소재나 타겟보다 이벤트 설계부터 손보는 게 맞습니다.
측정과 학습 기준이 틀어진 상태에서는 어떤 소재를 넣어도 판단 자체가 흔들리기 때문입니다.

자주 묻는 질문

Q. 메타 이벤트 우선순위 8개 설정은 지금도 해야 하나요?
2025년 중반 이후 메타가 AEM 웹 이벤트 구성을 간소화하면서, 8개 이벤트 순위를 직접 지정하는 과정은 필수에서 빠졌습니다. 다만 계정별로 화면이 다를 수 있으니 이벤트 관리자에서 현재 설정 상태를 확인해 두는 것이 좋습니다. 순위 설정보다 중요한 건 광고 세트에서 어떤 이벤트로 최적화하느냐입니다.

Q. 메타 광고 최적화 이벤트는 구매와 장바구니 중 무엇이 좋나요?
7일 기준 구매가 50건 가까이 나온다면 구매 최적화가 원칙입니다. 부족하다면 세트 통합을 먼저 검토하고, 그래도 어려울 때 결제 시작이나 장바구니로 올립니다. 상위 이벤트로 최적화할 때도 성과 판단은 구매 수와 ROAS로 해야 합니다.

Q. 메타 최적화 이벤트를 바꾸면 학습이 초기화되나요?
네, 최적화 이벤트 변경은 학습을 다시 시작시키는 수정에 해당합니다. 그래서 변경 후 최소 7일은 판단을 미루는 편이 좋고, 가능하면 기존 세트를 수정하기보다 새 세트로 비교하는 방식이 학습 손실을 줄입니다.

Q. 메타 구매 전환이 실제 주문보다 많이 잡히는 이유는?
주로 구매 이벤트가 결제 완료 전 단계에 걸려 있거나, 주문 완료 페이지 재방문 시 중복 발생하거나, 픽셀과 CAPI의 event_id가 맞지 않아 두 번 잡히는 경우입니다. 광고 관리자와 쇼핑몰 주문 수를 일 단위로 비교해 차이가 큰 날부터 원인을 좁혀 가면 됩니다.

마무리

메타 이벤트 우선순위는 설정 화면에서 사라진 게 아니라, 캠페인 설계 안으로 들어왔습니다.

정리하면 순서는 세 가지입니다.

① 최적화 이벤트는 퍼널 아래부터 고르고, 볼륨이 부족하면 이벤트보다 구조를 먼저 합친다
② 신호 품질은 최적화에 쓰는 이벤트부터 CAPI와 중복 제거를 챙긴다
③ 무엇으로 최적화하든 성과 판단은 비즈니스 결과와 가장 가까운 이벤트로 한다

이 순서만 지켜도 "지표는 좋은데 매출은 그대로인" 상황의 상당 부분을 미리 막을 수 있습니다.
이벤트 설정은 한 번 잡아 두면 모든 캠페인의 기준이 되는 만큼, 소재를 바꾸기 전에 먼저 점검해 볼 만한 영역입니다.