이 글의 성격은 무엇인가요?
질문 / 문제 해결
내용을 설명해주세요
미니앱 리뷰 요청 구현에 앞서 궁금한 점이 있어 문의드립니다.
- 이미 리뷰한 사용자 처리
- 이미 별점/리뷰를 남긴 사용자에게 requestReview()를 호출하면 자동으로 노출이 차단되는지?
- 네비바 "이용 후기 남기기"로 리뷰를 남긴 사용자도 동일하게 차단되는지?
- API 동작 상세
- Promise가 resolve되는 시점이 프롬프트 표시 시점인지, 프롬프트 닫힘(완료/dismiss) 시점인지?
- 피로도 정책으로 노출이 차단된 경우에도 정상 resolve되는지, 아니면 reject/에러가 발생하는지?
- 리뷰 작성 완료 / dismiss를 구분할 수 있는 방법이 있는지? (현재 문서상으로는 없는 것으로 보임)
- 리뷰 상태 조회
- 특정 사용자가 리뷰를 남겼는지 API로 조회할 수 있는 방법이 있는지? (SDK 또는 콘솔 API)
- 향후 getReviewStatus() 같은 API 제공 계획이 있는지?
확인 부탁드립니다.
감사합니다.
이거 관리자분께서 답변 달아주시겠지만..
(근데 답변이 달려버리면 넘어가는경우도 있기는 해서..살짝 애매하지만..)
저희도 곧 리뷰 달건데,
기존 스토어 리뷰 정책이나 패턴을 고려하면
호출후 뭐 버그만 아니면 바로 resolve가 떨어질거고
유저쪽에 리뷰창이 뜨거나 말거나 쓰든 말든 거기는 이미 끊겨졌을거고요.
이게 기억이 가물한데
ios는 1년에 4번인가? 정도 호출이 가능하고
안드로이드도 뭐 비스무리할거에요
그래서 한번 호출할때 좀 신중히 하는게 중요했어요 기회 한번 날릴수 있어서
질문하신 의도가 어쨌든 리뷰 작성여부나 행동패턴을 트래킹하고 싶으신거죠?
그 상황에 따라 뭔가 처리하고 싶으신거고..
그러면 그냥 안된다 생각하고 UX 설계하셔야 합니다. 내부 DB로 몇번 호출 트리거 했는지 기록하면서 자체 관리를 하셔야 그나마..
가이드에도 UX 의존성 가지지 말라고 하는거 보면 기존 스토어와 동일한 사용성을 가져갈거 같아요
호오.. 상세한 답변 감사합니다!
관련해 정책들을 찾아보긴 했는데 실제 어떻게 작동/구현하는 편인지 몰라 이것저것 많이물어보게 된 것 같네요 ㅎㅎ
말씀해주신 것처럼 대략 스토어 정책들을 고려해서 리뷰를 받는 식으로 설계를 해야겠네요.
답변 주셔서 감사합니다.
덧붙여 테스트 환경에서는 100프로 리뷰요청이 떠주면 좋겠네요.
android 샌드박스에서는 100% 리뷰 요청이 뜨고 있습니다.
iOS 도 현재 개발 진행중이에요 개발 완료되면 전체 공지로 공유드리겠습니다.
