TL;DR. App Store Connect는 승인된 버전을 출시하는 세 가지 방법을 제공합니다: 자동 출시(App Review가 승인하는 즉시 출시), 수동 출시(여러분이 출시를 클릭할 때까지 “개발자 출시 대기 중” 상태로 보류), 예약 출시(설정한 날짜/시각까지 보류된 뒤 자동 출시)입니다. 세 방식 모두 일단 출시되면 메타데이터에 미치는 영향은 동일합니다 — 새 키워드 필드, 부제목, 설명, 스크린샷은 승인되는 순간이 아니라 버전이 출시되는 순간에 적용됩니다. 수동 출시나 예약 출시를 쓰고 있는데 App Review가 업데이트를 승인한 당일에 순위나 전환율을 확인하고 있다면, 아직 출시되지 않은 버전을 측정하고 있는 것입니다.

키워드 변경을 꼼꼼히 추적하는 인디 개발자들은 보통 한 가지 날짜만 지켜봅니다: App Review가 버전을 승인한 날짜입니다. 출시 옵션이 자동 출시로 설정되어 있지 않은 한, 그건 지켜봐야 할 날짜가 아닙니다. 승인과 출시는 App Store Connect에서 서로 다른 두 상태이며, 그 사이 간격은 몇 분일 수도, 며칠일 수도, 혹은 — “개발자 출시 대기 중” 상태의 버전을 잊고 방치한다면 — 몇 주가 될 수도 있습니다.

새 키워드와 부제목은 정확히 언제 반영될까?

키워드 필드, 부제목, 제목, 설명, 스크린샷은 모두 승인 시점이 아니라 출시 시점에 갱신됩니다. 자동 출시로 설정된 버전이라면 이 두 이벤트가 거의 동시에 일어나기 때문에 실무에서 이 구분이 문제가 되는 경우는 드뭅니다. 하지만 수동 출시나 예약 출시라면 다릅니다: 버전은 완전히 승인되고 새 메타데이터도 이미 검증되어 준비된 상태로, 여러분이 출시하지 않는 한 그대로 머물 수 있습니다.

App Store Connect에는 제출 전에 버전별로 선택하는 세 가지 출시 옵션이 있습니다:

  • 자동 출시 — App Review가 승인하는 순간 버전이 즉시 출시됩니다. 추가 단계가 필요 없습니다.
  • 수동 출시(“앱을 직접 출시”) — 승인 후 버전은 여러분이 “이 버전 출시”를 클릭할 때까지 개발자 출시 대기 중 상태로 남습니다. 이 상태가 30일 넘게 지속되면 Apple이 리마인더 이메일을 보냅니다.
  • 예약 출시 — Apple은 이를 “다음 날짜 이후 앱 심사가 끝나면 자동으로 이 버전을 공개”한다고 설명합니다. 설정한 날짜가 되면 버전이 자동으로 출시되지만, 승인이 그보다 먼저 끝나더라도 그 전에는 출시되지 않습니다.

세 옵션 모두 설정하려면 계정 소유자, 관리, 또는 앱 관리 역할이 필요합니다.

왜 이것이 키워드나 부제목 변경에서 특히 중요할까?

실패 방식이 조용하기 때문입니다. 키워드 필드를 새로 짠 버전을 제출하고, App Review가 승인하는 걸 지켜본 뒤, 다음 날 검색 순위나 App Store Connect Analytics를 확인하며 변화를 기대한다고 해 봅시다. 아무것도 보이지 않을 겁니다 — 키워드가 효과가 없어서가 아니라, 어제 승인된 버전이 여전히 “개발자 출시 대기 중” 상태로, 여러분이 깜빡한 버튼을 기다리고 있기 때문입니다. UI 어디에도 이를 강하게 경고해 주지 않습니다. 버전은 그냥 조용히 “판매 가능”이 아니라 “개발자 출시 대기 중”으로 표시될 뿐이고, 이를 “아직 처리 중”으로 읽기 쉬울 뿐 “여러분의 조치를 기다리는 중”이라고는 잘 알아채기 어렵습니다.

예약 출시에는 같은 함정의 변형이 있는데, 여기엔 반전이 하나 더 있습니다: 개발자들이 조율된 마케팅 캠페인을 위해 “이 날짜 이전에는 안 됨”을 설정해 놓고, 그 날짜가 기능 출시뿐 아니라 메타데이터 변경까지 함께 잠그고 있다는 사실을 잊어버리는 경우입니다. 기획 단계에서 날짜가 2주 밀렸는데 아무도 App Store Connect의 출시 날짜를 갱신하지 않으면, 그 캠페인을 위해 다시 쓴 키워드 필드는 원래 날짜가 될 때까지 잠들어 있습니다.

수동 출시에는 멀티플랫폼 함정도 있습니다: 출시는 플랫폼 버전별로 개별 적용됩니다. iOS와 iPadOS 버전을 함께 출시하고 둘 다 “개발자 출시 대기 중” 상태라면, 하나에 출시를 클릭한다고 다른 하나가 출시되지는 않습니다 — 각 플랫폼마다 별도로 수동 트리거가 필요합니다.

그렇다면 실제로 어떤 출시 옵션을 써야 할까?

무엇을 보호하려는지에 맞춰 옵션을 고르세요:

  • 일상적인 메타데이터 전용 업데이트나 저위험 업데이트에서 새 키워드 필드와 부제목을 가능한 한 빨리 반영하고 싶다면 자동 출시를 쓰세요 — “출시 클릭을 깜빡함”이라는 실패 방식 자체를 없애 주므로, 대부분의 ASO 반복 작업에는 이것이 올바른 기본값입니다.
  • 언론 공개일, 유료 캠페인 시작, 기능 발표 같은 외부 이벤트와 메타데이터 변경을 맞추려 하고, 여러분이 직접 통제하는 특정 순간에 제품 페이지가 전환되기를 원한다면 수동 출시를 쓰세요. 승인이 준비가 끝나기 며칠 전에 올 수 있으므로, 출시일뿐 아니라 승인일에도 캘린더 알림을 걸어 두세요.
  • 출시 시점이 미리 고정되어 있고 정해져 있으며, 버튼을 클릭하기 위해 온라인 상태로 대기하고 싶지 않다면 예약 출시를 쓰세요. 캠페인 일정이 바뀔 때마다 예약된 날짜를 다시 확인하세요 — App Store Connect가 대신 해 주지 않습니다.

어느 쪽이든, 키워드나 부제목 변경을 검증하면서 그것이 실제로 신규 방문자에게 영향을 주기 시작한 시점을 알고 싶다면, App Review 승인 알림이 아니라 버전 상태 필드에 “판매 가능”이 떴는지를 확인하세요. 승인은 심사 결과입니다. 판매 가능이 새 메타데이터가 실제로 일을 시작하는 시점입니다.

다음 메타데이터 기반 제출 전에

  1. 제출 전에 버전에 어떤 출시 옵션이 설정되어 있는지 확인하세요 — 자동이라고 가정하지 마세요. 마지막으로 설정한 버전의 값이 그대로 이어집니다.
  2. 수동 출시나 예약 출시를 쓰고 있다면, 실제 출시 트리거를 제출일과 별도로 캘린더에 표시해 두세요.
  3. 키워드나 부제목 변경 후 순위나 전환율을 확인할 때는 먼저 버전 상태가 “판매 가능”인지 확인하세요 — 승인됐지만 아직 출시되지 않은 버전은 두 지표 모두 움직이지 않습니다.
  4. 멀티플랫폼 앱을 수동 출시로 운영한다면 각 플랫폼 버전을 개별적으로 출시하세요. 하나를 승인하거나 출시해도 다른 것에는 영향이 없습니다.

관련 글