크리에이티브 실험
Product Page Optimization과 Custom Product Pages를 운영하는 기준
기준일
2026년 3월 13일. Product Page Optimization, Custom Product Pages, 결과 해석 기준은 Apple 공식 Help 문서를 기준으로 정리했습니다.
실험의 목적은 예쁜 스크린샷을 고르는 것이 아니라 어떤 메시지가 더 높은 질의 설치를 만드는지
판단하는 것입니다. 따라서 PPO와 CPP는 디자인 실험이 아니라 운영 실험입니다.
Product Page Optimization 운영 기준
| 항목 | Apple 기준 | 운영 해석 |
|---|---|---|
| 변형 수 | 기본 제품 페이지 외 최대 3개 treatment | 한 번에 가설 1개만 테스트 |
| 대상 페이지 | 기본 product page만 가능 | 지역/캠페인별 실험은 CPP와 분리 |
| 상태 조건 | 앱이 Ready for Distribution 상태여야 함 | 출시 직전이 아니라 안정기 때 진행 |
| 결과 표시 | 최소 5명의 first-time 다운로드 후 노출 가능 | 표본이 너무 적으면 의사결정 보류 |
| 승자 표시 | 90% confidence 도달 시 개선/보류 표시 | 통계치보다 운영 지속 가능성을 함께 판단 |
Custom Product Pages 운영 기준
Apple은 앱당 최대 70개의 Custom Product Page를 허용합니다. 운영에서는 이 수를 많이 만드는 권한이
아니라 캠페인과 지역 메시지를 분리하는 권한으로 봐야 합니다.
- 국가/언어가 크게 다른 캠페인만 CPP로 분리합니다.
- Campaign Links와 CPP 이름 규칙을 맞춰 결과를 추적합니다.
- 기본 페이지와 CPP의 메시지가 서로 충돌하지 않게 릴리즈 캘린더에서 관리합니다.
PPO와 CPP를 나누는 기준
| 상황 | 권장 도구 |
|---|---|
| 기본 페이지 전환을 개선하고 싶다 | PPO |
| 특정 광고/채널 메시지에 맞춘 별도 페이지가 필요하다 | CPP |
| 지역별 가치 제안이 다르다 | CPP |
| 앱 전체 메시지는 같고 첫 화면만 바꾸고 싶다 | PPO |
실험 설계 체크리스트
- 가설을 한 줄로 적습니다. 예:
협업 메시지가기능 나열보다 전환이 높다. - 변경 요소를 한 묶음으로 제한합니다. 예: 첫 스크린샷 + 부제.
- 성공 지표를 Product Page Views 대비 First-Time Downloads로 고정합니다.
- 패배한 실험도 운영 로그에 남깁니다.
- 승자 반영 일정을 릴리즈 캘린더에 넣습니다.
2025~2026 실험 개선
| 항목 | 변경 | 운영 영향 |
|---|---|---|
| PPO 실험 기간 | 최대 90일까지 연장 가능 | 표본 부족 시 더 긴 실험 기간으로 신뢰도 확보 |
| 새 버전과 실험 | iOS 17+에서 새 버전 제출 시 실험이 중단되지 않음 | 릴리즈 일정과 실험을 독립적으로 운영 가능 |
| CPP 활용 확대 | 지역별 + 캠페인별 + 검색어별 CPP 운영 | App Store Tags와 연계한 검색 최적화 실험 가능 |
안티패턴
- PPO에서 스크린샷, 부제, 설명, 프로모션 텍스트를 한 번에 바꾸는 경우
- CPP를 지역/채널/프로모션별로 과도하게 만들어 운영 표준이 깨지는 경우
- 전환율만 보고 이후 유료화나 retention을 보지 않는 경우
실무 팁
승자 실험이라도 바로 전체 반영하지 말고 매출 질을 한 번 더 확인하세요. 스토어 전환이 올라갔는데
결제 전환이나 리뷰 품질이 내려가면, 메시지는 강했지만 기대 관리가 실패한 것입니다.