기술 자료

​
​

Development

User Acquisition

Monetization

산업 분야

Unity 레벨플레이

Unity SDK

Android SDK

iOS SDK

Adobe AIR SDK

Flutter SDK

React Native SDK

Unity 레벨플레이

Monetization
​
​
레벨플레이
  • LevelPlay SDK
  • 레벨플레이 플랫폼
    • 시작하기
    • 기초
    • 측정 및 보고
    • 고급 설정
    • API
    • 베스트 프랙티스
      • Measure success
      • Mediation management
      • Minimizing ad latency
      • In-app bidding
      • Placements
      • A/B testing
      • Segments
      • Cross promotion
  • 법적 리소스
  • 계정
  1. 게임 성장
  2. Unity 레벨플레이
  3. 레벨플레이 플랫폼
  4. 베스트 프랙티스

A/B 테스트 베스트 프랙티스

소재, 플레이스먼트, 페이싱, 워터폴 전략에 대한 A/B 테스트를 구현한 다음 성과를 분석하여 광고 설정을 맞춤화하여 수익화 높일 수 있습니다.
읽는 시간 4분
최근 업데이트: 8시간 전

A/B 테스트는 모든 비즈니스 전략의 핵심 컴포넌트. 여기에는 새로운 접근 방식이 매출 극대화하고 비즈니스를 성장시키는지 확인하기 위해 컨트롤 그룹에 대한 가정을 테스트합니다. Unity 레벨플레이 A/B 테스트 툴을 사용하면 다양한 수익화 변수를 테스트하여 사용자가 광고에 참여하는 방식을 이해하고 성공적인 전략을 선택할 수 있습니다.
A/B 테스트는 가장 확실한 결과를 얻기 위해 현명한 계획과 정의된 목표가 필요합니다. 다음 베스트 프랙티스는 Unity 레벨플레이 A/B 테스트 툴을 사용하여 클린 테스트를 수행하는 데 도움이 되므로 정확한 데이터를 기반으로 최선의 결정을 내릴 수 있습니다.

A/B 테스트 설정 성공 사례

ARPDAU에 영향을 미칠 수 있는 모든 사항을 테스트합니다.** ARPDAU를 강화하는 데 도움이 되는 변수 지속적으로 테스트해야 합니다. 다음 테스트를 시작점으로 사용합니다. 
  • 새로운 광고 네트워크를 추가하여 이 네트워크가 수익성이 있는지 확인합니다.
    • 하트폴 최적화 테스트(예: 하이브리드 대 기존 하트폴, 특정 국가의 새로운 하트폴, 다른 인스턴스 가격, 인스턴스 추가 또는 제거, 세그먼트 및 그룹의 하트폴)
    • 참여에 영향을 주지 않고 최대한의 수익을 얻기 위한 다양한 제한 및 속도 조정 전략
    • 배너 새로고침 속도가 배너 성능을 극대화합니다.
    • 다양한 보상형 비디오 보상 금액을 사용하여 가장 많은 참여 수준을 갖춘 비디오를 결정합니다. 
  • AB 트래픽 할당자 활용합니다.
    • 컨트롤 그룹과 테스트 그룹 간 50/50 분할로 테스트를 시작하고 싶지 않은 경우 A/B 트래픽 분할 할당자 사용하여 트래픽 90/10 분할로 분할하십시오. 이를 통해 테스트 그룹에 너무 많은 트래픽 커밋하지 않고 테스트 그룹의 성과를 분석할 수 있습니다.
    • 테스트 그룹이 잘 수행되면 트래픽 한 번에 5-10% 늘리십시오.
  • 한 번에 하나의 변수 테스트합니다.
    • 광고 전략을 최적화할 때 테스트할 여러 변수가 있음을 알 수 있습니다.
    • 변경 사항의 중요성을 효과적으로 평가하는 유일한 방법은 하나의 변수 분리하고 그 영향을 측정하는 것입니다. 예를 들어 동영상 플레이스먼트의 보상 금액을 변경하면서 새 네트워크를 활성화 안 됩니다.
  • 테스트하려는 변수 일괄 변경 사항을 적용합니다.
    • KPI와 일치하는 B 그룹의 동일한 변수 대한 여러 변경 사항을 테스트합니다. 예를 들어 실시간 피벗 지연 보고서를 사용하여 지연이 높은 인스턴스를 식별하는 경우(변수) 폭포 지연이 높은 것으로 의심되는 여러 네트워크를 제거합니다. 
  • DAU가 매우 낮은 앱 테스트하지 마십시오.
    • 데이터 기반 비즈니스 결론에 도달률 위해 앱 레벨에서 최소한 15,000개의 DAU를 보유해야 합니다.
  • 최소 3일, 최대 14일 동안 테스트합니다.
    • 이렇게 하면 B 그룹의 학습을 충분히 수행할 수 있으며, 다른 변수를 빠르게 연속해서 테스트할 수 있습니다.
  • A 그룹을 그대로 둡니다.
    • 테스트하려는 변수 식별한 후 컨트롤 그룹(그룹 A)을 변경하지 않고 둡니다. A 그룹의 설정은 현재의 광고 전략으로 이미 존재합니다.
    • B 그룹에서만 변경하여 현재 전략에 도전하고 결과를 비교해야 합니다.

A/B 테스트가 실행되는 동안 베스트 프랙티스

  • 실시간으로 결과 보기: 실시간 피벗 A/B 대시보드로 이동하여 테스트가 실행 중인지 확인하고 실시간으로 결과를 확인합니다.
  • 테스트 데이터 모니터링: A/B 대시보드를 사용하여 데이터를 추적하여 변경한 결과로 인해 너무 큰 문제가 발생하지 않도록 합니다. 
  • 50/50 분할 테스트를 변경하지 마십시오.: 50/50 분할 테스트 중에 B 그룹을 변경하지 마십시오. 다른 가정을 테스트하거나 현재 테스트를 약간 수정하려면 테스트를 종료하고 다른 테스트를 시작합니다. 다른 트래픽 할당으로 테스트를 시작한 경우 테스트 시작 후 24시간 이내에 변경 사항을 적용하지 마십시오. 이는 중요하며 분석을 위해 데이터를 정리하고 깨끗하게 유지하는 데 도움이 됩니다.

결과 분석 성공 사례

  • 데이터 살펴보기: A/B 대시보드를 결과 분석의 시작점으로 사용합니다. 테스트를 시작하기 전에 설정한 KPI에 따라 두 그룹의 데이터와 성과를 비교합니다. 더 자세히 알아보려면 대시보드에 연결된 성과 및 집단 보고서를 검토하십시오. 
  • ARPDAU를 안내 광원으로 사용하십시오. 어떤 그룹을 계속할지 결정하는 데 필요한 주요 지표는 ARPDAU입니다. 일간 액티브 사용자 평균 매출 분석하여 테스트 그룹의 변경 사항 이후 앱에서 사용자 동작 확인합니다. 다른 지표 신규 사용자나 사용자 확보 영향을 미칠 수 있지만, ARPDAU를 사용하면 기존 사용자의 모든 동작 전략에 대한 반응을 보다 명확하게 파악할 수 있습니다.
누적 ARPU 지표는 특히 특정 날짜의 신규 사용자를 분석할 때 고려해야 할 중요 지표입니다. ARPU는 누적된 ARPU 지표와 밀접하게 연결되어 있으므로 함께 모니터링하는 것이 중요. 
  • 적절한 시점에 적절한 데이터를 확인합니다. B 그룹에 모든 변경 사항이 적용된 후에만 결과를 분석하여 모든 변경 사항의 영향을 확인할 수 있습니다. 또한 분석에서 테스트 첫날을 제외해야 합니다. A/B 트래픽 할당자 테스트 기간 동안 테스트 그룹의 트래픽 5개 이상 또는 더 적게 할당하는 경우, 테스트 결과를 모두 얻을 수 있도록 최소 24시간 전에 대기해야 합니다.
  • 일일 데이터 무시: 가정을 테스트할 때는 일일 변경이 아닌 장기적인 개선을 목표로 합니다. 일일 성과가 변동적일 수 있으므로 전체 테스트의 데이터를 일일로 나누지 않고 분석합니다.
  • 앱 트렌드 후 테스트 종료 후 추적: 테스트가 끝난 후 2주 후에 테스트된 앱의 A/B 대시보드로 돌아와서 초기 A/B 테스트의 진행 중인 결과를 분석합니다. 이를 통해 테스트의 지속성과 장기적 효과를 학습할 수 있습니다. 
앱 성능을 지속적으로 개선하기 위해 A/B 테스트 루틴을 생성합니다. 작고 점진적인 변화는 빠르게 증가하여 상당한 매출 증가를 유도할 수 있으며, 항상 더 많은 최적화의 여지가 있습니다. 이전 테스트의 분석에서 얻은 인사이트를 활용하여 다음 테스트에서 개선할 수 있는 방법을 파악합니다.

Copyright © 2026 Unity Technologies
법률 정보개인정보 처리방침쿠키Documentation Terms of Use개인 정보 판매 또는 공유 금지개인정보 보호 선택(쿠키 설정)

'Unity', Unity 로고 및 기타 Unity 상표는 미국 및 기타 지역 내 Unity Technologies 또는 그 계열사의 상표 또는 등록상표입니다(자세한 내용은 여기에서 확인하세요). 기타 명칭 또는 브랜드는 해당 소유자의 상표입니다.

일부 페이지는 편의를 위해 기계 번역되었으며 부정확한 내용이 있을 수 있습니다. 정보가 상충되는 경우, 영어 버전을 우선으로 참조하세요.

  • 보고 있는 페이지
    • A/B 테스트 설정 성공 사례

    • A/B 테스트가 실행되는 동안 베스트 프랙티스

    • 결과 분석 성공 사례


이 페이지의 문제 보고