Guideline 3.1.1: quando a compra no app é obrigatória

A guideline 3.1.1 exige a compra no app (In-App Purchase) da Apple sempre que o seu app libera conteúdo ou um recurso digital: assinatura, versão completa, moeda de jogo, conteúdo premium. Uma rejeição 3.1.1 significa que a Apple encontrou outra porta de entrada para esse conteúdo: pagamento no seu site, chave de licença, código próprio, botão para uma página de pagamento. A correção passa pela compra no app, a não ser que o seu caso se encaixe em uma exceção ou em uma regra regional.

Eu publico meus próprios apps iOS, e os que têm assinatura vendem essa assinatura pela compra no app da Apple. Nunca levei uma rejeição 3.1.1, e não vou te contar o contrário. Este guia se baseia no texto oficial, na versão de 8 de junho de 2026 lida em 15 de outubro de 2026, e nas condições regionais publicadas pela Apple. O caso vizinho das assinaturas, com duas rejeições reais, está no guia sobre a guideline 3.1.2.

O que diz a guideline 3.1.1?

A 3.1.1, "In-App Purchase", abre a parte 3.1 "Payments" das App Review Guidelines. Daí o título do e-mail: "Guideline 3.1.1 - Business - Payments - In-App Purchase". A primeira frase diz o essencial: para liberar recursos no seu app, "you must use in-app purchase", você precisa usar a compra no app. A Apple cita assinaturas, moedas de jogo, níveis, conteúdo premium e a versão completa.

A frase seguinte mira os atalhos. Um app não pode usar o próprio mecanismo para liberar conteúdo: a Apple cita chaves de licença, marcadores de realidade aumentada, QR codes, criptomoedas e carteiras de cripto.

A mesma regra traz obrigações que muita gente esquece:

• créditos e moedas comprados pela compra no app não expiram, e toda compra restaurável tem um mecanismo de restauração;
• um baú ou sorteio pago ("loot box") mostra as chances de obter cada tipo de item antes da compra;
• um vale-presente, voucher ou cupom digital é vendido no app pela compra no app; um cartão físico enviado pelo correio pode usar outro meio;
• um app sem assinatura pode oferecer um teste por tempo limitado, na forma de uma compra no app gratuita chamada "XX-day Trial", que informa antes do início a duração, o que será perdido e o que vai ser preciso pagar;
• gorjetas para o desenvolvedor são permitidas, pela compra no app.

As situações que causam uma rejeição 3.1.1

O que o app faz	Por que a Apple rejeita	A correção
Libera um conteúdo comprado no seu site	Sem compra no app equivalente	Vender também pela compra no app
Mostra "Pague no nosso site"	Redireciona para outro pagamento	Tirar o botão, salvo exceção
Pede uma chave de licença ou um código próprio	Mecanismo de liberação proibido	Códigos de oferta da Apple
Libera em troca de criptomoeda	Mecanismo de liberação proibido	Compra no app
Vende créditos que expiram	Obrigação da 3.1.1	Créditos permanentes e restauração
Vende um baú sem probabilidades	Chances não exibidas	Probabilidades visíveis antes da compra

A primeira linha é a mais mal entendida. Em uma rejeição publicada nos fóruns da Apple, a mensagem diz que o app "accesses digital content purchased outside the app", acessa um conteúdo comprado em outro lugar, "but that content isn't available to purchase using in-app purchase". A Apple não reclama de você ter um site que vende: ela reclama que o app não oferece a mesma compra pela Apple.

Para dar acesso grátis ou um desconto, a Apple tem o próprio sistema, os códigos de oferta. Segundo a documentação do StoreKit, eles funcionam para todos os tipos de compra no app: assinaturas, consumíveis e não consumíveis. Você cria os códigos no App Store Connect, e o usuário digita na App Store ou no seu app.

As exceções: quando a compra no app não é exigida

A regra 3.1.3 lista os apps que podem usar outro meio de pagamento. Esta é a tabela que eu uso para saber onde um projeto se encaixa.

O seu caso	Compra no app exigida?	Regra
Assinatura, versão completa, conteúdo digital	Sim	3.1.1
Produto físico, serviço consumido fora do app	Não, outro meio obrigatório	3.1.3(e)
Aula ou consulta ao vivo, entre duas pessoas	Não	3.1.3(d)
Aula ao vivo em grupo	Sim	3.1.3(d)
Revistas, livros, música, vídeo comprados fora	Não para acessar	3.1.3(a)
Serviço multiplataforma comprado no seu site	Acesso permitido se também na compra no app	3.1.3(b)
Ferramenta vendida a uma empresa para funcionários	Não	3.1.3(c)
App gratuito companheiro de uma ferramenta web, sem compra	Não	3.1.3(f)

Dois limites. Um app que se beneficia de uma exceção não pode, dentro do app, empurrar o usuário para outro meio de pagamento, fora a vitrine dos Estados Unidos e os casos previstos pela Apple. Por outro lado, a Apple deixa claro que "Developers can send communications outside of the app": você pode falar com seus usuários fora do app, por e-mail, por exemplo.

As regras por região em outubro de 2026

Aqui os textos mudam rápido. O que vem a seguir resume os textos da Apple lidos em 15 de outubro de 2026: releia antes de programar um pagamento externo.

Região	O que é permitido além da compra no app
Estados Unidos	Botões e links para outro pagamento, sem entitlement
União Europeia	Pagamento alternativo no app e ofertas fora do app, com regras
Japão, Brasil, Coreia do Sul	Programas próprios, mediante pedido de entitlement
Outros países	Nenhum botão, link ou chamada para outro pagamento

Estados Unidos

A regra 3.1.1(a) diz que os entitlements "are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps". Na vitrine americana, então, um botão para o seu site é permitido. O seu binário é o mesmo em todo lugar: se você adicionar esse botão, o app precisa saber em qual vitrine o usuário está. O StoreKit informa isso com Storefront.

União Europeia

Novas condições valem desde 1º de outubro de 2026, segundo a página da Apple sobre opções de pagamento na UE. Você pode manter só a compra no app, sem mudar nada. Também pode oferecer um provedor de pagamento dentro do app, ou ofertas fora do app, para o seu site, por exemplo. Nesse caso, a Apple exige, entre outras coisas:

• o entitlement "StoreKit External Purchases or Offers" e, para um link ou pagamento no app, a janela de informação do sistema;
• a compra no app pelo menos tão visível quanto a outra opção, quando as duas aparecem na tela;
• nenhuma menção a esses pagamentos na sua página da App Store;
• controle parental para menores, e nenhuma oferta fora do app para menores de 13 anos, ou mais, dependendo do país;
• a mesma escolha em todas as vitrines da UE durante 12 meses.

Há comissões dependendo da opção escolhida. Leia a seção sobre elas na mesma página antes de decidir.

Os outros países

Nos demais lugares, a regra continua rígida: "apps and their metadata may not include buttons, external links, or other calls to action" para outro meio de pagamento. A palavra "metadata" importa: uma descrição que anuncia "mais barato no nosso site" também cai na regra. Alguns países, entre eles Japão, Brasil e Coreia do Sul, têm programas próprios, listados na documentação External Purchase.

Corrigir uma rejeição 3.1.1 e responder à Apple

1. Encontre a porta de entrada. A mensagem cita o conteúdo ou a tela em questão: conteúdo comprado fora, botão, código, link.
2. Feche essa porta ou duplique a oferta. Ou você tira o botão ou o código, ou vende o mesmo conteúdo pela compra no app.
3. Só invoque uma exceção se ela for real. Cite a alínea da 3.1.3 e explique em duas frases por que o seu caso se encaixa.
4. Dê ao revisor o que ele precisa para testar. Uma conta demo e o caminho até o paywall, nas notas de revisão, como explico no guia sobre a guideline 2.1.

Você responde na seção App Review do App Store Connect, seguindo o procedimento para responder à App Review. Aqui vai um modelo para o caso mais comum, um conteúdo comprado no site. É só um exemplo: troque o build, o produto e o caminho pelos seus.

Hello,

Thank you for your review.

Issue: the app gave access to premium content purchased on our
website, without offering the same purchase in the app.

Fix in build X:
- Premium access is now available as an auto-renewable
  subscription through in-app purchase, on the paywall.
- The "Subscribe on our website" button has been removed.
- A "Restore Purchases" button is available on the paywall.

How to verify: launch the app and open any premium screen.
The paywall shows the in-app purchase options.

Best regards,

O botão e o paywall estão no código: é preciso um novo build. Se você continua convencido de que o seu caso é uma exceção, a Apple também permite recorrer ao App Review Board.

Integrar a compra no app sem reescrever tudo

Para um iniciante, o caminho mais simples é criar os produtos no App Store Connect e depois ligá-los ao app com o RevenueCat: o passo a passo está em RevenueCat: configurar uma assinatura in-app. Se você está em dúvida entre os dois modelos, leia assinatura ou compra única. Se você está construindo com uma ferramenta no-code, confira se ela suporta compra no app: é um dos pontos de criar um aplicativo sem programar.

Assim que a sua compra no app for uma assinatura, a 3.1.2 entra junto: valor cobrado em destaque, duração, renovação, links. Os erros de tela mais comuns estão em paywall iOS: 7 erros de iniciante.

O checklist da 3.1.1 antes de enviar

• Tudo o que é liberado no app (recurso, conteúdo, nível, moeda) é comprado pela compra no app.
• Nenhum botão, link ou texto leva a um pagamento externo, exceto na vitrine americana ou com um programa regional aprovado.
• A descrição da sua página não menciona nenhum outro meio de pagamento.
• Um conteúdo vendido no seu site também está à venda pela compra no app dentro do app.
• Nenhuma chave de licença, QR code, código próprio ou cripto libera nada.
• Para dar acesso, você usa os códigos de oferta da Apple.
• Os créditos comprados não expiram, e um botão "Restore Purchases" funciona.
• Cada baú ou sorteio pago mostra as probabilidades antes da compra.
• Um produto físico ou um serviço fora do app passa pelo Apple Pay ou cartão, não pela compra no app.
• As suas notas de revisão dizem onde encontrar as compras e, se você invocar uma exceção, qual.

Verificar o seu app antes de enviar

Se o seu app acabou de ser rejeitado pela 3.1.1, o Apple Review Kit te ajuda a achar a regra citada, o que ela pede, e um exemplo de correção e de resposta. As notas para o revisor dele cobrem a compra no app. Se quiser um olhar humano, agende uma hora comigo: a gente lê a mensagem da Apple e procura a porta de entrada que ela viu. O processo completo está na página app rejeitado pela Apple, e a configuração da compra na página assinatura in-app iOS.

Se você está preparando o seu primeiro lançamento, faça o seu diagnóstico gratuito: ele coloca as etapas na ordem e te manda o meu checklist anti-rejeição da Apple. Para criar um aplicativo mobile que vende pela compra no app desde o início, o iOS Kit parte de um código com o paywall e as assinaturas já prontos.

Ninguém pode garantir que a Apple vai aprovar o seu app. O que eu posso fazer é te ajudar a escolher o meio de pagamento certo antes de escrever o código.

Perguntas frequentes

O que significa "Guideline 3.1.1 - Business - Payments - In-App Purchase"?

É o título completo da regra sobre compra no app na mensagem da Apple. Ele indica que o seu app dá acesso a um conteúdo ou recurso digital por outro caminho que não a compra no app: pagamento em um site, código, chave de licença ou link para uma página de pagamento.

Dá para colocar um link para o seu site para pagar mais barato?

Na vitrine dos Estados Unidos, sim: a regra permite botões e links sem entitlement. Na União Europeia, é possível com o entitlement da Apple e as condições dela. Em outros lugares, salvo programa regional, nem o app nem a página dele podem levar a outro meio de pagamento.

Dá para liberar o app com um código promocional?

Não com um código próprio: a 3.1.1 proíbe mecanismos de liberação próprios do app, como chaves de licença. Use os códigos de oferta da Apple, criados no App Store Connect. Eles funcionam para assinaturas e para os outros tipos de compra no app.

Precisa de compra no app para vender um produto físico ou um serviço?

Não. Um produto físico ou um serviço consumido fora do app, como uma refeição entregue ou uma corrida, precisa usar outro meio de pagamento, Apple Pay ou cartão. Uma aula ao vivo entre duas pessoas também pode dispensar a compra no app, mas uma aula ao vivo em grupo não.

Um cliente assinante no meu site pode fazer login no app?

Sim, para um serviço multiplataforma, desde que o mesmo acesso também esteja à venda pela compra no app dentro do app. É a regra 3.1.3(b). Sem essa oferta no app, você cai na rejeição 3.1.1 típica: um conteúdo comprado fora e impossível de comprar pela Apple.

O RevenueCat basta para cumprir a 3.1.1?

O RevenueCat usa a compra no app da Apple, então ele não cria problema de 3.1.1. Mas ele não remove um botão de pagamento externo ou um código próprio que o seu app tenha. A conformidade continua precisando ser verificada tela por tela, e na sua página da App Store.