> For the complete documentation index, see [llms.txt](https://developers-apps-in-toss.toss.im/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://developers-apps-in-toss.toss.im/guide/exposure.md).
# 토스 앱에 노출하기
### 잘 만든 미니앱이, 더 많은 사용자를 만날 수 있도록.
**10월 22일부터 미니앱 노출 정책이 바뀌어요.** 미니앱을 출시하면 사용자에게 어떤 방식으로 노출되는지, 더 많이 노출되려면 어떤 기준을 충족해야 하는지 알려드릴게요.
***
### 1. 출시 미니앱
내부 검수 기준을 통과해 출시한 앱은 모두 ‘출시 미니앱’이에요. 노출 방식은 기존과 크게 다르지 않아요. 토스 앱에서 검색하거나 공유 링크로 이용할 수 있고, 앞으로는 프로모션 구좌도 지원할 예정이에요.
***
### 2. 추천 미니앱
같은 과정을 거쳐 출시하더라도, 사용자가 더 많이 이용하고 다시 방문하는 앱이 있어요. 이렇게 잘 만든 앱을 ‘추천 미니앱’으로 선정하는데요. 추천 미니앱이 되면 **미니앱 스토어와 전체탭에서 더 자주 소개되고, 검색 결과에서도 우선 노출돼요.**
#### 추천 미니앱 선정 기준
추천 미니앱은 UX·실사용 지표·리뷰·성능, 네 가지 기준을 모두 충족해야 해요.
#### 기준 1. UX 원칙
사용자가 앱을 쉽게 이해하고 이용할 수 있는지 확인해요. 다섯 가지 원칙에 따라 로그인과 알림 동의, 광고, 화면 구성 등을 점검해 주세요.
**1) 로그인이나 알림 동의가 꼭 필요한지 다시 생각해 주세요**
앱을 처음 열었을 때 로그인이나 알림 동의창이 먼저 뜨면 어떨까요? 사용자는 앱에서 뭘 할 수 있는지도 모르는데 로그인이나 권한부터 요구한다고 느끼겠죠. 이 상태에서는 선뜻 동의하기 어렵고, 이탈할 가능성도 커져요.
로그인과 알림 동의가 꼭 필요한지 다시 생각해 보고, 없어도 된다면 과감히 빼주세요. 무언가를 더하기보다 빼는 게 더 좋은 해결책일 수 있어요.
**`제작 가이드`**
* 로그인이나 알림 동의를 요청하기 전에 앱의 주요 기능을 먼저 써볼 수 있게 해주세요.
* 로그인은 사용자가 입력한 내용을 계정에 저장하거나, 이전 기록을 불러와야 할 때 요청해 주세요.
* 알림 동의는 사용자가 새 결과나 소식을 받아보고 싶을 때 요청하고, 어떤 알림을 받게 되는지 알려주세요.
**`체크리스트`**
* [ ] 로그인하지 않은 상태로 앱에 방문했을 때, 주요 기능을 써볼 수 있나요?
* [ ] 로그인이나 알림 동의창은 관련 기능을 선택한 뒤에 나오나요?
* [ ] 요청 화면만 보고 로그인이나 알림 동의가 왜 필요한지 알 수 있나요?
**2) 전면광고가 나오는 시점을 알리고, 반복하지 말아주세요**
결과를 확인하려고 할 때마다 전면광고가 나오면 사용자는 결과를 보기 전에 앱을 나갈 수 있어요. 광고가 나오는 시점과 광고를 본 뒤 얻는 내용을 미리 알리고, 한 번 광고를 봤다면 결과를 바로 보여주세요.
**`제작 가이드`**
* 광고를 보기 전에 무엇을 얻는지 알려준 뒤 사용자가 선택하게 해주세요.
* 전면광고가 나오기 전에 문구나 광고 아이콘으로 미리 알려주세요.
* 광고를 한 번 본 뒤에는 결과를 바로 보여주세요.
* 추가 광고는 더 자세한 정보나 보상이 있을 때만 제안해 주세요.
**`체크리스트`**
* [ ] 전면광고가 나오기 전, 명확한 광고 안내 표시가 있나요?
* [ ] 광고를 한 번 본 뒤에는 추가 광고 없이 결과를 확인할 수 있나요?
* [ ] 추가 광고는 사용자가 더 자세한 정보나 보상을 원할 때만 선택해서 볼 수 있나요?
**3) 일관되고 명확한 디자인 원칙을 적용해 주세요**
사용자는 화면을 처음부터 끝까지 읽기보다 큰 글자와 이미지, 버튼부터 살펴봐요. 제목과 설명, 결과가 비슷하게 보이면 뭐부터 봐야 할지 알기 어렵고, 완성도가 떨어져 보여요. 정보의 중요도는 구분하고, 같은 기능의 디자인은 통일해 주세요.
**`제작 가이드`**
* 제목, 설명, 결과의 중요도에 맞게 글자 크기를 설정하고 배치해 주세요.
* 같은 기능의 버튼과 같은 종류의 카드라면 색과 모양을 통일해 주세요.
* 샘플 문구나 임시 이미지는 남겨두지 마세요.
* 색과 장식은 화면을 꾸미기보다 제목이나 결과를 강조하고 싶을 때 사용해 주세요.
* 다른 앱의 구성과 디자인을 가져와 문구와 이미지만 바꾸지 마세요.
**`체크리스트`**
* [ ] 제목, 설명, 결과가 각각 어디에 있는지 바로 알아볼 수 있나요?
* [ ] 같은 기능의 버튼과 카드가 다른 화면에서도 일관성을 가지고 있나요?
* [ ] 샘플 문구나 임시 이미지가 남아 있지 않나요?
* [ ] 제목이나 결과보다 배경색과 장식이 먼저 눈에 띄지는 않나요?
* [ ] 다른 앱의 구성과 디자인을 그대로 사용하지 않았나요?
**4) 사용자가 할 일을 순서대로 보여주고, 끝나면 완료됐다고 알려주세요**
어떤 정보를 입력해야 할지, 어떤 버튼을 눌러야 할지 알기 어려우면 간단한 기능도 복잡하게 느껴져요. 같은 내용을 여러 번 입력해야 한다면 결과를 보기 전에 앱을 나갈 수도 있고요. 할 일을 순서대로 보여주고, 마지막 작업이 끝나면 완료됐다고 알려주세요.
**`제작 가이드`**
* 첫 화면에서는 가장 먼저 해야 할 일이 명확하게 보여야 해요.
* 입력란과 버튼은 사용 순서대로 놓고, 버튼을 누르면 어떻게 되는지 명확하게 적어주세요.
* 같은 형식의 정보를 여러 번 입력해야 한다면, 한 번에 입력하거나 불러올 수 있게 해주세요.
* 마지막 작업이 끝나면 완료됐다는 문구나 화면을 보여주세요.
**`체크리스트`**
* [ ] 앱을 열자마자 뭘 해야 할지 바로 알 수 있나요?
* [ ] 각 화면에서 다음에 눌러야 할 버튼이나 입력할 곳이 바로 보이나요?
* [ ] 같은 형식의 정보를 여러 번 입력할 때 한 번에 입력하거나 불러올 수 있나요?
* [ ] 마지막 작업이 끝난 뒤 완료됐다는 문구나 화면이 나오나요?
**5) 사용자가 기대한 결과를 보여주고, 그 의미도 함께 알려주세요**
사용자는 앱의 제목과 소개를 보고 어떤 결과를 얻을지 기대해요. 결과 화면에서는 소개한 정보를 실제로 보여주고, 점수나 유형이 무엇을 뜻하는지도 함께 설명해 주세요.
*※ 계산기, 추첨기, 명언처럼 별도의 결과 화면이 없는 앱은 이 항목의 평가 대상에서 제외해요.*
**`제작 가이드`**
* 앱 이름과 소개는 결과 화면에서 실제로 확인할 수 있는 내용을 써주세요.
* 점수, 등급, 유형처럼 결과만으로 뜻을 알기 어렵다면 설명을 함께 보여주세요.
* 입력이나 선택에 따라 결과가 달라지는 앱이라면, 바꾼 내용이 결과에 반영되도록 해주세요.
* 결과가 달라진 이유를 사용자가 알 수 있게 설명해 주세요.
* 보여줄 내용이 없다면 화면이 비어 있는 이유를 알려주세요.
**`체크리스트`**
* [ ] 제목과 소개에 적힌 내용을 결과 화면에서 확인할 수 있나요?
* [ ] 결과 화면의 내용이 무슨 뜻인지 알 수 있나요?
* [ ] 입력이나 선택에 따라 결과가 달라지는 앱이라면, 바꾼 내용이 결과에 반영되나요?
* [ ] 입력이나 선택에 따라 결과가 달라진다면, 왜 달라졌는지 알 수 있나요?
* [ ] 보여줄 내용이 없는 화면에서도 왜 비어 있는지 알 수 있나요?
#### 기준 2. 실사용 지표
잘 만든 앱은 사용자가 다시 방문하거나, 구매·예약까지 끝마치는 비율이 높아요. 그래서 추천 미니앱을 선정할 때는 재방문율이나 전환율 같은 실사용 지표를 함께 살펴봐요.
* **재방문율(리텐션):** 앱을 이용한 사람 중 다시 방문한 사람의 비율이에요.
* **전환율:** 앱을 이용한 사람 중 구매·예약 등 주요 행동을 완료한 사람의 비율이에요.
**1) 카테고리별 예시**
어떤 앱인지에 따라 확인하는 지표가 달라요. 예를 들어 eSIM 판매 앱은 구매를 완료한 비율을, 일상 기록 앱은 다시 방문한 비율을 살펴볼 거예요.
| 이용 목적 | 주요 지표 | 상세 설명 |
| ------- | ------ | ------------------ |
| eSIM 구매 | 구매 전환율 | 방문한 사용자가 구매를 완료하는지 |
| 청소 예약 | 예약 전환율 | 방문한 사용자가 예약을 완료하는지 |
| 일상 기록 | 재방문율 | 사용자가 꾸준히 다시 방문하는지 |
**2) 내 미니앱 전환 지표 등록하기**
토스가 내 미니앱을 제대로 평가할 수 있도록, 콘솔에서 전환 지표를 등록해 주세요. 내가 설정한 지표가 서비스 전환율을 계산하는 기준이 돼요. ‘예약 완료’가 전환 지표면, 앱에 방문한 사람 중 예약을 마친 사람이 몇 %인지 계산해요. 예를 들어 100명이 방문하고 10명이 예약했다면, 예약 전환율은 10%예요.
전환 지표 등록 방법은 아래 가이드에서 확인해 주세요.
{% hint style="info" %}
**자세한 설정 방법**
* 앱에서 행동을 기록하려면 → [이벤트 기록 가이드](https://developers-apps-in-toss.toss.im/guide/analytics/logging)
* 콘솔에서 지표를 설정하려면 → [전환 지표 설정 가이드](https://developers-apps-in-toss.toss.im/guide/analytics/conversion-metrics)
{% endhint %}
#### 기준 3. 리뷰
**1) 평점 관리하기**
평점뿐 아니라 리뷰 내용도 추천 미니앱 선정에 반영돼요. 구매나 예약을 완료한 사용자에게 리뷰를 요청하고, 콘솔의 ‘평점 및 리뷰’에서 평점 변화를 확인해 주세요.
**2) 리뷰 확인하고 개선하기**
내 앱의 모든 리뷰는 콘솔의 ‘평점 및 리뷰’ 메뉴에서 볼 수 있어요. 여러 사용자가 같은 불편을 이야기한다면, 그 부분부터 개선해 주세요.
#### 기준 4. 성능
앱을 여는 데 오래 걸리지 않는지, 사용하는 동안 문제없이 작동하는지 확인해요. 앱을 열자마자 꺼지거나 화면이 멈춰 이용할 수 없으면 평가에서 불리해요. 앱을 실행하고 주요 기능을 직접 써보며, 느리거나 오류가 나는 부분을 점검해 주세요.
***
### 3. 부스팅 미니앱
**추천 미니앱 중에서도 눈에 띄게 잘 만든 앱은 ‘부스팅 미니앱’으로 선정해 파격적으로 지원해요.** 전체탭 상단의 전용 추천 공간부터 토스 홈까지, 가장 눈에 잘 띄는 곳에 가장 눈에 잘 띄는 형태로 소개해요. 베타 테스트 기간에 측정한 데이터를 바탕으로, 추천 미니앱보다 20배 더 많이 노출될 것으로 예상돼요.
#### 부스팅 미니앱 선정 기준
**1) 카테고리 내 실사용 지표**
같은 카테고리의 앱과 비교해 재방문율이나 구매·예약 전환율이 최상위권인지 확인해요.
**2) 에디터의 최종 검토**
에디터가 앱을 직접 써보고 앱의 완성도와 유용성을 직접 확인해요.
새로운 노출 정책에 대해 궁금한 점이 있다면 [채널톡](https://apps-in-toss.channel.io/home?page=https%3A%2F%2Fapps-in-toss.channel.io%2Fworkflows%2F787658)으로 연락해 주세요. 미니앱을 만드는 즐거움이 사용자를 만나는 기쁨으로 이어질 수 있도록, 앱인토스 팀도 최선을 다할게요.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://developers-apps-in-toss.toss.im/guide/exposure.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
