App Store 제품 페이지 최적화(PPO): Apple의 A/B 테스트
글: Mehdi Azizi
게시, 8분
PPO는 앱 페이지 변형(아이콘, 스크린샷, 미리보기)을 최대 3개까지 트래픽 일부에 최대 90일 동안 테스트하고, 90% 신뢰도에서 결과를 판정해요.
제품 페이지 최적화(product page optimization, PPO)는 App Store Connect에 내장된 A/B 테스트예요. 기본 제품 페이지의 변형을 최대 3개까지 만들어 원본과 비교할 수 있어요. 아이콘, 스크린샷, 앱 미리보기 영상을 바꿔서, 직접 정한 비율의 트래픽에 최대 90일 동안 보여 주는 방식이에요. 어떤 변형이 90% 신뢰도에 도달하면 Apple이 더 좋은지 더 나쁜지 판정해 줘요. 그러면 이긴 변형을 페이지에 적용할 수 있어요.
저는 Solys, TradaZen 같은 iOS 앱을 직접 출시하고 있고, 앱 페이지는 38개 언어로 운영해요. 2026년 10월에 TradaZen의 PPO 테스트를 준비했어요. 이 가이드는 2026년 10월 15일에 다시 확인한 App Store Connect 도움말을 바탕으로 해요.
App Store 제품 페이지 최적화: 테스트할 수 있는 것
Apple의 제품 페이지 최적화 소개 페이지에 따르면, Apple이 트리트먼트(treatment)라고 부르는 각 변형에서는 세 가지 요소를 바꿀 수 있어요.
- 아이콘: 단, 현재 배포 중인 버전의 바이너리에 이미 포함되어 있어야 해요.
- 스크린샷
- 앱 미리보기 영상(app previews)
앱 이름, 부제, 키워드는 여기서 테스트할 수 없어요. Analytics 도움말에는 설명(description)도 언급되어 있어요. 하지만 트리트먼트 설정 페이지에는 아이콘, 스크린샷, 미리보기만 있고, 여기에 2026년 10월에 추가된 헤더 이미지용 Header and Search Results 탭이 더해졌어요.
도움말 개요에 나온 조건은 이래요.
- 앱이 App Store에서 판매 중이어야 해요(상태: Ready for Distribution).
- 테스트 대상은 기본 제품 페이지이고, 커스텀 제품 페이지는 절대 안 돼요.
- 변형은 iOS 15, iPadOS 15 이상에서만 표시돼요.
중요한 점이 두 가지 있어요. 방문자는 테스트 기간 내내 같은 변형을 보게 돼요. 그리고 다른 아이콘을 쓴 변형에서 앱을 다운로드하면, 그 아이콘이 사용자의 iPhone에도 그대로 표시돼요. 변형의 이미지는 검색 결과와 Today 탭에도 나타날 수 있어요.
테스트 만들기: 변형, 트래픽, 언어
App Store Connect의 Product Page Optimization 메뉴에서 테스트를 만들 수 있어요. 테스트 생성 도움말에 따르면 설정할 항목은 다섯 가지예요.
- 참조 이름: 최대 64자이고, 나만 볼 수 있어요.
- 변형 개수, 최대 3개. 많을수록 테스트가 길어져요.
- 트래픽 비율: 변형끼리 똑같이 나눠 가져요. Apple의 예시로는 30%에 변형 3개면 각각 방문자의 10%를 받아요.
- 언어. 제외된 언어를 쓰는 방문자는 테스트에 포함되지 않아요.
- 기간 예상치(선택 사항). 목표 개선 폭을 고르면, Apple이 내 수치를 바탕으로 필요한 기간과 노출 수를 계산해 줘요.
테스트는 최대 90일이고, 한 번 시작하면 수정할 수 없어요. 중단하면 다시 시작할 수 없어서 새로 만들어야 해요.
각 변형은 기본 페이지의 복사본에서 시작해요. 바꾸지 않은 부분은 화면 크기별로 원본과 똑같이 유지돼요. 규격은 App Store 스크린샷 크기에 정리해 뒀어요.
변형 심사
트리트먼트 도움말에 따르면, 테스트에 쓰는 이미지는 시작 전에 승인을 받아야 해요.
- 새 스크린샷이나 새 미리보기: 심사가 필요하지만, 앱의 새 버전은 필요 없어요.
- 순서만 바꾸거나 아이콘만 바꾸는 경우: 이미 승인된 상태라 심사가 없어요.
- 새 아이콘: 1024 x 1024픽셀 크기로, Xcode 13 이상으로 빌드한 현재 배포 버전의 바이너리에 들어 있어야 해요. 그래서 테스트 전에 새 빌드 번호로 버전을 하나 더 내야 해요.
시작할 때 테스트 실행 도움말대로 테스트를 제출에 추가하라는 안내가 나와요. 테스트는 최신 iOS 버전과 함께 심사돼요. 평소 소요 시간은 App Store 심사 기간을 참고하세요.
Apple은 테스트 중에 새 버전을 출시하면, 그 버전이 테스트 중인 요소를 바꿀 경우 결과가 왜곡될 수 있다고도 경고해요.
결과 읽기
결과는 Analytics의 Acquisition 아래 Product Pages에 있어요. App Store Connect Analytics 도움말에 따르면, 테스트에 귀속된 다운로드가 처음 5건 생기면 결과가 나타나고, 이후 매일 업데이트돼요. Apple은 베이지안 방법을 쓰고, 각 변형에 상태가 붙어요.
| Apple의 상태 | 의미 | 할 일 |
|---|---|---|
| Collecting Data | 아직 판정 없음 | 기다리기 |
| Performing Better | 90% 이상 신뢰도로 더 좋음 | 적용하기 |
| Performing Worse | 90% 이상 신뢰도로 더 나쁨 | 원본 유지 |
| Likely to be Inconclusive | 90일 안에 판정 어려움 | 더 확실한 차이로 테스트하기 |
변형마다 순 노출 수, 예상 전환율, 기준 대비 개선 폭, 신뢰도가 표에 나와요. 개선 폭이 클수록 작은 경우보다 빨리 감지돼요. Apple은 판정이 나오기 전에 테스트를 중단하지 말라고 권해요. 기준(baseline)은 언제든 바꿀 수 있어서, 변형끼리 비교할 수도 있어요.
이긴 변형을 적용할 때는 트리트먼트 적용 도움말에 세 가지 규칙이 있어요.
- 테스트당 변형 하나만 적용할 수 있고, 되돌릴 수 없어요.
- 스크린샷과 미리보기만 적용돼요. 이긴 아이콘은 다음 버전에서 기본 아이콘으로 바꿔야 해요.
- 변형을 적용하면 테스트가 종료돼요.
제 규칙: 노출 1,000회 미만이면 테스트 안 하기
저는 모든 앱에 규칙을 하나 정해 뒀어요. 테스트하는 대상이 월 노출 1,000회 이상이 아니면 A/B 테스트를 하지 않아요. 그보다 적으면 변형보다 우연의 영향이 더 커요. Apple의 기준이 아니라 제가 정한 최소선이에요. 실제로 필요한 노출 수는 App Store Connect의 기간 예상치가 알려 줘요.
트래픽이 적다면:
- 변형은 하나만: 가뜩이나 적은 트래픽을 쪼개지 않도록요.
- 차이는 확실하게: 색 미세 조정이 아니라 첫 번째 스크린샷 자체를 바꾸세요.
- 트래픽이 있는 언어만: 전부 넣지 마세요.
- 트래픽 비율은 높게: 더 빨리 끝나도록요.
최소선에 못 미치면 페이지를 한 번에 바꾸고, 날짜를 기록한 뒤 몇 주에 걸쳐 전후를 비교하세요. 앱 순위 추적하기와 같은 방식이에요. 덜 엄밀하지만, 내 수치가 말해 줄 수 있는 범위에 대해서는 솔직한 방법이에요.
테스트 시작 전: 제 체크리스트
테스트를 시작하기 전에 제가 확인하는 목록이에요.
- 한 문장으로 쓴 가설: "X를 먼저 보여 주면 다운로드가 늘 것이다."
- 변형마다 바꾸는 요소는 하나만. 그래야 무엇이 효과가 있었는지 알 수 있어요.
- 테스트하는 언어에서 월 노출 1,000회 이상.
- Apple의 기간 예상치가 90일 미만. 아니면 변형을 줄이거나 트래픽을 늘리기.
- 아이콘을 테스트한다면, 대체 아이콘이 이미 배포 중인 바이너리에 있을 것.
- 영어만이 아니라 언어별로 변형의 이미지를 확인할 것.
- 테스트 기간에 테스트 요소를 건드리는 버전 출시 계획이 없을 것.
- 가능한 상태별로 어떻게 할지 미리 적어 둘 것.
제 사례: TradaZen의 "대결 먼저" 테스트
제 트레이딩 시뮬레이터 TradaZen에서 가장 내세우고 싶은 모드는 다른 플레이어와의 대결이에요. 앱의 과정은 제 경험담에 적어 뒀어요. 제 가설은, 이 모드를 첫 번째 스크린샷부터 보여 주면 지금의 첫 화면보다 다운로드가 늘 거라는 거예요. 아직 결과는 없고, 구성은 이래요.
- 변형은 하나, "대결 먼저"를 원본과 비교해요.
- 트래픽 50%: 변형이 하나뿐이라 더 빨리 끝내려고요.
- 언어 10개: 페이지의 38개 언어가 아니라 트래픽이 있는 언어만요.
- 언어별로 스크린샷을 통째로 교체. 변형의 각 언어는 버전의 스크린샷을 물려받아요. 그 위에 추가하면 크기별 10장 제한을 넘어서, 세트 전체를 바꿔야 했어요.
- 심사 중인 버전이 승인되기 전에는 제출 안 하기. 테스트는 최신 iOS 버전과 함께 심사되는데, 한쪽이 거절되어 다른 쪽까지 늦어지는 건 원하지 않아요.
테스트가 돌아가면, Performing Better나 Performing Worse 상태가 나올 때만 결정할 거예요.
PPO와 Custom Product Pages의 차이
두 도구는 자주 헷갈려요. 커스텀 제품 페이지 도움말을 바탕으로 핵심만 정리했어요.
| 기준 | PPO | Custom Product Pages |
|---|---|---|
| 목적 | 기본 페이지 테스트 | 대상별 페이지 |
| 개수 | 테스트당 변형 3개 | 앱당 페이지 70개 |
| 보는 사람 | 무작위로 뽑힌 방문자 | 전용 링크 또는 키워드 |
| 아이콘 | 바이너리에 있으면 테스트 가능 | 앱의 아이콘 |
| 프로모션 텍스트 | 불가 | 가능, 페이지별 |
| 기간 | 최대 90일 | 제한 없음 |
| 고유 주소 | 없음 | 있음 |
PPO는 모든 사람에게 어떤 페이지가 가장 잘 전환되는지 알려 줘요. 커스텀 페이지는 특정 대상에게 다른 페이지를 보여 줘요. 커스텀 페이지는 PPO로 테스트할 수 없어요. 자세한 내용은 Custom Product Pages 가이드에 있고, 기간이 정해진 이벤트라면 인앱 이벤트 가이드를 읽어 보세요.
변형 준비하기
App Store Screenshots Kit에는 제 앱들의 스크린샷 스타일 4가지와, Claude가 모든 크기와 모든 언어로 여러분의 스크린샷을 만들어 주는 스킬이 들어 있어요. 디자인 툴 없이 변형을 준비할 수 있어요. 페이지 문구는 App Store 키워드를 읽어 보세요.
제출을 준비 중인가요? 무료 진단을 받으면 Apple 거절 방지 체크리스트를 보내 드리고, 남은 할 일도 알려 드려요. 페이지 작성법 전체는 App Store ASO 페이지에 있어요.
자주 묻는 질문
App Store의 제품 페이지 최적화란 무엇인가요?
App Store Connect의 A/B 테스트 도구예요. 기본 제품 페이지의 변형을 최대 3개까지 원본과 비교하고, 아이콘, 스크린샷, 미리보기 영상을 바꿔서 직접 정한 비율의 트래픽에 보여 줘요.
PPO 테스트는 얼마나 진행되나요?
최대 90일이거나, 직접 중단할 때까지예요. 중단한 테스트는 다시 시작할 수 없어요. Apple은 어떤 변형이 90% 신뢰도로 더 좋거나 더 나쁘다고 판정될 때까지 기다리라고 권해요.
PPO로 앱 이름이나 키워드를 테스트할 수 있나요?
아니요. 변형으로 바꿀 수 있는 건 아이콘, 스크린샷, 미리보기예요. 이름, 부제, 키워드는 앱의 새 버전과 함께 바뀌어요.
아이콘을 테스트하려면 새 버전이 필요한가요?
네, 그 아이콘이 앱에 아직 없다면요. 테스트하는 아이콘은 현재 배포 중인 버전의 바이너리에 있어야 해요. 스크린샷이나 미리보기는 심사만 받으면 돼요.
PPO 테스트에는 방문자가 얼마나 필요한가요?
Apple은 최소 기준을 정해 두지 않았어요. 결과는 첫 다운로드 5건 이후에 나타나고, 기간 예상치가 목표 노출 수를 알려 줘요. 제 개인 규칙은 월 노출 1,000회 미만이면 테스트하지 않는 거예요.
PPO 테스트를 여러 개 동시에 진행할 수 있나요?
Apple의 제품 페이지 최적화 소개 페이지에는 한 번에 테스트 하나라고 나와 있어요. Analytics 도움말에는 서로 다른 요소에 대한 동시 테스트가 언급되어 있어요. 작은 앱이라면 한 번에 하나씩 하는 게 가장 알기 쉬워요.

