App Store Review Guidelines ou Diretrizes de Revisão da Apple

blog 30 March 2022 Hits: 164

Os aplicativos estão mudando o mundo, enriquecendo a vida das pessoas e permitindo que desenvolvedores como você inovem como nunca antes. Como resultado, a Loja de Aplicativos tornou-se um ecossistema empolgante e vibrante para milhões de desenvolvedores e mais de

um bilhão de usuários. Seja você um desenvolvedor iniciante ou uma grande equipe de programadores experientes, estamos entusiasmados por você estar criando aplicativos para a Loja de Aplicativos e queremos ajudar você a entender nossas diretrizes para ter certeza de que seu aplicativo passará pelo processo de revisão rapidamente.

Introdução
O princípio orientador da Loja de aplicativo sé simples — queremos fornecer uma experiência segura para os usuários obterem aplicativos e uma ótima oportunidade para que todos os desenvolvedores tenham sucesso. Fazemos isso oferecendo uma curadoria altamente da Loja de aplicativos onde cada aplicativo é revisado por especialistas e uma equipe editorial ajuda os usuários a descobrir novos aplicativos todos os dias. Para todo o resto há sempre a Internet aberta. Se a Loja de aplicativos modelo e diretrizes não são os melhores para seu aplicativo ou ideia de negócio, tudo bem, nós também fornecemos o Safari para uma ótima experiência na web.

Nas páginas a seguir, você encontrará nossas diretrizes mais recentes organizadas em cinco seções claras: Segurança, Desempenho, Negócios, Design e Jurídico. a Loja de aplicativos está sempre mudando e melhorando para acompanhar as necessidades de nossos clientes e nossos produtos. Seus aplicativos também devem mudar e melhorar para permanecer na Loja de aplicativos.

Alguns outros pontos a serem observados:

Temos muitas crianças baixando muitos aplicativos. O controle dos pais funciona muito bem para proteger as crianças, mas você também precisa fazer sua parte. Então saiba que estamos de olho nas crianças.
A Loja de aplicativos é uma ótima maneira de alcançar centenas de milhões de pessoas em todo o mundo. Se você criar um aplicativo que deseja apenas mostrar à família e aos amigos, a Loja de aplicativos não é a melhor maneira de fazer isso. Considere usar o Xcode para instalar seu aplicativo em um dispositivo gratuitamente ou use a distribuição Ad Hoc disponível paraDesenvolvedor AppleMembros do programa. Se você está apenas começando, saiba mais sobre o Desenvolvedor ApplePrograma.
Apoiamos fortemente todos os pontos de vista representados na Loja de aplicativos, desde que os aplicativos respeitem os usuários com opiniões divergentes e a qualidade da experiência do aplicativo seja ótima. Rejeitaremos aplicativos por qualquer conteúdo ou comportamento que acreditemos estar fora dos limites. Que linha, você pergunta? Bem, como um juiz da Suprema Corte disse uma vez, “eu saberei quando vir”. E achamos que você também saberá quando o atravessar.
Se você tentar enganar o sistema (por exemplo, tentando enganar o processo de revisão, roubar dados do usuário, copiar o trabalho de outro desenvolvedor, manipular classificações ou Loja de aplicativos descoberta) seus aplicativos serão removidos da loja e você será expulso do Programa para desenvolvedores da Apple.
Você é responsável por garantir que tudo em seu aplicativo esteja em conformidade com essas diretrizes, incluindo redes de anúncios, serviços de análise e SDKs de terceiros, portanto, revise e escolha-os com cuidado.
Alguns recursos e tecnologias que geralmente não estão disponíveis para desenvolvedores podem ser oferecidos como um direito para casos de uso limitados. Por exemplo, oferecemos direitos para CarPlay Audio, HyperVisor e Operações de Arquivo Privilegiado. Revise nossa documentação em developer.apple.com para saber mais sobre direitos.
Esperamos que essas diretrizes o ajudem a navegar pela Revisão do aplicativo processo e que as aprovações e rejeições permaneçam consistentes em todos os níveis. Este é um documento vivo; novos aplicativos apresentando novas perguntas podem resultar em novas regras a qualquer momento. Talvez seu aplicativo acione isso. Nós também amamos essas coisas e honramos o que você faz. Estamos realmente tentando o nosso melhor para criar a melhor plataforma do mundo para você expressar seus talentos e ganhar a vida também.

Antes de enviar
Para que a aprovação do seu aplicativo seja o mais tranquila possível, revise os erros comuns listados abaixo que podem retardar o processo de revisão ou acionar uma rejeição. Isso não substitui as diretrizes nem garante a aprovação, mas garantir que você possa verificar todos os itens da lista é um bom começo. Se seu aplicativo não funcionar mais conforme o esperado ou você não o oferecer mais ativamente, ele será removido da Loja de aplicativos. Aprender mais sobre Loja de aplicativos Melhorias .

Assegure-se de que você:

Teste seu aplicativo para falhas e bugs
Certifique-se de que todas as informações e metadados do aplicativo estejam completos e precisos
Atualize suas informações de contato caso a Revisão do aplicativo precisa chegar até você
Forneça uma conta de demonstração ativa e informações de login, além de qualquer outro hardware ou recurso que possa ser necessário para revisar seu aplicativo (por exemplo, credenciais de login ou um código QR de amostra)
Habilite os serviços de back-end para que estejam ativos e acessíveis durante a revisão
Inclua explicações detalhadas de recursos não óbvios e compras no aplicativo na Revisão do aplicativo notas, incluindo documentação de apoio, quando apropriado
Verifique se seu aplicativo segue as orientações de outra documentação, como:

Diretrizes de Desenvolvimento

UIKit
AppKit
WatchKit
Extensões de aplicativo
Diretrizes de armazenamento de dados do iOS
Sistema de arquivos da Apple
App Store ConnectAjuda
Ajuda da conta do desenvolvedor

Diretrizes de design

Diretrizes de Interface Humana

Diretrizes de marca e marketing

Recursos de marketing e diretrizes de identidade
Diretrizes de marketing do Apple Pay
Adicionar às diretrizes da Apple Wallet
Diretrizes para usar marcas registradas e direitos autorais da Apple

1. Segurança
Quando as pessoas instalam um aplicativo da Loja de aplicativos, eles querem se sentir confiantes de que é seguro fazê-lo — que o aplicativo não contém conteúdo perturbador ou ofensivo, não danifica o dispositivo e provavelmente não causa danos físicos ao seu uso. Descrevemos as principais armadilhas abaixo, mas se você quer chocar e ofender as pessoas, a Loja de aplicativos não é o lugar certo para seu aplicativo.

1.1 Conteúdo censurável
Os aplicativos não devem incluir conteúdo ofensivo, insensível, perturbador, com intenção de repugnar, de mau gosto excepcional ou simplesmente assustador. Exemplos de tal conteúdo incluem:

1.1.1 Conteúdo difamatório, discriminatório ou mesquinho, incluindo referências ou comentários sobre religião, raça, orientação sexual, gênero, origem nacional/étnica ou outros grupos-alvo, principalmente se o aplicativo puder humilhar, intimidar ou prejudicar um indivíduo ou grupo alvo. Os satiristas e humoristas políticos profissionais geralmente estão isentos desse requisito.
1.1.2 Retratos realistas de pessoas ou animais sendo mortos, mutilados, torturados ou abusados, ou conteúdo que incentive a violência. “Inimigos” dentro do contexto de um jogo não podem visar apenas uma raça, cultura, governo real, corporação ou qualquer outra entidade real.
1.1.3 Representações que incentivem o uso ilegal ou imprudente de armas e objetos perigosos, ou facilitem a compra de armas de fogo ou munições.
1.1.4 Material abertamente sexual ou pornográfico, definido pelo Webster's Dictionary como “descrições ou exibições explícitas de órgãos sexuais ou atividades destinadas a estimular sentimentos eróticos em vez de estéticos ou emocionais”. Isso inclui aplicativos de “ficar” que podem incluir pornografia ou ser usados para facilitar a prostituição.
1.1.5 Comentários religiosos inflamatórios ou citações imprecisas ou enganosas de textos religiosos.
1.1.6 Informações e recursos falsos, incluindo dados imprecisos do dispositivo ou funcionalidade de truque/piada, como rastreadores de localização falsos. Afirmar que o aplicativo é “para fins de entretenimento” não superará essa diretriz. Os aplicativos que permitem chamadas telefônicas anônimas ou trotes ou mensagens SMS/MMS serão rejeitados.
1.2 Conteúdo Gerado pelo Usuário
Aplicativos com conteúdo gerado pelo usuário apresentam desafios específicos, desde violação de propriedade intelectual até bullying anônimo. Para evitar abusos, os aplicativos com conteúdo gerado pelo usuário ou serviços de redes sociais devem incluir:

Um método para filtrar material censurável de ser postado no aplicativo
Um mecanismo para denunciar conteúdo ofensivo e respostas oportunas às preocupações
A capacidade de bloquear usuários abusivos do serviço
Informações de contato publicadas para que os usuários possam entrar em contato com você facilmente
Aplicativos com conteúdo ou serviços gerados pelo usuário que acabam sendo usados principalmente para conteúdo pornográfico, experiências no estilo Chatroulette, objetificação de pessoas reais (por exemplo, votação “quente ou não”), ameaças físicas ou bullying não pertencem aoLoja de aplicativose podem ser removidos sem aviso prévio. Se o seu aplicativo incluir conteúdo gerado pelo usuário de um serviço baseado na Web, ele poderá exibir conteúdo “NSFW” adulto incidental, desde que o conteúdo esteja oculto por padrão e seja exibido apenas quando o usuário o ativar por meio do seu site.

1.2.1 Conteúdo do Criador
Aplicativos que apresentam conteúdo de uma comunidade específica de usuários chamados “criadores” são uma grande oportunidade se devidamente moderados. Esses aplicativos apresentam uma experiência única e unificada para os clientes interagirem com vários tipos de conteúdo do criador. Eles oferecem ferramentas e programas para ajudar essa comunidade de criadores não desenvolvedores a criar, compartilhar e monetizar experiências geradas pelo usuário. Essas experiências não devem alterar os principais recursos e funcionalidades do aplicativo nativo — em vez disso, elas adicionam conteúdo a essas experiências estruturadas. Essas experiências não são “aplicativos” nativos codificados por desenvolvedores – elas são conteúdo dentro do próprio aplicativo e são tratadas como conteúdo gerado pelo usuário por Revisão do aplicativo. Esse conteúdo do criador pode incluir vídeo, artigos, áudio e até jogos casuais. A Loja de aplicativos oferece suporte a aplicativos que oferecem esse conteúdo gerado pelo usuário, desde que sigam todas as Diretrizes, incluindo a Diretriz 1.2 para moderar conteúdo gerado pelo usuário e a Diretriz 3.1.1 para pagamentos e compras no aplicativo. Os apps para criadores de conteúdo devem compartilhar a classificação etária do conteúdo de criador com classificação etária mais alta disponível no app e comunicar aos usuários qual conteúdo requer compras adicionais.
1.3 Categoria Infantil
A categoria Crianças é uma ótima maneira de as pessoas encontrarem facilmente aplicativos projetados para crianças. Se você deseja participar da categoria Kids, deve se concentrar em criar uma ótima experiência especificamente para usuários mais jovens. Esses aplicativos não devem incluir links fora do aplicativo, oportunidades de compra ou outras distrações para crianças, a menos que sejam reservados para uma área designada atrás de um portão dos pais. Lembre-se de que, uma vez que os clientes esperem que seu aplicativo siga os requisitos da categoria infantil, ele precisará continuar atendendo a essas diretrizes nas atualizações subsequentes, mesmo se você decidir desmarcar a categoria. Saiba mais sobre os portões parentais.

Você deve cumprir as leis de privacidade aplicáveis em todo o mundo relacionadas à coleta de dados de crianças online. Certifique-se de revisar a seção Privacidade destas diretrizes para obter mais informações. Além disso, os aplicativos da categoria infantil não podem enviar informações de identificação pessoal ou informações do dispositivo a terceiros. Os aplicativos da categoria infantil não devem incluir análises de terceiros ou publicidade de terceiros. Isso proporciona uma experiência mais segura para as crianças. Em casos limitados, análises de terceiros podem ser permitidas, desde que os serviços não coletem ou transmitam o IDFA ou qualquer informação identificável sobre crianças (como nome, data de nascimento, endereço de e-mail), sua localização ou seus dispositivos. Isso inclui qualquer dispositivo, rede ou outras informações que possam ser usadas diretamente ou combinadas com outras informações para identificar usuários e seus dispositivos.

1.4 Danos Físicos
Se o seu aplicativo se comportar de forma a causar danos físicos, podemos rejeitá-lo. Por exemplo:

1.4.1 Aplicativos médicos que possam fornecer dados ou informações imprecisas ou que possam ser usados para diagnosticar ou tratar pacientes podem ser analisados com maior escrutínio.
Os aplicativos devem divulgar claramente os dados e a metodologia para dar suporte às declarações de precisão relacionadas às medições de saúde e, se o nível de precisão ou a metodologia não puder ser validado, rejeitaremos seu aplicativo. Por exemplo, aplicativos que alegam fazer radiografias, medir pressão arterial, temperatura corporal, níveis de glicose no sangue ou níveis de oxigênio no sangue usando apenas os sensores do dispositivo não são permitidos.
Os aplicativos devem lembrar os usuários de consultar um médico além de usar o aplicativo e antes de tomar decisões médicas.
Se seu aplicativo médico recebeu autorização regulatória, envie um link para essa documentação com seu aplicativo.
1.4.2 As calculadoras de dosagem do medicamento devem vir do fabricante do medicamento, hospital, universidade, companhia de seguro de saúde, farmácia ou outra entidade aprovada, ou receber aprovação do FDA ou de um de seus equivalentes internacionais. Dado o potencial dano aos pacientes, precisamos ter certeza de que o aplicativo será suportado e atualizado a longo prazo.
1.4.3 Aplicativos que incentivam o consumo de produtos de tabaco e vape, drogas ilegais ou quantidades excessivas de álcool não são permitidos noLoja de aplicativos. Aplicativos que incentivam menores a consumir qualquer uma dessas substâncias serão rejeitados. Facilitar a venda de substâncias controladas (exceto para farmácias licenciadas e dispensários de cannabis licenciados ou legais) ou tabaco não é permitido.
1.4.4 Os aplicativos só podem exibir pontos de verificação de DUI publicados por agências de aplicação da lei e nunca devem incentivar dirigir embriagado ou outro comportamento imprudente, como velocidade excessiva.
1.4.5 Os aplicativos não devem incentivar os clientes a participar de atividades (como apostas, desafios, etc.) ou usar seus dispositivos de uma forma que possa causar danos físicos a si mesmos ou a outros.
1.5 Informações do desenvolvedor
As pessoas precisam saber como entrar em contato com você com perguntas e problemas de suporte. Certifique-se de que seu aplicativo e seu URL de suporte incluam uma maneira fácil de entrar em contato com você; isso é particularmente importante para aplicativos que podem ser usados em sala de aula. A não inclusão de informações de contato precisas e atualizadas não apenas frustra os clientes, mas pode violar a lei em alguns países. Certifique-se também de que os passes da Wallet incluam informações de contato válidas do emissor e sejam assinados com um certificado dedicado atribuído ao proprietário da marca ou marca registrada do passe.

1.6 Segurança de Dados
Os aplicativos devem implementar medidas de segurança apropriadas para garantir o tratamento adequado das informações do usuário coletadas de acordo com o Desenvolvedor Apple Contrato de Licença do Programa e estas Diretrizes (consulte a Diretriz 5.1 para obter mais informações) e impedir seu uso, divulgação ou acesso não autorizado por terceiros.

1.7 Denúncia de Atividade Criminal
Os apps para denunciar supostas atividades criminosas devem envolver a aplicação da lei local e só podem ser oferecidos em países onde esse envolvimento está ativo.

2. Desempenho
2.1 Completude do aplicativo
Envios para Revisão do aplicativo, incluindo aplicativos que você disponibiliza para pré-encomenda, devem ser versões finais com todos os metadados necessários e URLs totalmente funcionais incluídos; texto de espaço reservado, sites vazios e outros conteúdos temporários devem ser limpos antes do envio. Certifique-se de que seu aplicativo tenha sido testado no dispositivo quanto a bugs e estabilidade antes de enviá-lo e inclua as informações da conta de demonstração (e ative seu serviço de back-end!) se o seu aplicativo incluir um login. Se você oferece compras no aplicativo em seu aplicativo, certifique-se de que elas estejam completas, atualizadas e visíveis para o revisor ou explique por que não em suas notas de revisão. Por favor, não trate Revisão do aplicativo como um serviço de teste de software. Rejeitaremos pacotes de aplicativos incompletos e binários que falham ou apresentam problemas técnicos óbvios.

2.2 Teste Beta
As versões de demonstração, beta e de avaliação do seu aplicativo não pertencem a Loja de aplicativos -use TestFlight em vez disso. Qualquer aplicativo enviado para distribuição beta via TestFlight deve ser destinado à distribuição pública e deve estar em conformidade com a Revisão do aplicativo Diretrizes. Observe, no entanto, que os aplicativos que usam o TestFlight não podem ser distribuídos aos testadores em troca de compensação de qualquer tipo, inclusive como recompensa por financiamento coletivo. Atualizações significativas para sua versão beta devem ser enviadas ao TestFlight Revisão do aplicativo antes de ser distribuído para seus testadores. Para saber mais, visite o TestFlight Beta Testing página.

2.3 Metadados precisos
Os clientes devem saber o que estão recebendo quando baixam ou compram seu aplicativo, portanto, certifique-se de que todos os metadados do seu aplicativo, incluindo informações de privacidade, descrição do seu aplicativo, capturas de tela e visualizações reflitam com precisão a experiência principal do aplicativo e lembre-se de mantê-los atualizados -data com novas versões.

2.3.1 Não inclua recursos ocultos, inativos ou não documentados em seu aplicativo; a funcionalidade do seu aplicativo deve ser clara para os usuários finais eRevisão do aplicativo.Todos os novos recursos, funcionalidades e alterações do produto devem ser descritos com especificidade na seção Notas para Revisão doApp Store Connect(descrições genéricas serão rejeitadas) e acessível para revisão. Da mesma forma, comercializar seu aplicativo de maneira enganosa, como promover conteúdo ou serviços que ele não oferece (por exemplo, antivírus e antivírus baseados em iOS) ou promover um preço falso, seja dentro ou fora doLoja de aplicativos,é motivo para a remoção do seu aplicativo doLoja de aplicativose encerramento de sua conta de desenvolvedor. Comportamento flagrante ou repetido é motivo para remoção do Desenvolvedor ApplePrograma. Trabalhamos arduamente para tornar oLoja de aplicativosum ecossistema confiável e esperamos que nossos desenvolvedores de aplicativos sigam o exemplo; se você for desonesto, não queremos fazer negócios com você.
2.3.2 Se o seu aplicativo inclui compras no aplicativo, certifique-se de que a descrição do aplicativo, as capturas de tela e as visualizações indiquem claramente se algum item em destaque, níveis, assinaturas etc. exigem compras adicionais. Se você decidir promover compras no aplicativo noLoja de aplicativos,certifique-se de que o nome de exibição, a captura de tela e a descrição da compra no aplicativo sejam apropriados para um público, que você siga as orientações encontradas em Promover suas compras no aplicativo, e que seu aplicativo lida corretamente com o método SKPaymentTransactionObserverpara que os clientes possam concluir a compra sem problemas quando o aplicativo for lançado.
2.3.3 As capturas de tela devem mostrar o aplicativo em uso, e não apenas a arte do título, a página de login ou a tela inicial. Eles também podem incluir sobreposições de texto e imagem (por exemplo, para demonstrar mecanismos de entrada, como um ponto de toque animado ou Lápis de Maçã)e mostrar a funcionalidade estendida no dispositivo, como a Touch Bar.
2.3.4 As visualizações são uma ótima maneira de os clientes verem a aparência do seu aplicativo e o que ele faz. Para garantir que as pessoas entendam o que obterão com seu aplicativo, as visualizações podem usar apenas capturas de tela de vídeo do próprio aplicativo. Adesivos e extensões do iMessage podem mostrar a experiência do usuário no aplicativo Mensagens. Você pode adicionar narração e vídeo ou sobreposições textuais para ajudar a explicar qualquer coisa que não esteja clara apenas no vídeo.
2.3.5 Selecione a categoria mais adequada para seu aplicativo e confira oLoja de aplicativos Definições de categoria Se precisar de ajuda. Se você estiver fora da base, podemos alterar a categoria para você.
2.3.6 Responda às perguntas de classificação etária emApp Store Connecthonestamente para que seu aplicativo se alinhe corretamente com os controles dos pais. Se seu aplicativo for classificado incorretamente, os clientes podem se surpreender com o que recebem ou podem desencadear uma consulta de reguladores governamentais. Se seu aplicativo inclui mídia que exige a exibição de classificações de conteúdo ou avisos (por exemplo, filmes, músicas, jogos etc.), você é responsável por cumprir os requisitos locais em cada território em que seu aplicativo está disponível.
2.3.7 Escolha um nome de aplicativo exclusivo, atribua palavras-chave que descrevam seu aplicativo com precisão e não tente empacotar nenhum de seus metadados com termos de marca registrada, nomes de aplicativos populares, informações de preços ou outras frases irrelevantes apenas para enganar o sistema. Os nomes dos aplicativos devem ser limitados a 30 caracteres. Metadados como nomes de aplicativos, legendas, capturas de tela e visualizações não devem incluir preços, termos ou descrições que não sejam específicos do tipo de metadados. As legendas do aplicativo são uma ótima maneira de fornecer contexto adicional ao seu aplicativo; eles devem seguir nossas regras de metadados padrão e não devem incluir conteúdo impróprio, fazer referência a outros aplicativos ou fazer reivindicações de produtos não verificáveis. A Apple pode modificar palavras-chave inadequadas a qualquer momento ou tomar outras medidas apropriadas para evitar abusos.
2.3.8 Os metadados devem ser apropriados para todos os públicos, portanto, certifique-se de que seu aplicativo e ícones de compra no aplicativo, capturas de tela e visualizações estejam em conformidade com uma classificação etária de 4+, mesmo que seu aplicativo tenha uma classificação mais alta. Por exemplo, se seu aplicativo for um jogo que inclui violência, selecione imagens que não representem uma morte horrível ou uma arma apontada para um personagem específico. O uso de termos como “para crianças” e “para crianças” nos metadados do aplicativo é reservado para a categoria infantil. Lembre-se de garantir seus metadados, incluindo o nome e os ícones do aplicativo (pequeno, grande,Apple Watchapp, ícones alternativos, etc.), são semelhantes para evitar confusão.
2.3.9 Você é responsável por garantir os direitos de uso de todos os materiais nos ícones, capturas de tela e visualizações do seu aplicativo, e deve exibir informações fictícias da conta em vez de dados de uma pessoa real.
2.3.10 Certifique-se de que seu aplicativo esteja focado na experiência iOS, iPadOS, macOS, tvOS ou watchOS e não inclua nomes, ícones ou imagens de outras plataformas móveis em seu aplicativo ou metadados, a menos que haja interação específica e aprovada funcionalidade. Certifique-se de que os metadados do seu aplicativo estejam focados no próprio aplicativo e em sua experiência. Não inclua informações irrelevantes.
2.3.11 Aplicativos que você envia para pré-venda noLoja de aplicativosdeve ser completo e entregue conforme enviado. Certifique-se de que o aplicativo que você lançar não seja materialmente diferente do que você anuncia enquanto o aplicativo estiver em estado de pré-venda. Se você fizer alterações materiais no aplicativo (por exemplo, alterar modelos de negócios), deverá reiniciar suas vendas de pré-encomenda.
2.3.12 Os aplicativos devem descrever claramente novos recursos e alterações de produtos em seu texto "O que há de novo". Correções de bugs simples, atualizações de segurança e melhorias de desempenho podem depender de uma descrição genérica, mas alterações mais significativas devem ser listadas nas notas.
2.3.13 Os eventos no aplicativo são eventos oportunos que acontecem no seu aplicativo. Para divulgar seu evento noLoja de aplicativos,ele deve estar dentro de um tipo de evento fornecido emApp Store Connect.Todos os metadados de eventos devem ser precisos e pertencer ao próprio evento, e não ao aplicativo de forma mais geral. Os eventos devem acontecer nos horários e datas que você selecionarApp Store Connect,inclusive em várias vitrines. Você pode monetizar seu evento desde que siga as regras estabelecidas na Seção 3 sobre Negócios. E o link direto do seu evento deve direcionar os usuários para o destino adequado em seu aplicativo. Ler eventos no aplicativo para obter orientações detalhadas sobre metadados de eventos aceitáveis e links diretos de eventos.
2.4 Compatibilidade de Hardware
2.4.1 Para garantir que as pessoas tirem o máximo proveito do seu aplicativo, os aplicativos para iPhone devem ser executados no iPad sempre que possível. Recomendamos que você considere criar aplicativos universais para que os clientes possam usá-los em todos os dispositivos. Saiba mais sobre os aplicativos universais.
2.4.2 Projete seu aplicativo para usar energia com eficiência e ser usado de uma maneira que não arrisque danos ao dispositivo. Os apps não devem esgotar a bateria rapidamente, gerar calor excessivo ou sobrecarregar desnecessariamente os recursos do dispositivo. Por exemplo, os aplicativos não devem incentivar a colocação do dispositivo sob um colchão ou travesseiro durante o carregamento ou realizar ciclos de gravação excessivos na unidade de estado sólido. Aplicativos, incluindo anúncios de terceiros exibidos neles, não podem executar processos em segundo plano não relacionados, como mineração de criptomoedas.
2.4.3 As pessoas devem poder usar o seuApple TVapp sem a necessidade de entradas de hardware além do controle remoto Siri ou controladores de jogos de terceiros, mas sinta-se à vontade para fornecer funcionalidade aprimorada quando outros periféricos estiverem conectados. Se você precisar de um controlador de jogo, explique isso claramente em seus metadados para que os clientes saibam que precisam de equipamentos adicionais para jogar.
2.4.4 Os aplicativos nunca devem sugerir ou exigir a reinicialização do dispositivo ou modificações nas configurações do sistema não relacionadas à funcionalidade principal do aplicativo. Por exemplo, não incentive os usuários a desligar o Wi-Fi, desativar recursos de segurança etc.
2.4.5 Aplicativos distribuídos viaLoja de aplicativos Mactem alguns requisitos adicionais a ter em mente:
(i) Eles devem ser devidamente protegidos e seguir a documentação do sistema de arquivos do macOS. Eles também devem usar apenas as APIs do macOS apropriadas para modificar os dados do usuário armazenados por outros aplicativos (por exemplo, favoritos, catálogo de endereços ou entradas de calendário).
(ii) Devem ser empacotados e enviados usando tecnologias fornecidas no Xcode; nenhum instalador de terceiros permitido. Eles também devem ser pacotes de instalação de aplicativos únicos e independentes e não podem instalar código ou recursos em locais compartilhados.
(iii) Eles não podem iniciar automaticamente ou ter outro código executado automaticamente na inicialização ou login sem consentimento, nem gerar processos que continuem a ser executados sem consentimento após o usuário sair do aplicativo. Eles não devem adicionar seus ícones automaticamente ao Dock ou deixar atalhos na área de trabalho do usuário.
(iv) Eles não podem baixar ou instalar aplicativos autônomos, kexts, código adicional ou recursos para adicionar funcionalidade ou alterar significativamente o aplicativo em relação ao que vemos durante o processo de revisão.
(v) Eles não podem solicitar o escalonamento para privilégios de root ou usar atributos setuid.
(vi) Eles não podem apresentar uma tela de licença no lançamento, exigir chaves de licença ou implementar sua própria proteção contra cópia.
(vii) Devem utilizar oLoja de aplicativos Macdistribuir atualizações; outros mecanismos de atualização não são permitidos.
(viii) Os aplicativos devem ser executados no sistema operacional atual e não podem usar tecnologias obsoletas ou instaladas opcionalmente (por exemplo, Java)
(ix) Os aplicativos devem conter todos os idiomas e suporte à localização em um único pacote de aplicativos.
2.5 Requisitos de Software
2.5.1 Os aplicativos só podem usar APIs públicas e devem ser executados no sistema operacional atual. Saiba mais sobre APIs públicas. Mantenha seus aplicativos atualizados e certifique-se de eliminar gradualmente quaisquer recursos, estruturas ou tecnologias obsoletas que não terão mais suporte em versões futuras de um sistema operacional. Os aplicativos devem usar APIs e estruturas para os fins pretendidos e indicar essa integração na descrição do aplicativo. Por exemplo, a estrutura HomeKit deve fornecer serviços de automação residencial; e o HealthKit devem ser usados para fins de saúde e condicionamento físico e integrados ao aplicativo Saúde.
2.5.2 Os aplicativos devem ser autocontidos em seus pacotes e não podem ler ou gravar dados fora da área de contêiner designada, nem podem baixar, instalar ou executar código que introduza ou altere recursos ou funcionalidades do aplicativo, incluindo outros aplicativos . Os aplicativos educacionais projetados para ensinar, desenvolver ou permitir que os alunos testem o código executável podem, em circunstâncias limitadas, fazer o download do código, desde que esse código não seja usado para outros fins. Esses aplicativos devem tornar o código-fonte fornecido pelo aplicativo completamente visível e editável pelo usuário.
2.5.3 Aplicativos que transmitem vírus, arquivos, código de computador ou programas que possam prejudicar ou interromper a operação normal do sistema operacional e/ou recursos de hardware, incluindo Push Notifications e Game Center, serão rejeitados. Violações flagrantes e comportamento repetido resultarão na remoção doPrograma para desenvolvedores da Apple.
2.5.4 Aplicativos multitarefa só podem usar serviços em segundo plano para os propósitos pretendidos: VoIP, reprodução de áudio, localização, conclusão de tarefas, notificações locais etc. Se seu aplicativo usa o modo de segundo plano de localização, inclua um lembrete de que isso pode diminuir drasticamente a vida útil da bateria.
2.5.5 Os aplicativos devem ser totalmente funcionais em redes somente IPv6.
2.5.6 Os aplicativos que navegam na web devem usar a estrutura WebKit apropriada e o WebKit Javascript.
2.5.7 O conteúdo de streaming de vídeo em uma rede celular com mais de 10 minutos deve usar o HTTP Live Streaming e incluir um stream HTTP Live de linha de base de 192 kbps.
2.5.8 Os aplicativos que criam ambientes alternativos de área de trabalho/tela inicial ou simulam experiências de widget de vários aplicativos serão rejeitados.
2.5.9 Aplicativos que alteram ou desativam as funções de interruptores padrão, como os interruptores Aumentar/Diminuir Volume e Toque/Silencioso, ou outros elementos ou comportamentos nativos da interface do usuário serão rejeitados. Por exemplo, os aplicativos não devem bloquear links para outros aplicativos ou outros recursos que os usuários esperam que funcionem de uma determinada maneira. Saiba mais sobre o manuseio adequado de links.
2.5.10 Os aplicativos não devem ser enviados com banners de anúncios vazios ou anúncios de teste.
2.5.11 SiriKit e Atalhos
(i) Os aplicativos que integram o SiriKit e os atalhos devem se inscrever apenas para intents que possam ser gerenciados sem o suporte de um aplicativo adicional e que os usuários esperariam da funcionalidade declarada. Por exemplo, se seu aplicativo for um aplicativo de planejamento de refeições, você não deve incorporar a intenção de iniciar um treino, mesmo que o aplicativo compartilhe a integração com um aplicativo de condicionamento físico.
(ii) Certifique-se de que o vocabulário e as frases em sua plist pertencem ao seu aplicativo e à funcionalidade Siri das intenções para as quais o aplicativo se registrou. Os aliases devem estar relacionados diretamente ao nome do seu aplicativo ou empresa e não devem ser termos genéricos nem incluir nomes ou serviços de aplicativos de terceiros.
(iii) Resolver o pedido de Siri ou Atalho da forma mais direta possível e não inserir anúncios ou outro tipo de marketing entre o pedido e o seu atendimento. Só solicite uma desambiguação quando necessário para completar a tarefa (por exemplo, pedindo ao usuário que especifique um tipo específico de treino).
2.5.12 Os aplicativos que usam CallKit ou que incluem uma extensão de fraude de SMS devem bloquear apenas números de telefone que sejam confirmados como spam. Os aplicativos que incluem funcionalidade de bloqueio de chamadas, SMS e MMS ou identificação de spam devem identificar claramente esses recursos em seu texto de marketing e explicar os critérios para suas listas de bloqueados e spam. Você não pode usar os dados acessados por meio dessas ferramentas para qualquer finalidade que não esteja diretamente relacionada à operação ou melhoria de seu aplicativo ou extensão (por exemplo, você não pode usá-los, compartilhá-los ou vendê-los para fins de rastreamento, criação de perfis de usuários etc.).
2.5.13 Aplicativos que usam reconhecimento facial para autenticação de conta devem usar LocalAuthentication (e não ARKit ou outra tecnologia de reconhecimento facial) sempre que possível, e deve usar um método de autenticação alternativo para usuários menores de 13 anos.
2.5.14 Os aplicativos devem solicitar o consentimento explícito do usuário e fornecer uma indicação visual e/ou audível clara ao gravar, registrar ou de outra forma registrar a atividade do usuário. Isso inclui qualquer uso da câmera do dispositivo, microfone, gravações de tela ou outras entradas do usuário.
2.5.15 Os aplicativos que permitem que os usuários visualizem e selecionem arquivos devem incluir itens do aplicativo Arquivos e os documentos do iCloud do usuário.
2.5.16 clipes de aplicativos, widgets, extensões e notificações devem estar relacionados ao conteúdo e funcionalidade do seu aplicativo. Além disso, todos Clipe de aplicativo recursos e funcionalidades devem ser incluídos no binário do aplicativo principal. Clipes de aplicativos não pode conter publicidade.

3. Negócios
Há muitas maneiras de gerar receita com seu aplicativo na Loja de aplicativos. Se o seu modelo de negócios não for óbvio, certifique-se de explicar em seus metadados e Revisão do aplicativo notas. Se não conseguirmos entender como seu aplicativo funciona ou se suas compras no aplicativo não forem imediatamente óbvias, isso atrasará sua análise e poderá desencadear uma rejeição. E, embora o preço seja com você, não distribuiremos aplicativos e itens de compra no aplicativo que sejam claros roubos. Rejeitaremos aplicativos caros que tentam enganar os usuários com preços irracionalmente altos.

Se descobrirmos que você tentou manipular avaliações, inflar suas classificações de gráfico com comentários pagos, incentivados, filtrados ou falsos, ou se envolver com serviços de terceiros para fazê-lo em seu nome, tomaremos medidas para preservar a integridade da Loja de aplicativos, que pode incluir expulsá-lo do Programa para desenvolvedores da Apple.

3.1 Pagamentos
3.1.1 Compra no aplicativo:
Se você deseja desbloquear recursos ou funcionalidades em seu aplicativo (por exemplo: assinaturas, moedas no jogo, níveis de jogo, acesso a conteúdo premium ou desbloqueio de uma versão completa), você deve usar a compra no aplicativo. Os aplicativos não podem usar seus próprios mecanismos para desbloquear conteúdo ou funcionalidade, como chaves de licença, marcadores de realidade aumentada, códigos QR etc. Os aplicativos e seus metadados não podem incluir botões, links externos ou outros apelos à ação que direcionem os clientes a mecanismos de compra além da compra no aplicativo, exceto conforme estabelecido em 3.1.3(a).
Os aplicativos podem usar moedas de compra no aplicativo para permitir que os clientes deem “gorjetas” ao desenvolvedor ou aos provedores de conteúdo digital no aplicativo.
Quaisquer créditos ou moedas do jogo adquiridos por meio de compras no aplicativo podem não expirar, e você deve ter um mecanismo de restauração para quaisquer compras no aplicativo restauráveis.
Os aplicativos podem permitir a oferta de itens qualificados para compra no aplicativo para outras pessoas. Tais presentes só podem ser reembolsados ao comprador original e não podem ser trocados.
Aplicativos distribuídos pela Loja de aplicativos Mac pode hospedar plug-ins ou extensões habilitados com mecanismos diferentes da Loja de aplicativos.
Os aplicativos que oferecem “caixas de saque” ou outros mecanismos que fornecem itens virtuais aleatórios para compra devem divulgar as chances de recebimento de cada tipo de item aos clientes antes da compra.
Vales-presente digitais, certificados, vouchers e cupons que podem ser trocados por produtos ou serviços digitais só podem ser vendidos em seu aplicativo usando a compra no aplicativo. Os cartões-presente físicos vendidos em um aplicativo e depois enviados aos clientes podem usar métodos de pagamento diferentes da compra no aplicativo.
Os aplicativos sem assinatura podem oferecer um período de teste gratuito baseado em tempo antes de apresentar uma opção de desbloqueio completo configurando um item IAP não consumível no nível de preço 0 que segue a convenção de nomenclatura: "Teste de XX dias". Antes do início da avaliação, seu aplicativo deve identificar claramente sua duração, o conteúdo ou os serviços que não estarão mais acessíveis quando a avaliação terminar e quaisquer cobranças posteriores que o usuário precisaria pagar pela funcionalidade completa. Saiba mais sobre como gerenciar o acesso ao conteúdo e a duração do período de avaliação usando Recibos e Verificação do Dispositivo.
3.1.2 Assinaturas: Os aplicativos podem oferecer assinaturas de compra no aplicativo com renovação automática, independentemente da categoria na Loja de aplicativos. Ao incorporar assinaturas renováveis automaticamente em seu aplicativo, siga as diretrizes abaixo.
3.1.2(a) Usos permitidos: Se você oferecer uma assinatura com renovação automática, deverá fornecer valor contínuo ao cliente, e o período de assinatura deverá durar pelo menos sete dias e estar disponível em todos os dispositivos do usuário. Embora a lista a seguir não seja exaustiva, exemplos de assinaturas apropriadas incluem: novos níveis de jogo; conteúdo episódico; suporte multijogador; aplicativos que oferecem atualizações consistentes e substanciais; acesso a grandes coleções de conteúdo de mídia ou continuamente atualizados; software como serviço (“SAAS”); e suporte à nuvem. Além disso:
Assinaturas podem ser oferecidas juntamente com ofertas à la carte (por exemplo, você pode oferecer uma assinatura para uma biblioteca inteira de filmes, bem como a compra ou aluguel de um único filme).
Você pode oferecer uma única assinatura que é compartilhada em seus próprios aplicativos e serviços.
Os jogos oferecidos em uma assinatura de serviço de streaming de jogos podem oferecer uma única assinatura compartilhada entre aplicativos e serviços de terceiros; no entanto, eles devem ser baixados diretamente da Loja de aplicativos, deve ser projetado para evitar o pagamento duplicado por um assinante e não deve prejudicar os clientes não assinantes.
As assinaturas devem funcionar em todos os dispositivos do usuário em que o aplicativo está disponível. Saiba mais sobre como compartilhar uma assinatura em seus aplicativos.
Os aplicativos não devem forçar os usuários a avaliar o aplicativo, revisar o aplicativo, baixar outros aplicativos ou outras ações semelhantes para acessar a funcionalidade, o conteúdo ou o uso do aplicativo.
Como acontece com todos os aplicativos, aqueles que oferecem assinaturas devem permitir que um usuário obtenha o que pagou sem realizar tarefas adicionais, como postar nas mídias sociais, fazer upload de contatos, fazer check-in no aplicativo um determinado número de vezes etc.
As assinaturas podem incluir créditos consumíveis, pedras preciosas, moedas do jogo, etc., e você pode oferecer assinaturas que incluem acesso a produtos consumíveis com desconto (por exemplo, uma assinatura platinum que expõe pacotes de pedras preciosas por um preço reduzido).
Se você estiver alterando seu aplicativo existente para um modelo de negócios baseado em assinatura, não retire a funcionalidade principal pela qual os usuários existentes já pagaram. Por exemplo, permita que os clientes que já compraram um “desbloqueio de jogo completo” continuem a acessar o jogo completo depois que você introduzir um modelo de assinatura para novos clientes.
Os aplicativos de assinatura com renovação automática podem oferecer um período de teste gratuito aos clientes, fornecendo as informações relevantes estabelecidas emApp Store Connect.Saiba mais sobre os Testes Gratuitos de Assinatura.
Os aplicativos que tentam enganar os usuários serão removidos da Loja de aplicativos. Isso inclui aplicativos que tentam induzir os usuários a comprar uma assinatura sob falsos pretextos ou se envolver em práticas de isca e troca e fraude; estes serão removidos da Loja de aplicativos e você pode ser removido do Desenvolvedor Apple Programa.
Os aplicativos de operadora de celular podem incluir assinaturas de música e vídeo com renovação automática em pacotes predefinidos com planos de dados de celular, com aprovação prévia da Apple. Outras assinaturas de renovação automática também podem ser incluídas em pacotes predefinidos com planos de dados de celular, com aprovação prévia da Apple, se os aplicativos da operadora de celular oferecerem suporte à compra no aplicativo para novos usuários e a operadora fornecer um mecanismo para os clientes reverterem para -app compra após o término do serviço de pacote do cliente. Essas assinaturas não podem incluir acesso ou descontos em itens consumíveis.
3.1.2(b) Upgrades e Downgrades: Os usuários devem ter uma experiência perfeita de upgrade/downgrade e não devem ser capazes de assinar inadvertidamente várias variações da mesma coisa. Revise as práticas recomendadas sobre como gerenciar suas opções de upgrade e downgrade de assinatura.
3.1.2(c) Informações de Assinatura: Antes de pedir a um cliente que assine, você deve descrever claramente o que o usuário receberá pelo preço. Quantas edições por mês? Quanto armazenamento em nuvem? Que tipo de acesso ao seu serviço? Certifique-se de comunicar claramente os requisitos descritos no Anexo 2 do Desenvolvedor Apple Acordo de Licença do Programa, encontrado em Acordos, Impostos e Bancos .
3.1.3 Outros métodos de compra: Os aplicativos a seguir podem usar métodos de compra diferentes da compra no aplicativo. Os aplicativos nesta seção não podem, dentro do aplicativo, incentivar os usuários a usar um método de compra diferente da compra no aplicativo, exceto conforme estabelecido em 3.1.3(a). Os desenvolvedores podem enviar comunicações fora do aplicativo para sua base de usuários sobre métodos de compra diferentes da compra no aplicativo.
3.1.3(a) Apps “Leitores”: Apps podem permitir que um usuário acesse conteúdo adquirido anteriormente ou assinaturas de conteúdo (especificamente: revistas, jornais, livros, áudio, música e vídeo). Os aplicativos Reader podem oferecer criação de contas para níveis gratuitos e funcionalidade de gerenciamento de contas para clientes existentes. Os desenvolvedores de aplicativos de leitura podem solicitar o Direito de conta de link externo para fornecer um link informativo em seu aplicativo para um site do qual o desenvolvedor possui ou mantém responsabilidade para criar ou gerenciar uma conta. Saiba mais sobre o direito de conta de link externo .
3.1.3(b) Serviços multiplataforma: Aplicativos que operam em várias plataformas podem permitir que os usuários acessem conteúdo, assinaturas ou recursos adquiridos em seu aplicativo em outras plataformas ou em seu site, incluindo itens consumíveis em jogos multiplataforma, desde que esses itens também estão disponíveis como compras dentro do aplicativo.
3.1.3(c) Serviços Corporativos: Se seu aplicativo for vendido diretamente por você apenas a organizações ou grupos para seus funcionários ou alunos (por exemplo, bancos de dados profissionais e ferramentas de gerenciamento de sala de aula), você poderá permitir que usuários corporativos acessem conteúdo adquirido anteriormente ou assinaturas. Vendas ao consumidor, usuário único ou família devem usar a compra no aplicativo.
3.1.3(d) Serviços de pessoa para pessoa: se seu aplicativo permite a compra de serviços de pessoa para pessoa em tempo real entre duas pessoas (por exemplo, aulas de reforço, consultas médicas, passeios imobiliários ou treinamento físico), você pode usar métodos de compra diferentes da compra no aplicativo para receber esses pagamentos. Os serviços em tempo real um para poucos e um para muitos devem usar a compra no aplicativo.
3.1.3(e) Bens e serviços fora do aplicativo: se seu aplicativo permitir que as pessoas comprem bens físicos ou serviços que serão consumidos fora do aplicativo, você deve usar métodos de compra diferentes da compra no aplicativo para receber esses pagamentos, tal como Apple Pay ou entrada de cartão de crédito tradicional.
3.1.3(f) Aplicativos autônomos gratuitos: aplicativos gratuitos que atuam como um complemento autônomo para uma ferramenta paga baseada na web (por exemplo, VOIP, armazenamento em nuvem, serviços de e-mail, hospedagem na web) não precisam usar a compra no aplicativo , desde que não haja compras dentro do aplicativo ou apelos à ação para compras fora do aplicativo.
3.1.4 Conteúdo específico de hardware: Em circunstâncias limitadas, como quando os recursos dependem de hardware específico para funcionar, o aplicativo pode desbloquear essa funcionalidade sem usar a compra no aplicativo (por exemplo, um aplicativo de astronomia que adiciona recursos quando sincronizado com um telescópio) . Os recursos do aplicativo que funcionam em combinação com um produto físico aprovado (como um brinquedo) de forma opcional podem desbloquear a funcionalidade sem usar a compra no aplicativo, desde que uma opção de compra no aplicativo também esteja disponível. No entanto, você não pode exigir que os usuários comprem produtos não relacionados ou participem de atividades de publicidade ou marketing para desbloquear a funcionalidade do aplicativo.
3.1.5 Criptomoedas:
(i) Carteiras: os aplicativos podem facilitar o armazenamento de moeda virtual, desde que sejam oferecidos por desenvolvedores inscritos como uma organização.
(ii) Mineração: os aplicativos não podem minerar criptomoedas, a menos que o processamento seja realizado fora do dispositivo (por exemplo, mineração baseada em nuvem).
(iii) Bolsas: Os aplicativos podem facilitar transações ou transmissões de criptomoedas em uma bolsa aprovada, desde que sejam oferecidas pela própria bolsa.
(iv) Ofertas Iniciais de Moedas: Os aplicativos que facilitam as Ofertas Iniciais de Moedas (“ICOs”), negociação de futuros de criptomoedas e outras negociações de títulos ou quase títulos devem vir de bancos estabelecidos, corretoras de valores mobiliários, comerciantes de comissões de futuros (“FCM”), ou outras instituições financeiras aprovadas e devem cumprir todas as leis aplicáveis.
(v) Aplicativos de criptomoeda podem não oferecer moeda para concluir tarefas, como baixar outros aplicativos, incentivar outros usuários a baixar, postar em redes sociais etc.
3.1.6 Apple Pay: aplicativos usando Apple Pay deve fornecer todas as informações de compra do material ao usuário antes da venda de qualquer bem ou serviço e deve usar Apple Pay elementos da marca e da interface do usuário corretamente, conforme descrito no Apple Pay Diretrizes de marketing e Diretrizes de Interface Humana. Aplicativos usando Apple Pay para oferecer pagamentos recorrentes deve, no mínimo, divulgar as seguintes informações:
A duração do prazo de renovação e o fato de que continuará até ser cancelado
O que será fornecido durante cada período
As cobranças reais que serão cobradas do cliente
Como cancelar
3.1.7 Publicidade: a publicidade gráfica deve ser limitada ao binário do seu aplicativo principal e não deve ser incluída em extensões, clipes de aplicativos, widgets, notificações, teclados, aplicativos watchOS etc. Os anúncios exibidos em um aplicativo devem ser apropriados para a classificação etária do aplicativo, permitir que o usuário veja todas as informações usadas para segmentá-lo para esse anúncio (sem exigir que o usuário saia do aplicativo), e não pode se envolver em publicidade direcionada ou comportamental com base em dados confidenciais do usuário, como dados médicos/de saúde (por exemplo, das APIs do HealthKit), dados escolares e de sala de aula (por exemplo, do ClassKit) ou de crianças (por exemplo, de aplicativos na categoria Kids) , etc. Anúncios intersticiais ou anúncios que interrompem ou bloqueiam a experiência do usuário devem indicar claramente que são um anúncio, não devem manipular ou induzir os usuários a tocá-los e devem fornecer botões para fechar/pular facilmente acessíveis e visíveis, grandes o suficiente para que as pessoas descartar facilmente o anúncio.
3.2 Outras questões do modelo de negócios
As listas abaixo não são exaustivas, e seu envio pode desencadear uma alteração ou atualização em nossas políticas, mas aqui estão alguns prós e contras adicionais a serem lembrados:

3.2.1 Aceitável
(i) Exibição de seus próprios aplicativos para compra ou promoção em seu aplicativo, desde que o aplicativo não seja apenas um catálogo de seus aplicativos.
(ii) Exibir ou recomendar uma coleção de aplicativos de terceiros projetados para uma necessidade específica aprovada (por exemplo, gerenciamento de saúde, aviação, acessibilidade). Seu aplicativo deve fornecer conteúdo editorial robusto para que não pareça uma mera vitrine.
(iii) Desativar o acesso a conteúdos específicos de aluguel aprovados (por exemplo, filmes, programas de televisão, música, livros) após o término do período de aluguel; todos os outros itens e serviços não podem expirar.
(iv) Os passes da carteira podem ser usados para fazer ou receber pagamentos, transmitir ofertas ou identificação de ofertas (como ingressos de cinema, cupons e credenciais VIP). Outros usos podem resultar na rejeição do aplicativo e na revogação das credenciais da Carteira.
(v) Os aplicativos de seguros devem ser gratuitos, em conformidade legal nas regiões distribuídas e não podem usar a compra no aplicativo.
(vi) Organizações sem fins lucrativos aprovadas podem arrecadar fundos diretamente em seus próprios aplicativos ou aplicativos de terceiros, desde que essas campanhas de arrecadação de fundos cumpram todas as Revisão do aplicativo Orientações e oferta Apple Pay Apoio, suporte. Esses aplicativos devem divulgar como os fundos serão usados, cumprir todas as leis locais e federais exigidas e garantir que as receitas fiscais apropriadas estejam disponíveis para os doadores. Informações adicionais devem ser fornecidas a Revisão do aplicativo a pedido. As plataformas sem fins lucrativos que conectam doadores a outras organizações sem fins lucrativos devem garantir que todas as organizações sem fins lucrativos listadas no aplicativo também tenham passado pelo processo de aprovação da organização sem fins lucrativos. Saiba mais sobre como se tornar uma organização sem fins lucrativos aprovada.
(vii) Os aplicativos podem permitir que usuários individuais dêem um presente monetário a outro indivíduo sem usar a compra no aplicativo, desde que (a) o presente seja uma escolha totalmente opcional do doador e (b) 100% dos fundos sejam destinados o destinatário do presente. No entanto, um presente que esteja conectado ou associado a qualquer momento ao recebimento de conteúdo ou serviços digitais deve usar a compra no aplicativo.
(viii) Os aplicativos usados para negociação financeira, investimento ou gerenciamento de dinheiro devem ser enviados pela instituição financeira que realiza esses serviços.
3.2.2 Inaceitável
(i) Criar uma interface para exibir aplicativos, extensões ou plug-ins de terceiros semelhantes a Loja de aplicativos ou como uma coleção de interesse geral.
(ii) Monetização de recursos integrados fornecidos pelo hardware ou sistema operacional, como notificações por push, a câmera ou o giroscópio; ou serviços da Apple, como Música da Apple acesso ou armazenamento iCloud.
(iii) Aumentar artificialmente o número de impressões ou cliques de anúncios, bem como de aplicativos projetados predominantemente para a exibição de anúncios.
(iv) A menos que você seja uma organização sem fins lucrativos aprovada ou de outra forma permitida na Seção 3.2.1 (vi) acima, coletar fundos dentro do aplicativo para instituições de caridade e arrecadações de fundos. Aplicativos que buscam arrecadar dinheiro para essas causas devem ser gratuitos na Loja de aplicativos e só pode coletar fundos fora do aplicativo, como via Safari ou SMS.
(v) Restringir arbitrariamente quem pode usar o aplicativo, como por localização ou operadora.
(vi) Os aplicativos devem permitir que um usuário obtenha o que pagou sem realizar tarefas adicionais, como postar em mídias sociais, fazer upload de contatos, fazer check-in no aplicativo um determinado número de vezes etc. Os aplicativos não devem exigir que os usuários avalie o aplicativo, revise o aplicativo, assista a vídeos, baixe outros aplicativos, toque em anúncios, ative o rastreamento ou execute outras ações semelhantes para acessar a funcionalidade, o conteúdo, usar o aplicativo ou receber compensação monetária ou outra, incluindo, mas não limitado a cartões-presente e códigos.
(vii) Manipular artificialmente a visibilidade, status ou classificação de um usuário em outros serviços, a menos que permitido pelos Termos e Condições desse serviço.
(viii) Aplicativos que facilitam a negociação de opções binárias não são permitidos na Loja de aplicativos. Considere um aplicativo da web em vez disso. Os aplicativos que facilitam a negociação de contratos por diferença (“CFDs”) ou outros derivativos (por exemplo, FOREX) devem ser devidamente licenciados em todas as jurisdições onde o serviço está disponível.
(ix) Os aplicativos que oferecem empréstimos pessoais devem divulgar de forma clara e visível todos os termos do empréstimo, incluindo, entre outros, a Taxa Percentual Anual (APR) máxima equivalente e a data de vencimento do pagamento. Os aplicativos não podem cobrar uma TAEG máxima superior a 36%, incluindo custos e taxas, e não podem exigir o reembolso total em 60 dias ou menos.

4. Projeto
Os clientes da Apple valorizam muito os produtos simples, refinados, inovadores e fáceis de usar, e é isso que queremos ver na Loja de aplicativos. A criação de um ótimo design depende de você, mas os seguintes são os padrões mínimos para aprovação da Loja de aplicativos. E lembre-se de que, mesmo depois que seu aplicativo for aprovado, você deve atualizá-lo para garantir que ele permaneça funcional e atraente para clientes novos e existentes. Apps que param de funcionar ou oferecem uma experiência degradada podem ser removidos da Loja de aplicativos a qualquer momento.

4.1 Cópias
Venha com suas próprias ideias. Sabemos que você os tem, então faça o seu ganhar vida. Não basta copiar o aplicativo popular mais recente na Loja de aplicativos, ou faça algumas pequenas alterações no nome ou na interface do usuário de outro aplicativo e passe-o como seu. Além de arriscar uma reclamação de violação de propriedade intelectual, torna a Loja de aplicativos mais difícil de navegar e simplesmente não é justo com seus colegas desenvolvedores.

4.2 Funcionalidade Mínima
Seu aplicativo deve incluir recursos, conteúdo e interface do usuário que o elevem além de um site reempacotado. Se seu aplicativo não for particularmente útil, exclusivo ou "semelhante a um aplicativo", ele não pertence a Loja de aplicativos. Se o seu aplicativo não fornecer algum tipo de valor de entretenimento duradouro ou utilidade adequada, ele pode não ser aceito. Aplicativos que são simplesmente uma música ou filme devem ser enviados para a loja Itunes. Aplicativos que são simplesmente um livro ou guia de jogo devem ser enviados a Loja de livros da Apple.

4.2.1 Os aplicativos que usam o ARKit devem fornecer experiências de realidade aumentada ricas e integradas; simplesmente soltar um modelo em uma visualização AR ou reproduzir a animação não é suficiente.
4.2.2 Além de catálogos, os aplicativos não devem ser principalmente materiais de marketing, anúncios, recortes da web, agregadores de conteúdo ou uma coleção de links.
4.2.3
(i) Seu aplicativo deve funcionar sozinho, sem exigir a instalação de outro aplicativo para funcionar.
(ii) Certifique-se de incluir conteúdo suficiente no binário para que o aplicativo funcione no lançamento.
(iii) Se seu aplicativo precisar baixar recursos adicionais para funcionar no lançamento inicial, divulgue o tamanho do download e avise os usuários antes de fazê-lo.
4.2.4 Os aplicativos do Apple Watch que parecem ser um mostrador de relógio são confusos, porque as pessoas esperam que eles funcionem com recursos do dispositivo, como furtos, notificações e complicações de terceiros. Formas criativas de expressar o tempo como uma interface de aplicativo são ótimas (digamos, um relógio de maré para surfistas), mas se seu aplicativo chegar muito perto de se assemelhar a um mostrador de relógio, nós o rejeitaremos.
4.2.5 Os aplicativos que são principalmente gerenciadores de arquivos do iCloud e do iCloud Drive precisam incluir funcionalidades adicionais do aplicativo para serem aprovados.
4.2.6 Aplicativos criados a partir de um modelo comercializado ou serviço de geração de aplicativos serão rejeitados, a menos que sejam enviados diretamente pelo provedor do conteúdo do aplicativo. Esses serviços não devem enviar aplicativos em nome de seus clientes e devem oferecer ferramentas que permitam que seus clientes criem aplicativos personalizados e inovadores que proporcionem experiências únicas aos clientes. Outra opção aceitável para provedores de modelos é criar um único binário para hospedar todo o conteúdo do cliente em um modelo agregado ou “selecionador”, por exemplo, como um aplicativo localizador de restaurantes com entradas ou páginas personalizadas separadas para cada restaurante cliente, ou como um aplicativo de eventos com entradas separadas para cada evento do cliente.
4.2.7 Clientes de Área de Trabalho Remota: Se seu aplicativo de área de trabalho remota atuar como um espelho de software ou serviços específicos em vez de um espelho genérico do dispositivo host, ele deverá estar em conformidade com o seguinte:
(a) O aplicativo deve se conectar apenas a um dispositivo host de propriedade do usuário que seja um computador pessoal ou console de jogos dedicado de propriedade do usuário, e tanto o dispositivo host quanto o cliente devem estar conectados em uma rede local e baseada em LAN.
(b) Quaisquer softwares ou serviços que apareçam no cliente são totalmente executados no dispositivo host, renderizados na tela do dispositivo host e não podem usar APIs ou recursos da plataforma além do necessário para transmitir a Área de Trabalho Remota.
(c) Toda a criação e gerenciamento de contas devem ser iniciadas a partir do dispositivo host.
(d) A interface do usuário que aparece no cliente não se assemelha a um iOS ouLoja de aplicativosview, não fornece uma interface semelhante a uma loja ou inclui a capacidade de navegar, selecionar ou comprar software que ainda não seja de propriedade ou licenciado pelo usuário. Para maior clareza, as transações que ocorrem no software espelhado não precisam usar a compra no aplicativo, desde que as transações sejam processadas no dispositivo host.
(e) Thin clients para aplicativos baseados em nuvem não são apropriados para oLoja de aplicativos.
4.3 Spam
Não crie vários IDs de pacote do mesmo aplicativo. Se seu aplicativo tiver versões diferentes para locais específicos, equipes esportivas, universidades etc., considere enviar um único aplicativo e fornecer as variações usando a compra no aplicativo. Evite também acumular em uma categoria que já está saturada; aLoja de aplicativosjá tem peido, arroto, lanterna, adivinhação, namoro, jogos de bebida e aplicativos Kama Sutra, etc. Rejeitaremos esses aplicativos, a menos que forneçam uma experiência única e de alta qualidade. Spam na loja pode levar à sua remoção doPrograma para desenvolvedores da Apple.

4.4 Extensões
Os aplicativos que hospedam ou contêm extensões devem estar em conformidade com o Guia de programação de extensões de aplicativo ou o Guia de Extensões de Aplicativos Safari e deve incluir algumas funcionalidades, como telas de ajuda e interfaces de configurações sempre que possível. Você deve divulgar de forma clara e precisa quais extensões são disponibilizadas no texto de marketing do aplicativo, e as extensões não podem incluir marketing, publicidade ou compras no aplicativo.

4.4.1 Extensões de teclado possuem algumas regras adicionais.
Eles devem:

Fornecer funcionalidade de entrada de teclado (por exemplo, caracteres digitados);
Siga as diretrizes de adesivos se o teclado incluir imagens ou emojis;
Forneça um método para avançar para o próximo teclado;
Permaneça funcional sem acesso total à rede e sem exigir acesso total;
Colete a atividade do usuário apenas para aprimorar a funcionalidade da extensão de teclado do usuário no dispositivo iOS.
Não devem:

Inicie outros aplicativos além de Configurações; ou
Reaproveite os botões do teclado para outros comportamentos (por exemplo, mantendo pressionada a tecla “return” para iniciar a câmera).
4.4.2 As extensões do Safari devem ser executadas na versão atual do Safari no macOS. Eles não podem interferir nos elementos da interface do usuário do sistema ou do Safari e nunca devem incluir conteúdo ou código malicioso ou enganoso. A violação desta regra levará à remoção doDesenvolvedor ApplePrograma. As extensões do Safari não devem reivindicar acesso a mais sites do que o estritamente necessário para funcionar.
4.4.3 Adesivos
Os adesivos são uma ótima maneira de tornar as Mensagens mais dinâmicas e divertidas, permitindo que as pessoas se expressem de maneira inteligente, engraçada e significativa. Se seu aplicativo contém uma extensão de adesivo ou você está criando pacotes de adesivos independentes, seu conteúdo não deve ofender os usuários, criar uma experiência negativa ou violar a lei.

(i) Em geral, se não for adequado para oLoja de aplicativos,não pertence a um adesivo.
(ii) Considere as sensibilidades regionais e não disponibilize seu pacote de adesivos em um país onde ele possa ser mal recebido ou violar a lei local.
(iii) Se não entendermos o que seus adesivos significam, inclua uma explicação clara em suas notas de revisão para evitar atrasos no processo de revisão.
(iv) Garantir que seus adesivos tenham relevância além de seus amigos e familiares; eles não devem ser específicos para eventos pessoais, grupos ou relacionamentos.
(v) Você deve ter todos os direitos autorais, marcas registradas, direitos de publicidade e permissões necessários para o conteúdo de seus adesivos e não deve enviar nada a menos que esteja autorizado a fazê-lo. Lembre-se de que você deve fornecer documentação verificável mediante solicitação. Aplicativos com conteúdo de adesivo que você não tem direitos de uso serão removidos doLoja de aplicativose reincidentes serão removidos doPrograma para desenvolvedores da Apple.Se você acredita que seu conteúdo foi violado por outro provedor, envie uma reclamação aqui .
4.5 Sites e Serviços da Apple
4.5.1 Os aplicativos podem usar feeds RSS aprovados da Apple, como oloja Itunesfeed RSS, mas não pode extrair nenhuma informação dos sites da Apple (por exemplo, apple.com, oloja Itunes, Loja de aplicativos, App Store Connect,portal do desenvolvedor, etc.) ou crie classificações usando essas informações.
4.5.2 Música da Apple
(i) MusicKit no iOS permite que os usuários toquemMúsica da Applee sua biblioteca de música local nativamente de seus aplicativos e jogos. Quando um usuário dá permissão ao seuMúsica da Appleconta, seu aplicativo pode criar listas de reprodução, adicionar músicas à biblioteca e reproduzir qualquer uma das milhões de músicas noMúsica da AppleCatálogo. Os usuários devem iniciar a reprodução de umMúsica da Appletransmitir e poder navegar usando controles de mídia padrão, como "reproduzir", "pausar" e "pular". Além disso, seu aplicativo não pode exigir pagamento ou monetizar indiretamente o acesso aoMúsica da Appleserviço (por exemplo, compra no aplicativo, publicidade, solicitação de informações do usuário, etc.). Não baixe, carregue ou ative o compartilhamento de arquivos de música provenientes das APIs do MusicKit, exceto conforme explicitamente permitido no MusicKit documentação.
(ii) O uso das APIs do MusicKit não substitui a proteção das licenças necessárias para uma integração musical mais profunda ou complexa. Por exemplo, se você quiser que seu aplicativo toque uma música específica em um determinado momento, ou crie arquivos de áudio ou vídeo que possam ser compartilhados em mídias sociais, você precisará entrar em contato diretamente com os detentores de direitos para obter sua permissão (por exemplo, sincronização ou direitos de adaptação) e bens. A arte da capa e outros metadados só podem ser usados em conexão com a reprodução de música ou listas de reprodução (incluindoLoja de aplicativoscapturas de tela exibindo a funcionalidade do seu aplicativo) e não deve ser usado em qualquer marketing ou publicidade sem obter autorização específica dos detentores de direitos. Certifique-se de seguir o Música da Apple Diretrizes de identidade ao integrarMúsica da Appleserviços em seu aplicativo.
(iii) Aplicativos que acessamMúsica da Appleos dados do usuário, como playlists e favoritos, devem divulgar claramente esse acesso na string de propósito. Quaisquer dados coletados não podem ser compartilhados com terceiros para qualquer finalidade que não seja apoiar ou melhorar a experiência do aplicativo. Esses dados não podem ser usados para identificar usuários ou dispositivos ou para direcionar publicidade.
4.5.3 Não use os Serviços da Apple para enviar spam, phishing ou enviar mensagens não solicitadas a clientes, incluindoCentro de jogos,Notificações push, etc. Não tente reverter a pesquisa, rastrear, relacionar, associar, minerar, coletar ou explorar IDs de jogadores, aliases ou outras informações obtidas por meio deCentro de jogos,ou você será removido doPrograma para desenvolvedores da Apple.
4.5.4 As notificações push não devem ser necessárias para o funcionamento do aplicativo e não devem ser usadas para enviar informações pessoais ou confidenciais confidenciais. As notificações push não devem ser usadas para promoções ou fins de marketing direto, a menos que os clientes tenham optado explicitamente por recebê-las por meio do idioma de consentimento exibido na interface do usuário do seu aplicativo e você forneça um método em seu aplicativo para que um usuário desative o recebimento de tais mensagens. O abuso desses serviços pode resultar na revogação de seus privilégios.
4.5.5 Use apenasCentro de jogosIDs de jogadores de uma forma aprovada peloCentro de jogostermos e não os exiba no aplicativo ou a terceiros.
4.5.6 Os aplicativos podem usar caracteres Unicode que são renderizados como emoji da Apple no aplicativo e nos metadados do aplicativo. O emoji da Apple não pode ser usado em outras plataformas ou incorporado diretamente no binário do seu aplicativo.
4.6 Ícones de aplicativos alternativos
Os aplicativos podem exibir ícones personalizados, por exemplo, para refletir a preferência de um time esportivo, desde que cada alteração seja iniciada pelo usuário e o aplicativo inclua configurações para reverter para o ícone original. Todas as variantes de ícone devem estar relacionadas ao conteúdo do aplicativo e as alterações devem ser consistentes em todos os ativos do sistema, para que os ícones exibidos em Configurações, Notificações etc. correspondam ao novo ícone de trampolim. Esse recurso não pode ser usado para alterações dinâmicas, automáticas ou seriais, como para refletir informações meteorológicas atualizadas, notificações de calendário, etc.

4.7 Jogos HTML5, Bots, etc.
Os aplicativos podem conter ou executar código que não está incorporado no binário (por exemplo, jogos baseados em HTML5, bots etc.), desde que a distribuição de código não seja o objetivo principal do aplicativo, o código não seja oferecido em uma loja ou interface semelhante a uma loja, e desde que o software cumpra as regras adicionais que seguem em 4.7.1 e 4.7.2. Essas regras adicionais são importantes para preservar a experiência queLoja de aplicativosclientes esperam e para ajudar a garantir a segurança do usuário.

4.7.1 O software oferecido sob esta regra deve:
ser gratuito ou adquirido usando a compra no aplicativo;
use apenas os recursos disponíveis em uma visualização padrão do WebKit (por exemplo, ele deve ser aberto e executado nativamente no Safari sem modificações ou software adicional); e usar WebKit e JavaScript Core para executar software de terceiros e não deve tentar estender ou expor APIs de plataforma nativa para software de terceiros;
ser oferecido por desenvolvedores que aderiram aoDesenvolvedor Appleprograma e assinou oDesenvolvedor AppleContrato de Licença do Programa;
não fornecer acesso a jogos de dinheiro real, loterias ou doações de caridade;
respeitar os termos destesLoja de aplicativosDiretrizes de revisão (por exemplo, não inclua conteúdo censurável); e
não oferecer bens ou serviços digitais para venda.
4.7.2 Mediante solicitação, você deve fornecer um índice de software e metadados disponíveis em seu aplicativo. Deve incluirDesenvolvedor AppleIDs de equipe do programa para os fornecedores do software junto com um URL queRevisão do aplicativopode usar para confirmar que o software está em conformidade com os requisitos acima.
4.8 Entrar com a Apple
Aplicativos que usam um serviço de login social ou de terceiros (como Login do Facebook, Login do Google, Login com Twitter, Login com LinkedIn, Login com Amazon ou Login WeChat) para configurar ou autenticar a conta principal do usuário com o aplicativo também deve oferecer Entrar com a Apple como uma opção equivalente. A conta principal de um usuário é a conta que ele estabelece com seu aplicativo com a finalidade de se identificar, fazer login e acessar seus recursos e serviços associados.

Não é necessário fazer login com a Apple se:

Seu aplicativo usa exclusivamente a configuração de conta e os sistemas de login da sua empresa.
Seu aplicativo é um aplicativo educacional, empresarial ou empresarial que exige que o usuário faça login com uma conta educacional ou empresarial existente.
Seu aplicativo usa um sistema de identificação de cidadãos ou ID eletrônico apoiado pelo governo ou pelo setor para autenticar os usuários.
Seu aplicativo é um cliente de um serviço de terceiros específico e os usuários precisam fazer login em seus e-mails, mídias sociais ou outras contas de terceiros diretamente para acessar o conteúdo.
4.9 Jogos de streaming
Jogos de streaming são permitidos desde que cumpram todas as diretrizes, por exemplo, cada atualização de jogo deve ser enviada para revisão, os desenvolvedores devem fornecer metadados apropriados para pesquisa, os jogos devem usar a compra no aplicativo para desbloquear recursos ou funcionalidades etc. Claro , há sempre os aplicativos abertos da Internet e do navegador da Web para alcançar todos os usuários fora doLoja de aplicativos.

4.9.1 Cada jogo de streaming deve ser submetido aoLoja de aplicativoscomo um aplicativo individual para que tenha umLoja de aplicativospágina do produto, aparece em gráficos e pesquisas, tem avaliações e comentários do usuário, pode ser gerenciado com o ScreenTime e outros aplicativos de controle dos pais, aparece no dispositivo do usuário etc.
4.9.2 Os serviços de streaming de jogos podem oferecer um aplicativo de catálogo noLoja de aplicativospara ajudar os usuários a se inscreverem no serviço e encontrarem os jogos noLoja de aplicativos,desde que o aplicativo cumpra todas as diretrizes, incluindo oferecer aos usuários a opção de pagar por uma assinatura com compra no aplicativo e usar o Login com a Apple. Todos os jogos incluídos no aplicativo de catálogo devem estar vinculados a um indivíduoLoja de aplicativospágina do produto.

5. Jurídico
Os aplicativos devem cumprir todos os requisitos legais em qualquer local em que você os disponibilize (se você não tiver certeza, consulte um advogado). Sabemos que isso é complicado, mas é sua responsabilidade entender e garantir que seu aplicativo esteja em conformidade com todas as leis locais, não apenas com as diretrizes abaixo. E, claro, aplicativos que solicitem, promovam ou incentivem comportamentos criminosos ou claramente imprudentes serão rejeitados. Em casos extremos, como aplicativos que facilitam o tráfico de pessoas e/ou a exploração de crianças, as autoridades competentes serão notificadas.

5.1 Privacidade
Proteger a privacidade do usuário é primordial no ecossistema da Apple, e você deve ter cuidado ao lidar com dados pessoais para garantir que cumpriu as práticas recomendadas de privacidade, leis aplicáveis e os termos doDesenvolvedor AppleContrato de Licença do Programa , sem mencionar as expectativas do cliente. Mais particularmente:

5.1.1 Coleta e Armazenamento de Dados
(i) Políticas de privacidade: todos os aplicativos devem incluir um link para sua política de privacidade noApp Store Connectcampo de metadados e dentro do aplicativo de maneira facilmente acessível. A política de privacidade deve clara e explicitamente:
Identifique quais dados, se houver, o aplicativo/serviço coleta, como ele coleta esses dados e todos os usos desses dados.
Confirme se qualquer terceiro com quem um aplicativo compartilha dados do usuário (em conformidade com estas Diretrizes), como ferramentas de análise, redes de publicidade e SDKs de terceiros, bem como qualquer controladora, subsidiária ou outras entidades relacionadas que terão acesso ao usuário dados — fornecerá a mesma proteção ou igual proteção dos dados do usuário conforme declarado na política de privacidade do aplicativo e exigido por estas Diretrizes.
Explique suas políticas de retenção/exclusão de dados e descreva como um usuário pode revogar o consentimento e/ou solicitar a exclusão dos dados do usuário.
(ii) Permissão: os aplicativos que coletam dados de usuários ou de uso devem garantir o consentimento do usuário para a coleta, mesmo que tais dados sejam considerados anônimos no momento ou imediatamente após a coleta. A funcionalidade paga não deve depender ou exigir que um usuário conceda acesso a esses dados. Os aplicativos também devem fornecer ao cliente uma maneira facilmente acessível e compreensível de retirar o consentimento. Certifique-se de que suas strings de propósito descrevam de forma clara e completa o uso dos dados. Os aplicativos que coletam dados para um interesse legítimo sem consentimento, baseando-se nos termos do Regulamento Geral de Proteção de Dados da União Europeia (“GDPR”) ou estatuto semelhante, devem cumprir todos os termos dessa lei. Saiba mais sobre como solicitar permissão.
(iii) Minimização de dados: os aplicativos devem solicitar acesso apenas a dados relevantes para a funcionalidade principal do aplicativo e devem coletar e usar apenas os dados necessários para realizar a tarefa relevante. Sempre que possível, use o seletor fora de processo ou uma planilha de compartilhamento em vez de solicitar acesso total a recursos protegidos, como Fotos ou Contatos.
(iv) Acesso: os aplicativos devem respeitar as configurações de permissão do usuário e não tentar manipular, enganar ou forçar as pessoas a consentir com o acesso desnecessário aos dados. Por exemplo, aplicativos que incluem a capacidade de postar fotos em uma rede social também não devem exigir acesso ao microfone antes de permitir que o usuário faça upload de fotos. Sempre que possível, forneça soluções alternativas para usuários que não concedem consentimento. Por exemplo, se um usuário se recusar a compartilhar o local, ofereça a capacidade de inserir um endereço manualmente.
(v) Login na conta:Se seu aplicativo não incluir recursos significativos baseados em conta, permita que as pessoas o usem sem login. Se seu aplicativo for compatível com a criação de conta, você também deverá oferecer a exclusão de conta no aplicativo. Os aplicativos podem não exigir que os usuários insiram informações pessoais para funcionar, exceto quando diretamente relevantes para a funcionalidade principal do aplicativo ou exigidos por lei. Se a funcionalidade principal do seu aplicativo não estiver relacionada a uma rede social específica (por exemplo, Facebook, WeChat, Weibo, Twitter etc.), você deve fornecer acesso sem login ou por meio de outro mecanismo. Extrair informações básicas de perfil, compartilhar na rede social ou convidar amigos para usar o aplicativo não são considerados funcionalidades principais do aplicativo. O aplicativo também deve incluir um mecanismo para revogar credenciais de rede social e desabilitar o acesso a dados entre o aplicativo e a rede social de dentro do aplicativo.
(vi) Os desenvolvedores que usam seus aplicativos para descobrir secretamente senhas ou outros dados privados serão removidos doPrograma para desenvolvedores da Apple.
(vii) o SafariViewController deve ser usado para apresentar visivelmente as informações aos usuários; o controlador não pode ser ocultado ou obscurecido por outras visualizações ou camadas. Além disso, um aplicativo não pode usar o SafariViewController para rastrear usuários sem seu conhecimento e consentimento.
(viii) Aplicativos que compilam informações pessoais de qualquer fonte que não seja diretamente do usuário ou sem o consentimento explícito do usuário, mesmo bancos de dados públicos, não são permitidos noLoja de aplicativos.
(ix) Aplicativos que fornecem serviços em áreas altamente regulamentadas (como serviços bancários e financeiros, saúde, jogos de azar, uso legal de cannabis e viagens aéreas) ou que exigem informações confidenciais do usuário devem ser enviados por uma entidade legal que fornece os serviços, e não por um desenvolvedor individual. Os aplicativos que facilitam a venda legal de cannabis devem ser restritos geograficamente à jurisdição legal correspondente.
(x) Os aplicativos podem solicitar informações básicas de contato (como nome e endereço de e-mail) desde que a solicitação seja opcional para o usuário, os recursos e serviços não estejam condicionados ao fornecimento das informações e cumpram todas as demais disposições destas diretrizes, incluindo limitações na coleta de informações de crianças.
5.1.2 Uso e Compartilhamento de Dados
(i) A menos que permitido por lei, você não pode usar, transmitir ou compartilhar os dados pessoais de alguém sem primeiro obter sua permissão. Você deve fornecer acesso a informações sobre como e onde os dados serão usados. Os dados coletados de aplicativos só podem ser compartilhados com terceiros para melhorar o aplicativo ou veicular publicidade (em conformidade com o Desenvolvedor AppleContrato de Licença do Programa ). Você deve receber permissão explícita dos usuários por meio das APIs App Tracking Transparency para rastrear suas atividades. Saiba mais sobre rastreamento. Aplicativos que compartilham dados do usuário sem o consentimento do usuário ou que cumprem as leis de privacidade de dados podem ser removidos da venda e podem resultar na sua remoção doPrograma para desenvolvedores da Apple.
(ii) Os dados coletados para uma finalidade não podem ser reaproveitados sem consentimento adicional, a menos que explicitamente permitido por lei.
(iii) Os aplicativos não devem tentar criar sub-repticiamente um perfil de usuário com base em dados coletados e não podem tentar, facilitar ou incentivar outras pessoas a identificar usuários anônimos ou reconstruir perfis de usuários com base em dados coletados de APIs fornecidas pela Apple ou quaisquer dados que você diga foi coletado de forma “anônima”, “agregada” ou de outra forma não identificável.
(iv) Não use informações de Contatos, Fotos ou outras APIs que acessam dados de usuários para construir um banco de dados de contatos para uso próprio ou para venda/distribuição a terceiros, e não colete informações sobre quais outros aplicativos estão instalados em dispositivo de um usuário para fins de análise ou publicidade/marketing.
(v) Não entrar em contato com pessoas usando informações coletadas por meio de Contatos ou Fotos de um usuário, exceto por iniciativa explícita desse usuário de forma individualizada; não inclua uma opção Selecionar tudo ou padrão a seleção de todos os contatos. Você deve fornecer ao usuário uma descrição clara de como a mensagem aparecerá para o destinatário antes de enviá-la (por exemplo, O que a mensagem dirá? Quem parecerá ser o remetente?).
(vi) Os dados coletados da API HomeKit, HealthKit, API de registros de saúde clínica, APIs MovementDisorder, ClassKit ou de ferramentas de mapeamento facial e/ou de profundidade (por exemplo, ARKit, APIs de câmera ou APIs de fotos) não podem ser usados para marketing, publicidade ou mineração de dados baseada em uso, inclusive por terceiros. Saiba mais sobre as práticas recomendadas para implementar o CallKit, Kit Saúde, ClassKit, e ARKit.
(vii) Aplicativos usandoApple Paysó pode compartilhar dados do usuário adquiridos viaApple Paycom terceiros para facilitar ou melhorar a entrega de bens e serviços.
5.1.3 Saúde e Pesquisa em Saúde
Dados de saúde, condicionamento físico e médicos são especialmente confidenciais e os aplicativos neste espaço têm algumas regras adicionais para garantir que a privacidade do cliente seja protegida:

(i) Os aplicativos não podem usar ou divulgar a terceiros dados coletados no contexto de saúde, condicionamento físico e pesquisa médica, inclusive da API de registros de saúde clínica, API HealthKit, Motion and Fitness, APIs MovementDisorder ou pesquisa em seres humanos relacionada à saúde - para publicidade, marketing ou outros fins de mineração de dados baseados em uso que não sejam melhorar o gerenciamento de saúde, ou para fins de pesquisa em saúde, e somente com permissão. Os aplicativos podem, no entanto, usar os dados de saúde ou condicionamento físico de um usuário para fornecer um benefício diretamente a esse usuário (como um prêmio de seguro reduzido), desde que o aplicativo seja enviado pela entidade que fornece o benefício e os dados não sejam compartilhados com um terceiro. Você deve divulgar os dados de saúde específicos que está coletando do dispositivo.
(ii) Os aplicativos não devem gravar dados falsos ou imprecisos no HealthKit ou em qualquer outro aplicativo de pesquisa médica ou gerenciamento de saúde e não podem armazenar informações pessoais de saúde no iCloud.
(iii) Os aplicativos que realizam pesquisas em seres humanos relacionados à saúde devem obter o consentimento dos participantes ou, no caso de menores, de seus pais ou responsáveis. Tal consentimento deve incluir a (a) natureza, propósito e duração da pesquisa; (b) procedimentos, riscos e benefícios ao participante; (c) informações sobre confidencialidade e tratamento de dados (incluindo qualquer compartilhamento com terceiros); (d) um ponto de contato para perguntas dos participantes; e (e) o processo de retirada.
(iv) Os aplicativos que realizam pesquisas em seres humanos relacionados à saúde devem obter a aprovação de um conselho de revisão ética independente. A prova de tal aprovação deve ser fornecida mediante solicitação.
5.1.4 Crianças
Por muitas razões, é fundamental ter cuidado ao lidar com dados pessoais de crianças, e nós encorajamos você a revisar cuidadosamente todos os requisitos para cumprir leis como a Lei de Proteção à Privacidade Online das Crianças (“COPPA”), a Lei Geral de Dados da União Europeia Regulamento de Proteção (“GDPR”) e quaisquer outros regulamentos ou leis aplicáveis.

Os aplicativos podem solicitar data de nascimento e informações de contato dos pais apenas para cumprir esses estatutos, mas devem incluir alguma funcionalidade útil ou valor de entretenimento, independentemente da idade da pessoa.

Os apps destinados principalmente a crianças não devem incluir análises ou publicidade de terceiros. Isso proporciona uma experiência mais segura para as crianças. Em casos limitados, análises de terceiros e publicidade de terceiros podem ser permitidas, desde que os serviços cumpram os mesmos termos estabelecidos na Diretriz 1.3 .

Além disso, aplicativos na categoria Crianças ou aqueles que coletam, transmitem ou têm a capacidade de compartilhar informações pessoais (por exemplo, nome, endereço, e-mail, localização, fotos, vídeos, desenhos, capacidade de bate-papo, outros dados pessoais ou identificadores persistentes usado em combinação com qualquer um dos itens acima) de um menor deve incluir uma política de privacidade e deve cumprir todos os estatutos de privacidade de crianças aplicáveis. Por uma questão de clareza, o requisito do portão dos pais para a categoria infantil geralmente não é o mesmo que garantir o consentimento dos pais para coletar dados pessoais sob esses estatutos de privacidade.

Como lembrete, a Diretriz 2.3.8 exige que o uso de termos como "Para crianças" e "Para crianças" nos metadados do aplicativo seja reservado para a categoria infantil. Os aplicativos que não estão na categoria infantil não podem incluir termos no nome do aplicativo, legenda, ícone, capturas de tela ou descrição que impliquem que o público principal do aplicativo seja crianças.

5.1.5 Serviços de Localização
Use os serviços de localização em seu aplicativo somente quando for diretamente relevante para os recursos e serviços fornecidos pelo aplicativo. As APIs baseadas em localização não devem ser usadas para fornecer serviços de emergência ou controle autônomo sobre veículos, aeronaves e outros dispositivos, exceto para dispositivos pequenos, como drones leves e brinquedos, ou sistemas de alarme de carro de controle remoto etc. Certifique-se de notificar e obter consentimento antes de coletar, transmitir ou usar dados de localização. Se seu aplicativo usa serviços de localização, certifique-se de explicar a finalidade em seu aplicativo; consulte as Diretrizes de Interface Humana para as melhores práticas para fazê-lo.

5.2 Propriedade Intelectual
Certifique-se de que seu aplicativo inclua apenas o conteúdo que você criou ou que você tem uma licença para usar. Seu aplicativo pode ser removido se você tiver ultrapassado os limites e usado conteúdo sem permissão. Claro, isso também significa que o aplicativo de outra pessoa pode ser removido se ela tiver “emprestado” do seu trabalho. Se você acredita que sua propriedade intelectual foi infringida por outro desenvolvedor noLoja de aplicativos,envie uma reclamação através do nosso formulário web . As leis diferem em diferentes países, mas, no mínimo, certifique-se de evitar os seguintes erros comuns:

5.2.1 Geralmente: não use material protegido de terceiros, como marcas registradas, obras protegidas por direitos autorais ou ideias patenteadas em seu aplicativo sem permissão, e não inclua representações, nomes ou metadados enganosos, falsos ou imitadores em seu aplicativo pacote ou nome do desenvolvedor. Os aplicativos devem ser enviados pela pessoa física ou jurídica que possui ou licenciou a propriedade intelectual e outros direitos relevantes.
5.2.2 Sites/serviços de terceiros: se seu aplicativo usa, acessa, monetiza o acesso ou exibe conteúdo de um serviço de terceiros, verifique se você tem permissão específica para fazê-lo de acordo com os termos de uso do serviço. A autorização deve ser fornecida mediante solicitação.
5.2.3 Download de áudio/vídeo: os aplicativos não devem facilitar o compartilhamento ilegal de arquivos ou incluir a capacidade de salvar, converter ou baixar mídia de fontes de terceiros (por exemplo,Música da Apple,YouTube, SoundCloud, Vimeo, etc.) sem autorização explícita dessas fontes. O streaming de conteúdo de áudio/vídeo também pode violar os Termos de Uso, portanto, verifique antes que seu aplicativo acesse esses serviços. A documentação deve ser fornecida mediante solicitação.
5.2.4 Endossos da Apple: Não sugira ou insinue que a Apple é uma fonte ou fornecedora do App, ou que a Apple endossa qualquer representação específica em relação à qualidade ou funcionalidade. Se o seu aplicativo for selecionado como "Escolha do Editor", a Apple aplicará o selo automaticamente.
5.2.5 Produtos Apple: Não crie um aplicativo que pareça confusamente semelhante a um produto Apple existente, interface (por exemplo, Finder), aplicativo (como oLoja de aplicativos, loja Itunes,ou Mensagens) ou tema publicitário. Aplicativos e extensões, incluindo teclados de terceiros e pacotes de adesivos, podem não incluir emojis da Apple. As pré-visualizações de músicas do iTunes não podem ser usadas para fins de entretenimento (por exemplo, como música de fundo de uma colagem de fotos ou trilha sonora de um jogo) ou de qualquer outra forma não autorizada. Se seu aplicativo exibir anéis de atividade, eles não deverão visualizar os dados de movimento, exercício ou suporte de maneira semelhante ao controle de atividade. As Diretrizes de Interface Humana tem mais informações sobre como usar anéis de atividade.
5.3 Jogos, jogos de azar e loterias
Jogos, jogos de azar e loterias podem ser difíceis de gerenciar e tendem a ser uma das ofertas mais regulamentadas do mercado.Loja de aplicativos.Inclua essa funcionalidade apenas se você tiver verificado completamente suas obrigações legais em todos os lugares em que disponibilizar seu aplicativo e estiver preparado para um tempo extra durante o processo de revisão. Algumas coisas para manter em mente:

5.3.1 Sorteios e concursos devem ser patrocinados pelo desenvolvedor do aplicativo.
5.3.2 As regras oficiais para sorteios, concursos e sorteios devem ser apresentadas no aplicativo e deixar claro que a Apple não é patrocinadora ou está envolvida de forma alguma na atividade.
5.3.3 Os aplicativos não podem usar compras no aplicativo para comprar crédito ou moeda para uso em conjunto com jogos com dinheiro real de qualquer tipo e não podem permitir que as pessoas comprem bilhetes de loteria ou rifas ou iniciem transferências de fundos no aplicativo.
5.3.4 Os aplicativos que oferecem jogos com dinheiro real (por exemplo, apostas esportivas, pôquer, jogos de cassino, corridas de cavalos) ou loterias devem ter licenças e permissões necessárias nos locais onde o aplicativo é usado, devem ser georrestritos a esses locais e devem ser livre noLoja de aplicativos.Auxílios de jogo ilegais, incluindo contadores de cartas, não são permitidos noLoja de aplicativos.Os aplicativos de loteria devem ter consideração, chance e um prêmio.
5.4 Aplicativos VPN
Os aplicativos que oferecem serviços de VPN devem utilizar a API NEVPNManagere só pode ser oferecido por desenvolvedores inscritos como uma organização. Você deve fazer uma declaração clara de quais dados do usuário serão coletados e como eles serão usados na tela do aplicativo antes de qualquer ação do usuário para comprar ou usar o serviço. Os aplicativos que oferecem serviços de VPN não podem vender, usar ou divulgar a terceiros quaisquer dados para qualquer finalidade e devem se comprometer com isso em sua política de privacidade. Os aplicativos VPN não devem violar as leis locais e, se você optar por disponibilizar seu aplicativo VPN em um território que exija uma licença VPN, deverá fornecer suas informações de licença noRevisão do aplicativoCampo de notas. Controle dos pais, bloqueio de conteúdo e aplicativos de segurança, entre outros, de provedores aprovados também podem usar a API NEVPNManager. Os aplicativos que não estiverem em conformidade com esta diretriz serão removidos doLoja de aplicativose você pode ser removido doDesenvolvedor ApplePrograma.

5.5 Gerenciamento de dispositivos móveis
Os aplicativos de gerenciamento de dispositivos móveis que oferecem serviços de gerenciamento de dispositivos móveis (MDM) devem solicitar esse recurso à Apple. Esses aplicativos só podem ser oferecidos por empresas comerciais, instituições educacionais ou agências governamentais e, em casos limitados, empresas que usam MDM para serviços de controle dos pais ou segurança de dispositivos. Você deve fazer uma declaração clara de quais dados do usuário serão coletados e como eles serão usados na tela do aplicativo antes de qualquer ação do usuário para comprar ou usar o serviço. Os aplicativos MDM não devem violar nenhuma lei aplicável. Os aplicativos que oferecem serviços de MDM não podem vender, usar ou divulgar a terceiros quaisquer dados para qualquer finalidade e devem se comprometer com isso em sua política de privacidade. Em casos limitados, análises de terceiros podem ser permitidas, desde que os serviços apenas coletem ou transmitam dados sobre o desempenho do aplicativo MDM do desenvolvedor, e não quaisquer dados sobre o usuário, o dispositivo do usuário ou outros aplicativos usados nesse dispositivo. Os aplicativos que oferecem perfis de configuração também devem cumprir esses requisitos. Os aplicativos que não estiverem em conformidade com esta diretriz serão removidos doLoja de aplicativose você pode ser removido doPrograma para desenvolvedores da Apple.

5.6 Código de Conduta do Desenvolvedor
Por favor, trate todos com respeito, seja em suas respostas aLoja de aplicativoscomentários, solicitações de suporte ao cliente ou ao se comunicar com a Apple, incluindo suas respostas emApp Store Connect.Não se envolva em assédio de qualquer tipo, práticas discriminatórias, intimidação, bullying e não incentive outras pessoas a se envolverem em qualquer um dos itens acima. Comportamento manipulador ou enganoso repetido ou outra conduta fraudulenta levará à sua remoção doPrograma para desenvolvedores da Apple.

A confiança do cliente é a base doApp Storesucesso. Os aplicativos nunca devem atacar os usuários ou tentar enganar os clientes, induzi-los a fazer compras indesejadas, forçá-los a compartilhar dados desnecessários, aumentar os preços de maneira enganosa, cobrar por recursos ou conteúdo que não são entregues ou se envolver em qualquer outro tipo de manipulação práticas dentro ou fora do aplicativo.

Sua conta do Programa de Desenvolvedor será encerrada se você se envolver em atividades ou ações que não estejam de acordo com o Código de Conduta do Desenvolvedor. Para restaurar sua conta, você pode fornecer uma declaração por escrito detalhando as melhorias que planeja fazer. Se seu plano for aprovado pela Apple e confirmarmos que as alterações foram feitas, sua conta poderá ser restaurada.

5.6.1Loja de aplicativosAvaliações
Loja de aplicativosas avaliações dos clientes podem ser parte integrante da experiência do aplicativo, portanto, trate os clientes com respeito ao responder aos comentários deles. Mantenha suas respostas direcionadas aos comentários do usuário e não inclua informações pessoais, spam ou marketing em sua resposta.

Use a API fornecida para solicitar que os usuários revisem seu aplicativo; esta funcionalidade permite que os clientes forneçam umaLoja de aplicativosclassificação e revisão sem a inconveniência de sair do seu aplicativo, e não permitiremos solicitações de revisão personalizadas.

5.6.2 Identidade do Desenvolvedor
Fornecer informações verificáveis à Apple e aos clientes é fundamental para a confiança do cliente. Sua representação de si mesmo, sua empresa e suas ofertas noLoja de aplicativosdeve ser preciso. As informações fornecidas devem ser verdadeiras, relevantes e atualizadas para que a Apple e os clientes entendam com quem estão se envolvendo e possam entrar em contato com você sobre quaisquer problemas.

5.6.3 Fraude de Descoberta
Participando doLoja de aplicativosrequer integridade e um compromisso de construir e manter a confiança do cliente. Manipulando qualquer elemento doLoja de aplicativosa experiência do cliente, como gráficos, análises de pesquisa ou referências ao seu aplicativo, corrói a confiança do cliente e não é permitida.

5.6.4 Qualidade do aplicativo
Os clientes esperam a mais alta qualidade doLoja de aplicativos,e manter conteúdo, serviços e experiências de alta qualidade promove a confiança do cliente. As indicações de que essa expectativa não está sendo atendida incluem relatórios excessivos de clientes sobre preocupações com seu aplicativo, como avaliações negativas de clientes e solicitações excessivas de reembolso. A incapacidade de manter a alta qualidade pode ser um fator para decidir se um desenvolvedor está cumprindo o Código de Conduta do Desenvolvedor.

Depois de enviar
Depois de enviar seu aplicativo e metadados emApp Store Connecte você está no processo de revisão, aqui estão algumas coisas a serem lembradas:

Tempo :Revisão do aplicativoexaminaremos seu aplicativo assim que pudermos. No entanto, se seu aplicativo for complexo ou apresentar novos problemas, poderá exigir maior escrutínio e consideração. E lembre-se de que, se seu aplicativo for rejeitado repetidamente pela mesma violação de diretriz ou se você tentar manipular oRevisão do aplicativoprocesso, a revisão do seu aplicativo levará mais tempo para ser concluída. Aprender mais sobre Revisão do aplicativo.
Atualizações de status : o status atual do seu aplicativo será refletido emApp Store Connect,para que você possa ficar de olho nas coisas de lá.
Agilizar solicitações : se você tiver um problema crítico de tempo, poderá solicitar uma revisão acelerada. Respeite seus colegas desenvolvedores buscando uma revisão rápida somente quando você realmente precisar. Se descobrirmos que você está abusando deste sistema, poderemos rejeitar suas solicitações daqui para frente.
Data de lançamento : Se a data de lançamento estiver definida para o futuro, o aplicativo não aparecerá noLoja de aplicativosaté essa data, mesmo que seja aprovado porRevisão do aplicativo.E lembre-se de que pode levar até 24 horas para que seu aplicativo apareça em todas as vitrines selecionadas.
Rejeições : Nosso objetivo é aplicar essas diretrizes de forma justa e consistente, mas ninguém é perfeito. Se seu aplicativo foi rejeitado e você tiver dúvidas ou quiser fornecer informações adicionais, useApp Store Connectcomunicar-se diretamente com oRevisão do aplicativoequipe. Isso pode ajudar a colocar seu aplicativo na loja e pode nos ajudar a melhorar oRevisão do aplicativoprocesso ou identificar uma necessidade de clareza em nossas políticas. Se você ainda discordar do resultado ou quiser sugerir uma alteração na própria diretriz, envie uma apelação.
Apelações : se você discordar do resultado de sua revisão ou quiser sugerir uma alteração na própria diretriz, envie uma apelação. Isso pode ajudar a colocar seu aplicativo na loja e pode nos ajudar a melhorar oRevisão do aplicativoprocesso ou identificar uma necessidade de clareza em nossas políticas.
Envios de correção de bugs : para aplicativos que já estão noLoja de aplicativos,correções de bugs não serão mais atrasadas devido a violações de diretrizes, exceto aquelas relacionadas a questões legais ou de segurança. Se seu aplicativo foi rejeitado e se qualifica para esse processo, useApp Store Connectcomunicar-se diretamente com oRevisão do aplicativoequipe indicando que você gostaria de aproveitar esse processo e planeja resolver o problema em seu próximo envio.
Estamos ansiosos para ver o que você vai inventar a seguir!

App Store Review Guidelines ou Diretrizes de Revisão da Apple

Criação de Aplicativos

Sistemas Web

Identidade Visual

Suporte Especializado

Recursos

Marketing Digital

Jurídico

Desenvolvimento Web

ON-LINE

App Store Review Guidelines ou Diretrizes de Revisão da Apple

Related Articles

5 exemplos de um aplicativo híbrido

O que é e como funciona o framework Flutter?

O que é e como funciona o React Native?

Criação de Aplicativos

Sistemas Web

Identidade Visual

Suporte Especializado

Recursos

Marketing Digital

Jurídico

Desenvolvimento Web

ON-LINE