apple ios 앱 실물 서비스 결재 정책

Question

안녕하세요.iOS 앱에서 외부 결제(Toss Payments)와 정기 결제 관련해서 Apple 정책을 정확히 알고 싶어 질문드립니다. 개발 중안 앱은 어웃도어 액티비티 장비 보관·정비·픽업·배송 등 완전히 실물 서비스만 제공합니다.앱 내에서 디지털 콘텐츠나 인앱 기능을 판매하는 것은 없습니다.현재 결제 플로우는 아래와 같습니다.1. 앱에서 “결제하기” 클릭2. Safari(외부 브라우저)로 Toss 결제 페이지 오픈3. Toss 페이지에서 결제 완료4. Toss → 저희 백엔드로 redirect5. 저희 백엔드에서 Custom URL Scheme (borini://payment/success) 으로 앱 복귀개발/시뮬레이터/Expo 환경에서는 정상 동작TestFlight에서는 Safari → 앱 복귀(Custom Scheme)가 불안정하게 막히거나 작동 안 함질문 A: 이 방식이 Apple 정책상 문제가 있을까요?물리적 서비스라 IAP 의무는 없는 걸로 알고 있으나,Safari 외부 결제 → Custom Scheme으로 앱 복귀시키는 방식이Apple 3.1.1/3.1.3 규정에 위배되는지 궁금합니다.혹시 아시는 분 계시면 의견 부탁드립니다.연 1회 정기 결제(Recurring Billing)Toss Payments는 첫 결제 때 billing key(빌링키)를 발급해줍니다. 이걸 백엔드에 저장해놓고 1년에 한 번 자동 결제를 합니다.완전히 물리적 서비스(보관 서비스 연장)디지털 구독 없음In-App Purchase는 사용하지 않음질문 B: 물리적 서비스라도 ‘서버 기반 연 1회 자동결제’가 Apple 정책상 허용되나요?혹시 Apple Review에서 걸린 사례나반대로 문제없이 승인된 사례를 알고 계신 분이 있다면 공유 부탁드립니다.물리적 서비스인데 외부 웹결제 + Custom Scheme 복귀 방식이 허용되는지?Toss billing key 기반 “연 1회 자동결제” 방식이 정책 위반인지?TestFlight에서 Custom Scheme 복귀가 막히는 게 정책 때문인지 기술 문제인지?현재구현 방식보다 더 추천하거나 쉬운 개발 방식이 있는지 document 추천도 좋습니다관련 경험 있으신 분들 조언 부탁드립니다. 감사합니다.

으헝러헝헝 · Answer

가능하구요.Safari 브라우저를 하지마시고, inappBrowser 로 스키마를 보내서 하는 것이 안정적이겠네요.

apple ios 앱 실물 서비스 결재 정책

1개의 답변

Q&A 목록