앱스토어 신규 앱이 한 달에 두 배로 늘었다 — Apple은 왜 'Anything'을 두 번이나 쫓아냈을까
핵심 요약 (TL;DR)
2026년 4월 한 달간 앱스토어 신규 앱 등록이 iOS+Android 합쳐 +104%, iOS만 +89% 폭증했습니다. 같은 시기 Apple은 바이브코딩 앱 'Anything'을 두 번째로 추방했고, Replit·Vibecode의 업데이트도 차단했습니다. 가이드라인 2.5.2 — "앱이 자체 기능을 변경하는 코드 실행 금지" — 이 골드러시 시대에 Apple이 쥔 곡괭이 부수는 망치입니다.
한 달에 신규 앱 두 배 — 골드러시는 진짜다
TechCrunch 4/18 보도에 따르면 2026년 4월 신규 앱 등록은 iOS+Android 합산 +104%, iOS 단독 +89%입니다. Q1 전체로 보면 +60%(iOS는 +80%) 증가. 누적 6개월 동안 모바일 앱스토어가 이렇게 부풀어 오른 적은 팬데믹 직후 외엔 없습니다.
원인은 거의 단일합니다. 바이브코딩. Cursor·Claude Code·Lovable로 만든 앱을 비개발자가 직접 스토어에 던지는 흐름이 폭발했고요. "앱 하나 만드는 데 6개월"이 "하루 만에 빌드, 일주일이면 심사 제출"로 바뀐 효과입니다.
Anything이 두 번이나 쫓겨난 이유 — 가이드라인 2.5.2 해부
같은 시기, 두 명의 Google 동기 출신 Dhruv Amin·Marcus Lowe가 만든 "텍스트로 모바일 앱 만드는 앱" Anything이 Apple 앱스토어에서 두 번째로 추방됐습니다(자체 발표 기준 50만 사용자, $100M 평가, 출시 2주 ARR $200만 — 모두 회사 자체 발표). 위반 조항은 가이드라인 2.5.2.
조항 원문은 짧습니다. "앱은 다운로드 후 자체 기능을 변경하거나 추가하는 실행 가능한 코드를 다운로드하거나 설치할 수 없다." 1990년대 말 자바 애플릿 시대에 만들어진 룰의 잔재인데, 바이브코딩 앱의 본질이 정확히 이 조항을 위반합니다. 사용자가 자연어로 "이런 앱 만들어줘"라고 하면 앱이 새 기능 코드를 받아와 실행하는 구조니까요.
9to5mac 보도에 따르면 Anything의 우회 전략은 데스크톱 컴패니언 + 클라우드 빌드입니다. 모바일에서는 "명세 작성"만 받고, 실제 빌드는 클라우드에서, 결과물은 별도 앱으로 사용자가 다시 다운로드. 한 번에 끝나는 마법은 사라지고, 단계가 늘어났습니다.
곡괭이를 부수는 게 아니라 채굴 룰을 바꾸는 것
Apple의 동기를 "바이브코딩 자체를 죽이려 한다"로 읽으면 너무 단순합니다. 진짜 동기는 두 가지예요.
첫째, 앱스토어 게이트키핑의 의미가 무너지는 걸 막으려는 것. Apple이 30% 수수료를 받는 명분은 "우리가 심사해서 안전한 앱만 남긴다"입니다. 사용자가 앱 안에서 임의 코드를 다운로드해 실행하면, Apple이 본 적 없는 코드가 사용자 기기에서 동작합니다. 게이트가 비어 있는 거죠.
둘째, 선택적 적용 패턴. 같은 "동적 코드 다운로드" 구조를 가진 게임 엔진(Unity·Unreal)이나 노코드 폼 빌더(Typeform 같은)는 멀쩡히 살아 있습니다. 가이드라인 2.5.2가 객관적 룰이 아니라 "플랫폼 권력에 위협적인 카테고리에 선택적으로 휘두르는 망치"로 작동하고 있다는 비판이 그래서 나옵니다.
바이브코더의 현실적 선택지
1. 모바일 OS 위에 앱 빌더를 올리는 비즈니스는 어렵다. Anything의 우회 전략(데스크톱 + 클라우드 + 별도 앱 다운로드)이 보여주듯, 사용자 경험이 단계마다 끊깁니다. 마법의 절반은 "한 번에"에 있는데 그게 사라집니다.
2. PWA·웹앱 우선 전략이 다시 뜬다. 앱스토어 게이트를 거치지 않으면 가이드라인 2.5.2가 적용되지 않습니다. iOS Safari 기반 PWA 성능이 좋아진 지금, 첫 출시는 웹으로 하고 트랙션이 나오면 그때 네이티브로 가는 순서가 합리적입니다.
3. 네이티브로 가야 한다면 "빌드 결과물"만 던지는 모델로. 사용자가 빌더로 만든 앱을 매번 새 앱으로 컴파일해서 스토어 심사를 거치게 하는 모델. 마찰은 크지만 가이드라인 위반 없이 배포 가능합니다.
4. 심사 지연을 비즈니스 모델에 미리 반영. 4월 신규 앱이 두 배가 됐다는 건 심사 큐도 두 배가 됐다는 뜻입니다. 7~30일 지연을 "가끔 있는 사고"가 아니라 "기본값"으로 봐야 합니다.
진짜 골드러시에서 누가 살아남았나
역사적으로 골드러시에서 돈을 번 건 금을 캔 사람이 아니라 곡괭이를 판 사람입니다. 지금 앱스토어 골드러시도 비슷합니다. Lovable·Cursor·Claude Code 같은 "곡괭이 회사"의 ARR이 폭발하는 동안, 정작 앱을 던진 비개발자 대다수는 심사 지연·등록 거부·낮은 다운로드 수의 벽에 부딪힙니다.
그런데 곡괭이 자체에도 망치를 휘두르는 거인이 있습니다. Apple이 가이드라인 2.5.2를 계속 들고 다닐 동안, "모바일 앱을 만드는 모바일 앱" 카테고리는 구조적으로 어렵습니다. 바이브코더가 진짜 노릴 자리는 그 옆 — 웹·데스크톱·B2B SaaS 쪽입니다.
자주 묻는 질문
Q. 내가 Cursor로 만든 앱은 가이드라인 2.5.2에 걸리나요?
걸리지 않을 가능성이 높습니다. 2.5.2는 "앱이 다운로드 후 새 코드를 받아 실행"하는 경우입니다. Cursor로 미리 짠 코드를 컴파일해서 한 번에 제출하는 건 일반 앱과 동일하게 취급됩니다.
Q. 안드로이드는 더 자유로운가요?
네. Google Play는 동등 조항(Family Policy 외)이 약해서 동적 코드 실행 앱이 상대적으로 통과합니다. 안드로이드 우선 출시도 합리적 선택입니다.
Q. 4월 신규 앱 +104%는 출처가 어디인가요?
TechCrunch 기사가 인용한 시장 데이터입니다(4월 단일 월, 전년 동기 대비). Q1 누적은 +60%(iOS +80%)로 다른 수치이니 인용 시 시점 구분에 주의하세요.
댓글 0
아직 댓글이 없습니다