모바일 앱8분
App Store 리젝 대응 순서: 재제출보다 답변이 먼저인 이유
심사 결과 메일이 한 통 오고, App Store Connect의 상태가 REJECTED로 바뀝니다. 이때 가장 먼저 하고 싶어지는 일은 뭔가를 고쳐서 다시 올리는 것입니다. 저는 그게 대개 가장 비싼 선택이라고 생각합니다. 고칠 곳을 모르는 채로 고치면 심사는 처음부터 다시 시작되고, 다음 결과가 올 때까지 또 며칠이…
심사 결과 메일이 한 통 오고, App Store Connect의 상태가 REJECTED로 바뀝니다. 이때 가장 먼저 하고 싶어지는 일은 뭔가를 고쳐서 다시 올리는 것입니다. 저는 그게 대개 가장 비싼 선택이라고 생각합니다. 고칠 곳을 모르는 채로 고치면 심사는 처음부터 다시 시작되고, 다음 결과가 올 때까지 또 며칠이…
성경 족보 1.0 을 8월 27일에 냈고, 그날 리젝됐습니다. Guideline 4.3, 스팸입니다. 다른 개발자가 제출한 앱과 바이너리·메타데이터·컨셉이 유사하고 차이가 미미하다는 문면이었습니다.
앱에 언어 셋을 더하고 스토어에 올리려던 참이었습니다. iOS 쪽은 명령 하나로 끝났습니다.
앞선 글에서는 이미 TestFlight에 올라간 iOS 빌드를 AI가 App Store 심사까지 제출한 과정을 다뤘습니다.
코드를 한 줄도 수정하지 않았는데 TestFlight에 올라가 있던 앱이 App Review 제출 상태로 바뀌었습니다. 얼핏 보면 AI가 앱을 새로 빌드해서 배포한 것처럼 보이지만, 실제로는 이미 준비된 빌드와 스토어 정보를 확인한 뒤 App Store Connect의 심사 절차를 진행한 것입니다.
Expo 앱을 배포한다고 하면 보통 eas build 명령 하나를 떠올립니다. 실제 운영 배포는 빌드, 앱 서명, 스토어 업로드, 베타 테스트, 심사, 공개 출시, OTA 업데이트가 서로 다른 단계입니다. 이 구분을 놓치면 CI가 성공했는데 스토어에는 앱이 없거나, JavaScript 수정이라고 생각해 OTA를 발행했는…
모바일 앱 배포는 빌드 파일을 만드는 것에서 끝나지 않습니다. 인증서, 서명 키, 스토어 메타데이터, 심사 정보, 버전 관리, 제출 자동화까지 함께 설계해야 반복 가능한 배포가 됩니다.