앱인토스가 운영의 중심축을 바꾸고 있다. 초기에는 미니앱 공급량을 빠르게 늘리는 것이 중요했다면, 이제는 최소 품질을 보장하고 실제 사용자 가치가 검증된 미니앱에 더 많은 노출과 수익 기회를 배분하는 단계로 넘어가고 있다.

이번 웨비나에서 발표된 전수 점검, 노출 정책 개편, 광고 로직 변경, Smart Sending 종료, Viral SDK와 Promotion 2.0 도입은 서로 별개의 정책이 아니다. 모두 하나의 방향을 향한다.

좋은 사용자 경험 → 실제 사용·재방문 → 더 많은 노출 → 더 높은 수익 가능성 → 다시 제품 개선

즉 앱인토스는 앞으로 단순한 “미니앱 유통 플랫폼”보다 성과가 검증된 미니앱을 선별·증폭하는 플랫폼에 가까워진다.

왜 운영 정책을 바꾸는가

웨비나에서 앱인토스 측은 출시된 미니앱이 1만 3천 개를 넘어 초기 대비 약 15배 증가했다고 설명했다. 문제는 공급 확대 속도를 평균 품질과 트래픽이 따라가지 못했다는 점이다.

발표에서 지적한 문제는 다음과 같다.

• 핵심 기능이 정상 작동하지 않는 미니앱
• 낮은 UI·UX 완성도
• 사용자 가치보다 트래픽 생성에 집중한 대량생산형 미니앱
• 유사한 구조에 이름·테마만 바꿔 반복 출시하는 리워드형 앱
• 과도하거나 맥락 없는 마케팅 메시지
• 실제 광고 성과로 이어지지 않는 인위적 노출·클릭
• 미니앱 수 증가에 따른 개별 앱의 노출 기회 감소
• 낮은 품질의 앱을 반복 경험한 사용자의 미니앱 생태계 이탈

결국 앱 수 증가 → 평균 품질 저하 → 좋은 앱까지 노출 감소 → 사용자 만족도 하락 → 광고·노출 효율 악화라는 악순환이 생겼다는 진단이다.

앱인토스가 제시한 해결 방향은 두 가지다.

1. 플랫폼이 사용자가 경험하는 최소 품질을 적극적으로 보장한다.
2. 실제 사용자에게 가치가 검증된 미니앱이 더 많은 노출과 보상을 받도록 한다.

이 두 원칙을 기준으로 심사, 추천, 광고, 마케팅 정책이 동시에 바뀐다.

1. 전수 점검: “출시만 되면 계속 노출되는 구조”의 종료

가장 먼저 시행되는 변화는 비게임 미니앱을 중심으로 한 전수 점검이다. 게임 역시 이후 순차적으로 점검할 계획이라고 Q&A에서 설명했다.

전수 점검 일정과 처리 방식

• 9월 30일부터 순차 점검 시작
• 대상 수가 많기 때문에 약 한 달에 걸쳐 순차적으로 결과 통보
• 심사 기준은 기존 개발자센터의 비게임 미니앱 출시 가이드
• 별도의 새로운 심사 기준을 갑자기 추가하는 방식은 아님
• 결과는 콘솔과 이메일을 통해 개별 안내
• 반려된 경우 결과 수신 후 14일 안에 수정 → 심사 승인 → 재출시까지 완료해야 함
• 14일 안에 조치하지 못하면 미니앱이 삭제되는 것이 아니라 미노출 상태로 전환됨
• 미노출 상태에서는 검색, 전체 탭, 공유 링크 등으로 접근해도 서비스 이용이 제한됨
• 이후 기준에 맞춰 수정하고 다시 출시하면 노출을 재개할 수 있음

특히 중요한 점은 삭제와 미노출은 다르다는 것이다. 앱인토스가 앱 데이터 자체를 임의로 삭제하는 것이 아니라, 품질 기준을 충족할 때까지 사용자 접근을 막는 방식이다.

사전 심사를 활용할 수 있다

웨비나에서는 9월 14일부터 동일한 기준으로 사전 심사를 진행하고 있다고 설명했다. 따라서 전수 점검 결과를 기다렸다가 수정하기보다, 미리 번들을 업데이트하고 심사를 요청해 문제를 확인하는 편이 유리하다.

대규모 전수 점검이 시작되면 심사 요청이 몰릴 수 있으므로 사전에 한 번 심사를 통과해 놓는 것이 운영 리스크를 줄이는 방법이다.

자주 문제가 되는 항목

발표에서 특히 강조된 문제는 다음과 같다.

• 미니앱 진입 직후 토스 로그인을 강제
• 사용자가 예상하지 못한 순간에 전면 광고 노출
• 외부 앱 설치나 외부 서비스 이동을 유도
• 자신이 운영하는 다른 미니앱으로 갑자기 이동
• 뒤로가기 버튼이 정상 작동하지 않음
• 핵심 기능 자체가 작동하지 않음
• 첫 진입 로딩이 지나치게 느림
• 등록된 미니앱 이름과 내비게이션 영역의 로고·이름이 불일치
• 진입 직후 바텀시트 등으로 사용자의 행동을 가로막음
• 광고 클릭을 인위적으로 유도
• Toss Login, 결제, 프로모션, 광고 등 SDK 기능이 정상 동작하지 않음

이 기준은 단순한 규제가 아니라 토스가 자체 서비스 운영 과정에서 확인한 이탈을 줄이는 기본 UX 규칙이라는 것이 발표의 설명이다.

2. 광고 정책: 노출 수보다 “광고주 성과”가 중요해진다

광고 수익과 eCPM에 대한 설명도 이번 웨비나의 핵심이었다.

광고 수익의 원천은 결국 광고주의 예산이다. 사용자가 광고를 보고 실제 구매나 행동으로 전환되면 광고주는 예산이나 입찰가를 높일 수 있고, 반대로 노출과 클릭만 많고 성과가 없으면 예산과 단가를 낮춘다.

따라서 파트너 입장에서는 “광고를 얼마나 많이 보여줬는가”보다 그 광고 지면이 실제 광고 성과를 만들어 내는가가 점점 더 중요해진다.

앱인토스가 문제로 본 두 가지

1. 노출·클릭은 많지만 광고주 성과로 연결되지 않는 지면
2. 정책을 위반해 인위적으로 노출·클릭을 만드는 지면

앱인토스는 광고 배분 로직에 단순 노출·클릭뿐 아니라 해당 지면에서 발생한 실제 성과를 더 강하게 반영하기 시작했다. 정책 위반 지면은 별도로 모니터링하고, 어뷰징으로 판단되면 광고 송출을 중단한다.

웨비나에서는 이런 정책을 반영한 뒤 관련 광고 지면의 평균 CPM이 약 30% 상승한 사례도 확인했다고 밝혔다. 다만 CPM은 광고 수요와 입찰 경쟁 등 여러 변수에 따라 계속 변동할 수 있다고 함께 설명했다.

개발자가 확인해야 할 광고 운영 3가지

1) 광고가 사용자의 행동을 방해하지 않는가

예를 들어 운세를 보기 위해 정보를 입력하는 도중 갑자기 전면 광고가 뜨면 사용자는 광고를 보는 것이 아니라 닫으려 한다. 이런 노출은 사용자 경험도 나쁘고 광고 성과도 낮다.

광고를 보여주는 순간은 사용자가 자연스럽게 멈출 수 있고 광고 내용을 받아들일 수 있는 맥락이어야 한다.

2) 같은 사용자에게 너무 자주 노출하고 있지 않은가

한 명이 짧은 시간에 광고를 여러 번 보는 구조는 순간적으로 노출 수를 늘릴 수 있지만, 사용자 이탈과 광고 성과 저하를 동시에 만들 수 있다.

미니앱마다 적절한 노출 횟수와 간격을 실험해 찾아야 한다.

3) 노출 수가 아니라 광고를 보는 “사람 수”가 늘고 있는가

2명이 6번씩 보는 12회 노출과 6명이 2번씩 보는 12회 노출은 광고주 관점에서 가치가 다르다. 후자는 새로운 잠재고객을 더 많이 만날 수 있다.

따라서 광고 수익을 키우려면 단순히 한 사용자의 광고 노출 빈도를 높이기보다 새로운 사용자와 광고 시청자 수 자체를 늘리는 것이 중요하다.

Toss Native Ads

앱인토스는 서비스 흐름을 덜 해치면서 사용자가 광고 내용을 빠르게 이해할 수 있는 Toss Native Ads를 준비하고 있다.

웨비나 기준으로는 빠르면 11월 초부터 일부 파트너에게 순차 적용할 계획이며, 기존 광고 정책 위반 이력이 없고 광고 지면을 안정적으로 운영한 파트너부터 확대할 예정이다.

핵심은 광고도 결국 제품 UX의 일부로 본다는 점이다. 앞으로는 광고를 많이 넣는 앱보다 광고가 자연스럽게 성과로 이어지는 앱이 유리해질 가능성이 높다.

3. Smart Sending 종료: 무차별 푸시 대신 유입과 전환 도구로 이동

기존 Smart Sending은 머신러닝으로 반응 가능성이 높은 이용자를 찾아 미니앱 홍보 메시지를 보내는 도구였다.

하지만 미니앱과 광고 수요가 빠르게 늘면서 모델 학습 시간이 길어졌고, 언제 어느 정도 규모로 메시지가 나갈지 예측하기 어려워졌다. 더 근본적으로는 사용자에게 보낼 수 있는 알림의 총량 자체에 한계가 있다.

관심 없는 홍보 메시지가 계속 쌓이면 결국 사용자는 모든 메시지를 무시하게 된다.

이에 따라 Smart Sending의 프로모션 메시지 발송은 9월 30일 종료된다. 서비스 이용에 필요한 기능성 알림까지 종료되는 것은 아니다.

대신 앱인토스는 마케팅 지원을 두 방향으로 전환한다.

Viral SDK: 플랫폼 밖에서 신규 사용자를 데려오는 도구

토스가 성장 과정에서 활용했던 초대·공유 경험을 미니앱 파트너가 쉽게 구현할 수 있도록 만든 SDK다.

예고된 기능은 다음과 같다.

• 초대 리워드 설정
• 리워드 자동 지급
• 카카오톡 공유
• 초대 메시지 최적화
• 초대받은 사용자의 진입·이탈 구간 분석

핵심은 토스 내부 노출만 기다리지 않고 사용자가 사용자를 데려오는 바이럴 루프를 만들 수 있게 하는 것이다.

10월부터 일부 파트너를 대상으로 테스트하고, 4분기 중 사용 범위를 확대할 계획이라고 설명했다.

Promotion 2.0: 돈을 써서 “방문”이 아니라 “핵심 행동”을 만든다

기존 리워드 프로모션의 문제는 사용자가 포인트만 받고 바로 떠날 수 있다는 점이다.

Promotion 2.0에서는 미니앱별로 단계형 미션과 가이드를 설정하고, 사용자가 미션을 수행하면서 서비스 핵심 기능까지 경험하도록 설계할 수 있다.

예를 들어 단순히 “앱에 10초 머물면 보상”에서 끝나는 것이 아니라,

진입 → 기능 사용 → 다음 미션 → 핵심 가치 경험 → 재방문 이유 형성

이라는 흐름을 만들려는 것이다.

즉 프로모션 예산의 목표가 트래픽 구매에서 제품 사용 학습과 전환 구매로 바뀐다.

4. 노출 정책 전면 개편: Launched → Recommended → Boosting

가장 구조적인 변화는 미니앱 노출을 단계화하는 것이다.

1단계: Launched Mini-app

기본 심사를 통과해 정상 출시된 모든 미니앱이다.

출시 상태에서는 다음이 가능하다.

• 미니앱 검색
• 링크 공유
• 외부 SNS·지인 등을 통한 유입
• 프로모션 활용

앱 상세페이지를 웹 검색에 노출해 구글·네이버 등에서도 찾을 수 있게 하는 계획도 발표했다. 플랫폼이 미니앱의 기본 SEO 진입점까지 만들어 주겠다는 방향이다.

다만 출시되었다고 해서 대규모 플랫폼 노출이 자동으로 보장되는 구조는 아니다.

2단계: Recommended Mini-app

실제 사용자 데이터와 품질을 기준으로 검증된 미니앱이다.

추천 미니앱의 주요 판단 기준은 네 축으로 정리된다.

최소 UX 기준

토스가 정리한 UX 원칙과 출시 가이드를 지키는지 본다. 개발자센터와 콘솔에 체크리스트를 제공해 직접 점검할 수 있게 할 계획이다.

실제 사용 지표: Retention과 Conversion

단순 진입자 수보다 두 지표를 중요하게 본다고 명확하게 설명했다.

• Retention: 한번 쓴 사용자가 다시 돌아오는가
• Conversion: 사용자가 미니앱에서 기대한 핵심 행동을 실제로 완료하는가

전환은 앱 종류에 따라 다르다.

• 쇼핑: 구매 또는 장바구니
• 청소 서비스: 예약
• 기록 서비스: 반복 기록
• 게임: 계속 플레이
• eSIM: 실제 구매

앱인토스는 미니앱을 내부적으로 약 300개 수준의 세부 카테고리로 나눠 카테고리마다 다른 지표를 적용할 계획이라고 설명했다.

따라서 모든 앱에 동일한 리텐션이나 전환율 컷을 적용하는 구조가 아니다.

리뷰

단순히 “평점 3.2 이하면 탈락” 같은 일률적인 기준을 쓰지 않는다.

• 리뷰 수
• 쌓이는 속도
• 평점 분포
• 반복적으로 등장하는 불만
• 업데이트 후 불만이 개선됐는지

등을 종합적으로 본다.

리뷰는 추천을 받기 위한 점수 수단이라기보다 정량 지표에서 보이지 않는 사용자 경험을 확인하는 데이터에 가깝다.

성능

• 앱 실행 직후 크래시
• 흰 화면
• 화면 멈춤
• 과도한 로딩 시간

등을 지속 추적하며, 반복적인 성능 문제가 있는 앱은 추천 노출에서 불리해질 수 있다.

추천 미니앱이 받는 노출

추천 미니앱에는 일반 출시 앱보다 훨씬 강한 노출을 제공한다.

• 앱인토스 내 편집형 추천 영역
• 전체 탭 추천 영역
• 검색 결과 우선 노출
• 추천 미니앱 전용 노출 슬롯

기존에는 전체 탭 추천 영역에 출시된 미니앱이 폭넓게 섞여 있었지만, 앞으로는 추천 미니앱 중심으로 재편해 좋은 앱에 트래픽을 더 집중한다.

신규 앱의 콜드스타트 문제

신규 앱은 사용자 데이터가 없어 추천 기준을 증명하기 어렵다.

앱인토스는 이를 해결하기 위해 추천 영역 트래픽 중 약 5%를 콜드스타트 용도로 사용해 최소 UX 기준을 통과한 신규 미니앱에도 실제 사용자 데이터를 쌓을 기회를 줄 계획이라고 설명했다.

더 빨리 데이터를 만들고 싶다면 다음 방법을 병행할 수 있다.

• 지인 테스트
• 외부 SNS 공유
• Viral SDK
• 유료 프로모션
• 자체 커뮤니티·채널 활용

즉 초기 유저 획득은 플랫폼이 일부 도와주지만, 개발자가 외부 유입을 만들수록 검증 속도는 빨라진다.

3단계: Boosting Mini-app

추천 미니앱 중에서도 각 카테고리에서 지표가 특히 뛰어난 앱을 선별한다.

선정 과정은 대체로 다음과 같다.

1. 추천 미니앱 기준 충족
2. 카테고리 내 우수한 리텐션·전환 등 실사용 지표
3. 리뷰와 성능 검증
4. 내부 에디터의 실제 사용 테스트
5. 필요하면 파트너와 직접 개선한 뒤 최종 부스팅

Boosting Mini-app은 전체 탭 상단뿐 아니라 토스 홈 화면까지 노출될 수 있다.

웨비나에서는 전체 탭을 하루 100만 명 이상, 토스 홈을 하루 1,000만 명 이상이 방문한다고 설명했으며, 내부 테스트에서 Boosting Mini-app이 Recommended 상태보다 최소 20% 이상의 추가 트래픽 상승 여지를 확인했다고 밝혔다.

새 노출 정책은 단계적으로 적용한 뒤 10월 22일부터 전체 사용자에게 동일하게 적용할 계획이다.

5. 앞으로 “좋은 미니앱”을 판단하는 공식

이번 정책을 압축하면 다음과 같다.

좋은 미니앱 = 출시 규칙 준수 × 좋은 UX × 핵심 가치 전달 × 재방문 × 전환 × 안정성 × 사용자 평가

여기서 중요한 변화는 다운로드나 진입 수가 핵심 KPI가 아니라는 것이다.

앱인토스는 단순 트래픽보다 “사용자가 들어와서 실제 가치를 얻었는가”를 알고 싶어 한다.

따라서 개발자는 제품을 만들 때부터 “내 서비스의 전환이 무엇인가?”를 명확히 정의해야 한다.

콘솔에서 커스텀 전환 지표 등록 기능을 제공하고 있으며, 원하는 전환 항목이 없다면 별도 요청을 남길 수 있다고 안내했다.

전환 이벤트를 등록하지 않으면 실제로 사용자가 좋은 행동을 하고 있어도 플랫폼이 그 가치를 정확하게 판단하기 어려울 수 있다.

6. 1인 개발자에게 중요한 변화

Q&A에서는 “대기업이나 유명 회사의 앱만 Boosting을 받는 것 아니냐”는 질문도 나왔다.

앱인토스 측은 추천·부스팅의 우선 기준이 회사 규모나 브랜드가 아니라 실제 사용자 이용 데이터, 리뷰, 품질과 성과라고 설명했다. 내부 후보군에도 개인 개발자가 만든 서비스가 존재한다고 밝혔다.

물론 기존 브랜드는 사용자 신뢰나 운영 인력 측면에서 유리할 수 있다. 하지만 정책 자체는 작은 팀도 제품 지표로 경쟁할 수 있는 구조를 지향한다.

오히려 1인 개발자에게는 “앱을 많이 만드는 능력”보다 “하나를 빠르게 개선하는 능력”이 더 중요해진다.

대량생산 전략은 리스크가 커진다

같은 구조와 스킴을 유지한 채 이름·UI·테마만 조금씩 바꿔 미니앱을 반복 출시하는 행위를 앱인토스가 명시적으로 경계하고 있다.

워크스페이스별 출시 수 제한을 두고 있으며, 트래픽을 인위적으로 만들기 위한 대량생산형 리워드 앱은 모니터링·제재 대상이 될 수 있다고 설명했다.

따라서 앞으로는 “앱 수 × 우연한 히트” 모델보다 소수 앱 집중 운영 → 지표 개선 → 추천 진입 → 부스팅 모델이 플랫폼 인센티브와 더 잘 맞는다.

7. 이번 변화의 본질

이번 정책을 단순히 “심사가 빡세진다”로 이해하면 핵심을 놓친다.

실제로는 플랫폼의 자원을 배분하는 방식이 바뀌는 것이다.

과거에는 미니앱이 출시되면 어느 정도 플랫폼 트래픽을 함께 나눠 가졌다. 앱 수가 1만 개를 넘어서면 이 구조는 지속되기 어렵다. 트래픽이 지나치게 분산되고, 낮은 품질의 앱까지 같은 노출 풀에 들어오면 좋은 앱도 손해를 본다.

새 구조는 다음과 같다.

최소 품질 미달 앱은 걸러내고 → 사용자 데이터로 가치가 확인된 앱을 추천하고 → 카테고리 상위 앱에는 토스의 거대한 홈 트래픽을 집중한다.

광고도 같은 논리다.

광고 노출량 → 광고주 실제 성과

마케팅도 같은 논리다.

메시지 대량 발송 → 바이럴 유입과 핵심 행동 전환

결국 앱인토스 전체가 양적 성장에서 질적 성장으로 넘어가는 시점이라고 볼 수 있다.

8. 개발자가 바로 해야 할 일

제품

• 개발자센터의 출시 가이드와 UX 원칙을 다시 점검한다.
• 첫 화면에서 로그인을 강요하지 않는다.
• 핵심 기능까지의 클릭 수와 마찰을 줄인다.
• 외부 앱 설치나 불필요한 아웃랜딩을 줄인다.
• 크래시, 흰 화면, 긴 로딩을 우선적으로 제거한다.

데이터

• 내 미니앱의 핵심 전환 행동을 한 문장으로 정의한다.
• 콘솔에 전환 지표를 등록한다.
• Retention과 Conversion을 정기적으로 본다.
• 단순 방문자 수보다 “가치를 경험한 사용자 수”를 본다.

리뷰

• Review Request SDK를 적절한 시점에 활용한다.
• 별점 평균보다 반복적으로 등장하는 불편을 찾는다.
• 업데이트 후 해당 불편이 실제로 사라졌는지 확인한다.

광고

• 핵심 행동 도중 광고를 끼워 넣지 않는다.
• 같은 사용자의 반복 노출 빈도를 측정한다.
• 광고 노출 횟수보다 광고 시청자 수 증가를 본다.
• 단기 노출 수 때문에 리텐션을 훼손하지 않는다.

유입

• 플랫폼 추천만 기다리지 않는다.
• 초기에는 지인, SNS, 외부 커뮤니티로 데이터 표본을 만든다.
• Promotion 2.0을 쓴다면 방문이 아니라 핵심 기능 사용을 미션으로 설계한다.
• Viral SDK가 열리면 공유가 반복되는 구조를 제품에 붙인다.

일정 요약

한 줄 결론

앱인토스에서 앞으로 중요한 것은 **“얼마나 많은 미니앱을 출시했는가”가 아니라 “사용자가 실제로 가치를 느끼고 다시 돌아오는 미니앱을 만들었는가”**다.

전수 점검은 하한선을 만들고, Recommended와 Boosting은 상위 앱에 보상을 주며, 광고 로직은 실제 전환을 보상하고, Viral SDK와 Promotion 2.0은 단순 트래픽 대신 성장 루프를 만들도록 유도한다.

1인 개발자 입장에서는 오히려 목표가 선명해졌다.

최소 품질을 확실히 통과하고 → 전환 이벤트를 심고 → 초기 사용자를 확보하고 → 리텐션·전환·리뷰를 개선해 Recommended에 진입한 뒤 → 카테고리 상위 지표로 Boosting을 노리는 것.

이것이 이번 운영 변화 이후 앱인토스에서 가장 정석적인 성장 경로다.