Rótulos de privacidade da App Store: audite primeiro seus SDKs de analytics (checklist 2026)

Seus rótulos de privacidade da App Store precisam cobrir o que seus SDKs de analytics e outros SDKs de terceiros coletam, não só o que o seu próprio código envia. Antes de responder às perguntas de App Privacy no App Store Connect, liste todos os SDKs da versão, registre os dados que cada um envia para fora do dispositivo e decida se algum deles é usado para rastreamento. Responda com base nessa lista, não de memória.

Os rótulos de privacidade da App Store precisam incluir dados de SDKs de terceiros?

Sim. A Apple exige que você declare os dados coletados pelo código de parceiros terceiros, mesmo quando o SDK coleta esses dados por motivos que não sejam analytics ou publicidade.

A página App Privacy da Apple define parceiros terceiros como "ferramentas de analytics, redes de publicidade, SDKs de terceiros ou outros fornecedores externos cujo código você adicionou ao seu app". Portanto, um relator de crashes ou uma biblioteca de login entra na sua lista. O teste de coleta trata de transmissão: "coletar" significa "transmitir dados para fora do dispositivo de forma que permita a você e/ou a seus parceiros terceiros acessá-los por um período maior do que o necessário para atender à solicitação transmitida em tempo real". Dados processados apenas no dispositivo não são coletados.

Como montar um inventário de SDKs para os rótulos de privacidade?

Monte o inventário a partir das dependências resolvidas do build de release, incluindo as transitivas, e registre o nome e a versão de cada SDK.

1. Exporte a lista de dependências resolvidas de cada plataforma: Podfile.lock, Package.resolved, pubspec.lock ou sua árvore de dependências do Gradle.
2. Mantenha as dependências transitivas. Os requisitos para SDKs de terceiros da Apple dizem que você é "responsável por todo o código que o SDK inclui no seu app", então um módulo compartilhado puxado por um SDK também conta.
3. Registre o nome e a versão de cada item. Os fornecedores mudam a forma como tratam dados entre versões, então a versão deve constar nas suas notas de auditoria.
4. Marque os SDKs que aparecem na lista da Apple de SDKs de terceiros de uso comum. Para eles, a Apple exige manifestos de privacidade quando você envia um app novo ou uma atualização que os adicione, e assinaturas quando forem dependências binárias. "Qualquer versão de um SDK listado, assim como quaisquer SDKs que reempacotem os da lista, está incluída."

Adicione esta etapa ao seu checklist de envio para a App Store para que ela rode em toda versão, não só na primeira.

A quais tipos de dados de privacidade da App Store cada SDK corresponde?

Cada SDK corresponde a um ou mais dos tipos de dados fixos da Apple, como Crash Data, Performance Data, Product Interaction, Device ID e Advertising Data. Leia a documentação de dados do fornecedor e preencha uma linha para cada SDK:

A Apple diz que os dados coletados "muitas vezes estão vinculados à identidade do usuário, a menos que proteções de privacidade específicas sejam aplicadas antes da coleta para desidentificá-los ou anonimizá-los", como remover identificadores diretos, por exemplo ID de usuário ou nome. Depois da coleta, você também não pode vincular os dados de volta ao usuário nem associá-los a outros conjuntos de dados que o identifiquem. Se não conseguir confirmar que um SDK desidentifica os dados, marque-os como vinculados.

Quando um SDK de analytics conta como rastreamento?

Um SDK de analytics conta como rastreamento quando vincula dados sobre seus usuários ou dispositivos a dados de apps ou sites de outras empresas para anúncios direcionados ou mensuração de anúncios, ou quando compartilha esses dados com um data broker.

A definição da Apple é "vincular dados coletados do seu app sobre um usuário final ou dispositivo específico, como um ID de usuário, ID de dispositivo ou perfil, a Dados de Terceiros para fins de publicidade direcionada ou mensuração de publicidade, ou compartilhar dados coletados do seu app sobre um usuário final ou dispositivo específico com um data broker". Analytics que fica restrito aos dados do seu próprio app não é rastreamento. Mensuração de anúncios que compartilha um identificador entre apps é.

A armadilha é um parceiro que não é um SDK de anúncios. O exemplo da Apple é "um SDK de login que reaproveita os dados que coleta do seu app para viabilizar publicidade direcionada em apps de outros desenvolvedores", o que conta como rastreamento mesmo que você não use o SDK para esse fim. Se um dos seus SDKs fizer isso, a correção habitual é uma mudança de configuração que interrompa o uso entre apps, ou um fornecedor diferente.

Dá para deixar dados de algum SDK fora dos rótulos de privacidade?

Só quando um tipo de dado atende a todos os quatro critérios de divulgação opcional da Apple, e dados de analytics e de crash quase nunca atendem. Os critérios são:

• Não é usado para rastreamento.
• Não é usado para publicidade de terceiros, para sua própria publicidade ou marketing, nem para outros fins.
• É coletado apenas em casos esporádicos, fora da funcionalidade principal do app, e é opcional para o usuário.
• O usuário o fornece na interface do app, fica claro para ele o que está sendo coletado, o nome dele ou o nome da conta aparece com destaque no formulário de envio, e ele escolhe ativamente fornecê-lo a cada vez.

A Apple acrescenta que "dados coletados de forma contínua após uma solicitação inicial de permissão devem ser divulgados". SDKs de analytics rodam continuamente e o usuário não os escolhe a cada vez, então eles falham nos dois últimos testes.

Como é uma auditoria de SDKs concluída?

Uma auditoria concluída dá a cada SDK uma linha que informa o que declarar, se os dados estão vinculados ao usuário e se são usados para rastreamento. Veja o modelo para um app hipotético de acompanhamento de hábitos com três SDKs. As respostas dependem da documentação de cada fornecedor, então não são conclusões sobre produtos reais.

A linha do login muda o trabalho. Ela torna o app um app que rastreia, então os rótulos precisam dizer isso e o seu tratamento de consentimento precisa corresponder. Trocar para um fornecedor de login que não compartilhe dados entre apps, ou desativar esse compartilhamento, sai muito mais barato antes do envio do que depois de uma rejeição. Em seguida, teste o build de release com todos os SDKs ativados, como no plano de testes do build de release.

O que deu errado para outros desenvolvedores?

Casos relatados publicamente mostram três pontos de falha: rótulos que não batem com o binário, dados de SDK que o desenvolvedor desconhecia e SDKs listados enviados sem manifestos.

• Um desenvolvedor nos Apple Developer Forums removeu o rastreamento de um novo build, mas não conseguiu removê-lo do rótulo. O App Store Connect dizia "Your app contains NSUserTrackingUsageDescription, indicating that you will request permission to track users", e a revisão continuava rejeitando com "The app privacy information you provided in App Store Connect indicates you collect data in order to track the user… However, you do not use App Tracking Transparency." O desenvolvedor contou que o app foi aprovado depois que ele entrou com um recurso e esperou a resposta antes de reenviar.
• Outro desenvolvedor nos Apple Developer Forums usava o Firebase Analytics com a coleta de IDFA e IDFV desativada e um rótulo de "sem rastreamento", e mesmo assim recebeu uma rejeição pela Diretriz 5.1.2. A mensagem dizia: "Collecting cookies is a form of tracking." Ela apontava para cookies em conteúdo web carregado pelo app, não para o Firebase. Uma resposta apontou a divergência, e nenhuma correção foi publicada.
• Desenvolvedores em uma issue do RxSwift no GitHub receberam "ITMS-91061: Missing privacy manifest" para RxSwift, RxRelay e RxCocoa. Um usuário apontou o CocoaPods para o branch 6.8.0, que contém o manifesto, e relatou ter lançado a atualização seguinte "sem nenhum aviso da Apple".

O ponto em comum: a Apple compara suas respostas com o que o binário enviado e o conteúdo web dele realmente fazem, então um inventário montado a partir do build real detecta os três problemas antes da revisão.

Como publicar e atualizar os rótulos de privacidade no App Store Connect?

Publique os rótulos de privacidade na seção App Privacy do seu app no App Store Connect. As respostas só entram no ar depois que você clica em Publish, e a Apple diz que você pode alterá-las a qualquer momento sem enviar uma atualização do app.

1. No App Store Connect, selecione o app, clique em App Privacy na barra lateral e depois em Get Started.
2. Informe se você ou seus parceiros terceiros coletam dados, selecione todos os tipos de dados da sua auditoria e clique em Save.
3. Responda às perguntas complementares de cada tipo de dado, clique em Save e revise o Product Page Preview.
4. Clique em Publish no canto superior direito e confirme a caixa de diálogo sobre a precisão das informações.

De acordo com Manage app privacy, você precisa da função Account Holder, Admin ou App Manager. Se a página do produto ainda não estiver no ar, suas respostas são publicadas quando ela entrar no ar. Se o app já estiver à venda, suas respostas devem refletir apenas os dados coletados por essa versão. Alterações nas URLs da política de privacidade "são lançadas com a próxima versão do app". Se a revisão já apontou problemas de privacidade, comece pelo guia para corrigir rejeições na App Store.