App Store Connect 초보자 가이드

App Store Connect를 처음 열었을 때 어디서 시작해야 할지 막막한가요? 앱 스토어의 관리 사무실이라고 생각하면 됩니다. 이 가이드에서는 앱을 관리하고, 버전을 출시하고, 다운로드와 수익 데이터를 이해하는 방법을 안내합니다.

먼저 이 차이를 알아두세요

개발자는 Xcode에서 앱을 만듭니다. 여러분과 팀은 App Store Connect에서 앱 비즈니스를 관리합니다. 스토어 등록 정보를 준비하고, 테스터를 초대하고, 심사를 위해 제출하고, 리뷰에 답변하고, 다운로드와 수익을 추적합니다.

이 가이드는 Apple의 공식 App Store Connect 도움말을 바탕으로 작성했으며, Apple 개발자 대시보드를 처음 사용하는 독자를 위한 글입니다. Apple은 인터페이스와 규칙을 계속 업데이트합니다. 화면에서 버튼 이름이 다르게 보인다면 현재 인터페이스와 공식 문서를 따르세요.

  1. 앱 레코드 생성
  2. 빌드 업로드 및 테스트
  3. 심사 제출 및 출시
  4. 데이터를 활용해 계속 개선

1. App Store Connect란 정확히 무엇인가요?

App Store Connect는 개발자와 앱 운영 팀을 위한 Apple의 관리 대시보드입니다. 사용자가 App Store에서 보는 이름, 설명, 스크린샷, 가격과 업데이트를 관리합니다. 테스트, 심사, 판매, 지급과 고객 리뷰에도 접근할 수 있습니다.

Apps

앱 레코드, 스토어 페이지, 버전, 심사 제출, 가격, 구독과 고객 리뷰를 관리합니다.

TestFlight

출시 전 베타 버전을 동료나 외부 테스터에게 보냅니다.

Analytics

노출 수, 제품 페이지 조회 수, 다운로드, 전환, 유지율, 사용량과 수익을 추적합니다.

Reports

판매 추세, 예상 수익금, 실제 지급액과 다운로드 가능한 재무 보고서를 확인합니다.

Business

Apple에서 지급받을 수 있도록 계약에 서명하고 세금 및 은행 정보를 설정합니다.

Users and Access

팀원을 초대하고 각 사용자가 보고 수행할 수 있는 작업을 정합니다.

Apple Developer 웹사이트와 혼동하지 마세요

Apple Developer 웹사이트는 개발자 등록 기관에 가깝습니다. 인증서, 기기, Bundle ID와 멤버십을 관리합니다. App Store Connect는 앱 스토어의 관리 사무실입니다. 두 서비스는 연결되어 있지만 서로 다른 곳입니다.

2. 시작하기 전에 무엇을 준비해야 하나요?

  • 이중 인증이 활성화된 Apple Account
  • 유효한 Apple Developer Program 멤버십 또는 팀에서 보낸 App Store Connect 초대
  • 어느 팀에서 작업하는지 명확히 알아두기. 계정이 여러 팀에 속해 있다면 로그인 후 올바른 팀을 선택하세요.
  • 앱 레코드 생성에 필요한 앱 이름, 기본 언어, Bundle ID와 내부 SKU
  • 출시 전에 필요한 개인정보 처리방침 URL, 스토어 설명, 키워드, 스크린샷, 지원 URL과 심사 연락처 정보

먼저 역할을 이해하세요

버튼이 보이지 않는다면 시스템 오류가 아니라 권한 부족인 경우가 많습니다. Apple의 역할 문서에는 자세한 내용이 나와 있으며, 아래 표를 출발점으로 활용할 수 있습니다.

역할적합한 사용자주요 권한
Account Holder계정 소유자법적 계약에 서명하고 멤버십을 갱신할 수 있는 유일한 사용자입니다. 팀마다 한 명만 있습니다.
Admin기술 또는 비즈니스 책임자사용자 관리와 모든 앱에 대한 접근을 포함해 광범위한 권한을 가집니다.
App Manager제품 관리자 또는 출시 책임자앱 정보, 가격, 빌드와 심사 제출을 관리합니다.
Developer개발자개발과 배포를 관리하고 빌드를 업로드하고 테스트합니다.
Marketing마케팅 팀원마케팅 문구와 프로모션 자료를 관리합니다.
Sales성장 또는 데이터 분석 담당자다운로드, 판매와 분석 데이터를 확인합니다.
Finance재무 팀원세금 정보를 관리하고, 보고서를 다운로드하고, 지급액을 대조합니다.
Customer Support고객 지원 팀원App Store 고객 리뷰를 보고 답변합니다.

동료를 초대하려면 Users and Access → People → +로 이동해 이름과 이메일 주소를 입력한 다음 역할과 앱 접근 권한을 지정하세요. 필요한 만큼만 권한을 부여하고, 단지 편리하다는 이유로 모두를 Admin으로 지정하지 마세요.

3. 빌드를 업로드하기 전에 첫 앱 레코드를 생성하세요

누군가 앱 바이너리를 업로드해도 App Store Connect에 앱이 자동으로 나타나지는 않습니다. 개발자가 빌드를 업로드할 수 있도록 먼저 앱 레코드를 생성해야 합니다. Apple의 앱 생성 안내에도 이 순서가 명시되어 있습니다.

  1. 로그인하고 Apps를 엽니다.
  2. 왼쪽 상단의 +를 클릭하고 New App을 선택합니다.
  3. iOS, macOS, tvOS 또는 visionOS 같은 플랫폼을 선택합니다.
  4. Name, Primary Language, Bundle ID와 SKU를 입력합니다.
  5. Full Access 또는 Limited Access를 선택한 다음 Create를 클릭합니다.

각 필드는 무엇을 의미하나요?

필드쉬운 설명초보자가 흔히 하는 실수
Platforms앱을 출시할 Apple 플랫폼입니다.iPad를 별도 플랫폼으로 생각하는 것입니다. iPhone과 iPad는 일반적으로 모두 iOS에 속합니다.
Name고객이 App Store에서 보는 앱 이름입니다.이미 사용 중인 이름을 선택하거나 내부 프로젝트 코드명을 공개 이름으로 사용하는 것입니다.
Primary Language다른 언어로 제공되지 않는 콘텐츠에 사용되는 기본 언어입니다.관리할 계획이 없는 언어를 선택하는 것입니다.
Bundle ID앱의 고유한 기술 식별자입니다. 예를 들어 com.example.myapp처럼 Xcode 프로젝트와 정확히 일치해야 합니다.잘못된 식별자를 선택한 뒤 나중에 빌드를 연결할 수 없다는 사실을 알게 되는 것입니다.
SKU팀에서 사용하는 내부 식별자입니다. 고객에게는 표시되지 않습니다.제품 가격으로 오해하는 것입니다. 생성 후에는 변경할 수 없습니다.

Create 버튼이 비활성화되어 있나요?

먼저 Account Holder가 Business에서 최신 계약에 서명했는지 확인하세요. 그런 다음 역할이 Account Holder, Admin 또는 App Manager인지 확인하고, 개발자에게 Bundle ID가 존재하는지 확인해 달라고 요청하세요.

4. App Store 등록 정보를 완성하세요

새로 생성한 레코드는 일반적으로 Prepare for Submission 상태로 시작합니다. 이제 두 가지 정보를 입력해야 합니다. 앱 전체에 공통으로 적용되는 정보와 출시할 버전에만 해당하는 정보입니다. 둘을 구분하면 과정을 더 쉽게 따라갈 수 있습니다.

앱 전체에 공통으로 적용되는 정보

사이드바의 General → App Information에서 이름, 부제, 카테고리, 연령 등급, Bundle ID, 콘텐츠 권한과 관련 필드를 관리합니다. 연령 등급은 설문 답변을 바탕으로 계산되므로 감으로 선택하지 말고 정확하게 답하세요.

App Privacy에는 앱과 타사 SDK가 수집하는 데이터, 해당 데이터가 사용자와 연결되는지 여부, 추적에 사용되는지 여부를 설명합니다. iOS 앱에는 개인정보 처리방침 URL이 필요합니다. 다른 앱의 답변을 복사하지 마세요. Apple은 여러분과 타사 파트너의 실제 데이터 처리 방식을 공개 내용에 반영하도록 요구합니다. 앱 개인정보 관리를 보며 항목별로 작성하세요.

각 버전에 입력하는 정보

  • Promotional Text: 현재 캠페인 정보 같은 짧은 홍보 문구입니다.
  • Description: 제품에 대한 전체 설명입니다. 주요 기능을 나열하기 전에 앱이 해결하는 문제를 설명하세요.
  • Keywords: 사용자가 앱을 찾는 데 도움이 되는 단어입니다. 앱 이름을 반복해서 넣지 마세요.
  • What’s New: 이번 업데이트에서 변경된 내용입니다. 일반적으로 첫 버전에는 필요하지 않습니다.
  • Support URL: 사용자가 도움을 받을 수 있는 페이지입니다.
  • Screenshots / App Previews: 관련 기기 크기에 맞는 스크린샷과 선택 사항인 미리보기 동영상입니다.

스크린샷은 양식에 화면 캡처 몇 장을 올리는 것 이상의 역할을 합니다. App Store 전환에 가장 중요한 자료 중 하나입니다. 핵심 가치를 먼저 보여주고, 이어서 사용 사례를 제시하며, 이미지마다 한 가지 메시지만 전달하세요. 언어별로 현지화할 수도 있습니다. Apple의 스크린샷 및 미리보기 안내에서 업로드 위치를 확인할 수 있습니다.

심사 정보는 고객이 아니라 심사 담당자를 위해 작성하세요

App Review Information은 심사 팀만 확인합니다. 신속하게 응답할 수 있는 연락처를 제공하세요. 앱에 로그인이 필요하다면 안정적으로 사용할 수 있는 데모 계정을 제공하세요. 특정 기능을 사용하려면 정해진 탐색 경로, 하드웨어, 위치 또는 동작이 필요할 경우 단계를 명확하게 설명하세요. 심사 담당자가 기능을 찾지 못하면 추가 설명을 요청하거나 제출을 거절할 수 있습니다.

5. 빌드란 무엇이며 TestFlight로 어떻게 테스트하나요?

버전 번호는 1.2.0처럼 고객에게 표시되는 번호입니다. 빌드 번호는 37처럼 특정 패키지 빌드를 내부적으로 식별하는 번호입니다. 한 버전에 여러 빌드를 업로드할 수 있지만 심사를 위해 제출할 때는 하나만 선택합니다.

개발자는 Xcode, Transporter와 그 밖의 지원 방법으로 빌드를 업로드할 수 있습니다. 업로드에 성공했다고 빌드를 바로 사용할 수 있는 것은 아닙니다. 먼저 Apple에서 빌드를 처리해야 합니다. 처리가 끝나면 앱의 TestFlight 탭에 표시됩니다.

내부 테스트와 외부 테스트 중 무엇을 사용해야 하나요?

테스트 유형내부 테스트외부 테스트
적합한 사용자팀원과 동료실제 사용자, 고객, 미디어 또는 파트너
테스터 제한필요한 접근 권한이 있는 App Store Connect 사용자 최대 100명앱당 최대 10,000명
심사 요건일반적으로 더 빠르게 시작할 수 있음첫 외부 빌드는 TestFlight App Review가 필요하며 이후 빌드도 심사가 필요할 수 있음
초대 방법App Store Connect 사용자를 테스트 그룹에 추가이메일 초대 또는 공개 링크
  1. 앱의 TestFlight 탭을 열고 Beta App Description, 피드백 이메일과 테스트 지침을 작성합니다.
  2. 테스트 그룹을 만들고 올바른 빌드를 추가합니다.
  3. 내부 테스트에서는 기존 팀 사용자를 그룹에 추가합니다. 외부 테스트에서는 이메일이나 공개 링크로 사용자를 초대하기 전에 TestFlight 심사를 위해 제출합니다.
  4. 테스터에게 Apple의 TestFlight 앱을 설치하고 초대를 수락하도록 요청합니다.
  5. TestFlight에서 설치 수, Sessions, Crashes와 테스터 피드백을 확인합니다.

기억해야 할 몇 가지 제한

Apple의 TestFlight 개요에 따르면 각 빌드는 최대 90일 동안 테스트할 수 있습니다. 만료 후에는 앱 자체가 잘 작동하더라도 테스터가 해당 빌드를 계속 사용할 수 없습니다. 외부 공개 링크에는 테스터 수 제한과 기기 및 OS 요건을 설정할 수 있습니다.

6. App Store 심사를 위해 제출하고 출시하세요

테스트가 끝나면 출시하려는 버전 페이지로 돌아갑니다. TestFlight에 빌드가 표시된다고 App Store에 제출된 것은 아닙니다. TestFlight 테스트와 App Store 심사는 별도의 과정입니다.

  1. 버전 페이지의 필수 필드를 모두 작성하고 빨간색 오류 메시지를 해결합니다.
  2. Build 섹션에서 최종 빌드를 선택합니다. 한 번에 하나만 연결할 수 있습니다.
  3. 개인정보 공개 내용, 수출 규정 준수, 콘텐츠 권한, 광고 식별자와 심사용 로그인 정보를 다시 확인합니다.
  4. 오른쪽 상단의 Add for Review를 클릭합니다. 이 작업은 버전을 제출 초안에 추가할 뿐입니다.
  5. 사이드바에서 Draft Submissions 또는 App Review를 열고 항목을 확인한 다음 Submit for Review를 클릭합니다. 이때 비로소 제출물이 심사 대기열에 들어갑니다.

Apple의 앱 제출 워크플로에서 설명하는 두 버튼입니다. 4단계에서 멈추는 실수가 흔합니다. 그러면 앱이 Ready for Review 상태에 머물러 Apple이 심사를 시작하는 데 오래 걸리는 것처럼 보입니다.

일반적인 상태는 무엇을 의미하나요?

상태의미해야 할 일
Prepare for Submission버전을 아직 준비 중입니다정보를 완성하고 빌드를 선택합니다
Ready for Review초안에 추가되었지만 아직 전송되지 않았을 수 있습니다Draft Submissions를 열고 Submit for Review를 클릭합니다
Waiting for Review제출물이 대기열에 있습니다기다립니다. 필요한 경우 아직 제출을 철회할 수 있습니다
In Review심사 팀이 제출물을 확인하고 있습니다App Review 메시지를 확인합니다
Pending Developer Release승인되었으며 수동 출시를 기다리고 있습니다적절한 시점에 출시합니다
Ready for Distribution배포가 승인되었습니다선택한 지역에서 앱이 표시되는지 확인합니다
Rejected / Unresolved Issues심사에서 문제가 발견되었습니다인용된 지침과 메시지를 읽은 다음 답변하거나 문제를 수정하고 다시 제출합니다

거절되었다고 반드시 계정에 문제가 있는 것은 아닙니다

App Review에서 시작해 심사 담당자가 언급한 구체적인 문제와 지침을 읽으세요. 정보가 명확하지 않다면 메시지 스레드에서 설명하고 근거 자료를 제공하세요. 제품이나 코드에 문제가 있다면 수정하고 새 빌드를 업로드한 뒤 다시 제출하세요. 답변은 명확하고 정중하게 작성하고 재현 가능한 단계를 포함하세요.

7. 출시 후 앱을 어떻게 관리하나요?

새 버전 출시

앱 페이지에서 관련 플랫폼의 +를 클릭해 새 버전을 생성합니다. 새 버전 번호와 What’s New를 입력하고, 개발자가 만든 새 빌드를 선택한 뒤 심사 제출 과정을 반복합니다. 업데이트를 위해 새 앱 레코드를 만들지 마세요. 그렇게 하면 다른 제품이 생성됩니다.

가격과 지역 관리

Pricing and Availability에서 가격, 지역과 제공 여부를 설정합니다. 무료 앱을 유료로 전환하거나 지역을 변경하기 전에 계약, 세금 정보와 은행 정보가 활성 상태인지 확인하세요. 가격을 변경할 때는 기존 사용자와 구독자의 기대를 고려하세요.

고객 리뷰에 답변

Ratings and Reviews를 열어 평점과 작성된 리뷰를 확인합니다. 충돌, 로그인 실패와 결제 문제처럼 구체적인 문제를 우선 처리하세요. 이메일 주소나 주문 번호 같은 개인정보를 공개적으로 요청하지 말고 고객을 지원 채널로 안내하세요. 문제를 수정한 후에는 어떤 버전에서 해결되었는지 알 수 있도록 답변을 업데이트하세요.

앱 내 구입과 구독 관리

In-App Purchase와 Subscriptions는 앱 자체 가격과 별개로 앱 안에서 사용하는 제품 시스템입니다. 각 제품에는 Product ID, 표시 이름, 설명, 가격과 심사용 스크린샷이 필요합니다. 구독을 출시하기 전에 구독 그룹, 갱신, 유예 기간, 혜택과 서버 알림을 이해하세요. 테스트 제품을 그대로 프로덕션 제품으로 출시하지 마세요.

접근 권한과 계약을 최신 상태로 유지

동료가 퇴사하거나 역할이 바뀌면 Users and Access를 업데이트하세요. Account Holder는 Business에서 멤버십 갱신과 새 계약도 확인해야 합니다. 서명하지 않은 계약이 있으면 앱 생성, 유료 기능 또는 지급이 중단될 수 있습니다.

8. 앱 데이터를 어떻게 읽고 이해하나요?

출시는 시작일 뿐입니다. App Store Connect에는 적어도 세 가지 데이터 화면이 있습니다. Analytics는 발견부터 사용까지 사용자의 흐름을 보여주고, Sales and Trends는 판매 실적을 보여주며, Payments and Financial Reports는 최종 정산을 보여줍니다. 각 화면의 정의가 다르므로 같은 날짜의 수치가 정확히 일치할 것이라고 기대하지 마세요.

Analytics를 퍼널로 읽기

Analytics를 열고 앱을 선택한 다음 날짜 범위를 고릅니다. 초보자에게는 다음 순서가 유용합니다.

1. Impressions

Today, Games, Apps와 Search 같은 위치에서 앱 아이콘이 1초 넘게 표시된 횟수입니다.

질문: 앱을 보는 사람이 있나요?

2. Product Page Views

사용자가 앱의 제품 페이지를 연 횟수입니다. 이름, 아이콘과 발견 경로가 관심을 끄는지 판단하는 데 도움이 됩니다.

질문: 더 알아보고 싶어 하나요?

3. Total Downloads

최초 다운로드와 재다운로드를 합한 수치입니다. 신규 사용자 확보를 분석할 때는 First-Time Downloads도 별도로 확인하세요.

질문: 앱을 다운로드했나요?

4. Conversion Rate

고유 기기 노출 수 대비 다운로드와 사전 주문 비율입니다. 스토어 등록 정보의 설득력을 평가하는 데 도움이 됩니다.

다운로드와 사전 주문 ÷ 고유 기기 노출 수

5. Sessions / Active Devices

사용자가 실제로 앱을 열고 사용하는지 보여줍니다. 다운로드 수는 많지만 사용량이 적다면 첫 실행 경험이 좋지 않거나 유입된 사용자층과 앱이 맞지 않는 경우가 많습니다.

질문: 다운로드 후 앱을 사용하나요?

6. Retention

신규 사용자 집단이 이후 날짜에도 다시 방문하는지 보여줍니다. 유지율은 하루의 다운로드 합계보다 장기적인 제품 가치를 더 잘 나타냅니다.

질문: 사용자가 다시 돌아오나요?

Apple의 지표 정의에 따르면 일부 App Store 지표는 최초 다운로드 또는 사전 주문이 최소 5건이어야 제공됩니다. 새 앱에 차트가 없다고 반드시 설정에 문제가 있는 것은 아닙니다. 단지 데이터가 너무 적을 수 있습니다.

합계만 보지 말고 데이터를 나눠 보세요

  • Source Type: 사용자가 App Store Search, Browse, Web Referrer 또는 App Referrer 중 어디에서 유입되나요?
  • Territory: 어느 국가나 지역에서 다운로드와 수익이 발생하나요? 현지화가 효과가 있나요?
  • Device / Platform Version: 특정 기기나 OS 버전에 문제가 집중되어 있나요?
  • App Version: 최신 출시 후 사용량이나 안정성이 달라졌나요?
  • Campaign: 태그를 넣은 마케팅 링크가 가치 있는 사용자를 유입시키나요?

간단한 방법은 최근 7일과 28일을 각각 동일한 길이의 이전 기간과 비교하는 것입니다. 한 번에 한 가지만 바꾸세요. 스크린샷을 업데이트한 뒤에는 제품 페이지 전환율을 확인하고, 첫 실행 경험을 개선한 뒤에는 유지율과 Sessions를 확인하세요. 하루에 다섯 가지를 바꾸면 어떤 변경이 수치 변화의 원인인지 파악하기 어렵습니다.

Sales and Trends: 판매 실적 이해하기

이 섹션에서는 제품, 지역, 기기와 그 밖의 기준으로 필터링해 App Units, In-App Purchases, 구독, 판매와 예상 수익금을 추적할 수 있습니다. 비즈니스 대시보드에 더 가깝지만 수익은 예상치이며 환율과 거래 상태는 여전히 바뀔 수 있습니다.

Payments and Financial Reports: 실제 수령액 이해하기

이 섹션은 재무 대조에 사용합니다. Proceeds는 고객 가격에서 관련 세금과 Apple 수수료를 차감한 후 개발자에게 지급되는 금액입니다. 이 페이지에는 지급액, 예상 수익금, 환율, 세금, 조정 내역과 은행 계좌 끝자리가 표시됩니다. Apple은 이전 회계 월의 데이터가 일반적으로 이번 달 첫 번째 수요일부터 표시되기 시작하며, 지역별 보고서는 대체로 첫 번째 금요일까지 준비된다고 설명합니다. 자세한 내용은 지급액 및 수익금 보기를 확인하세요.

페이지마다 금액이 다른 이유는 무엇인가요?

Analytics는 사용자 행동과 비즈니스 실적을 이해하는 데 도움이 됩니다. Sales and Trends는 예상 판매액과 환율을 사용합니다. 재무 보고서는 처리되고 정산된 거래를 사용합니다. 환불, 세금, 수수료, 환율, 지급 주기와 은행 수수료 때문에 차이가 생길 수 있습니다. 추세를 볼 때는 앞의 두 화면을 사용하고, 회계 대조에는 최종 재무 보고서와 은행 입금 내역을 함께 사용하세요.

9. 초보자를 위한 주간 체크리스트

  • 앱 상태, App Review 메시지와 TestFlight 피드백을 확인합니다.
  • 최근 7일의 노출 수, 제품 페이지 조회 수, 다운로드와 전환율을 그 이전 7일과 비교합니다.
  • 유지율, Sessions, 충돌과 주요 앱 버전의 분포를 확인합니다.
  • 평점과 새 리뷰를 확인하고 도움이 필요한 사용자에게 답변합니다.
  • 앱 내 구입, 구독, 환불과 수익금에 비정상적인 변화가 있는지 확인합니다.
  • 데이터를 해석할 수 있도록 해당 주의 버전, 스크린샷, 가격과 마케팅 변경 사항을 기록합니다.
  • 매달 재무 담당자가 재무 보고서를 다운로드해 보관하고 실제 지급액과 대조하도록 합니다.

10. 초보자가 자주 겪는 여덟 가지 문제

문제먼저 확인할 사항
New App이 보이지 않음역할, 최신 계약의 서명 여부와 올바른 팀을 선택했는지 확인합니다.
Bundle ID가 보이지 않음개발자가 올바른 Developer Team에서 식별자를 생성했는지 확인합니다.
업로드 후 빌드가 표시되지 않음Bundle ID와 버전이 일치하는지, 빌드가 아직 Processing 상태인지, 업로드 오류 이메일이 도착했는지 확인합니다.
외부 테스터를 추가할 수 없음먼저 내부 테스트 그룹을 만들었는지, Test Information을 모두 작성했는지, 빌드가 TestFlight 심사를 통과했는지 확인합니다.
Submit 버튼이 비활성화됨페이지 상단의 오류, 필수 필드, 빌드, 개인정보 세부 정보, 연령 등급과 심사 정보를 확인합니다.
Ready for Review 상태가 계속 유지됨Add for Review를 클릭한 뒤 Draft Submissions에서 Submit for Review를 클릭하지 않은 것은 아닌지 확인합니다.
Analytics에 데이터가 없음선택한 앱과 날짜, 접근 권한, 새 앱이 최소 데이터 기준에 도달했는지 확인합니다.
Apple에서 지급액이 입금되지 않음Paid Apps Agreement, 세금 및 은행 정보, 최소 지급 기준과 지급 반송 알림을 확인합니다.

11. 1분 용어 정리

용어쉬운 설명
App recordApp Store Connect에 있는 앱의 레코드입니다.
Bundle ID빌드와 일치해야 하는 앱의 고유한 기술 식별자입니다.
SKU고객에게 표시되지 않는 내부 관리 식별자입니다.
Metadata이름, 설명, 키워드와 스크린샷 같은 스토어 정보입니다.
Build특정 시점에 패키징하고 업로드한 실행 가능한 앱입니다.
TestFlight테스터가 출시 전에 베타 버전을 설치하는 데 사용하는 시스템입니다.
App ReviewApple이 앱과 관련 콘텐츠를 심사하는 과정입니다.
Proceeds관련 세금과 Apple 수수료를 차감한 후 개발자에게 돌아가는 수익입니다.
Retention사용자가 앱을 다운로드한 뒤 이후 날짜에 다시 방문하는지 나타냅니다.
Conversion Rate앱을 본 사람 가운데 다운로드하거나 사전 주문한 사람의 비율입니다.

12. 자주 묻는 질문

App Store Connect는 무료인가요?

대시보드 사용에 별도 요금은 없지만 App Store에 앱을 게시하려면 일반적으로 유효한 Apple Developer Program 멤버십이 필요합니다.

코딩을 몰라도 App Store Connect를 사용할 수 있나요?

네. 제품, 운영, 마케팅, 고객 지원과 재무 담당자는 역할에 따라 스토어 정보를 관리하고, 리뷰에 답변하고, 데이터를 확인할 수 있습니다. 앱 제작과 업로드는 보통 개발자가 담당합니다.

App Store Connect에서 기능이 보이지 않는 이유는 무엇인가요?

먼저 올바른 팀과 앱을 선택했는지 확인한 다음 Users and Access에서 역할과 앱 접근 권한을 확인하세요. 서명하지 않은 계약, 미완성 정보 또는 해당 기능에 필요한 데이터가 아직 부족한 경우도 원인이 될 수 있습니다.

TestFlight 심사를 통과하면 App Store 심사도 통과하나요?

아니요. 외부 TestFlight 심사와 공개 출시를 위한 App Review는 별도의 과정입니다. 출시하려면 여전히 스토어 정보, 개인정보 공개 내용과 심사 제출이 필요합니다.

App Analytics, Sales and Trends와 재무 보고서는 어떻게 다른가요?

Analytics는 사용자 확보, 전환, 사용량과 유지율을 다룹니다. Sales and Trends는 판매 추세와 예상 수익을 다룹니다. Payments and Financial Reports는 최종 정산과 실제 지급액을 대조하는 데 사용합니다.

업데이트를 게시할 때 새 앱을 생성해야 하나요?

아니요. 기존 앱 레코드를 열고 관련 플랫폼의 새 버전을 생성한 다음 새 빌드를 선택해 심사를 위해 제출하세요. 기존 사용자는 이 방식으로 업데이트를 받습니다.

공식 참고 자료

계약 서명, 가격 변경, 앱 이전 또는 심사 제출처럼 중요한 작업을 하기 전에 관련 Apple 문서를 확인하세요.

출처

  1. App Store Connect 워크플로: 계약과 앱 생성부터 테스트, 출시와 모니터링까지 전체 과정입니다.
  2. App Store Connect 섹션: 대시보드 각 부분에 대한 Apple의 설명입니다.
  3. 새 앱 추가: 앱 레코드 생성에 필요한 필드와 권한입니다.
  4. TestFlight 개요: 테스트 그룹, 테스터 제한, 빌드 만료와 피드백을 설명합니다.
  5. 앱 제출: App Review에 제출하는 단계입니다.
  6. App Store Connect Analytics 도움말: 사용자 확보, 수익화, 유지율과 지표 정의를 설명합니다.
  7. 지급액 및 수익금 보기: 예상 수익금, 지급액과 회계 월을 설명합니다.

계약 서명, 가격 변경, 앱 이전 또는 심사 제출처럼 중요한 작업을 하기 전에 관련 Apple 문서를 확인하세요. 이 글은 교육용 입문 자료이며 Apple 공식 문서나 법률, 세무 또는 재무 자문이 아닙니다. 인터페이스와 정책은 변경될 수 있으므로 Apple의 최신 페이지를 확인하세요.