App Store & Play

무엇인가

모바일 앱을 출시한다는 것은 코드를 작성하는 것 이상을 뜻한다: 서명하고, 패키징하고, 심사에 제출하고, Apple의 App Store와 Google Play에 게시해야 한다. 각 스토어는 자체 개발자 계정, 서명 시스템, 메타데이터, 심사 프로세스를 갖고 있다. Apple은 프로비저닝 프로파일을 쓰는 App Store Connect와 베타 테스트용 TestFlight를 사용하고, Google은 앱 서명과 단계적 출시를 갖춘 Play Console을 사용한다. 이는 빌드를 사람들이 실제로 설치할 수 있는 무언가로 바꾸는 마지막 한 마일이다.

강점

막대한 도달 범위: 두 스토어는 수십억 사용자가 앱을 발견하고 신뢰하는 경로다.
배포, 결제, 업데이트, 크래시 리포팅이 내장되어 있다.
안전한 사전 출시를 위한 베타 채널(TestFlight, Play 내부/비공개 테스트).
단계적 출시와 잘못된 릴리스를 중단할 수 있는 능력.

트레이드오프

심사가 느릴 수 있고 가끔 정책이나 가이드라인을 근거로 거부된다.
Apple은 연간 개발자 수수료, Google은 일회성 수수료가 있으며, 둘 다 판매 수익의 일부를 가져간다.
서명, 인증서, 프로비저닝은 까다롭고 잘못 설정하기 쉽다.
유지해야 할 별도의 파이프라인, 메타데이터 세트, 스토어 등록 정보가 두 벌이다.

언제 쓰나

모든 소비자용 모바일 앱은 결국 이 과정을 거친다. 일찍 계획하라: 앱 이름을 선점하고, 두 개발자 계정을 모두 설정하고, 자동화된 빌드를 연결해 각 릴리스가 수작업 난리법석이 되지 않도록 하라.

바이브 코딩 적합성

여기서 AI 어시스턴트가 가장 많은 번거로움을 덜어 준다. 모델에게 Fastlane이나 Expo의 EAS Submit 같은 도구로 릴리스를 스크립트화하도록 요청해, 서명·버전 관리·업로드를 하나의 명령으로 만들어라. 스토어 메타데이터, 스크린샷 사양, 릴리스 체크리스트를 생성하게 하고, 거부 사유가 발생하면 쉬운 말로 설명하게 하라. 반복적인 부분은 자동화하고 정책 판단은 사람이 맡아라.

# Expo: build and submit to both stores
npx eas build --platform all
npx eas submit --platform ios
npx eas submit --platform android