미니앱의 강점은 하나로 요약돼요. 설치도, 가입도 없이 바로 써보는 경험. 그런데 많은 미니앱이 이 강점을 스스로 접어두고 있었어요. 심지어 열자마자 로그인을 요구하는 미니앱도 있으니까요. 이제는 그럴 이유가 줄었어요. 로그인 없이도 푸시를 보내고, 포인트를 주고, 결제를 받을 수 있게 됐어요. 이 변화가 미니앱 경험에 어떤 의미인지 짚어볼게요.

많은 미니앱이 로그인 자체가 목적이라서 토스 로그인을 붙인 건 아니에요. 푸시를 보내고, 포인트를 주고, 결제를 받으려면 사용자를 식별할 값(userKey)이 필요했어요. 그 값을 받으려면 토스 로그인이 필수였고요. 목적은 푸시·포인트·결제인데, 로그인이 먼저 거쳐야 하는 단계로 놓여 있었던 거예요.
문제는 이 단계가 미니앱의 가장 큰 강점과 부딪힌다는 점이에요. 미니앱은 바로 써보는 경험이 강점인데, 첫 화면부터 로그인을 요구하면 서비스가 어떤 가치를 주는지 느끼기도 전에 사용자가 돌아설 수 있어요. 만드는 사람 입장에선 가장 아쉬운 이탈이죠.
토스 로그인은 아이디·비밀번호를 넣는 방식이 아니라 원클릭이라, 로그인 자체는 어렵지 않아요. 그런데도 '로그인'이라는 단계 하나가 첫인상에서 마찰을 만들어요.
이 단계를 덜어낸 게 사용자 식별키(anonKey) 예요. 토스 로그인 없이도 미니앱 안에서 사용자를 안정적으로 식별할 수 있는 값이에요. 이제 이 값만으로 아래 기능을 쓸 수 있어요.

스마트 발송, 프로모션, 토스페이. 미니앱을 만들 때 토스 로그인을 붙이는 이유는 대부분 이 세 가지였어요. 그 세 가지가 로그인 없이 열린 거예요. 단순히 기능 하나가 추가된 게 아니라, 로그인 단계 없이도 미니앱의 강점을 그대로 살릴 수 있게 된 셈이에요.
대부분의 미니앱은 사용자 식별키로도 기능할 수 있어요. 유저 입장에선 로그인 없이 바로 쓰고, 만드는 입장에선 이탈 걱정이 줄거든요. 토스 로그인은 꼭 필요한 일부 경우에만 더 얹으면 돼요.
토스 로그인은 보통의 회원가입·로그인보다 훨씬 간편해요. 그렇지만 동의 화면에서의 이탈은 어쩔 수 없이 감수해야 해요. 일부 미니앱에선 동의 화면에서 이탈하는 비율이 절반에 가깝기도 했어요.
그렇다고 토스 로그인을 없애라는 이야기는 아니에요. 두 도구는 목적이 달라요. 판단 기준은 하나예요. '내 서비스에, 가입 단계의 이탈을 감수하고서라도 토스 로그인을 붙여야 할까?'
・ 발급이 간단해요. 서버 연동이나 사용자 동의 절차 없이, 미니앱 안에서 바로 발급받을 수 있어요. ・ 안정적으로 식별해요. 미니앱마다 고유한 값이고, 같은 사용자는 같은 미니앱에서 항상 같은 값을 받아요. ・ 검증할 수 있어요. 발급받은 값이 유효한지 확인하는 검증 API도 함께 제공돼요.
의외로 토스 로그인이 '선택'이라는 걸 모르고 관성적으로 붙인 미니앱이 많아요. 내 서비스에 토스 로그인이 정말 필요한지 한 번 점검해 보세요. 사용자 식별만이 목적이라면, 사용자 식별키만으로 충분해요. 그러면 사용자가 로그인 단계에서 돌아서는 일도 줄어들어요. 이미 토스 로그인을 붙였다면, 사용자 식별키로 바꾸는 마이그레이션 가이드도 준비돼 있어요.
로그인 없이 바로 쓰는 쾌적함은 미니앱만의 강점이에요. 그 강점을 그대로 살릴수록, 사용자는 첫 화면에서 바로 가치를 느끼게 돼요.
아이디어만 있다면 누구나 메이커가 되는 세상