질문 / 문제 해결
안녕하세요, 비게임 미니앱 개발 중에 궁금한 점이 있어 질문드립니다.
현재 가이드를 준수하여 인앱결제 상품 유지를 위해 '토스 로그인’을 붙여 고유 키를 관리하고 있는데요.
문제는 이 로그인(약관 동의) 단계에서 유저들이 너무 많이 이탈한다는 점입니다.
시중의 다른 비게임 미니앱들을 보면 토스 로그인 절차 없이도 인앱 상품을 잘 판매하고 있던데, 혹시 이런 경우는 서버 연동 없이 기기별 로컬 저장소에만 구매 내역을 저장하는 방식을 써도 정책상 허용이 되는 건지 궁금합니다.
이탈률을 줄이기 위해 로그인을 빼고 싶은데, 혹시 로그인을 하지 않고도 유저 고유 키를 받아 관리할 수 있는 제가 모르는 다른 방법이 있는 걸까요?
경험 있으신 분들의 조언 부탁드립니다!
감사합니다.
안녕하세요 
현재 인앱 결제는 토스 로그인 없이도 사용이 가능합니다.
다만 말씀하신 것 처럼 기기를 변경했을때, 인앱결제 상품 유지가 되지 않아 토스 로그인 연동을 권장 하고 있어요.
토스 로그인 약관 동의 구간에서 이탈률이 커지는 부분은 내부적으로도 인지하고 크게 공감하고 있으며,
관련해서 로컬 저장소가 아닌 별도의 storage를 제공해주는 방향으로 논의가 진행중입니다.
토스 로그인 사양 제거하면, 기기 변경시 상품이 사라진다는 고객 cs가 인입될 소지가 높아서 관련 대응 잘 부탁드립니다!
@Dylan 님 안녕하세요
스토리지 검토 관련해서 의견드립니다.
예전에도 몇차례 말씀드렸지만 미니앱중에 굳이 로그인까지 해서 유저의 정보를 들고 싶지 않은 경우도 많은데,
본 내용처럼 인앱결제 때문에 어쩔수 없이 로그인을 도입해야 하나? 싶은 경우가 있어요.
그래서 게임로그인 처럼 유저키를 내려달라고 요청드렸지만 비게임은 제공하지 않기로 결정했다고 안내 받았습니다.
저희는 이게 이해가 가지 않아서요.
이게 이렇게까지 꼬일 일인가..싶은데 이거 유저키가 개인정보니 아니니…이쪽 이슈? 인가 보네요.
어쨌든 지금 이미 미니앱별 고유 디바이스키를 내려주고 있고, 이 키는 토스 디바이스별 x 회원별 x 미니앱별 생성되는걸로 이해하고 있습니다. 게임로그인은 회원별 x 미니앱별로 생성하는걸로 보여지고요.
파트너사 입장에서 아래중 1가지만 제공되어도 어느정도 해결이 됩니다.
현재의 getDeviceId 값을 회원별 x 미니앱별로 고정해서 내려주거나 ex: getDeviceId
→ 회원별 x 미니앱별 (가명처리기반)
이에 준하는 고정키를 별도로 내려주거나 ex: getUserRandomKey…
→ 회원별 x 미니앱별 (가명처리기반)
게임로그인을 미니앱에도 권한을 주시거나 ex: getUserKeyForGame
→ 회원별 x 미니앱별 (가명처리기반)
→ 푸시, 프로모션 등등 가능
게임로그인 처럼 비게임 로그인을 하나 제공해주시거나 ex: getUserKeyForMiniapp
→ 회원별 x 미니앱별 (가명처리기반)
→ 푸시, 프로모션 등등 가능
가장 좋은 방식은..회원별 키를 내려주는것 ex: getUserKey
→ 회원별 (가명처리기반)
→ 푸시, 프로모션 등등 가능
여러가지 방법이 있을건데
1번은 getDeviceId는 이미 정의된 기능으로 많은 미니앱들이 사용중이라 변경하긴 어려울거고
5번은 기술적으로 가장 쉽고 향후 미니앱이 가야할 방향같은데, 뭔가 정책에서 막히시는거 같고. 사실 여기까지 바라지는 않을게요
2번! 아니면 4번! 다시 한번 검토 부탁드립니다. 이미 게임쪽은 제공하고 있잖아요…
말씀하신 스토리지 방안은
유저 디바이스가 바뀌어도 해당 스토리지가 고정인 것을 생각중이신거 같은데,
만약 이 방식이라면 유저를 고유하게 식별할수가 없기 때문에 미니앱쪽에서는 접속하는 모든 유저의 스토리지를 매번 확인해야 합니다. 유니크한게 이것 뿐이게 되는 상황이니..유니크 확인을 위해 스토리지 의존성이 생겨버리는거죠.
절대 어떠한 방식으로든 로그인 없이 유니크를 제공할수 없다! 라고 한다면
유니크 스토리지가 유일한 대체방안으로 생각됩니다만..
이걸로 결제 영속성은 이어질지라도 여전히 프로모션, 푸시는 안되는…
아무튼..검토중이라 하셔서 다시 글 남겨봅니다.
친절한 답변 감사합니다!