웹사이트 기반 앱을 게시하려면 빌드를 업로드하는 것 이상의 작업이 필요합니다. 올바른 개발자 계정, 안정적인 모바일 환경, 정확한 스토어 자산, 개인정보 공개, 테스트, 서명된 iOS 및 Android 빌드, 명확한 리뷰어 액세스가 필요합니다.
Apple과 Google은 별도의 시스템을 사용합니다. 제품 및 브랜드 정보를 한 번 준비한 후 각 매장의 플랫폼별 단계를 완료하세요.
스토어 등록정보를 만들기 전에
웹사이트가 앱의 핵심처럼 작동할 준비가 되었는지 확인하세요.
- 모든 화면에서 HTTPS를 사용합니다.
- 레이아웃은 확대/축소 없이 휴대폰 너비에서 작동합니다.
- 탐색, 로그인, 결제 및 양식이 터치로 작동합니다.
- 모든 링크와 지원 페이지는 실시간입니다.
- 로드 중, 비어 있음, 오류 및 오프라인 상태를 이해할 수 있습니다.
- 개인정보 보호정책은 앱과 웹사이트를 정확하게 설명합니다.
- 사용자는 계정 및 데이터 제어 기능을 찾을 수 있습니다.
Apple의 검토 지침에 따르면 제출물은 기능적 URL이 있고 자리 표시자 콘텐츠가 없어야 하며 최종 제출되어야 합니다. 마찬가지로 Google은 목록이 앱이 실제로 제공하는 내용을 설명할 것으로 기대합니다.
1단계: 올바른 법인이 소유한 계정 만들기
사과
Apple 개발자 프로그램에 개인 또는 조직으로 참여하세요. Apple은 현재 연간 멤버십 가격을 99달러로 정하고 있습니다. 조직은 법적 신원을 확인해야 하며 일반적으로 D-U-N-S 번호가 필요합니다.
고객에게 회사 이름이 판매자로 표시되어야 하는 경우 계약자 대신 회사를 등록하십시오. Apple은 특정 규제 서비스를 제공하는 법인이 제출하도록 요구합니다.
구글 플레이
Play Console 개발자 계정을 만들고, 적절한 개인 또는 조직 계정 유형을 선택하고, 해당 등록 수수료를 지불하고, 신원 확인을 완료하세요. Google은 현재 게시된 액세스 약관에 전체 배포에 대한 일회성 $25 수수료를 명시하고 있습니다.
새로운 개인 계정에는 프로덕션 액세스 전에 테스트 요구 사항이 있습니다. 2023년 11월 13일 이후에 생성된 개인 Play Console 계정은 프로덕션 액세스를 신청하기 전에 연속 14일 동안 동의 상태를 유지하는 최소 12명의 테스터를 대상으로 비공개 테스트를 실행해야 합니다. 조직 계정은 제외됩니다. 탈락으로 인해 시계가 재설정되지 않도록 12명 이상의 테스터를 모집하고, 앱이 공개 릴리스로 직접 이동할 수 있다고 가정하기보다는 대시보드를 확인하세요.
2단계: 앱 ID 예약
앱 이름, iOS용 번들 ID, Android용 패키지 이름을 선택하세요. 패키지 식별자는 다음과 같은 기술적, 영구적 ID입니다. com.yourcompany.yourapp; 나중에 표시되는 앱 이름을 변경해도 이름은 변경되지 않습니다.
귀하가 사용할 권리가 있는 이름을 사용하십시오. 상점과 관련 상표 데이터베이스에서 충돌이 있는지 검색하세요. 매장에서 허용하지 않는 투명한 영역이 없는 고해상도 사각형 아이콘을 준비하세요.
3단계: 서명된 빌드 생성
iOS 앱은 Apple의 툴체인을 통해 보관되어 App Store Connect에 업로드됩니다. Android는 Google Play용 서명된 Android App Bundle을 사용합니다. 두 스토어 모두 최소 빌드 요구 사항을 적용합니다. 2026년 4월 28일부터 App Store Connect는 Xcode 26 및 iOS 26 SDK로 빌드되지 않은 업로드를 거부하며, 이제 Google Play에서는 Android 16(API 레벨 36)을 대상으로 하는 새로운 앱과 업데이트가 필요합니다. 코드가 없는 변환기 또는 관리형 서비스는 이러한 아티팩트를 생성할 수 있지만 소스 코드 템플릿에서는 이를 빌드해야 합니다.
서명 자격 증명 및 계정 액세스를 비즈니스 통제하에 유지하십시오. 키를 분실하거나 이전 계약자가 유일한 관리자 계정을 소유하도록 허용하면 향후 업데이트가 어려워질 수 있습니다.
4단계: 진정한 앱 가치 추가
이는 웹사이트 기반 iOS 앱에 특히 중요합니다. Apple의 최소 기능 규칙에 따르면 앱은 리패키징된 웹사이트 이상의 기능, 콘텐츠, 인터페이스 가치를 포함해야 합니다.
유용한 추가 사항은 다음과 같습니다.
- 모바일 작업에 맞춘 기본 탐색
- 푸시 알림 사용자가 명시적으로 선택
- 관련 콘텐츠에 대한 딥 링크
- 기본 공유, 업로드, 카메라 또는 다운로드 동작
- 저장된 콘텐츠 또는 선택한 오프라인 액세스
- 세련된 스플래시, 로딩, 오류 및 연결 끊김 경험
확인란을 선택하기 위한 기능만 추가하지 마세요. 기본 동작이 앱의 실제 목적을 지원할 때 리뷰어와 사용자 모두에게 이익이 됩니다.
5단계: 정확한 매장 자산 생성
앱 이름, 짧고 긴 설명, 지원되는 키워드, 카테고리, 아이콘, 휴대폰 스크린샷, 연락처 세부정보, 지원 URL, 개인정보 보호정책 URL을 준비하세요.
스크린샷에는 실제 앱이 표시되어야 합니다. 검증되지 않은 최상급, 가짜 상, 허위 평가 또는 제출된 빌드에 없는 기능을 피하세요. 첫 번째 스크린샷을 사용하여 핵심 작업을 일반 언어로 설명하세요.
웹사이트에서 앱으로 연결되는 제품의 경우 강력한 순서가 표시될 수 있습니다.
- 기본 홈 또는 검색 화면
- 주요 거래 또는 회원 경험
- 모바일 내비게이션
- 알림이나 저장된 콘텐츠와 같은 유용한 기본 기능
- 계정 또는 지원 제어
6단계: 개인정보 보호 및 콘텐츠 선언 완료
두 스토어 모두 앱이 수집하는 데이터가 무엇인지, 어떻게 사용되는지, 신원과 연결되는지, 제3자가 이를 수신하는지 여부를 묻습니다. 웹사이트, 분석, 인증, 결제 서비스, 알림, 광고 및 내장된 도구를 감사합니다.
답변은 기본 셸뿐만 아니라 전체 앱 경험을 설명해야 합니다. 웹사이트가 이메일 주소를 수집하거나 앱 내부에 분석 SDK를 로드하는 경우 공개 시 이를 고려하세요.
또한 연령 등급, 광고, 콘텐츠 권리, 암호화, 금융 기능, 건강 정보, 위치 또는 어린이 액세스에 대한 질문에 답해야 할 수도 있습니다.
7단계: 검토 전 테스트
iOS 테스트
TestFlight를 사용하여 릴리스 후보를 설치하십시오. 가능하다면 둘 이상의 화면 크기에서 테스트하세요. 로그인, Apple에서 요구하는 계정 동작, 허용되는 경우 외부 결제 흐름, 권한, 푸시 알림, 링크 및 삭제 제어를 확인합니다.
안드로이드 테스트
Play Console의 내부 또는 비공개 테스트 트랙을 사용하세요. 내부 테스트는 자신의 팀과 빌드를 공유하는 가장 빠른 방법입니다. 2023년 11월 13일 이후에 개인 계정이 생성된 경우 프로덕션을 신청하려면 먼저 1단계에 설명된 비공개 테스트를 12명 이상의 선택된 테스터와 함께 14일 연속으로 실행해야 합니다.
두 플랫폼 모두에서 느린 연결, 새로 설치, 만료된 로그인, 거부된 권한, 시스템 뒤로 동작, 파일 선택 및 다른 앱이나 브라우저를 여는 모든 경로를 테스트합니다.
8단계: 검토자에게 완전한 액세스 권한 부여
앱에 로그인이 필요한 경우 활성 데모 계정과 지침을 제공하세요. 검토 내내 해당 계정을 계속 작동시키세요. 명확하지 않은 기능, 특별한 하드웨어 요구 사항, 지역 제한 사항 및 검토자가 기본 기능을 찾을 수 있는 위치를 설명합니다.
Google은 특히 개발자에게 제한된 콘텐츠에 대해 유효한 자격 증명을 제공할 것을 권고합니다. 로그인을 통과하지 못한 리뷰어는 앱을 확인할 수 없습니다.
9단계: 각 앱 제출
앱스토어 제출
App Store Connect에서 업로드된 빌드를 선택하고, 필수 메타데이터 및 규정 준수 질문을 완료하고, 검토 메모를 추가하고, 버전을 제출하세요. App Store Connect의 메시지를 모니터링하고 Apple이 정보를 요청하면 정확하게 응답합니다.
Google Play 제출
Play Console에서 앱 콘텐츠 및 스토어 등록 작업을 완료하고, 올바른 트랙에 App Bundle을 업로드하고, 출시 노트를 추가하고, 정책 경고를 해결하고, 출시 버전을 출시하세요. Google Play는 Android App Bundle을 사용하여 기기에 최적화된 패키지를 만듭니다.
구글의 릴리스 문서 현재 콘솔 단계의 정보 소스입니다.
웹사이트 앱이 거부되는 일반적인 이유
앱이 얇은 웹사이트 래퍼처럼 느껴집니다.
기본 탐색 및 앱별 유틸리티를 개선합니다. 단순히 프레임 안의 데스크톱 페이지가 아닌 iOS에서 핵심 경험이 유용하고 세련되도록 하세요.
검토자는 로그인할 수 없습니다.
작동하는 자격 증명을 제공하고, 안전할 때 검토 계정에 대해 만료되는 일회성 코드를 비활성화하고, 로그인 단계를 설명합니다.
목록이 오해의 소지가 있습니다.
빌드와 일치하지 않는 스크린샷이나 주장을 삭제하세요. 한계를 명확하게 설명하십시오.
개인 정보 보호 답변이 불완전합니다
네이티브 코드뿐만 아니라 웹 추적기와 타사 서비스도 감사합니다. 개인정보 보호정책을 공개적이고 구체적으로 만드세요.
앱 내에서 링크, 구매, 업로드가 중단됨
실제 장치에서 모든 외부 핸드오프 및 반환 경로를 테스트합니다. 앱 내에 남아 있는 링크와 브라우저를 여는 링크를 의도적으로 결정합니다.
필수 계정 제어가 누락되었습니다.
사용자가 계정을 만들 수 있는 경우 두 스토어 모두에 대한 현재 삭제 및 데이터 제어 요구 사항을 검토하고 필요한 경로를 명확하게 공개하세요.
승인 후에는 어떻게 되나요?
즉시 출시할지, 수동으로 출시할지, 플랫폼에서 지원하는 단계적으로 출시할지 선택하세요. 충돌, 웹 요청 실패, 로그인 오류, 사용자 리뷰 및 지원 티켓을 살펴보세요. 제품이 변경되면 매장 설명과 개인정보 공개를 최신 상태로 유지하세요.
새로운 앱을 빌드하지 않고도 웹 사이트 콘텐츠를 업데이트할 수 있지만 기본 구성, SDK, 권한, 서명 또는 정책 변경에는 여전히 새로운 릴리스가 필요할 수 있습니다. Apple과 Google이 최소 SDK 목표를 높이면서 1년에 최소 한 번은 매장 중심 재구축을 예상하고 누가 이를 생산할지 미리 확인합니다.
출판 체크리스트
- 개발자 계정은 올바른 개인이나 회사가 소유하고 있습니다.
- 웹사이트는 반응성이 뛰어나고 안전하며 생산 준비가 되어 있습니다.
- 의미 있는 모바일 가치를 더해주는 앱
- 서명된 빌드는 모두 실제 장치에 설치 및 실행됩니다.
- 매장 이름, 설명, 아이콘, 스크린샷이 완성되었습니다.
- 개인 정보 보호 및 콘텐츠 선언은 웹 경험을 다룹니다.
- 지원 및 개인 정보 보호 URL은 로그인 없이 작동합니다.
- 검토자 자격 증명 및 지침이 최신 상태입니다.
- 가격 및 가용성이 구성되었습니다.
- 검토 메시지를 모니터링하도록 팀 구성원이 지정됩니다.
아직 빌드를 생성하지 않은 경우 다음 단계부터 시작하세요. 웹사이트를 앱으로 전환하는 방법 가이드 또는 SiteTo.App에서 사이트 미리보기.
