2026년 앱 수익화 방법: 구독, 일회성 구매, 광고, 유료 다운로드 중 무엇을 고를까

앱을 제대로 수익화하려면 한 가지 질문에서 시작하세요. 사용자는 어떤 가치를, 얼마나 자주 얻는가? 클라우드 서비스, 오프라인 도구, 캐주얼 게임은 비용 구조와 사용 패턴이 다르기 때문에 같은 페이월이 필요하지 않습니다. 먼저 모델을 고르세요. 그다음 스토어 결제 정책과 2026년 수수료를 확인하세요. 이 둘이 함께 어떻게 과금할 수 있는지, 그리고 얼마를 남길 수 있는지를 결정합니다.

어떤 앱 수익 모델을 골라야 할까?

사용자가 가치를 얻는 빈도와 사용자 한 명에게 서비스하는 데 드는 비용에 맞는 모델을 고르세요. 아래 각 모델은 서로 다른 종류의 제품에 맞습니다.

하이브리드 방식도 통할 수 있지만, 모델이 하나 늘 때마다 설명해야 할 규칙과 테스트해야 할 구매 상태도 늘어납니다. 명확하게 설명할 수 있는 가장 작은 모델로 시작하세요. "무료로 써 보고, 내보내기는 한 번만 결제"가 크레딧, 구독, 광고를 한꺼번에 쓰는 것보다 이해하기 쉽습니다.

구독은 언제 적합하고, Apple은 무엇을 요구할까?

앱이 계속해서 가치를 제공할 때 구독이 적합합니다. Apple의 가이드라인 3.1.2(a)는 자동 갱신 구독이 "고객에게 지속적인 가치를 제공해야 하며", 구독 기간은 "최소 7일 이상이어야 하고 사용자의 모든 기기에서 이용할 수 있어야 한다"고 명시합니다.

기존 설정 화면을 월 요금 뒤에 숨기는 것으로는 이 기준을 충족하지 못합니다. 안정적인 동기화, 새로운 콘텐츠, 클라우드 처리, 지속적으로 유지보수되는 서비스가 잘 맞는 예입니다. 기존 유료 앱을 구독으로 전환한다면, 같은 가이드라인은 "기존 사용자가 이미 비용을 지불한 핵심 기능을 빼앗아서는 안 된다"고 말합니다.

가이드라인 3.1.2(c)는 구매 전에 "사용자가 그 가격에 무엇을 얻는지 명확하게 설명"하도록 요구합니다. Apple의 구독 페이지는 가입 화면에 필요한 요소를 나열합니다. 구독 이름과 기간, 포함된 내용, 눈에 잘 띄는 전체 갱신 가격, 로그인 또는 구매 복원 방법, 이용약관과 개인정보처리방침 링크입니다. 갱신, 해지, 만료, 복원을 테스트하세요. 오늘 해지한 사용자는 결제한 기간이 끝날 때까지 이용 권한을 유지해야 합니다.

일회성 구매나 유료 다운로드가 더 나은 경우는?

일회성 구매는 오프라인 편집기나 기기에서 실행되는 유틸리티처럼 사용량에 따라 비용이 늘지 않는 독립형 도구에 맞습니다. 한 번의 결제 대가로 비싼 AI 처리, 저장 공간, 수동 지원을 무기한 약속한다면 잘 맞지 않습니다.

iOS에서는 구독 없이도 체험을 제공할 수 있습니다. 가이드라인 3.1.1은 "XX-day Trial"이라는 이름의 Price Tier 0 비소모성 인앱 구매를 허용합니다. 체험을 시작하기 전에 체험 기간, 잠기는 기능, 전체 이용 가격을 알려야 합니다. 일회성 잠금 해제와 함께 사용량 기반 서비스를 소모성 크레딧으로 판매한다면, 인앱 결제로 구매한 크레딧은 "만료되어서는 안 된다"는 점을 기억하세요. "무제한"이라고 광고해 놓고 고객 지원 페이지에 엄격한 상한선을 숨겨 두지 마세요.

광고는 작은 앱을 수익화하기에 좋은 방법일까?

광고는 사용량이 충분한 노출을 만들어 낼 때만 무료 앱의 재원이 될 수 있습니다. 사용자층이 작거나 틈새 시장이라면, 광고 수익이 광고 SDK가 가져오는 개인정보 관련 작업과 느려지는 앱 시작 속도를 감당하지 못할 수 있습니다.

광고 배치가 핵심 작업을 방해하는지 측정하세요. 빠르게 쓰는 유틸리티에서 결과 전에 보여 주는 전면 광고는 버는 돈보다 잃는 사용자로 인한 손해가 더 클 수 있습니다. 광고 제거 업그레이드는 디지털 구매입니다. Google의 결제 정책은 "광고 없는 버전의 앱"을 Play 결제 시스템을 거쳐야 하는 프리미엄 기능으로 명시합니다. 광고 SDK는 데이터도 수집하므로 공개 항목을 업데이트하세요. 개인정보 라벨 SDK 감사 가이드에서 그 점검 과정을 다룹니다.

2026년에 Apple과 Google은 앱 수익에서 얼마를 가져갈까?

2026년 10월 기준, Apple은 Small Business Program 회원과 유료 서비스 1년이 지난 구독에서 15%를 가져갑니다. 미국, 영국, EEA에서 Google Play는 Play 결제 시스템으로 결제된 구독에 대해 10% 서비스 수수료와 5% 결제 수수료를 부과합니다.

Google의 서비스 수수료 페이지에 따르면, 새 수수료 체계는 미국, EEA, 영국에서 2026년 6월 30일에, 호주와 일본에서 2026년 9월 30일에 시작되었습니다. 이 지역에서 5% 결제 수수료는 Google Play 결제 시스템을 통한 구매에만 적용됩니다. 다른 시장은 변경 사항이 적용될 때까지 기존 요율을 유지합니다.

Apple의 Small Business Program은 직전 역년의 수익금이 최대 100만 달러($1 million)인 개발자와 App Store에 처음 진입한 개발자를 대상으로 합니다. 무료 체험 기간은 Apple의 85% 구독 요율에 필요한 유료 서비스 1년에 포함되지 않습니다. 수수료는 프로그램과 거래 유형에 따라 달라지므로, 하나의 퍼센트 수치가 아니라 실제 계정 조건을 기준으로 예측을 세우세요.

인앱 결제 대신 자체 결제 링크를 쓸 수 있는 경우는?

Apple의 미국 스토어프런트에서는 이제 앱에 다른 구매 수단으로 연결되는 버튼, 외부 링크, 기타 행동 유도 요소를 넣을 수 있습니다. 그 외 지역에서는 지역별 entitlement나 명시된 예외에 해당하지 않는 한 디지털 기능에 인앱 결제를 사용해야 합니다.

• Apple, 미국 외 지역: 가이드라인 3.1.1(a)는 StoreKit External Purchase Link Entitlement를 요구하며, 이는 특정 스토어프런트와 일부 플랫폼에서만 이용할 수 있습니다.
• Apple, 실물 상품: 가이드라인 3.1.3(e)는 실물 상품이나 앱 밖에서 이용하는 서비스에 인앱 결제가 아닌 다른 결제 수단을 사용해야 한다고 말합니다.
• Apple, 일대일 라이브 서비스: 3.1.3(d)에 따라 과외처럼 실시간으로 사람 대 사람이 제공하는 서비스는 다른 결제 수단을 쓸 수 있습니다. 일대소수, 일대다 서비스는 인앱 결제를 사용해야 합니다.
• Google Play: 자격이 있는 국가의 대체 결제 또는 외부 오퍼 프로그램에 등록하지 않았다면 디지털 상품은 Play 결제 시스템을 사용합니다. 실물 상품과 실물 서비스는 Play 결제 시스템을 사용해서는 안 됩니다.

다른 앱들은 어떤 수익화 실수로 거절당했을까?

가장 흔한 결제 관련 거절 사유는 스토어의 구매 시스템이 아닌 다른 방법으로 유료 기능을 여는 것입니다. 개발자들은 스토어를 우회하려고 코드나 웹 구매를 시도하곤 합니다.

2019년 Apple Developer Forums 스레드에서 한 야외 방탈출 게임 개발자는 웹사이트와 파트너를 통해 게임 코드를 판매했습니다. 사용자는 그 코드를 앱에 입력했습니다. 이 업데이트는 앱이 "코드를 구매해 추가 콘텐츠를 잠금 해제할 수 있게 한다"는 이유로 "Guideline 3.1.1 - Business - Payments - In-App Purchase"에 따라 거절되었습니다. 개발자는 3.1.3(b)를 근거로 들었습니다. 답변들은 멀티플랫폼 이용이라도 동일한 항목이 "앱 내에서 인앱 구매로 제공되어야" 한다고 지적했습니다.

2025년 1월 스레드에서는 한 개발자가 자체 파트너 프로모션 코드를 사용해, 유효한 두 인앱 구매 상품 중 더 저렴한 쪽을 보여 주었습니다. Apple은 "앱이 프로모션 코드를 사용해 유료 기능을 잠금 해제하거나 활성화한다"는 이유로 거절했습니다. 이의 제기도 기각되었고, 다음과 같은 안내를 받았습니다. "앱에서 할인된 구독을 제공하려면 Apple이 지원하는 오퍼 코드를 사용하세요."

두 사례의 교훈은 같습니다. Apple은 코드가 콘텐츠를 직접 여는지, 가격만 바꾸는지 따지지 않습니다. StoreKit 밖의 무언가가 유료 기능을 누가 받을지 결정한다면 3.1.1 거절을 예상하세요.

수익화가 효과가 있는지 어떻게 알 수 있을까?

한 번에 하나의 변경 사항만 측정하세요. 활성화에서 시작해, 환불되지 않고 유지되는 수익으로 끝나야 합니다. 첫 구매 전환율이 올라가도 환불하거나 갱신을 멈추는 사람이 늘어난다면 성공이 아닙니다.

실전 예시: "사용자가 첫 번째 내보내기에 성공한 직후, 유료 내보내기 옵션을 명확한 설명 하나와 함께 보여 준다." 무엇이든 바꾸기 전에 지표(구매 전환율과 30일 환불)와 측정 기간을 정하세요. 아주 작은 표본으로는 가격에 대한 확신 있는 결론을 내릴 수 없습니다. 유료 릴리스를 출시하기 전에 다음 체크리스트를 확인하세요.

1. 신규 사용자가 페이월을 보기 전에 앱의 유용한 부분에 도달하는지 확인합니다.
2. 가격, 결제 주기, 포함 내용을 쉬운 말로 보여 줍니다.
3. 릴리스 빌드에서 성공, 보류, 실패, 환불, 복원된 구매를 테스트합니다.
4. 재설치 후에도 이용 권한이 유지되고 사용자의 여러 기기에서 이어지는지 확인합니다.
5. App Review가 모든 유료 기능에 접근할 수 있는 경로를 제공하고, 로그인이 필요하다면 데모 계정도 제공합니다.
6. 구독의 경우 코호트별로 갱신율과 이탈률을 추적합니다.

심사 중 구매가 제대로 작동하지 않는다면 2.1 릴리스 빌드 테스트 계획에서 해결 방법을 다룹니다. 심사용 데모 계정 가이드는 심사자에게 접근 권한을 주는 방법을 보여 주고, App Store 제출 체크리스트는 나머지 릴리스 과정을 다룹니다. 수익화 흐름을 만들기 전에 미리 설계하고 싶다면 서비스를 확인하세요.