앱을 만든다는 말이 예전보다 훨씬 가벼워졌습니다.
예전에는 앱을 낸다고 하면 바로 앱스토어, 플레이스토어, 심사, 계정비, 개인정보처리방침, 설치 유도, 리뷰 대응이 떠올랐습니다. 개인 개발자에게는 생각보다 큰 일입니다. 코드는 어떻게든 만들 수 있어도, 배포와 첫 유저 확보에서 힘이 빠집니다.
그런데 요즘 앱인토스를 보면 분위기가 조금 다릅니다. 토스 앱 안에서 바로 실행되는 미니앱을 만들고, 앱스토어 설치 없이 유저를 만나는 구조입니다. 처음에는 리워드성 앱이 너무 많다는 인상이 강했습니다. 포인트 받으려고 들어갔다가 10초 쓰고 나오는 앱들 말입니다.
그런데 숫자와 공식 이벤트를 같이 보면 얘기가 달라집니다. 앱 수는 빠르게 늘고 있고, 토스도 단순 리워드 앱만 밀려는 분위기가 아닙니다. 7월 바이브코딩 챌린지 주제도 딱 그렇습니다.
미니앱과 함께하는 여름.
이건 꽤 좋은 신호입니다. 돈 주고 클릭시키는 앱보다, 실제로 여름에 쓸 만한 작은 앱을 보겠다는 뜻이니까요.
앱인토스가 갑자기 커 보이는 이유
앱인토스는 토스 안에서 돌아가는 미니앱 플랫폼입니다. 토스 공식 페이지는 “아이디어만 있다면 누구나 메이커가 되는 세상”이라는 문구를 쓰고, 1인 개발자, 바이브코더, H5 게임도 빠르게 만들고 출시하고 수익을 만들 수 있다고 소개합니다.
보도된 숫자도 작지 않습니다. 연합뉴스는 2026년 4월 앱인토스 미니앱이 2천 개를 넘었다고 전했고, 이데일리 보도는 2026년 5월 7일 기준 약 4천 개에 달한다고 전했습니다. 같은 보도에서는 게임 앱이 약 800개, 전체의 20% 정도라고 설명했습니다.
한 달 남짓한 기간에 보도 기준 숫자가 2천 개에서 4천 개로 커졌다면, 적어도 개발자와 회사들이 “한번 올려볼 만한 곳”으로 보기 시작했다는 뜻입니다. 중요한 건 절대 숫자보다 속도입니다.
앱인토스가 흥미로운 이유는 앱을 잘 만들었다는 말보다, 앱을 시험해볼 수 있는 배포 마찰이 낮아졌다는 데 있습니다.
리워드 앱만의 판은 아닙니다
솔직히 말하면, 앱인토스를 처음 보면 리워드 앱 이미지가 강합니다. 토스 포인트를 주고, 클릭을 만들고, 짧은 체류를 얻는 구조가 눈에 잘 띕니다. 그래서 “또 리워드 앱만 잔뜩 생기겠네”라고 볼 수도 있습니다.
그런데 이번 7월 챌린지 공지를 보면 토스도 그 한계를 알고 있는 것처럼 보입니다. 공식 페이지에는 별도의 핵심 기능이 없는 단순 리워드성 미니앱, 주제 가이드에서 벗어나는 미니앱은 출품하더라도 심사 대상에서 제외될 수 있다고 되어 있습니다.
이 문장이 중요합니다. 그냥 포인트를 미끼로 사람을 모으는 앱이 아니라, 여름이라는 맥락 안에서 쓸 이유가 있는 앱을 보겠다는 말이기 때문입니다.
예를 들면 이런 것들입니다.
- 휴가 일정과 준비물을 같이 정리하는 미니앱
- 폭염 날 물 마시는 시간을 가볍게 챙겨주는 앱
- 친구들과 여름 약속 장소를 고르는 투표 앱
- 장마철 실내 데이트나 가족 활동을 추천하는 앱
- 여름 축제, 물놀이, 여행 경비를 작게 나눠 계산하는 앱
대단한 앱일 필요는 없습니다. 오히려 앱인토스에는 너무 거창한 앱보다 “토스 안에서 30초 만에 쓰고 끝나는 작은 기능”이 더 잘 맞을 수 있습니다. 바이브코딩과 궁합이 맞는 지점도 여기입니다. 완성도 높은 네이티브 앱을 처음부터 만들기보다, 작고 구체적인 불편을 빠르게 검증하기 좋습니다.
리워드 앱이 많았던 것도 이해는 됩니다. 플랫폼 초반에는 사용자를 빠르게 움직여야 하고, 개발자도 가장 확실한 유입 장치를 찾습니다. 포인트는 설명이 필요 없습니다. 눌러보는 이유가 바로 생깁니다.
문제는 그다음입니다. 리워드만 있으면 사용자는 앱을 기억하지 않습니다. “토스에서 포인트 받은 것”은 기억해도, 그 앱 이름은 잊어버립니다. 플랫폼이 길게 가려면 결국 앱 자체에 쓸 이유가 있어야 합니다. 그래서 이번 챌린지의 단순 리워드성 앱 제외 문구는 그냥 주의사항이 아니라, 앱인토스가 다음 단계로 가려는 신호처럼 보입니다.
앱스토어, 플레이스토어 출시와 뭐가 다를까
앱인토스가 좋아 보인다고 해서 앱스토어와 플레이스토어가 필요 없어진다는 뜻은 아닙니다. 성격이 다릅니다.
애플 개발자 프로그램은 공식 페이지 기준 연 99달러 멤버십입니다. 구글 플레이 콘솔은 공식 도움말 기준 25달러 1회 등록비가 있습니다. 여기에 앱 심사, 스토어 정책, 스토어 검색 노출, 설치 전환, 결제 수수료, 개인정보 처리, 리뷰 대응이 붙습니다.
대신 앱스토어와 플레이스토어는 독립성이 큽니다. 토스 안에서만 돌아가는 앱이 아니라, 사용자의 폰에 앱으로 설치되고, 푸시, 결제, 로그인, OS 기능, 글로벌 배포까지 넓게 가져갈 수 있습니다. 브랜드를 길게 키우려면 여전히 강한 채널입니다.
앱인토스는 반대쪽 장점이 있습니다. 설치 장벽이 낮고, 토스라는 이미 열려 있는 앱 안에서 실행됩니다. 사용자는 앱스토어를 열고, 검색하고, 설치하고, 권한을 주고, 다시 실행하는 과정을 거치지 않아도 됩니다. 작은 아이디어를 빠르게 보여주기에는 이 차이가 큽니다.
다만 이 차이를 “무조건 앱인토스가 낫다”로 읽으면 안 됩니다. 앱스토어와 플레이스토어는 느리고 번거롭지만, 내 앱의 집을 직접 짓는 느낌에 가깝습니다. 앱인토스는 사람이 많이 다니는 큰 건물 안에 작은 매장을 여는 느낌입니다. 유동인구는 기대할 수 있지만, 건물의 규칙과 동선에서 완전히 자유로울 수는 없습니다.
| 구분 | 앱인토스 | 앱스토어·플레이스토어 |
|---|---|---|
| 첫 유입 | 토스 안 유저 접점을 기대할 수 있음 | 검색, 광고, 외부 유입을 직접 만들어야 함 |
| 설치 마찰 | 별도 설치 없이 토스 안에서 실행 | 스토어 이동, 설치, 권한 허용 과정이 있음 |
| 독립성 | 토스 플랫폼 정책과 노출 구조에 영향받음 | 자체 앱 브랜드와 OS 기능을 더 넓게 가져갈 수 있음 |
| 수익화 | 인앱 광고, 결제 등 가능하지만 사업자 조건 확인 필요 | 스토어 결제·광고·구독 등 선택지가 많지만 수수료와 정책 부담이 큼 |
| 추천 용도 | 작은 앱, 이벤트형 앱, 빠른 검증, H5 게임 | 장기 서비스, 글로벌 배포, OS 기능을 깊게 쓰는 앱 |
비교는 2026년 7월 2일 공식 문서와 보도 기준입니다. 수수료와 정책은 지역, 프로그램, 앱 유형에 따라 달라질 수 있습니다.
그래서 나는 앱인토스를 첫 배포 채널이나 실험 채널로 봅니다. 이미 팀이 있고, 앱 브랜드를 장기적으로 키울 계획이 있고, OS 기능을 깊게 써야 한다면 기존 스토어가 맞습니다. 반대로 “이 기능을 사람들이 진짜 누를까?”를 알고 싶은 단계라면 앱인토스가 훨씬 가볍습니다.
특히 바이브코딩으로 만든 앱은 이쪽이 잘 맞습니다. 바이브코딩의 강점은 거대한 제품을 한 번에 완성하는 데 있지 않습니다. 아이디어를 빠르게 화면으로 만들고, 손에 잡히는 형태로 보여주는 데 있습니다. 앱인토스는 그 결과물을 사람 앞에 빨리 세우는 통로가 될 수 있습니다.
앱인토스의 진짜 장점은 출시보다 반응 확인입니다
개인 개발자가 제일 힘든 구간은 개발보다 첫 반응입니다. 앱을 만들었는데 아무도 안 써보면, 그다음 판단이 안 됩니다. 기능이 별로라서 안 쓰는지, 이름이 이상한지, 설치 과정에서 빠지는지, 아예 유입이 없어서 모르는지 구분이 안 됩니다.
앱인토스는 이 문제를 조금 줄여줍니다. 특히 챌린지처럼 테마 지면 노출과 큐레이션 지원이 붙는 이벤트에서는 더 그렇습니다. 아주 큰 성공을 보장한다는 뜻은 아닙니다. 다만 작은 앱이 처음 사람 앞에 서는 기회를 만들기 쉽습니다.
개인적으로는 앱인토스를 “대박 앱을 바로 만드는 곳”보다 “작은 가설을 빨리 사람 앞에 놓는 곳”으로 보는 게 맞다고 봅니다. 여기서 반응이 나오면 그다음에 네이티브 앱을 만들거나, 웹서비스로 키우거나, 광고를 붙이거나, B2B 제안을 해도 됩니다.
반응을 본다는 건 단순히 방문자 수를 보는 게 아닙니다. 사용자가 첫 화면에서 바로 나가는지, 버튼을 한 번이라도 누르는지, 공유를 하는지, 다시 들어오는지, 광고를 넣었을 때 흐름이 망가지지 않는지 보는 겁니다. 앱스토어에 정식 앱을 올린 뒤 이런 실험을 하려면 수정과 심사가 번거롭습니다. 미니앱은 그 부담이 상대적으로 작습니다.
그런데 돈 벌려면 사업자부터 봐야 합니다
여기서 많은 사람이 놓칠 수 있는 부분이 있습니다.
앱인토스 개발자센터는 사업자 등록이 필수는 아니라고 설명합니다. 사업자가 없는 개인 개발자도 사업자 등록 없이 미니앱을 출시하고 기본적인 사용자 경험을 만들 수 있습니다. 여기까지만 보면 진입 장벽이 낮습니다.
하지만 수익화로 넘어가면 말이 달라집니다. 공식 문서에는 인앱 광고, 인앱 결제, 토스페이, 프로모션, 비즈월렛, 토스 로그인 기능을 사용하려면 사업자 등록이 필요하다고 되어 있습니다. 개인 사업자와 법인 사업자 모두 가능하지만, 어쨌든 “그냥 개인 계정으로 광고 수익 받으면 되겠지”라고 생각하면 막힐 수 있습니다.
특히 광고 수익을 생각한다면 이 부분을 먼저 확인해야 합니다. 앱을 다 만든 뒤에 “광고 붙여서 수익 내야지”라고 생각했는데 사업자 등록, 업종, 정산 정보, 세금계산서, 검토 기간이 뒤늦게 나오면 일정이 꼬입니다.
이건 겁주려는 말이 아닙니다. 오히려 미리 알면 단순합니다. 처음에는 사업자 없이 기능 검증용 미니앱으로 시작하고, 반응이 나오면 사업자 등록과 수익화를 준비하면 됩니다. 반대로 처음부터 광고, 결제, 로그인까지 넣는 앱이라면 개발 전에 사업자 조건을 먼저 확인하는 게 맞습니다.
출시 전에 꼭 확인할 것들
앱인토스가 가볍게 보인다고 해서 아무 앱이나 올려도 된다는 뜻은 아닙니다. 오히려 토스 안에서 돌아가는 앱이기 때문에 사용자 보호와 정책 기준을 더 신경 써야 합니다.
1. 사업자 업종과 앱 내용이 맞는가
개발자센터는 사업자 등록증에 적힌 업종과 미니앱에서 제공하는 서비스 업종이 같아야 한다고 안내합니다. 업종이 다르면 미니앱 출시가 제한될 수 있습니다. 개인 사업자를 낼 계획이라면 “나중에 대충 바꾸면 되겠지”가 아니라, 처음부터 만들려는 앱의 성격을 보고 업종을 잡는 게 안전합니다.
2. 토스 로그인과 수익화 기능을 쓸 건가
단순한 정보형 미니앱이면 사업자 없이 시작할 수도 있습니다. 하지만 광고, 결제, 프로모션, 토스 로그인까지 생각하면 사업자 등록과 약관 동의가 필요합니다. MVP를 만들 때도 이 경계를 먼저 나눠야 합니다.
3. 게임이면 등급과 증빙을 가볍게 보면 안 됩니다
앱인토스에서 게임 비중이 꽤 높다는 보도가 있습니다. 그래서 더 조심해야 합니다. 게임은 등급, 자체등급분류, 화면 증빙, 등록자명과 사업자명 같은 부분이 걸릴 수 있습니다. H5 게임이라고 해서 심의와 정책이 사라지는 것은 아닙니다.
4. 토스처럼 보이게 만들면 안 됩니다
디자인 가이드는 사용자가 토스와 파트너 서비스를 혼동하지 않게 해야 한다고 안내합니다. 이건 사소해 보이지만 중요합니다. 토스 안에서 뜬다고 해서 화면까지 토스 공식 기능처럼 보이면, 사용자는 누가 책임지는 서비스인지 헷갈립니다.
7월 바이브코딩 챌린지는 꽤 해볼 만합니다
이번 7월 챌린지는 주제가 좋습니다. 너무 추상적이지 않습니다. “미니앱과 함께하는 여름”이면 만들 수 있는 것이 많습니다. 여행, 폭염, 물 마시기, 친구와 약속, 가족 활동, 여름 소비, 축제, 장마, 실내 놀이까지 전부 가능합니다.
공식 일정도 명확합니다. 출품 기간은 2026년 7월 1일부터 7월 29일까지입니다. 테마 지면 노출은 2026년 8월 첫째 주부터 8월 26일까지이고, 결과 발표는 8월 마지막 주로 안내되어 있습니다. 상금은 1등 300만원, 2등 2명 각 150만원, 3등 5명 각 50만원입니다.
다만 대충 만든 리워드 앱으로는 어렵습니다. 공식 페이지는 단순 리워드성 미니앱과 챌린지 주제에서 벗어난 앱은 심사 대상에서 제외될 수 있다고 여러 번 말합니다. 그러니 앱을 만들 거라면 포인트보다 “여름에 왜 이걸 쓰지?”가 먼저 나와야 합니다.
내 기준으로는 이런 순서가 좋습니다.
- 하루 안에 만들 수 있는 작은 여름 문제를 하나 고른다.
- 토스 안에서 30초 안에 끝나는 흐름으로 줄인다.
- 리워드는 붙이더라도 핵심 기능을 먼저 만든다.
- 광고나 로그인까지 넣을 계획이면 사업자 조건을 먼저 본다.
- 7월 29일 전에 첫 빌드 제출 일정을 역산한다.
내가 이번 챌린지에 낸다면 너무 큰 앱은 피할 것 같습니다. “여름 여행 종합 플랫폼” 같은 건 만들기도 어렵고, 사용자가 처음 들어와서 뭘 해야 할지도 애매합니다. 대신 작은 장면 하나를 잡겠습니다.
- 친구 4명이 휴가 날짜를 고르는 20초 투표 앱
- 폭염특보 날 외출 전 체크리스트를 띄워주는 앱
- 여름 축제 예산을 1인당 금액으로 바로 나눠주는 앱
- 장마철 실내 약속 장소를 랜덤으로 골라주는 앱
- 물놀이 준비물을 아이/성인/차량 여부에 따라 다르게 뽑아주는 앱
이 정도면 거창하지 않습니다. 대신 토스 안에서 바로 눌러볼 이유가 있습니다. 앱인토스에서 처음 해볼 앱은 이 정도 크기가 더 현실적입니다.
내 결론: 지금은 거창한 앱보다 작은 앱을 내볼 때입니다
앱인토스가 앱스토어와 플레이스토어를 대체한다고 보지는 않습니다. 독립 앱, 글로벌 배포, OS 기능, 장기 브랜드를 생각하면 기존 스토어는 여전히 필요합니다.
하지만 개인 개발자나 바이브코더 입장에서는 앱인토스가 꽤 좋은 실험장이 됐습니다. 앱 수가 빠르게 늘고 있고, 토스가 월간 챌린지와 큐레이션으로 미니앱 생태계를 밀고 있습니다. 리워드 앱만 보던 시선에서 조금 벗어나도 됩니다.
다만 순서를 헷갈리면 안 됩니다.
앱을 내는 건 가벼워졌습니다.
그런데 돈을 벌고, 로그인하고, 광고를 붙이는 순간부터는
사업자와 정책의 영역입니다.
그래서 이번 7월 챌린지는 해볼 만합니다. 거창한 스타트업 아이템 말고, 여름에 실제로 한 번 눌러볼 만한 작은 앱을 만들어보면 됩니다. 휴가 준비표든, 폭염 체크든, 친구 약속 정리든 괜찮습니다.
처음부터 큰 앱을 만들 필요는 없습니다.
이번 달에는 작은 앱 하나를 토스 안에 세워보는 것만으로도 충분히 좋은 실험입니다.
자료 확인 기준: 2026년 7월 2일. 이 글은 앱인토스 공식 페이지, 앱인토스 개발자센터, 연합뉴스, 이데일리/다음, Apple Developer, Google Play Console Help를 바탕으로 작성했습니다. 참고: 앱인토스 공식 페이지 · 7월 바이브코딩 챌린지 · 사업자 등록하기 · 인앱 광고 · 서비스 오픈 정책 · 이데일리/다음 보도 · 연합뉴스 보도 · Apple Developer Program · Google Play Console 등록
'AI' 카테고리의 다른 글
| 네이버 AI탭, 검색이 예약을 잡는다 (0) | 2026.07.04 |
|---|---|
| AI 웹소설, 반은 맞고 반은 틀립니다 (0) | 2026.07.03 |
| 메타는 올랐고 반도체는 무너졌다 (0) | 2026.07.02 |
| Claude Sonnet 5, 비싼 모델만 쓰면 돈 샙니다 (0) | 2026.07.01 |
| AI 툴은 깔았는데, 왜 개발팀은 그대로일까 (0) | 2026.06.30 |