지금 읽는 곳흔히 보고되는 증상: 리타겟팅 오디언스가 눈에 띄게 줄어든다목차
STEP 3 고급·전략 › 3-1. 빅테크·애드테크 알고리즘 심화 › 과목 106 › 레슨 04
[실패 사례 분석] 도메인 인증 누락 및 이벤트 순위 꼬임: iOS 기기 유저의 타겟 데이터가 통째로 증발해 리타게팅 ROAS가 처참하게 무너진 원인 교정
도메인 미인증과 이벤트 우선순위 설계 오류가 겹쳤을 때 실무에서 흔히 나타나는 증상과, 원인을 좁혀가는 진단 순서를 정리합니다. 아래 시나리오는 특정 브랜드의 실제 수치가 아니라 실무에서 반복적으로 보고되는 패턴을 일반화한 예시입니다.
핵심요약
- 도메인 미인증 상태에서는 그 도메인이 보내는 전환 이벤트의 우선순위를 아예 설정할 수 없다
- 우선순위 미설정 상태에서 여러 이벤트가 동시에 발생하면 메타가 임의로 신호를 처리해 리포팅이 왜곡될 수 있다
- iOS 트래픽 비중이 높은 계정일수록 이 조합의 영향이 리타겟팅 오디언스 크기 축소로 먼저 드러난다
- 원인 진단은 도메인 인증 상태 확인 → AEM 설정 상태 확인 → 리타겟팅 오디언스 크기 추이 확인 순으로 좁혀가야 한다
흔히 보고되는 증상: 리타겟팅 오디언스가 눈에 띄게 줄어든다
실무에서 반복적으로 보고되는 패턴은 이렇습니다. 어느 날부터 장바구니 담기 리타겟팅 캠페인의 오디언스 크기가 계속 줄어들고, 같은 예산을 쓰는데도 광고 게재량 자체가 줄어드는 현상이 나타납니다. 담당자가 소재나 입찰 전략을 바꿔봐도 개선되지 않고, 결과적으로 목표 대비 ROAS가 하락하는 모습으로 이어집니다. 이런 증상이 나타나면 소재·타겟팅보다 먼저 트래킹 인프라 쪽을 의심하는 것이 순서입니다.
원인 1: 사이트 개편 과정에서 도메인 인증이 초기화됐다
가장 흔한 원인 중 하나는 사이트 리뉴얼이나 도메인 이전 과정에서 기존에 완료돼 있던 도메인 인증이 풀리는 경우입니다. 호스팅사를 옮기거나 DNS 관리 주체가 바뀌면 기존에 등록해둔 TXT 레코드가 새 DNS 설정에는 반영되지 않아, 비즈니스 관리자 화면에는 인증이 '실패' 또는 '미인증'으로 표시됩니다. 이 상태가 되면 그 도메인의 전환 이벤트 우선순위를 설정할 권한 자체가 사라집니다.
원인 2: 인증이 풀린 상태에서 이벤트 우선순위가 방치됐다
도메인 인증이 풀린 뒤에도 픽셀 자체는 계속 이벤트를 전송하기 때문에, 겉보기에는 트래킹이 정상 작동하는 것처럼 보입니다. 문제는 iOS 사용자처럼 개별 식별이 제한된 트래픽에서 발생합니다. 이 구간에서는 AEM(집계 이벤트 측정) 체계가 적용되는데, 도메인 인증이 안 된 상태에서는 우선순위 설정 자체가 불가능하거나 기존 설정이 무효화될 수 있어, 여러 이벤트가 동시에 발생했을 때 어떤 신호를 우선할지에 대한 통제력을 잃게 됩니다. 그 결과 실제로는 구매까지 이어진 세션인데도 집계에서 낮은 우선순위 이벤트로 처리되거나 아예 신호가 반영되지 않는 상황이 생길 수 있습니다.
원인 3: iOS 비중이 높은 트래픽에서 문제가 먼저 드러난다
안드로이드나 데스크톱 트래픽은 상대적으로 개인 식별 기반 추적이 폭넓게 유지되기 때문에 같은 문제가 있어도 영향이 덜 드러납니다. 반면 iOS 트래픽은 ATT 거부 비율이 높아 AEM 체계에 대한 의존도가 높고, 그만큼 도메인 인증·우선순위 설정이 꼬였을 때 가장 먼저, 가장 크게 영향을 받습니다. 리타겟팅 오디언스 축소가 유독 아이폰 사용자 비중이 높은 캠페인에서 두드러진다면 이 조합을 의심할 근거가 됩니다.
진단 순서: 무엇부터 확인해야 하나
증상이 나타나면 다음 순서로 원인을 좁혀갑니다. 먼저 비즈니스 관리자의 도메인 인증 상태를 확인합니다 — '인증됨'이 아니라 '미인증' 또는 '보류'로 표시된다면 그 자체가 1차 원인입니다. 다음으로 이벤트 관리자의 AEM 설정 화면에서 우선순위가 여전히 의도한 대로 설정돼 있는지 확인합니다(웹 전환이라면 3강에서 다룬 대로 애초에 우선순위 설정 자체가 사라졌을 수도 있으니, 화면 자체가 없다면 이 원인은 배제합니다). 마지막으로 리타겟팅 오디언스 크기의 시계열 추이를 인증이 풀린 시점과 겹쳐보며, 감소 시작 시점이 인증 실패 시점과 맞아떨어지는지 대조합니다.
재발 방지: 도메인 인증을 개편 체크리스트에 넣는다
이 문제의 근본 원인은 대부분 "도메인 인증은 한 번 해두면 끝"이라는 인식에서 시작됩니다. 실제로는 호스팅 이전, DNS 관리 주체 변경, 사이트 리브랜딩 같은 이벤트가 있을 때마다 인증이 깨질 수 있는 지점이 새로 생깁니다. 따라서 이런 변경 작업을 계획할 때는 체크리스트에 '도메인 인증 상태 재확인'을 고정 항목으로 넣어두는 것이 재발을 막는 가장 확실한 방법입니다. 또한 인증이 풀렸을 때 담당자에게 알림이 가도록, 정기적으로(월 1회 수준) 비즈니스 관리자 도메인 설정 화면을 점검하는 루틴을 팀 운영 매뉴얼에 포함하는 것을 권장합니다.
복구 이후 성과가 바로 회복되지 않는 이유
도메인을 재인증하고 이벤트 우선순위를 다시 설정했다고 해서 리타겟팅 오디언스와 ROAS가 즉시 원래 수준으로 돌아오지는 않습니다. 웹사이트 커스텀 오디언스는 설정된 유지 기간(예: 90일) 동안 방문자가 누적돼야 규모가 채워지는 구조이기 때문에, 인증이 끊겨 있던 기간 동안 놓친 방문자는 소급해서 채워지지 않습니다. 또한 AEM 데이터 자체가 24~48시간의 의도된 지연을 두고 집계되므로, 설정을 고친 직후 하루이틀은 여전히 과거 데이터가 반영되는 것처럼 보일 수 있습니다.
따라서 복구 작업 이후에는 최소 1~2주 정도 오디언스 크기와 전환 데이터가 정상 궤도로 다시 쌓이는 기간을 감안하고, 이 기간 동안은 예산을 크게 늘리거나 캠페인을 재구성하는 대신 데이터가 회복되는 것을 지켜보는 편이 안전합니다. 성급하게 예산을 키우면 불완전한 신호 위에서 학습이 다시 왜곡될 수 있습니다.