앱스토어 심사에 갇힌 Inkwell - 인디 개발자의 좌절이 다시 한 번 드러나는 순간

인디 개발자의 익숙한 악몽

Manton Reece라는 개발자가 자기 블로그에 "Inkwell이 왜 심사에서 막혀 있는지"에 대한 글을 올렸어요. Manton은 마이크로블로깅 서비스 Micro.blog의 창업자이자, 인디 iOS/macOS 개발 씬에서 오래 활동한 분이에요. 이번에 그가 만든 Inkwell이라는 새 앱이 애플 앱스토어 심사 단계에서 멈춰 있는데, 그 이유와 좌절감을 솔직하게 풀어낸 글이죠. 이게 단순한 개인 푸념이 아니라 "플랫폼 게이트키퍼와 인디 개발자의 비대칭 권력 구조" 라는 오래된 주제를 다시 끌어올린다는 점에서 관심을 받고 있어요.

무슨 일이 벌어졌나

Inkwell은 글쓰기와 블로깅을 돕는 macOS 앱이에요. Manton이 이미 운영 중인 Micro.blog 생태계와 연결되는, 어찌 보면 자기 본업의 연장선에 있는 도구입니다. 그런데 앱스토어에 제출한 뒤 심사 과정에서 모호한 거절 사유로 막혔고, 항의와 재제출을 반복했지만 명확한 답을 얻지 못한 채 시간이 흐르고 있다는 거예요.

글을 자세히 읽어보면, 거절 사유 자체가 앱의 본질적 결함이 아니라 가이드라인의 매우 모호한 조항 해석이었다는 점이 핵심이에요. 어떤 화면이 "불충분하다"거나, 기능 설명이 "부족하다"는 식의 표현이 반복되는데, 정작 뭘 어떻게 고쳐야 통과하는지는 알려주지 않는다는 거죠. 인디 개발자들이라면 익숙한 패턴일 거예요.

왜 이런 일이 반복될까

구조적으로 보면 이유는 분명해요. 앱스토어 심사는 사람이 수동으로 진행하는데, 매일 들어오는 제출 건수는 수만 건이에요. 심사자에게 주어진 시간은 짧고, 권한은 "통과시키거나 거절하거나"로 이분화돼 있어요. 그리고 거절 사유는 정형화된 템플릿에서 골라야 하기 때문에 "문맥에 맞는 구체적 피드백"이 구조적으로 어려워요. 결과적으로 모호함을 양산하는 시스템이 되는 거예요.

게다가 인디 개발자는 협상력이 없어요. 큰 회사 앱이 막히면 BD(사업 개발) 채널을 통해 애플의 담당자와 직접 소통할 수 있지만, 1인 개발자는 앱스토어 커넥트의 메시지창이 사실상 유일한 통로예요. 답이 늦거나 자동화된 응답이 오면 그냥 기다리는 것 말고는 할 수 있는 게 없죠.

EU DMA 이후의 풍경

이 이슈가 2026년에 다시 주목받는 데는 더 큰 배경이 있어요. 2024년 EU의 디지털 시장법(DMA, Digital Markets Act)이 발효되면서 유럽에서는 iOS 사이드로딩과 대체 앱스토어가 부분적으로 허용됐고, 미국에서도 Epic vs Apple 소송, 그리고 외부 결제 링크 허용 등의 변화가 있었어요. 그런데 이런 변화들이 "심사 자체의 자의성" 문제는 거의 건드리지 못했어요. 결제 수수료나 외부 링크 같은 가시적인 이슈는 다뤄졌지만, 심사라는 보이지 않는 게이트는 여전히 견고하게 남아 있는 거죠.

반대 진영에서 종종 나오는 반론은 "심사 덕분에 악성 앱이 걸러진다"는 거예요. 일리는 있어요. 안드로이드 사이드로딩 생태계에서 발생하는 멀웨어 사례를 보면 심사의 가치를 부정하긴 어려워요. 하지만 Manton 같은 베테랑 인디 개발자의 글쓰기 앱이 모호한 사유로 멈춰 있는 건 그 가치와는 다른 차원의 문제거든요. "보안 게이트"와 "품질·정책 게이트"가 한 프로세스에 묶여 있다는 게 본질적인 문제예요.

한국 개발자에게 주는 시사점

한국 인디 개발자들도 똑같은 경험을 자주 합니다. 사이드 프로젝트로 만든 앱이 사소한 UI 문구나 메타데이터 이슈로 거절되고, 재제출하면 또 다른 이유로 거절되는 "끝없는 핑퐁"을 경험한 분들 많을 거예요. 그래서 현실적인 전략 몇 가지가 자리잡았어요.

첫째, 거절될 만한 요소를 미리 제거하기. 가이드라인 4.0(디자인), 5.1(개인정보), 2.1(앱 완성도) 항목은 거절 사유의 단골이라 제출 전 체크리스트로 점검하는 게 좋아요. 둘째, App Review Board에 어필. 심사관과 핑퐁이 계속되면 공식 어필 채널을 쓰는 게 의외로 효과적이에요. 셋째, 웹앱이나 PWA를 백업 전략으로 준비. 핵심 기능을 웹에서도 쓸 수 있게 만들어두면 심사에 발이 묶여도 사용자를 잃지 않아요.

장기적으로는 "앱스토어 외 배포 채널"을 진지하게 고려할 시점도 다가오고 있어요. macOS는 이미 앱스토어 밖 배포가 자유롭고, iOS도 EU에서는 일부 가능해졌으니까요. 한국 개발자라도 글로벌 사용자를 노린다면 멀티 배포 전략을 그릴 만한 환경이 만들어지고 있어요.

마무리

Manton의 글이 던지는 메시지는 단순해요. "인디 개발자에게 플랫폼 게이트키퍼는 여전히 너무 크고, 너무 모호하다" 는 것. 기술 자체가 발전해도 이 권력 구조는 자동으로 풀리지 않아요. EU의 입법 같은 외부 압력, 또는 개발자 커뮤니티의 지속적인 가시화가 있어야 조금씩 바뀌는 거죠.

여러분은 앱스토어 심사 또는 다른 플랫폼 심사에서 가장 답답했던 순간이 있나요? 그리고 만약 직접 우회 배포 채널을 만들 수 있다면, 어떤 조건이라면 그 길을 선택하시겠어요?