구독·결제 운영
구독 상태, billing retry, grace period, offer code, 가격 변경을 운영하는 기준
기준일
2026년 3월 13일. 구독 이벤트, Billing Grace Period, 가격 변경, Offer Codes, Win-Back Offers는 Apple 공식 Help 문서 기준으로 정리했습니다.
2025~2026 구독·결제 변경
- Billing Grace Period 3단 옵션 (WWDC 2025): 3일 / 16일 / 28일 선택 가능 (기존 6/16일)
- Offer Codes 전 IAP 확대 (StoreKit 2): 자동 갱신 구독뿐 아니라 모든 인앱 구매 타입에 적용
- IAP Promo Codes 폐지 — 시행 완료 (2026.3.26): 기존 프로모션 코드 기능 공식 종료, Offer Codes(분기당 100만 코드)로 완전 대체
- StoreKit 1 지원 종료: iOS 26부터 StoreKit 2 전용, 기존 StoreKit 1 API deprecated
- Win-Back Offers 강화: StoreKit Message API를 통한 앱 내 자동 노출 지원
구독 운영은 단순히 활성 가입자 수를 보는 일이 아닙니다. 실제 운영은 청구 실패를 얼마나 빨리
복구하는지, 가격 변경과 프로모션을 얼마나 깔끔하게 전달하는지에 달려 있습니다.
운영자가 봐야 하는 구독 상태
| 상태 | 무엇이 일어나는가 | 운영 액션 |
|---|---|---|
| Active | 정상 결제 중 | 가격, 혜택, 갱신 커뮤니케이션 유지 |
| Billing Retry | 결제 갱신 시도 중 | 앱 내 결제 실패 안내와 복구 유도 |
| Billing Grace Period | 서비스는 유지되지만 결제 미완료 | 핵심 기능 차단 대신 결제 수단 갱신 유도 |
| Canceled | 다음 갱신 없음 | 만료 전 복귀 메시지 설계 |
| Expired | 사용 권한 종료 | Win-Back 오퍼, 재구독 경로 노출 |
Billing Grace Period 운영 기준
Apple은 자동 갱신 구독에 대해 Billing Grace Period를 켤 수 있고, WWDC 2025부터 3일 / 16일 / 28일
세 가지 옵션을 제공합니다. 운영자는 이 기간을 고객 친화 정책이 아니라 복구 창으로 봐야 합니다.
| 구독 주기 | 권장 Grace Period | 이유 |
|---|---|---|
| 주간 | 3일 | 짧은 주기에 맞는 빠른 복구 |
| 월간 | 16일 | 결제 수단 갱신에 충분한 시간 |
| 연간 | 28일 | 고가 상품의 이탈 방지에 유리 |
- Grace Period를 켜기 전에는 서버 검증, entitlements, 만료 UX를 샌드박스에서 먼저 점검합니다.
- iOS 26부터 StoreKit 2 전용이므로, StoreKit 1 기반 검증 로직이 남아 있다면 마이그레이션이 필요합니다.
오퍼 운영 도구
| 도구 | 쓰는 시점 | 운영 포인트 |
|---|---|---|
| Offer Codes | 신규 획득, 재활성화, 파트너 캠페인 | 배포 채널과 유효기간을 명확히 기록 |
| Win-Back Offers | 이탈 고객 복귀 | 어떤 코호트에 언제 노출할지 정의 |
| Promotional messaging | 가격 변경 또는 이벤트 공지 | 앱 내 메시지와 스토어 메시지를 일치 |
운영 메모
Apple은 분기당 최대 100만 개의 Offer Code 생성과, 각 자동 갱신 구독에 대해 storefront별 최대 5개
win-back offer/전체 최대 350개 조합을 지원합니다. 수량 자체보다 중요한 것은 코호트 라벨을 붙여
캠페인 결과를 나중에 Sales and Trends에서 읽을 수 있게 만드는 것입니다.
가격 변경 운영
- 국가/지역별 가격 변경은 한 번에 한 개의 미래 일정만 예약할 수 있습니다.
- 기존 구독자 가격을 유지할지, 자동 전환할지, 동의가 필요한 인상인지 먼저 구분합니다.
- 가격 변경은 결제 정책 변경이 아니라
고객 커뮤니케이션 프로젝트로 다룹니다. - 가격 변경 주에는 앱 내 공지, FAQ, CS 매크로를 함께 업데이트합니다.
연속 사례: FocusFlow 구독 운영
| 상황 | FocusFlow 운영 기준 |
|---|---|
| 월 구독 Billing Retry 진입 | 앱 첫 화면에서 결제 수단 갱신 CTA 노출 |
| 연 구독 가격 변경 검토 | 기존 구독자 유지 정책과 FAQ 초안 먼저 작성 |
| 30일 이탈 코호트 증가 | Win-Back offer 대상 코호트 분리 |
글로벌 기본
- 구독 그룹 구조와 상품 ID를 운영 문서에 고정합니다.
- 가격 변경은 최소 2주 이상의 커뮤니케이션 여유를 둡니다.
- 청구 실패 고객에게는 기능 차단보다
결제 수단 갱신경로를 먼저 제공합니다. - 캠페인 오퍼는 채널, 코호트, 기간, 목표를 한 표로 기록합니다.
한국 메모
- 한국어 앱이라면
결제,구독 해지,환불 안내,Apple 결제 여부 확인문구를 CS 매크로에 별도로 두는 편이 좋습니다. - 자체 결제와 Apple IAP 문의가 섞이면 분류가 무너집니다. 문의 폼 첫 단계에서 청구 수단을 먼저 받도록 설계하세요.
- 결제/청약철회 관련 문안은 웹서비스 운영을 위한 약관 가이드와 함께 맞춥니다.
| 한국 운영 포인트 | 이유 |
|---|---|
Apple 결제 여부를 문의 첫 질문으로 둠 | 자체 결제와 IAP 문의가 섞이는 것을 방지 |
| 한국어 구독 FAQ를 앱/웹에 동시에 유지 | 리뷰와 문의 모두에서 같은 설명을 쓰기 위해 |
| 가격 변경 주간에는 CS 매크로를 미리 배포 | 결제 문의 폭증 시 분류 속도를 높이기 위해 |
실무 팁
Retention 회의에서 활성 구독자 수만 보면 늦습니다. Billing Retry 진입 수, Grace Period 체류 수, 이탈 후 30일 복귀 수를 같이 보아야 실제 결제 운영 품질이 보입니다.
StoreKit 2 전환과 신기능
| 항목 | 변경 | 운영 영향 |
|---|---|---|
| StoreKit 1 deprecated | iOS 26부터 StoreKit 2 전용 | 기존 SK1 receipt 검증 → App Store Server API/SK2 전환 필수 |
| Offer Codes 확대 | 모든 IAP 타입에 적용 | Non-Consumable, Consumable에도 코드 기반 프로모션 가능 |
| IAP Promo Codes 폐지 | 2026.3.26 종료 | 기존 프로모션 코드 → Offer Codes로 전환 필요 |
| Win-Back Message API | 앱 내 자동 노출 | 이탈 고객에게 별도 딥링크 없이 오퍼 표시 |
| SubscriptionStoreView | SwiftUI 구독 UI 개선 | 코드 없이 구독 화면 구성, A/B 테스트 용이 |
IAP Promo Codes 폐지 일정
2026년 3월 26일부로 IAP Promo Codes 기능이 종료됩니다. 기존에 프로모션 코드를 사용하던 캠페인은 Offer Codes로 전환해야 합니다. Offer Codes는 분기당 최대 100만 개를 생성할 수 있으므로 대부분의 캠페인 규모를 커버합니다.
참고 자료
- Apple Developer - Auto-renewable subscriptions
- Apple Developer - Subscription events report
- Apple Developer - Enable Billing Grace Period for auto-renewable subscriptions
- Apple Developer - Set a price for an auto-renewable subscription
- Apple Developer - Create offer codes for auto-renewable subscriptions
- Apple Developer - Create win-back offers
- Apple Developer - StoreKit 2