TL;DR. 사전 주문(Pre-Order)을 사용하면 아직 출시되지 않은 앱의 제품 페이지를 App Store Connect에서 최대 180일 전부터 공개하고, 사용자의 사전 주문을 모은 뒤, 출시일이 되는 순간 모든 사전 주문을 하나의 자동 다운로드로 한꺼번에 전달할 수 있습니다. 이는 해당 국가·지역에서 한 번도 출시된 적 없는 앱에만 적용됩니다 — 이미 출시된 앱의 업데이트는 사전 주문으로 설정할 수 없습니다. 출시를 계획하고 있다면, 사전 주문은 첫날 설치를 한 순간에 집중시키는 전략이며, 이는 단계적 출시가 첫 주에 걸쳐 분산시키는 것과는 정반대입니다.

대부분의 인디 개발자는 매번 같은 방식으로 새 앱을 출시합니다: 제출하고, 승인받고, 출시하고, 그런 다음 출시일 당일 App Store Connect를 계속 새로고침하면서 Product Hunt 트래픽이 전환되길 바랍니다. 사전 주문은 그날이 오기 전부터 수요를 미리 만들어 두는 전략이며, 게임 스튜디오 밖에서는 거의 아무도 사용하지 않습니다.

App Store 사전 주문은 얼마나 미리 열 수 있을까?

특정 국가나 지역에서 한 번도 출시된 적 없는 완전히 새로운 앱이라면, 예상 출시일을 최대 180일 앞서 설정할 수 있습니다. 앱이 이미 다른 최소 한 지역에서 출시되어 있고 새 지역에 사전 주문을 여는 경우, 이 기간은 365일로 늘어납니다.

이는 App Store Connect에서 앱의 가격 및 사용 가능 여부 섹션 아래, 해당 지역에서 앱이 한 번도 “판매 가능” 상태가 된 적 없는 시점에 설정합니다. 일단 어떤 국가나 지역에서 다운로드가 가능하도록 출시되고 나면, 그 지역에서는 영구적으로 사전 주문 대상이 될 수 없습니다 — 이미 사용자가 다운로드할 수 있는 앱의 메이저 업데이트나 재출시에는 사전 주문을 쓸 수 없습니다.

사전 주문 다운로드는 한꺼번에 일어날까, 점진적으로 일어날까?

한꺼번에 일어납니다. 설정한 출시일에, 사전 주문한 모든 고객에게 알림이 가고 (자동 다운로드가 켜져 있다면) 앱이 기기에 자동으로 다운로드됩니다 — 단계적인 전달은 없습니다. 이는 단계적 출시와 정반대입니다. 단계적 출시는 기존 사용자에 대한 업데이트 롤아웃을 7일에 걸쳐 비율 기반으로 분산시키는 방식입니다. 사전 주문은 첫 출시를 집중시키기 위한 전략이고, 단계적 출시는 이후 출시의 리스크를 낮추기 위한 전략입니다. 이 둘을 혼동하지 마세요.

이 집중이 바로 핵심입니다. 같은 24시간 안에 한꺼번에 다운로드로 전환되는 사전 주문의 더미는, App Store 디스커버리 — New Apps We Love 같은 코너 — 가 주목하도록 설계된 바로 그 형태의 단일 일자 설치 급증을 만들어 냅니다. Apple은 정확한 가중치를 공개하지 않지만, 첫 주 내내 얇게 퍼진 출시와 같은 총 설치 수가 하루에 몰리는 출시는 신호로서 확연히 다릅니다.

계획이 바뀌면 출시일은 어떻게 될까?

해당 국가나 지역에서 출시일이 지나기 전이라면 언제든 수정할 수 있으며, 횟수 제한은 없습니다. 새 날짜는 원래의 자격 기간 안에 있어야 합니다 — 최초 출시라면 사전 주문 최초 공개 후 180일 이내, 새 지역으로 확장하는 경우라면 365일 이내입니다. 어떤 지역에서 출시일이 지나면 그 지역에서는 날짜가 잠기며, 버전이 아직 승인되지 않았더라도 더 이상 옮길 수 없습니다.

이 기간 동안 가격에는 별도 규칙이 적용됩니다: 누군가 이미 사전 주문한 뒤에 가격을 내리면, 그 사람은 원래 동의했던 가격이 아니라 출시 시점에 낮아진 가격으로 청구됩니다. 가격을 올려도 기존 사전 주문에 소급 적용되어 더 많이 청구되지는 않습니다 — 인상은 변경 이후에 이루어진 새 사전 주문에만 적용됩니다. 출시일 자체가 되기 전까지는 아무에게도 청구되지 않습니다. 사전 주문은 거래가 아니라 약속입니다.

사전 주문 기간 중 빌드 제출과 업데이트

사전 주문 리스팅이 공개되기 전에 앱은 반드시 App Review를 통과해야 합니다 — 승인되지 않은 빌드로 사전 주문 페이지를 공개할 수는 없습니다. 일단 공개되면, 사전 주문 기간 중에도 이미 출시된 앱과 마찬가지로 새 버전을 제출할 수 있으며, 자동 출시, 수동 출시, 예약 출시 중에서 선택할 수 있습니다. 사전 주문 날짜가 되었을 때 승인되어 출시된 버전이 모든 고객이 받게 되는 버전입니다 — 출시 직전까지 빌드를 계속 다듬고 있다면, 출시일이 오기 전에 최종 제출본이 확실히 “출시” 상태가 되도록(즉 “개발자 출시 대기 중” 상태로 방치되지 않도록) 하세요. 그렇지 않으면 고객들은 의도한 것보다 오래된 빌드를 받게 됩니다.

계획하기 전에 알아 둘 자격 예외가 두 가지 더 있습니다: 단독 인앱 구입은 사전 주문 대상이 될 수 없고, 앱 번들도 사전 주문 대상에서 완전히 제외됩니다 — 번들이 되려면 그 안의 모든 앱이 이미 최소 한 지역에서 “판매 가능” 상태여야 합니다.

사전 주문을 설정하기 전에

  1. 사전 주문을 열려는 국가나 지역에서 그 앱이 한 번도 다운로드용으로 출시된 적이 없는지 확인하세요 — 이는 진짜 신규 제공에만 적용되며, 재출시에는 쓸 수 없습니다.
  2. 실제로 지킬 수 있는 출시일을 정하세요. 자격 기간 안에서는 나중에 미룰 수 있지만, 한 지역에서 날짜가 지나면 잠깁니다.
  3. 출시 직전 최종 빌드 제출을 절대적인 마감으로 취급하세요. 출시 옵션을 자동으로 설정하거나 여유를 두고 수동으로 출시해서, 승인만 되고 출시되지 않은 버전이 첫날 모두에게 오래된 채로 나가는 일을 막으세요.
  4. 부제목, 키워드 필드, 스크린샷이 아직 완성되지 않았다면 제출 전에 마무리하세요. 이들은 모든 사전 주문 고객이 한꺼번에 받는 것과 같은 빌드로 함께 공개되며, 천천히 롤아웃할 두 번째 기회는 없습니다.

관련 글