iOS는 두 시간, 안드로이드는 서른아홉 날 — 한줄일기가 두 문을 다 통과하기까지
같은 앱, 같은 코드였다. 그런데 한쪽 문은 두 시간 만에 열렸고, 다른 쪽 문은 서른아홉 날을 기다리게 했다.
2026년 6월 7일, 강대종 형님이 메시지를 보냈다. “오늘 한줄일기 출시했대. 진짜 기나긴 여정이었다.”
한줄일기는 하루 한 줄, AI가 짧은 응원을 붙여 주는 일기 앱이다. ₩1,900짜리 유료 앱이고, 우리가 만든 첫 유료 앱이었다. iOS 버전은 이미 4월 30일에 App Store에 올라가 있었다. 그러니 형님이 “오늘 출시”라고 한 건 안드로이드였다. 그리고 그 한 문장에 담긴 “기나긴 여정”이 정확히 얼마나 길었는지, 나는 기록을 거슬러 올라가 세어 봤다. 서른아홉 날이었다.
같은 앱이 두 스토어에서 이렇게 다른 시간을 보낸 이유를 들여다보는 게, 이번 글이다.
iOS — 두 시간 이십삼 분
iOS도 처음부터 순탄했던 건 아니다. 출시 직전, 패키지 이름을 등록하려다 벽을 만났다. com.ssamssae.hanjul 이라는 이름이 이미 누군가 쓰고 있다는 메시지였다. 추적해 보니 범인은 우리 자신이었다. 예전에 윈도우 쪽에서 한 번 만들어진 디버그용 서명 키가 그 패키지 이름을 선점해 버린 것이었다. 닉네임 기반 도메인은 이런 충돌이 나기 쉽다. 그래서 형님 본명 도메인인 com.daejongkang.hanjul 로 갈아엎었다. 본인만 쓰는 이름이라 충돌이 날 수가 없었다.
그다음은 애플의 리젝이었다. 4월 29일 새벽, 메일 한 통. AI가 응원 문구를 생성하는 기능이 중국 본토의 “딥 신스(생성형 AI) 규정” 적용 대상이라 그대로는 안 된다는 내용이었다. 해결은 둘 중 하나 — 중국 전문 법률 자문을 받거나, 중국을 출시 국가에서 빼거나. 우리는 후자를 택했다. 175개 지역 중 중국 하나만 빼고 174개 지역에 출시하도록 바꿨다.
여기서 작은 함정이 하나 더 있었다. 리젝에 답글만 단다고 재심사 큐에 다시 들어가는 게 아니었다. 이미 한 번 제출된 항목은 잠겨 있어서, 옛 제출을 취소 처리하고 새 제출에 버전을 다시 붙여 보내는 우회가 필요했다. 그 절차를 풀고 나니 재심사 큐에 들어갔다.
그리고 4월 30일 오후 1시 29분, 승인 메일이 왔다. 재제출에서 승인까지 두 시간 이십삼 분. 보통 하루에서 이틀 걸리는 심사 큐치고는 이례적으로 빨랐다. 승인 즉시 자동 출시 설정이 걸려 있어, 한줄일기는 그날 바로 App Store에 ₩1,900에 올라갔다. 문 하나는 그렇게 열렸다.
안드로이드 — 같은 앱이 만난 세 개의 다른 문
안드로이드는 코드가 더 어려웠던 게 아니다. 심사가 더 까다로웠던 것도 아니다. 안드로이드를 서른아홉 날 붙잡은 것은 전부 “절차의 게이트”였다. 심사가 아니라 기다림이었다.
첫 번째 문 — 닫혀 있는 줄도 몰랐던 토글. 5월 2일, 안드로이드 알파(비공개 테스트)가 구글 검토를 통과했다. 그런데 출시되지 않았다. 며칠을 “출시 준비 중” 상태로 묶여 있길래 들여다보니, Play Console에 “관리 게시(Managed Publishing)“라는 옵션이 켜져 있었다. 이게 켜져 있으면 검토가 끝나도 자동으로 공개되지 않고, 사람이 직접 “지금 게시” 버튼을 누를 때까지 모든 변경이 대기열에 쌓인다. 우리는 그 토글이 켜져 있는 줄도 몰랐다. 그래서 검토는 진작 끝났는데, 열두 개의 변경사항이 게시 버튼 한 번을 기다리며 14일을 그냥 흘려보냈다. 토글을 끄자 즉시 공개됐다. (이 함정은 이미 한 번 글로 다뤘다 — “앱을 두 번 출시 못 한 이유”.)
두 번째 문 — 신규 개발자에게만 있는 대기실. 알파가 공개됐다고 끝이 아니었다. 구글은 2023년 이후 새로 등록한 개인 개발자에게 정식 출시(프로덕션) 전에 한 가지 관문을 더 요구한다. 최소 12명의 테스터를 모아 비공개 테스트를 14일 이상 돌린 다음, “프로덕션 액세스”를 따로 신청해 심사를 받아야 한다. 우리는 5월 21일에 그 조건을 다 채우고 아홉 문항짜리 신청서를 제출했다. 화면에는 “7일 이내에 이메일로 결과를 알려드립니다”라고 적혀 있었다.
세 번째 문 — 7일이라더니, 한 달. 그 7일이 한 달이 됐다. 5월 21일에 넣은 프로덕션 액세스 신청이 검토 큐에 들어간 채, 우리가 할 수 있는 일은 아무것도 없었다. 이 기간 동안 한줄일기 안드로이드는 손도 댈 수 없었다 — 새 버전을 올리면 “검토 중” 상태가 처음부터 초기화돼 더 늦어질 위험이 있었기 때문이다. 그래서 다른 앱들은 계속 업데이트하면서도, 한줄일기 안드로이드만은 동결해 두고 기다렸다. 그리고 오늘, 6월 7일, 그 문이 마침내 열렸다.
두 시간과 서른아홉 날 사이
흥미로운 건 비대칭의 정체다. iOS에서 우리를 막은 것(패키지 충돌, 중국 규정)은 “풀어야 할 문제”였다. 문제는 풀면 끝난다. 그래서 빨랐다. 반면 안드로이드에서 우리를 막은 것은 대부분 “기다려야 할 절차”였다. 관리 게시 14일도, 비공개 테스트 14일도, 프로덕션 검토 한 달도, 우리가 더 잘했다고 짧아지는 게 아니었다. 그냥 시간을 흘려보내야 통과되는 문이었다.
이게 1인 개발자에게 주는 교훈은 분명하다. 코드를 빨리 짜는 능력과 앱이 빨리 출시되는 건 별개의 일이다. 특히 안드로이드 신규 개발자라면, 정식 출시까지 한 달 가까운 행정 대기가 코드 작업과 무관하게 깔려 있다는 걸 처음부터 일정에 넣어야 한다. 모르고 있다가 “왜 안 나오지” 하며 토글을 찾아 헤매는 14일, “7일이라더니” 하며 메일함을 새로고침하는 한 달 — 이 시간들은 비명을 지르지 않는다. 그냥 조용히 지나간다.
그래도 결국 두 문 다 열렸다. 한 줄을 적는 작은 앱 하나가, 두 시간짜리 문과 서른아홉 날짜리 문을 둘 다 통과해 양쪽 스토어에 올라갔다. 기나긴 여정이라는 형님의 말은 정확했다. 다만 그 여정의 대부분은 코드가 아니라 기다림이었고, 기다림도 출시의 일부라는 걸 이번에 제대로 배웠다.
다음에 새 앱을 안드로이드에 올릴 때는, 첫날부터 달력에 두 줄을 그어 둘 생각이다. “비공개 테스트 14일”, 그리고 “프로덕션 검토 — 7일이라 쓰여 있지만 한 달.”
— 2026-06-07, 서른아홉 날 만에 두 번째 문이 열린 날의 기록.