지금 읽는 곳변수를 하나로 좁혀야 하는 이유는 무엇인가요목차
S1 › 실험 · A/B 테스트 설계 및 결과 해석 › 과목 209 › 레슨 02
A/B 테스트 설계할 때 꼭 지켜야 할 기본 조건과 변수 통제 원칙
결과가 안 믿기는 A/B 테스트는 대부분 설계 단계에서 이미 문제가 생겨 있습니다.
핵심요약
- 유효한 A/B 테스트는 A안과 B안 사이에 변경 요소를 하나로 한정하는 변수 격리 원칙을 지켜야 한다
- 가설은 "무엇을 바꾸면 왜 어떤 지표가 얼마나 바뀔 것이다"라는 구체적 형태로 미리 적어야 한다
- 대조군·실험군은 사람이 임의로 정하지 않고 시스템이 무작위로 배정하도록 맡겨야 한다
- 구글 애즈 실험은 쿠키 기반·검색 기반 두 방식으로 트래픽을 나누며 기본 권장 분할 비율은 50:50이다
- 실험 도중 대형 이슈·프로모션 같은 외부 변수가 끼어들면 해당 기간 데이터를 제외하거나 재시작해야 한다
변수를 하나로 좁혀야 하는 이유는 무엇인가요
유효한 A/B 테스트는 A안과 B안 사이에 변경 요소를 하나로 한정해야 합니다. 디자인·카피·프로모션 조건을 한꺼번에 바꾸면, 결과에 차이가 나더라도 어떤 요소 때문에 그 차이가 생겼는지 특정할 수 없기 때문입니다. 이를 변수 격리 원칙이라고 부릅니다. 초급 단계에서는 "이왕 하는 김에 이미지도, 문구도, 버튼 색도 같이 바꿔보자"는 유혹이 특히 크지만, 이렇게 설계하면 테스트가 끝난 뒤에도 "그래서 다음엔 뭘 남기고 뭘 버려야 하나"라는 질문에 답할 수 없게 됩니다.
가설은 왜 미리, 구체적으로 적어야 하나요
좋은 가설은 "무엇을 바꾸면 왜 어떤 지표가 얼마나 바뀔 것이다"라는 구체적 형태로 작성해야 합니다. 예를 들어 "상세페이지 상단에 리뷰 평점을 배치하면 구매 전환율이 15% 상승할 것이다"처럼 쓰는 식입니다. "상세페이지를 개선하면 매출이 오를 것이다"처럼 막연한 가설은 실험이 성공했는지 실패했는지 판정할 기준 자체가 모호해집니다. 가설을 실험 시작 전에 문서로 남겨두면, 나중에 결과가 기대와 다르게 나왔을 때도 "이래서 이런 결과가 나왔구나"라고 원인을 되짚어보기가 훨씬 쉬워집니다.
그룹은 어떻게 무작위로 나눠야 하나요
대조군과 실험군은 사람이 임의로 정하지 않고, 광고 시스템이나 실험 도구가 무작위로 배정하도록 맡겨야 합니다. 구글 애즈 실험은 트래픽을 나누는 방식으로 쿠키 기반과 검색 기반 두 가지를 제공합니다. 쿠키 기반은 한 번 배정된 사용자가 이후 몇 번을 검색하든 같은 쪽 캠페인만 계속 보게 유지하는 방식이고, 검색 기반은 검색이 일어날 때마다 매번 새로 무작위 배정하는 방식입니다. 구글은 검색 캠페인에서 쿠키 기반 분할을 기본값이자 권장 방식으로 제시하며, 실험 분할 비율은 50:50이 기본 권장값입니다. 초급 단계라면 이 기본값을 그대로 따르는 편이 안전합니다.
광고 소재 테스트에서는 어떤 조건을 지켜야 하나요
광고 소재를 테스트할 때도 원칙은 같습니다. 이미지·영상·헤드라인·문구 중 하나만 바꾸고, 나머지 조건(타겟팅, 예산, 노출 지면, 입찰 전략)은 동일하게 고정해야 합니다. 메타 광고 관리자와 구글 애즈는 이런 조건을 지키기 쉽도록 원본 캠페인을 기반으로 테스트 캠페인을 자동 생성하는 실험 기능을 공식 제공합니다. 직접 캠페인을 두 개 새로 만들어 세팅을 복사하다 보면 타겟팅 설정 하나를 실수로 다르게 입력하는 경우가 흔한데, 매체 자체 실험 기능을 쓰면 이런 실수를 줄일 수 있습니다.
실험 도중 예상 못한 일이 생기면 어떻게 하나요
실험 도중 대형 이슈, 포털 메인 노출, 예정에 없던 프로모션 같은 외부 변수로 트래픽 패턴이 급변하면 실험 결과가 오염될 수 있습니다. 이런 경우에는 해당 기간의 데이터를 통계 계산에서 제외하거나, 상황이 심각하면 실험 자체를 재시작하는 것이 일반적인 대응 방법입니다. 실험을 설계하는 단계에서 "이런 일이 생기면 어떻게 할지"를 미리 정해두면, 막상 상황이 생겼을 때 급하게 판단을 내리다 실수하는 일을 줄일 수 있습니다.
여러 변수를 한꺼번에 궁금하다면 어떻게 접근해야 하나요
헤드라인도 궁금하고 이미지도 궁금할 때, 두 변수를 동시에 여러 조합으로 실험하는 방식을 다변량 테스트(MVT)라고 부릅니다. 예를 들어 헤드라인 3종과 이미지 3종을 조합하면 9개 조합이 생기는데, 조합의 수가 늘어날수록 각 조합에 배분되는 트래픽이 줄어들기 때문에 통계적으로 유의미한 결과를 얻으려면 A/B 테스트보다 훨씬 많은 트래픽 볼륨이 필요합니다. 초급 단계이거나 계정 트래픽이 많지 않다면, 여러 변수가 궁금하더라도 우선순위를 정해 하나씩 순차적으로 A/B 테스트하는 편이 현실적입니다. 트래픽이 충분히 쌓인 계정이라면 그때 MVT로 넘어가도 늦지 않습니다.
설계 조건을 지켰는지는 어떻게 스스로 점검하나요
실험을 시작하기 전에 세 가지만 다시 확인하면 큰 실수를 대부분 피할 수 있습니다. 첫째, 바뀐 요소가 정말 하나인지. 둘째, 가설 문장에 지표와 목표 수치가 구체적으로 적혀 있는지. 셋째, 그룹 배정을 사람이 아니라 시스템의 무작위 로직에 맡겼는지입니다. 이 세 가지가 모두 '예'라면 이제 다음 편에서 다룰 표본 크기와 실험 기간을 계산할 준비가 된 것입니다. 반대로 하나라도 애매하다면, 실험을 시작하기 전에 설계부터 다시 손보는 편이 결과가 나온 뒤 처음부터 다시 하는 것보다 훨씬 시간을 아낍니다.