출시·운영 가이드

앱스토어·플레이스토어 출시 전에 준비할 자료 9가지

앱 파일이 완성되어도 바로 앱스토어와 플레이스토어에 공개되는 것은 아닙니다. 운영 주체 명의의 개발자 계정부터 앱 정보와 이미지, 개인정보·데이터 공개, 심사용 테스트 계정, 결제 방식과 공개 일정까지 고객과 개발업체가 나눠 준비해야 할 9가지를 설명합니다.

약 13분처음 앱을 만드는 분을 위한 안내
앱스토어와 플레이스토어 출시 전에 준비할 개발자 계정, 앱 정보, 이미지, 개인정보, 데이터, 심사 계정, 결제와 공개 일정 아홉 가지
01

개발 완료와 앱 마켓 공개는 같은 시점이 아닙니다

화면과 기능 개발이 끝났다고 해서 앱이 바로 App Store와 Google Play에 공개되는 것은 아닙니다. 앱 마켓에는 설치 파일뿐 아니라 운영 주체, 앱 설명, 이미지, 개인정보와 데이터 처리, 연령·콘텐츠, 심사 접근 방법, 결제 방식과 배포 국가 같은 정보를 함께 제출해야 합니다.

개발업체가 모든 내용을 대신 결정하기도 어렵습니다. 회사명과 고객 문의 연락처, 개인정보 처리방침, 유료 상품의 판매 조건과 공개 국가는 서비스를 운영할 고객이 최종 확인해야 하기 때문입니다. 반대로 빌드 파일, 앱 식별자, 사용 권한과 연결된 기능, 심사 환경의 동작 여부는 개발업체가 확인해야 합니다.

출시 준비는 다음 세 묶음으로 나누면 빠진 항목을 찾기 쉽습니다.

앱 출시 준비 과정에서 고객과 개발업체가 각각 제공하고 함께 확인할 업무를 나눈 표
운영 판단과 기술 확인을 분리하고 공동 확인 항목의 승인일을 정해야 합니다.

확인해보세요

  • 고객이 결정할 내용: 운영 명의, 공개 문구, 정책 문서, 판매 방식, 출시 국가와 최종 승인
  • 개발업체가 확인할 내용: 빌드, 기술 정보, 권한·SDK, 테스트 환경과 오류 보완
  • 함께 확인할 내용: 스크린샷, 데이터 공개, 심사 계정, 제출일과 공개일
02

1. 운영 주체 명의의 Apple·Google 개발자 계정

개발자 계정은 가능하면 실제로 서비스를 운영할 개인이나 회사가 소유하고, 개발업체에는 필요한 역할만 초대하는 방식이 좋습니다. 개발업체 계정에 앱을 대신 등록하면 계약이 끝난 뒤 앱 이전, 결제 정보, 인증서와 권한 관리에서 추가 절차가 생길 수 있습니다.

조직 명의 Apple Developer Program 등록에는 법인 상태와 D‑U‑N‑S 번호 등 확인 정보가 필요할 수 있습니다. 개인사업자나 개인 계정은 등록 형태가 다를 수 있으므로 Apple의 현재 등록 화면에서 가능한 유형을 먼저 확인해야 합니다. Google Play도 계정 유형과 생성 시점에 따라 본인·조직 확인이나 출시 전 테스트 절차가 달라질 수 있습니다. 특히 2023년 11월 13일 이후 생성된 Google Play 개인 개발자 계정은 프로덕션 공개 전에 별도 테스트 요건을 충족해야 할 수 있습니다.

계정을 준비할 때 아래 내용을 함께 정리하세요.

계정 소유와 인수 기준은 앱 외주 계약 전 소스코드·서버·계정 체크리스트에서도 확인할 수 있습니다.

확인해보세요

  • 실제 계정 소유자와 담당자
  • 로그인과 2단계 인증을 관리할 연락처
  • 결제·세금·정산 정보를 확인할 담당자
  • 개발업체에 부여할 역할과 권한
  • 계약 종료 뒤 접근 권한을 회수할 방법
03

2. 사업자·조직 정보와 고객 문의 담당자

스토어에 표시되는 개발자 또는 판매자 정보와 실제 서비스 운영 주체가 어긋나지 않도록 법적 명칭, 주소, 전화번호, 웹사이트와 담당자 이메일을 먼저 확인합니다. Apple과 Google의 계정 유형, 판매 지역과 서비스 종류에 따라 추가 확인 자료를 요청받을 수 있습니다.

사용자가 앱 문제를 문의할 연락처도 내부 개발 담당자와 구분하는 것이 좋습니다. Google Play 스토어 등록에는 사용자 연락용 이메일이 필요하며, Apple 제출에도 지원 URL과 심사팀이 연락할 담당자 정보가 필요합니다. 임시 주소나 확인하지 않는 이메일을 넣으면 심사 대응과 출시 후 고객 지원이 늦어질 수 있습니다.

최소한 다음 항목을 하나의 표로 관리하세요.

확인해보세요

  • 스토어에 표시할 운영 주체 이름
  • 고객 지원 이메일과 전화번호
  • 고객 지원 또는 서비스 소개 웹 주소
  • 심사 문의를 받을 이름·이메일·전화번호
  • 결제·정산 계약을 확인할 담당자
04

3. 앱 이름·설명·카테고리와 검색 문구

앱 이름과 설명은 내부 기획서의 기능 목록을 그대로 옮기는 문서가 아닙니다. 처음 보는 사용자가 누구를 위한 앱인지, 무엇을 할 수 있는지 이해할 수 있어야 하고 실제 구현된 기능과 일치해야 합니다.

현재 공식 안내 기준으로 Apple의 앱 이름과 부제는 각각 최대 30자이며, Google Play는 앱 이름 30자, 짧은 설명 80자, 전체 설명 4,000자까지 입력할 수 있습니다. 제한에 맞추기 전에 먼저 아래 원문을 확정하면 두 스토어용 문구를 나누기 쉽습니다.

아직 개발하지 않은 기능을 출시 예정처럼 확정적으로 설명하거나 검색어를 반복하면 실제 앱과 등록 정보가 다르다고 판단될 수 있습니다. 앱 안의 메뉴 이름과 스토어 문구도 가능한 한 같은 표현을 사용합니다.

확인해보세요

  • 이 앱을 사용할 사람
  • 가장 먼저 해결하는 문제
  • 사용자가 완료할 수 있는 핵심 행동 세 가지
  • 다른 서비스와 구분되는 운영 방식
  • 고객 문의와 지원을 받을 위치
05

4. 앱 아이콘·스크린샷과 소개 이미지

아이콘과 스크린샷은 단순한 홍보 이미지가 아니라 사용자가 설치 전에 실제 경험을 판단하는 자료입니다. 로그인, 탐색, 신청·예약·구매와 완료 결과처럼 서비스의 핵심 순서가 보이도록 구성하는 것이 좋습니다.

준비할 때는 다음 기준을 확인하세요.

Apple은 지원 기기와 화면 구성에 맞는 스크린샷을 App Store Connect에 등록하도록 안내하며, 같은 UI라면 요구되는 가장 높은 해상도의 자료가 하위 크기에 맞게 조정될 수 있습니다. Google도 스토어 설명과 이미지가 앱에서 실제 제공하는 기능을 정확히 반영하도록 요구합니다. 따라서 디자인 시안이 아니라 최종 빌드 화면으로 마지막 이미지를 다시 확인해야 합니다.

확인해보세요

  • 실제 출시 빌드의 화면을 기준으로 제작합니다.
  • 실명·전화번호·주소·결제 정보가 보이지 않도록 테스트 데이터를 사용합니다.
  • 기기별 규격과 현지화 언어를 제출 직전에 다시 확인합니다.
  • 화면을 과도하게 꾸며 실제로 없는 기능처럼 보이지 않게 합니다.
  • 첫 이미지 두세 장만 봐도 앱의 대상과 핵심 행동을 이해할 수 있게 합니다.
06

5. 개인정보 처리방침·데이터 공개와 계정 삭제 방법

개인정보 처리방침 주소만 준비한다고 데이터 관련 등록이 끝나는 것은 아닙니다. 앱이 직접 수집하는 정보뿐 아니라 분석, 오류 추적, 광고, 로그인, 결제와 메시지 등에 사용한 외부 SDK가 어떤 데이터를 처리하는지도 개발업체와 함께 확인해야 합니다.

Apple은 App Store Connect의 앱 개인정보 항목에서 데이터 수집과 사용 방식을 공개하도록 하고, 모든 앱에 개인정보 처리방침 URL을 요구합니다. Google Play도 Data safety 양식에서 앱과 포함된 외부 코드의 데이터 수집·공유·보호 방식을 선언하도록 합니다. 스토어에 입력한 답과 실제 앱의 동작, 개인정보 처리방침의 설명이 서로 맞아야 합니다.

회원가입 기능이 있다면 계정 삭제 흐름도 출시 전에 확인하세요. Apple은 계정 생성을 지원하는 앱이 앱 안에서 계정 삭제를 시작할 수 있도록 요구합니다. Google Play는 앱 안의 삭제 경로와 함께 앱 밖에서도 삭제를 요청할 수 있는 웹 주소를 요구합니다. 법적으로 보관해야 하는 정보가 있다면 보관 항목과 기간을 정책 문서와 삭제 안내에 구분해야 합니다.

확인할 자료는 다음과 같습니다.

법률상 의무와 문구의 적정성은 서비스 분야와 운영 국가에 따라 달라질 수 있으므로 필요한 경우 개인정보 전문가나 법률 담당자에게 최종 확인해야 합니다.

확인해보세요

  • 개인정보 처리방침이 공개된 HTTPS 주소
  • 수집 정보, 사용 목적, 제3자 제공·처리 위탁과 보관 기준
  • 앱 권한별 사용 목적
  • 분석·광고·로그인·결제 등 외부 SDK 목록
  • 회원 탈퇴와 계정·데이터 삭제 경로
  • 문의와 삭제 요청을 받을 연락처
07

6. 심사용 테스트 계정과 주요 기능 확인 순서

로그인 뒤에만 기능을 볼 수 있다면 심사 담당자가 실제 흐름에 접근할 수 있는 계정과 안내가 필요합니다. Apple은 계정 기반 기능에 활성화된 데모 계정이나 충분한 데모 모드를 제공하도록 안내하고, Google Play도 로그인·멤버십·위치 등으로 제한된 영역의 접근 정보를 입력하도록 요구합니다.

심사 자료에는 다음 내용을 포함하세요.

실제 고객의 계정을 전달하지 말고 심사용 데이터를 별도로 준비합니다. 로그인이 되더라도 빈 목록만 보이거나 예약 가능한 시간이 없으면 핵심 기능을 확인하기 어렵습니다. 제출 전에는 처음 보는 사람이 안내만 읽고 회원가입 또는 로그인부터 완료까지 진행할 수 있는지 실제 기기에서 점검해야 합니다.

확인해보세요

  • 심사용 아이디와 비밀번호
  • 고객·파트너·관리자처럼 역할별로 필요한 테스트 계정
  • 문자 인증, OTP, 초대 코드가 있을 때의 접근 방법
  • 테스트할 핵심 기능의 짧은 순서
  • 샘플 QR 코드, 파일 또는 연결 장비가 필요할 때의 자료
  • 심사 중에도 접근 가능한 서버와 테스트 데이터
  • 심사팀이 문의할 담당자 정보
08

7. 연령·콘텐츠·광고와 민감 권한 정보

앱 내용에 맞는 연령 등급과 대상 사용자를 선택하고, 광고 포함 여부와 민감 권한의 필요성을 정확히 알려야 합니다. Google Play에서는 App content 영역에서 개인정보처리방침, 광고, 앱 접근, 대상 연령, 콘텐츠 등급, Data safety와 일부 민감 권한 선언을 관리합니다. Apple도 연령 등급과 앱 심사 정보 등 제출에 필요한 메타데이터를 확인합니다.

다음 기능이 있다면 일반적인 앱보다 추가 확인이 필요할 수 있습니다.

권한은 기술적으로 사용 가능하다는 이유로 모두 요청하지 않습니다. 핵심 기능에 필요한 시점에 요청하고, 거절했을 때 이용 가능한 대체 흐름이 있는지도 확인합니다. 서비스 분야에 따른 증빙과 별도 신고가 필요한지는 각 스토어의 최신 정책에서 다시 확인합니다.

확인해보세요

  • 어린이를 대상으로 하는 서비스
  • 건강·의료 정보 또는 의료기기 연결
  • 위치를 항상 사용하는 기능
  • 카메라·마이크·연락처·사진 접근
  • 사용자 게시물, 채팅과 신고 기능
  • 금융·대출·투자 또는 가상자산 기능
  • 뉴스, 경품, 도박성 요소 또는 광고
09

8. 결제·구독과 유료 기능 제공 방식

결제를 붙였다는 사실보다 무엇을 판매하고 어디에서 소비하는지를 먼저 구분해야 합니다. 앱 안에서 사용하는 디지털 콘텐츠, 구독과 기능을 판매하면 원칙적으로 Apple의 인앱결제 또는 Google Play 결제 정책이 적용될 수 있습니다. 실제 상품, 배달, 숙박·예약처럼 앱 밖에서 제공되는 재화와 서비스는 다른 결제 방식을 사용할 수 있습니다.

1:1 실시간 상담·수업처럼 예외 기준이 있는 서비스도 있지만, 녹화 제공 여부, 여러 명이 참여하는지, 판매 국가와 스토어별 정책에 따라 적용 방식이 달라질 수 있습니다. `다른 앱도 이렇게 결제한다`는 이유로 결정하지 말고 아래 항목을 먼저 정리해 개발업체와 현재 정책을 확인해야 합니다.

결제 정책은 국가와 시점에 따라 예외 및 대체 결제 조건이 바뀔 수 있습니다. 본문은 특정 서비스의 결제 방식을 법률·정책상 확정하거나 심사 통과를 보장하지 않습니다.

확인해보세요

  • 판매하는 상품 또는 서비스의 이름
  • 디지털·실물·대면·실시간 중 제공 형태
  • 일회성 결제인지 자동 갱신 구독인지
  • 결제 뒤 앱 안에서 열리는 기능과 콘텐츠
  • 취소·환불과 구독 해지 안내
  • 판매 국가와 가격·세금 처리 방식
  • 심사팀이 유료 흐름을 확인할 테스트 방법
10

9. 출시 국가·공개 방식·희망 일정과 승인 담당자

마지막에는 어디에 언제 어떤 방식으로 공개할지 결정합니다. 전체 국가에 한 번에 공개할 필요는 없으며, 운영 언어, 고객 지원, 결제와 법률 문서가 준비된 국가부터 시작할 수 있습니다. 심사 승인 직후 자동 공개할지, 승인 후 담당자가 날짜를 확인해 직접 공개할지도 정해야 합니다.

개발 완료일과 제출일, 심사 승인 예상일과 실제 공개일을 하나의 날짜로 약속하면 보완 요청이 생겼을 때 전체 일정이 밀릴 수 있습니다. 심사 기간은 앱의 기능, 계정 상태, 추가 자료와 보완 내용에 따라 달라질 수 있으므로 고정 일수로 보장하지 않습니다.

출시 일정표에는 아래 날짜와 담당자를 구분하세요.

전체 개발·검수·출시 흐름은 데브크래프트 진행 방식에서 확인할 수 있습니다. 정부지원사업처럼 마감이 정해진 경우에는 정부지원사업 앱 개발 일정 가이드처럼 최종 결과보고일에서 거꾸로 제출과 보완 시간을 확보해야 합니다.

앱 공개일에서 거꾸로 계정, 문서와 이미지, 테스트, 제출과 심사 보완 일정을 나누는 출시 준비 흐름
개발 완료일과 실제 스토어 공개일 사이에 제출 자료 확인과 보완 시간을 둡니다.

확인해보세요

  • 계정 확인 완료일
  • 정책 문서와 스토어 문구 승인일
  • 실제 기기 최종 테스트일
  • 스크린샷과 심사 계정 확인일
  • 첫 제출 목표일
  • 보완 대응 기간
  • 최종 공개 승인자와 희망 공개일
11

제출 직전, 9가지를 다시 확인하세요

서비스 유형과 현재 준비 상태를 알려주시면 앱 출시 준비 항목 30분 무료 상담에서 고객이 준비할 내용과 개발업체가 확인할 내용을 먼저 나눠드립니다.

확인해보세요

  • 앱 운영 주체 명의의 Apple·Google 개발자 계정과 담당자가 정해졌는가?
  • 사업자·조직 정보, 고객 지원 연락처와 심사 연락처가 최신인가?
  • 앱 이름·설명·카테고리가 실제 기능과 일치하는가?
  • 아이콘과 스크린샷이 최종 빌드와 테스트 데이터로 만들어졌는가?
  • 개인정보 처리방침, 데이터 공개와 계정 삭제 흐름이 실제 동작과 일치하는가?
  • 심사용 계정으로 로그인부터 핵심 기능 완료까지 확인할 수 있는가?
  • 연령·콘텐츠·광고·민감 권한 관련 선언을 확인했는가?
  • 결제·구독 방식이 판매 상품과 현재 스토어 정책에 맞는가?
  • 제출일·보완 기간·공개일과 최종 승인 담당자가 구분되어 있는가?

30분 무료 전화 상담

내 상황에 맞는 개발 방향을 함께 확인하세요

앱 파일이 완성되어도 바로 앱스토어와 플레이스토어에 공개되는 것은 아닙니다. 운영 주체 명의의 개발자 계정부터 앱 정보와 이미지, 개인정보·데이터 공개, 심사용 테스트 계정, 결제 방식과 공개 일정까지 고객과 개발업체가 나눠 준비해야 할 9가지를 설명합니다.

앱 출시 준비 항목 30분 무료 상담
전체 개발 가이드로 돌아가기