Skip to main content

The Platform Tollbooth Problem

For over a decade, Apple and Google have operated their app stores not just as marketplaces, but as powerful toll booths. Any developer or startup offering digital goods within an app was forced to route payments through their respective billing systems: Apple’s In-App Purchase (IAP) and Google’s Play Billing-while forfeiting up to 30% of revenue. If that sounds like a steep cut, it’s because it absolutely is. This “store tax” drew widespread criticism, particularly from developers from large apps like Spotify, Epic Games, and Netflix, who found the commissions not only excessive but anti-competitive. Apps couldn’t even inform users about cheaper options outside the app. These policies-especially Apple’s “anti-steering” rules-made app stores de facto monopolies for digital distribution.
The 30% app store commission represents a significant revenue drain for digital businesses, especially for subscription-based services and SaaS applications.

The Epic Games Catalyst

Epic Games’ CEO, Tim Sweeney, initiated Project Liberty as a strategic legal campaign to challenge the monopolistic practices of Apple and Google’s app stores, particularly their 30% commission fees on in-app purchases. The project aimed to disrupt these platforms’ control over app distribution and payments, advocating for a more open environment for developers. Tim Sweeney knew Apple would contest this and laid a bait. Epic updated Fortnite with a hidden direct-pay option, bypassing Apple’s IAP. Apple fell for the bait, swiftly banned Fortnite, and Epic sued. The Epic Games v. Apple legal battle cracked open the conversation globally.

The Epic v. Apple Verdict

In 2021, the U.S. District Judge ruled in a landmark decision:
  • Apple did not violate antitrust laws outright, meaning it could continue to control app distribution on iOS
  • However, Apple’s anti-steering policies were deemed anti-competitive. The court issued a permanent injunction-Apple must allow developers to direct users to external payment methods
After delays and appeals, Apple finally updated its App Store guidelines in May 2025 to allow external purchase links in U.S. apps.
This U.S. ruling spurred similar regulatory pressure and legal action across South Korea, Japan, the EU, and other regions. Combined with the EU’s Digital Markets Act (DMA)-the tide turned decisively in favor of developers.

Global Overview: Where Developers Can Legally Bypass Fees

UCB stands for User Choice Billing, Google’s alternative billing system that allows developers to use third-party payment processors.
¹ Atualização da UE (em vigor a partir de 1º de outubro de 2026): Após o anúncio da Apple de 18 de agosto de 2026, a Apple substituiu o modelo anterior de comissão cumulativa da UE (que resultava em um desconto efetivo de 10–17%) por termos comerciais unificados. Apps que direcionam para fora do app para concluir compras agora pagam uma comissão fixa de 15% (10% para desenvolvedores do App Store Small Business Program, Mini Apps Partner Program ou Video Partner Program). Apps que usam processamento de pagamentos alternativos dentro do app pagam 20% (10% para os mesmos programas). A Core Technology Fee foi substituída por uma Core Technology Commission de 5% para apps distribuídos fora da App Store.

Brechas anteriores a 2025: como os apps contornavam as regras da App Store

Antes que as regulamentações afrouxassem seu controle, alguns apps encontraram maneiras “criativas” de evitar a taxa de 30%. Esses truques raramente estavam em conformidade, mas eram inegavelmente engenhosos.

A brecha dos apps de leitura

Uma tática comum era a “brecha dos apps de leitura”, na qual apps como Kindle ou Netflix alegavam estar apenas exibindo conteúdo comprado anteriormente. A Apple não podia culpar os apps por permitir que os usuários acessassem conteúdo comprado previamente. Portanto, desde que o app não direcionasse explicitamente para um pagamento externo nem solicitasse uma compra dentro do app, ele podia operar.

Redirecionamentos ocultos de pagamento

Outros experimentaram ofuscação de código, incorporando redirecionamentos ocultos de pagamento. Alguns chegaram a usar notificações por e-mail após o download para incentivar os usuários a pagar fora do app.
A Spotify foi uma das empresas que implementaram essa estratégia. Se você está na Índia e usa o Spotify, provavelmente já percebeu que não pode comprar o plano Premium dentro do app. É preciso pagar pela web. Este é o motivo.
Tudo isso era arriscado, frágil e geralmente levava à remoção dos apps assim que era descoberto. Mas isso ressaltava uma coisa: os desenvolvedores estavam desesperados para recuperar o controle sobre suas margens e seus dados de usuários.

A armadilha dos gateways de pagamento: o que os desenvolvedores costumam ignorar

À primeira vista, gateways de pagamento (PGs) como Stripe ou Razorpay parecem ser a solução óbvia. Mas, para compras dentro do app, não é tão simples.
Se você está no iOS fora de regiões permitidas (como Índia ou China), conectar um PG diretamente ao app viola as políticas da Apple, o que pode levar à remoção do app.
Mesmo onde são legais, os PGs têm limitações: eles não resolvem questões de conformidade fiscal em diferentes regiões, emissão de faturas, gerenciamento de reembolsos ou declarações regulatórias. É aí que entram as plataformas de Merchant of Record (MoR), como a Dodo Payments. Cuidamos de toda a operação: pagamentos, impostos, documentação, suporte ao cliente e responsabilidade jurídica. Não se trata apenas de receber dinheiro. Trata-se de fazer isso de forma adequada, globalmente e sem colocar sua listagem na App Store em risco.

Duas alternativas legais para desenvolvedores

O que é: o app direciona os usuários para um checkout baseado na web (hospedado pela Dodo Payments ou pelo desenvolvedor). O pagamento é concluído fora do app e, em seguida, o acesso é concedido dentro do app. Status legal:
  • iOS: legal nos EUA, na UE, na Coreia do Sul, nos Países Baixos (apenas apps de namoro) e no Japão (apenas apps de leitura)
  • Android: legal em todos os mercados compatíveis com UCB
Vantagens:
  • Simples de implementar
  • Totalmente em conformidade
  • Nenhuma responsabilidade de PCI no app
Desvantagens:
  • Pequeno atrito: o usuário sai do app para pagar

2. Integração de SDK dentro do app (SDK de terceiros)

O que é: incorporar diretamente ao app uma interface de pagamento, como um SDK nativo de terceiros, para permitir um checkout fluido sem exigir que os usuários saiam do app. Status legal:
  • iOS: legal apenas na UE (sob os termos do DMA); em outras regiões, continua sendo uma violação
  • Android: legal nos mercados UCB, desde que a UX e os relatórios adequados sejam seguidos
Vantagens:
  • UX fluida
  • O usuário permanece no app
  • Pode reproduzir a experiência de IAP
Desvantagens:
  • Complexidade de integração
  • Risco de conformidade fora das regiões permitidas
Uma estratégia eficaz de lançamento global poderia ser assim:
1

U.S. Users

Use o App-to-Web (sem comissão da Apple)
2

EU Users

Use o In-App SDK ou o App-to-Web. Sob os termos unificados da Apple para a UE (em vigor a partir de 1º de outubro de 2026), links do App-to-Web para fora do app estão sujeitos a uma comissão fixa de 15% da Apple, enquanto pagamentos alternativos dentro do app estão sujeitos a 20% (ambos caem para 10% em programas elegíveis para pequenas empresas/parceiros).
3

Android Users in UCB Markets

Use o In-App SDK com uma UX compatível com o Google
4

Other iOS Markets

Use o Apple IAP (ou não ofereça compras dentro do app)
5

Other Android Markets

Use o faturamento do Google Play ou distribua por lojas de apps alternativas

A maior oportunidade

Entre todas as mudanças regulatórias, a App Store dos EUA representa a maior oportunidade individual para os desenvolvedores. Com a atualização das diretrizes de 2025 após a decisão no caso Epic v. Apple, os desenvolvedores agora podem incluir legalmente links externos em seus apps para iOS que direcionem os usuários a um checkout baseado na web. Isso significa: nenhum IAP obrigatório da Apple, nenhuma taxa de 30% e controle total sobre os relacionamentos com os clientes e a receita. Como os EUA são o maior mercado de receita de apps do mundo, essa mudança, por si só, pode melhorar significativamente as margens de qualquer negócio de produtos digitais, desde assinaturas e ferramentas SaaS até apps de mídia e aprendizagem. Para muitos, isso representa a liberação de 30% da receita em sua região mais lucrativa.
O mercado dos EUA representa a maior oportunidade de recuperação de receita, com desenvolvedores podendo evitar a comissão integral de 30% da Apple por meio de links de pagamento externos em conformidade.

Como a Dodo Payments torna isso possível

A Dodo Payments atua como Merchant of Record, cuidando de:
  • Conformidade fiscal global (VAT/GST)
  • Processamento de pagamentos (cartões, UPI, carteiras digitais)
  • Emissão de faturas, reembolsos e prevenção contra fraudes
  • Integração de SDK e checkout hospedado
Isso simplifica a conformidade e a carga operacional, oferecendo alternativas para economizar nas taxas que são 100% legais nas regiões compatíveis.

Get Started

Comece sua integração com a Dodo Payments

Mobile Integration

Saiba como integrar pagamentos ao seu app móvel

Conclusão: um futuro mais favorável aos desenvolvedores chegou

Durante anos, a taxa de 30% das lojas foi um ultimato do tipo aceite ou deixe. Graças a casos marcantes como Epic v. Apple, à pressão regulatória e à pressão pública, esse modelo não pode mais ser aplicado universalmente. Em 2025, os desenvolvedores finalmente têm opções. Ao combinar alternativas em conformidade, como fluxos App-to-Web ou integrações de SDK, com serviços de plataformas de Merchant of Record, como a Dodo Payments, agora é prática e legalmente viável reter mais receita e controle. As lojas de apps não abriram os portões por vontade própria, mas eles estão se abrindo. E, para os desenvolvedores, é hora de atravessá-los.
O futuro da monetização de apps chegou: um futuro em que os desenvolvedores podem evitar legalmente taxas excessivas das plataformas, mantendo a conformidade e uma boa experiência do usuário.
Última modificação em 25 de setembro de 2026