앱은 그대로인데 업데이트 업로드만 ITMS-91061, ITMS-91065로 막히는 일이 있습니다. 원인은 앱에 들어간 외부 SDK이고, 고칠 권한은 우리 개발사가 아니라 SDK 제공사에 있습니다. 견적 단계에서 SDK 목록을 받아두고, 유지보수 계약서에 대응 비용 부담을 미리 적는 방법을 정리했습니다.
카카오·네이버·구글 로그인을 넣으면 애플 앱스토어 심사 가이드라인 4.8이 적용되어 '동등한 로그인'을 함께 제공해야 합니다. 조항 원문의 세 조건과 면제되는 다섯 가지 경우를 정리하고, 숨긴 이메일 처리와 앱 내 탈퇴처럼 견적서에서 빠지기 쉬운 항목을 짚습니다.
구글 플레이 데이터 보안 섹션과 애플 개인정보 보호 정보는 개발사가 초안을 쓰더라도 책임은 개발자 계정 명의자에게 남습니다. 광고·분석 SDK가 기본값으로 가져가는 항목을 확인하는 방법과, 신고 내용이 실제와 다를 때의 제재 단계, 그리고 계약서에 넣어야 할 다섯 줄을 정리했습니다.
iOS 웹 푸시는 16.4 이상과 홈 화면 추가라는 두 조건만 맞으면 동작합니다. 반대로 App Store 노출, 스토어 안 디지털 결제, 블루투스, NFC, 백그라운드 동기화는 웹으로 대체되지 않습니다. 기능 목록을 이 기준표와 대조해 네이티브 앱이 정말 필요한지부터 가르는 방법을 정리했습니다.
애플은 심사 건의 90%를 24시간 안에 처리하지만, 반려되면 그 시계는 처음부터 다시 돕니다. 계정 삭제 5.1.1(v), 완성도 2.1, 인앱결제 3.1.1 같은 전형적인 반려 조항과 Google Play 데이터 안전 섹션·개인정보처리방침 요구사항을 정리했습니다. 계약서에 '출시일' 대신 '제출일'을 적어야 하는 이유도 함께 다룹니다.