How to A/B Test App Store and Google Play Screenshots
스크린샷은 수정하기 가장 쉬운 App Store 자산 중 하나이지만, 주관적인 의견만으로 판단하기에는 가장 까다로운 자산이기도 합니다. A/B 테스트는 디자인 파일에서 어떤 버전이 더 나아 보이는지 논쟁하는 대신, 실제 스토어 트래픽을 대상으로 스크린샷 아이디어를 비교할 수 있는 방법을 제공합니다.
Apple과 Google 모두 스토어 등록정보 실험을 지원합니다. Apple은 이 시스템을 제품 페이지 최적화 (Product Page Optimization)라고 부르며, Google은 스토어 등록정보 실험 (Store Listing Experiments)이라고 부릅니다. 세부적인 메커니즘은 다르지만, 스크린샷 전략은 동일합니다. 즉, 한 번에 하나의 명확한 가설만 테스트하는 것입니다.
테스트할 수 있는 항목
App Store의 제품 페이지 최적화를 사용하면 원본 페이지와 대조하여 최대 3개의 대체 제품 페이지 버전을 테스트할 수 있습니다. Apple에 따르면 앱 아이콘, 스크린샷, 앱 미리보기 비디오를 테스트한 후, App Analytics에서 결과를 확인하고 가장 성과가 좋은 버전을 적용할 수 있습니다.
Google Play의 스토어 등록정보 실험에서는 아이콘, 그래픽 이미지, 스크린샷, 프로모션 비디오 등의 그래픽 자산을 테스트할 수 있습니다. 현지화된 실험을 통해서는 간단한 설명 및 전체 설명과 같은 텍스트 필드도 테스트할 수 있습니다. Google에 따르면 각 앱은 하나의 기본 그래픽 실험 또는 최대 5개의 현지화된 실험을 동시에 실행할 수 있습니다.
효과적인 스크린샷 테스트 아이디어
- 결과 우선 vs 기능 우선: 사용자 혜택을 전면에 내세울 것인지, 아니면 제품 UI를 먼저 보여줄 것인지 테스트합니다.
- 첫 번째 스크린샷 변경: 첫인상에 가장 큰 영향을 미치므로 첫 번째 스크린샷을 다르게 구성해 봅니다.
- 기본 UI vs 프레임 적용 UI: 그래픽 요소가 없는 실제 인터페이스 스크린샷과 기기 프레임이 씌워진 마케팅용 스크린샷을 비교합니다.
- 짧은 헤드라인 vs 구체적인 헤드라인: 정서적으로 와닿는 직관적인 문구와 구체적인 기능 설명 중 어느 것이 더 효과적인지 비교합니다.
- 현지화된 콘셉트: 특정 시장 전용 기능이나 문구가 해당 지역에서 더 좋은 성과를 내는지 테스트합니다.
처음에 테스트하지 말아야 할 것
어떤 조합 세트 전체가 우세한지만 알고 싶은 것이 아니라면, 모든 스크린샷, 헤드라인, 배경, 기능 순서를 한 번에 변경하지 마세요. 변형 버전이 더 나은 성과를 거두더라도 그 정확한 원인을 알 수 없기 때문입니다. 트래픽이 제한적인 인디 앱의 경우, 이는 유용한 분석 기회를 낭비하는 셈이 됩니다.
우선 영향력이 큰 하나의 변경 사항부터 시작하세요. 첫 번째 스크린샷, 첫 번째 헤드라인, 주요 비주얼 스타일, 또는 기능 순서 등이 좋습니다. 승리한 버전이 나오면 이를 새로운 기준점(baseline)으로 삼으세요.
App Store에서 테스트를 실행하는 방법
- 현재 등록정보와 동일한 스토어 크기로 깔끔한 스크린샷 변형 버전을 만듭니다.
- App Store Connect를 열고 제품 페이지 최적화 테스트를 생성합니다.
- 최대 3개의 대안을 선택하고 테스트에 투입할 트래픽 비율을 결정합니다.
- 나중에 App Analytics에서 쉽게 파악할 수 있도록 테스트 이름을 구체적으로 작성합니다.
- 성공적인 버전을 적용하기 전에 충분한 데이터가 쌓일 때까지 기다립니다.
Apple은 테스트 그룹으로 선택된 사용자들은 테스트가 진행되는 동안 동일한 버전을 보게 된다고 설명합니다. 대체 스크린샷 및 앱 미리보기는 원본 자산과 마찬가지로 검색 결과 및 App Store의 다른 영역에 노출될 수 있습니다.
Google Play에서 테스트를 실행하는 방법
- Play Console을 열고 '스토어 등록 정보'로 이동한 다음 '스토어 등록정보 실험'을 선택합니다.
- 기본 그래픽 실험 또는 현지화된 실험을 생성합니다.
- 타겟 메트릭, 잠재고객, 변형 버전 및 최소 감지 효과 크기를 선택합니다.
- 가능하면 한 번에 하나의 속성만 테스트하세요.
- 결과를 검토하고 우세한 변형 버전을 적용하거나 기존 등록정보를 유지합니다.
Google은 타겟 메트릭으로 '유지된 신규 설치 사용자'를 권장합니다. 또한 Google Play에 로그인하지 않은 사용자에게는 실험 버전이 표시되지 않을 수 있다고 경고합니다.
얼마나 많은 트래픽이 필요할까요?
모든 앱에 적용되는 절대적인 숫자는 없습니다. 트래픽이 적은 앱일수록 더 오랜 시간이 걸리고, 미세한 시각적 차이를 감지하려면 더 많은 트래픽이 필요합니다. 스토어 방문자 수가 한정되어 있다면 더 명확한 첫 번째 스크린샷, 새로운 가치 제안, 현지화된 접근법 등 차이가 확연한 요소를 테스트해 보세요.
결과가 확실하지 않은 실험도 유용한 정보로 받아들이세요. 이는 변경폭이 너무 미미했거나, 모수가 너무 부족했거나, 혹은 두 버전이 사실상 거의 동일한 효과를 냈음을 의미할 수 있습니다.
실용적인 스크린샷 테스트 체크리스트
- 변형 버전을 디자인하기 전에 하나의 가설을 세웁니다.
- 테스트당 하나의 주요 아이디어만 변경합니다.
- 유효한 App Store 및 Google Play 스크린샷 규격을 사용합니다.
- 대조군과 실험군 간에 현지화 수준을 일정하게 유지합니다.
- 초기 데이터가 흥미로워 보인다는 이유만으로 테스트를 조기 종료하지 마세요.
- 다음 테스트가 실제 학습을 바탕으로 시작될 수 있도록 변경 사항을 문서화해 둡니다.
Screenshot Bro가 필요한 이유
A/B 테스트를 하려면 스크린샷 변형 버전을 제작해야 합니다. 이때 피그마 파일 복제, PNG 파일명 변경, 언어별 폴더 관리, 반복되는 내보내기 등으로 수동 워크플로가 복잡해지기 쉽습니다. Screenshot Bro는 스크린샷 세트를 구조화된 상태로 유지할 수 있도록 지원하므로, 기준점을 잃지 않고 변형 버전을 생성, 현지화 및 올바른 파일로 손쉽게 내보낼 수 있습니다.
여전히 변형 버전을 수동으로 디자인하고 계신다면, Figma에서 App Store 스크린샷을 디자인하는 방법을 읽어보신 후, 그 워크플로를 전용 앱 스토어 스크린샷 도구와 비교해 보세요.