App Store na Coreia do Sul: pagamento externo e 26%

Na Coreia do Sul, uma app distribuída só na vitrine coreana pode receber os pagamentos por um provedor de pagamento local, como KCP ou Toss, em vez da compra dentro do app da Apple. Nesse caso, a Apple fica com 26% do preço pago, com imposto incluído, e as taxas do provedor vêm por cima. Para um desenvolvedor pequeno, que paga 15% com a compra dentro do app graças ao Small Business Program, essa opção sai mais cara.

Este guia traz o entitlement exato, o binário reservado à Coreia, as taxas e cada etapa, com base nas páginas da Apple que reli em 27 de outubro de 2026. Eu não testei essa opção: o exemplo com números mais abaixo é um cálculo, não uma medição. A compra dentro do app continua possível na Coreia, e é a escolha padrão. As exceções de outros países estão no guia da guideline 3.1.1. O Japão e o Brasil têm cada um o seu guia.

O que a opção coreana permite

Segundo a página da Apple sobre a Coreia do Sul, também publicada em coreano, tudo vem das emendas à lei coreana de telecomunicações (Telecommunications Business Act, 전기통신사업법). Uma app distribuída na App Store somente na Coreia do Sul pode entregar suas compras dentro do app a outro provedor de pagamento. A Apple chama esse direito de StoreKit External Purchase Entitlement.

Três regras definem todo o resto:

• o entitlement só vale para uma app iOS ou iPadOS, na vitrine coreana;
• ele se aplica a um novo binário, distribuído só na Coreia;
• ele não pode coexistir com a compra dentro do app da Apple na mesma app.

O pagamento acontece dentro da app, no seu provedor. A página não prevê botão para o seu site: o usuário só sai da app se a lei exigir isso para concluir a compra.

A comissão de 26%: o que ela cobre

A Apple cobra 26% do preço pago pelo usuário, "gross of any value-added taxes", ou seja, com o imposto (IVA) incluído. A Apple apresenta essa taxa como reduzida, porque ela não inclui o processamento do pagamento. Esse processamento quem cobra é o seu provedor, à parte.

Três pontos mudam em relação à compra dentro do app:

• os impostos ficam por sua conta: é você quem recolhe e repassa, segundo o aditivo do entitlement para a Coreia;
• a página não publica nenhuma taxa reduzida, nem para o Small Business Program, nem para assinaturas depois de um ano;
• a base de cálculo inclui o IVA, enquanto a comissão da compra dentro do app é calculada sobre o preço líquido dos impostos recolhidos, segundo a seção 3.4 do anexo 2 do contrato de licença do Apple Developer Program.

Às vezes você vai ler "27%": é a taxa de outros esquemas, como o dos apps de namoro na Holanda, onde a Apple reduz a comissão em 3 pontos. Para a Coreia, a página da Apple diz 26%.

Os provedores de pagamento aprovados

A Apple lista quatro provedores já qualificados para a vitrine coreana: KCP, Inicis (이니시스), Toss (토스) e NICE.

Você pode sugerir outro. A Apple então verifica a segurança dele, o combate a fraudes, os meios de pagamento, a cobrança de assinaturas e a capacidade de pagar a comissão diretamente à Apple. Um provedor fora dessa lista pode atrasar ou fazer recusarem o seu pedido.

Você só tem direito a um provedor por entitlement, e um formulário de atualização serve para trocar. Você não pode armazenar nem transmitir os dados de pagamento por conta própria. As taxas dos provedores não aparecem na página da Apple e eu não as levantei: pergunte a cada um.

O binário reservado à Coreia

É a restrição que decide tudo. O entitlement é pedido para um bundle ID nunca publicado na App Store. Então a sua app atual não pode recebê-lo. Você cria outra app, com o próprio bundle ID, disponível só na Coreia.

• Esse binário não contém a compra dentro do app da Apple.
• Se a nova app for uma versão de uma app que já vende pela compra dentro do app, você precisa tirar a antiga da vitrine coreana antes de a Apple aprovar a nova.
• A nova app tem a própria página: ela começa sem as avaliações nem o histórico da antiga na Coreia.

Ou seja, você mantém duas apps: a app global com a compra dentro do app, e a app coreana com o seu provedor. Cada atualização é enviada duas vezes.

26% ou 15%: a conta para um desenvolvedor pequeno

O Small Business Program reduz a comissão da compra dentro do app para 15%, mediante inscrição, enquanto a sua receita líquida (proceeds) ficar abaixo de 1 milhão de dólares por ano civil. A página dele não prevê nenhuma exceção para a Coreia, só um caso para a União Europeia. As condições estão detalhadas no guia do Small Business Program.

Aqui vai um exemplo para uma compra de 10.000 wons, com IVA incluído. Premissas do cálculo: você não é residente na Coreia, e o preço inclui um IVA de 10%, a confirmar com o seu contador. As taxas do provedor não entram na conta.

Para 10.000 wons pagos	Small Business	Taxa padrão	Pagamento externo
Base da comissão	9.091 wons	9.091 wons	10.000 wons
Taxa da Apple	15%	30%	26%
Comissão da Apple	1.364 wons	2.727 wons	2.600 wons
IVA de 909 wons	Pela Apple	Pela Apple	Por você
Taxas de pagamento	Incluídas	Incluídas	À parte
Sobra para você	7.727 wons	6.364 wons	6.491 wons antes das taxas

O que a tabela mostra:

• Comparado ao Small Business Program, o pagamento externo faz você perder 1.236 wons por venda, ou 16% do que sobra, antes mesmo das taxas do provedor.
• Comparado à taxa padrão de 30%, ele faz você ganhar 127 wons, ou 1,3% do preço. A diferença de 4 pontos entre 30% e 26% encolhe para 1,3 ponto, porque os 26% incidem sobre o preço com IVA incluído.
• Para uma assinatura na taxa padrão, a comissão da compra dentro do app cai para 15% depois de um ano de assinatura paga, segundo a mesma seção 3.4. O pagamento externo continua em 26%: a página coreana não anuncia nenhuma redução.

A coluna "Pagamento externo" não conta tudo. Some um segundo binário para manter, o relatório mensal de vendas, o suporte ao cliente dos pagamentos e o IVA para declarar você mesmo.

O pagamento externo só ganha da compra dentro do app se você paga 30% e o seu provedor custa menos de 1,3% do preço.

Método e limites

Li o código HTML da página coreana da Apple, do Small Business Program e do contrato de licença, sem resumo automático. Três regras fazem a conta: 26% com IVA incluído para o pagamento externo, uma comissão sobre o preço líquido dos impostos recolhidos para a compra dentro do app (anexo 2, seção 3.4), e o IVA repassado pela Apple para desenvolvedores não residentes na Coreia (documento B do anexo 2, "Exhibit B").

Se você for residente na Coreia, você mesmo repassa o IVA, mesmo com a compra dentro do app. A Apple então tira um IVA estimado do preço antes de calcular a comissão (documento B), e acrescenta um IVA coreano sobre essa comissão (documento C, seção 7). Peça para o seu contador refazer a conta.

Limites: o IVA de 10% é uma premissa, as taxas dos provedores não entram na conta, e nenhum teste real foi feito.

As etapas para conseguir o entitlement

1. Refaça a conta com os seus preços reais e as taxas informadas pelo provedor.
2. Escolha um provedor aprovado: KCP, Inicis, Toss ou NICE. Confira se ele lida com assinaturas, se você vende assinaturas, e se o fluxo de pagamento é nativo.
3. Prepare um bundle ID novo, nunca publicado, reservado à app coreana.
4. Preencha o formulário de pedido como titular da conta (Account Holder). A Apple pede o nome da app, a descrição, o bundle ID, o provedor, o domínio do seu site e o endereço do seu site de suporte ao cliente. Você também aceita as condições do entitlement.
5. Espere o e-mail de confirmação da Apple, depois ative o entitlement no App ID, em Certificates, Identifiers & Profiles.
6. Configure o binário e o código StoreKit exigido, como descrito mais abaixo.
7. Crie a página no App Store Connect, com disponibilidade limitada à Coreia do Sul.
8. Envie a app quando o seu provedor estiver pronto para receber, com capturas das telas onde você informa o usuário. Se a nova app for uma versão de uma app vendida na Coreia com a compra dentro do app, tire a antiga dessa vitrine.

A Apple avisa: um pedido incompleto ou um provedor não aprovado alonga a análise, ou leva à recusa.

Configurar o binário: Xcode ou Expo

O entitlement funciona a partir do iOS 15 e do iPadOS 15. No Xcode, dois arquivos mudam.

No arquivo .entitlements, adicione o entitlement:

• chave: com.apple.developer.storekit.external-purchase;
• tipo: Boolean;
• valor: true.

No Info.plist, adicione a chave SKExternalPurchase, do tipo array de strings, com o código da Coreia do Sul. A página coreana da Apple escreve KR. A referência da chave pede um código em minúsculas e lista kr para a Coreia do Sul. Eu colocaria kr, como na referência técnica.

No build seguinte, o Xcode percebe que o perfil de provisionamento não bate mais e pede um novo.

Com Expo, as duas chaves vão no app.json, em ios.entitlements e ios.infoPlist:

{
  "expo": {
    "ios": {
      "bundleIdentifier": "com.example.myapp.kr",
      "entitlements": {
        "com.apple.developer.storekit.external-purchase": true
      },
      "infoPlist": {
        "SKExternalPurchase": ["kr"]
      }
    }
  }
}

O bundle ID é um exemplo fictício. Para manter um só projeto e lançar duas apps, o Expo documenta as variantes de app com app.config.js. Uma variante global mantém a compra dentro do app, uma variante coreana recebe essas chaves. O seu paywall de sempre, ligado à compra dentro do app como no guia do RevenueCat, fica na variante global. Não coloque a compra dentro do app na variante coreana, nem desativada: a Apple proíbe qualquer função de pagamento escondida ou adormecida. Já as chamadas StoreKit exigidas mais abaixo ficam: elas são escritas em Swift, então com Expo, planeje um módulo nativo, por exemplo com a Expo Modules API.

A janela de aviso e o fluxo de pagamento

A Apple exige três chamadas StoreKit:

• verificar canMakePayments antes de cada fluxo de compra ou de cadastro de pagamento, para saber se o usuário tem permissão para pagar;
• mostrar a janela de aviso da Apple com a API StoreKit External Purchase, via presentNoticeSheet(), a partir do iOS 15.4;
• confirmar a vitrine com Storefront ou SKStorefront quando você não chama essa API: a Coreia precisa ser a vitrine do usuário antes de cada fluxo.

A documentação de presentNoticeSheet() acrescenta duas regras: verificar antes ExternalPurchase.canPresent, disponível a partir do iOS 17.4, e só abrir a janela depois de uma ação voluntária do usuário, como tocar num botão. Se o usuário não continuar, você não mostra a compra externa.

Entre o iOS 15.0 e o 15.3, você reproduz exatamente o design e o texto fornecidos pela Apple. Em todos os casos, a janela aparece antes de cada compra e de cada cadastro de meio de pagamento, até o usuário tocar em "계속" (Continue), aparelho por aparelho.

O título em coreano: "이 앱은 App Store의 안전한 비공개 지불 시스템을 지원하지 않습니다." A app não oferece o pagamento seguro da App Store. O texto avisa que o gerenciamento de assinaturas, o compartilhamento familiar e os reembolsos pela Apple não estarão disponíveis.

O fluxo em si precisa ser:

• nativo, dentro da app, nunca numa web view;
• sem função de pagamento escondida, adormecida ou não documentada;
• sem prática enganosa: senão, a Apple remove a app e pode te excluir do programa.

Pergunte ao seu provedor se o módulo de pagamento dele abre numa web view antes de escrever uma linha de código.

Depois do lançamento: relatório, fatura e suporte

• Um relatório mensal de vendas, pelo formulário linkado na página da Apple, em até 15 dias corridos depois do fim do mês fiscal da Apple. A Apple fornece um exemplo de relatório.
• Uma fatura para pagar em até 45 dias depois do fim do mês fiscal.
• Um direito de auditoria: a Apple pode verificar a exatidão das suas declarações.
• Em caso de falta de pagamento: a Apple pode compensar com o que ela te deve em outros países, remover a app ou te excluir do programa.
• O suporte ao cliente é com você: a Apple não vê essas compras, então não cuida de reembolso, histórico nem gerenciamento de assinatura.

Em que pé está o regulador coreano

Revisado em 27 de outubro de 2026. Em 2023, o regulador coreano de telecomunicações, na época o 방송통신위원회, anunciou um plano de sanções contra Apple e Google por imporem seu sistema de pagamento. Em 2025, uma lei o substituiu pelo 방송미디어통신위원회, segundo o Digital Daily. Em 12 de outubro de 2026, o presidente do órgão previa uma decisão antes do fim do mês, segundo a SBS Biz. Em 27 de outubro, o mesmo veículo considerava provável uma votação final na reunião plenária de 28 de outubro.

No mesmo dia, segundo a CBS Nocut News, um ponto ainda estava em debate: obrigar ou não Apple e Google a deixar as apps informarem seus usuários sobre um pagamento fora do sistema da Apple ou do Google, e direcioná-los para ele. É a chamada obrigação "anti-steering".

Em 27 de outubro de 2026, nenhuma decisão tinha saído: as regras descritas aqui são as da página da Apple nessa data. Uma sanção pode mudá-las, principalmente se impuser esse direito de informar. Releia a página da Apple e a imprensa coreana antes de fazer o seu pedido.

Vale a pena fazer um binário coreano?

Sua situação	Meu conselho
Membro do Small Business Program	Fique com a compra dentro do app
Taxa padrão, taxas acima de 1,3%	Fique com a compra dentro do app
App já avaliada na Coreia	Fique com a compra dentro do app
Taxa padrão, taxas abaixo de 1,3%	Refaça a conta completa

Para a maioria dos desenvolvedores independentes, a resposta é não. O ganho possível é pequeno, e só na taxa padrão; já os custos fixos são certos. A sua energia rende mais em outro lugar: o modelo de preço certo, visto em assinatura ou compra única, e a receita realista de uma app, em quanto rende um aplicativo.

Perguntas frequentes

Qual é a comissão da Apple para pagamento externo na Coreia do Sul?

26% do preço pago pelo usuário, com IVA incluído. As taxas do provedor de pagamento vêm por cima, e é você quem recolhe e repassa os impostos.

Quais provedores de pagamento a Apple aceita na Coreia?

KCP, Inicis, Toss e NICE já estão aprovados. Você pode sugerir outro, mas a Apple precisa verificá-lo, o que pode atrasar ou fazer recusarem o seu pedido. Um só provedor por entitlement.

Dá para oferecer compra dentro do app e pagamento externo na mesma app na Coreia?

Não. O entitlement não pode coexistir com a compra dentro do app da Apple na mesma app. É preciso um binário separado, distribuído só na Coreia.

Dá para adicionar o pagamento externo a uma app já publicada?

Não. O entitlement só é concedido a um bundle ID nunca publicado. Se a nova app for uma versão da sua app atual, vendida na Coreia pela compra dentro do app, tire a atual da vitrine coreana antes da aprovação da nova.

O Small Business Program vale para o pagamento externo coreano?

A página da Apple sobre a Coreia não publica nenhuma taxa reduzida. Os 15% do Small Business Program valem para a compra dentro do app. É por isso que a compra dentro do app sai mais barata para um desenvolvedor pequeno.

Um desenvolvedor estrangeiro pode usar o pagamento externo na Coreia?

A página da Apple não exige estar estabelecido na Coreia: ela trata de apps distribuídas só na Coreia. Mas você passa a ser responsável pelos impostos coreanos sobre essas vendas, enquanto com a compra dentro do app a Apple os repassa por você se você não for residente. Pergunte também ao provedor se ele aceita um lojista sem empresa na Coreia.

Qual chave do Info.plist é necessária para o pagamento externo na Coreia?

SKExternalPurchase, um array de strings com o código da Coreia do Sul, kr segundo a referência da chave. O entitlement se chama com.apple.developer.storekit.external-purchase, um booleano em true.

O regulador coreano já puniu a Apple?

Não até 27 de outubro de 2026, data desta revisão: nenhuma decisão tinha saído. Segundo a SBS Biz, uma votação final era então provável em 28 de outubro. Releia a imprensa coreana e a página da Apple antes de decidir.

Fontes

• Distributing apps using a third-party payment provider in South Korea, Apple Developer: condições, provedores, configuração, comissão, relatórios. Versão em coreano.
• App Store Small Business Program, Apple Developer: a comissão de 15% e suas condições.
• Apple Developer Program License Agreement, anexo 2, seção 3.4, e seus documentos B e C: base de cálculo da comissão e recolhimento dos impostos.
• SKExternalPurchase, External Purchase e presentNoticeSheet(), documentação da Apple.
• Configuração da app, variantes de app e Expo Modules API, documentação do Expo.
• SBS Biz, 12 de outubro de 2026 e 27 de outubro de 2026, e CBS Nocut News, 27 de outubro de 2026: calendário e o que está em jogo na decisão do regulador. Digital Daily, 27 de setembro de 2025: criação do 방송미디어통신위원회.

Cobrar pela sua app no preço certo

Antes de escolher o seu canal de pagamento, faça o diagnóstico gratuito: ele mostra o que realmente trava o seu projeto e te envia o meu checklist anti-recusa da Apple.

O iOS Kit traz o código inicial das minhas apps, com onboarding, paywall e assinaturas já programados na compra dentro do app, e o caminho em quatro etapas até a App Store, para seguir no seu ritmo. A montagem completa de uma assinatura, dos produtos no App Store Connect ao paywall, está detalhada em assinatura in-app no iOS.