A Apple enfrenta um processo antitruste no Reino Unido devido ao ATT? O Futuro da Atribuição Móvel com Preservação de Privacidade

A Apple enfrenta um processo antitruste no Reino Unido devido ao ATT? Em 3 de setembro de 2026, foi apresentada uma proposta de ação coletiva no Tribunal de Apelações da Concorrência (CAT) do Reino Unido, alegando que o framework de Transparência de Rastreamento de Apps (ATT) da Apple impôs restrições anticompetitivas a desenvolvedores terceiros, ao mesmo tempo que favoreceu seu próprio serviço de publicidade, estimando danos aos desenvolvedores do Reino Unido de até £ 2 bilhões. Para arquitetos mobile, diretores de marketing de performance e engenheiros de infraestrutura de dados, o escrutínio em torno da Atribuição Móvel com Preservação de Privacidade destaca a mudança fundamental que rege a aquisição de usuários em plataformas móveis. Após o ATT restringir o acesso ao IDFA, condicionando-o a uma autorização explícita de rastreamento, o ecossistema móvel voltou-se para protocolos de medição agregada no dispositivo e funis de descoberta Web-to-App baseados em dados proprietários. Avaliar como a atribuição moderna funciona sem depender de vigilância entre aplicativos exige examinar a exposição legal da Apple juntamente com a mecânica técnica do AdAttributionKit, níveis de anonimato de grupo e persistência de parâmetros em fronteiras de instalação.

A Ação Antitruste de £ 2 Bilhões no Reino Unido: Alegações Jurídicas e Governança de Plataforma

A ação coletiva apresentada em Londres representa um desafio jurídico significativo à governança de dados da plataforma da Apple. Proposta por uma entidade de finalidade específica chamada ATT Collective Action Limited, presidida por Ann Pope, ex-diretora sênior da Autoridade de Concorrência e Mercados (CMA) do Reino Unido, e assessorada pelo escritório de advocacia Hausfeld, a ação busca compensação em nome de desenvolvedores de aplicativos do Reino Unido que monetizaram através de anúncios in-app ou compraram espaços publicitários para impulsionar instalações de apps iOS desde a introdução do ATT em 26 de abril de 2021.

Em resumo

• Pedido de Compensação de £ 2 Bilhões: Protocolada no Tribunal de Apelações da Concorrência do Reino Unido em 3 de setembro de 2026, a ação coletiva alega que a Apple criou um campo de jogo comercial desigual sob o pretexto de privacidade do consumidor.
• Alegações de Autopreferência: A ação sustenta que desenvolvedores terceiros foram submetidos a prompts restritivos para acessar identificadores de publicidade, enquanto a rede de anúncios proprietária da Apple expandiu-se pelas superfícies da App Store sem barreiras intersticiais equivalentes.
• Status do Processo: O pedido aguarda certificação do tribunal; as alegações permanecem sem provas em tribunal e a Apple rejeitou as acusações, mantendo que o ATT aplica padrões equivalentes para proteger os dados do consumidor em todos os aplicativos.

De acordo com relatos da Reuters e declarações dos autores publicadas pela Hausfeld, o processo argumenta que, embora a privacidade do consumidor seja uma proteção vital, a Apple introduziu o ATT unilateralmente, sem consulta adequada à indústria, prejudicando a base econômica de editores e desenvolvedores independentes.

A Apple rejeitou as alegações, afirmando que a Transparência de Rastreamento de Apps foi projetada para dar aos usuários controle granular sobre se aplicativos externos podem rastrear sua atividade em propriedades de terceiros. A Apple mantém que todos os desenvolvedores, incluindo a própria Apple, estão sujeitos às mesmas regras relativas ao rastreamento entre empresas e que o ATT recebeu elogios de defensores globais da privacidade.

Antes que o processo possa prosseguir para julgamento, o CAT deve determinar se certifica a ação como adequada para procedimentos coletivos. O caso junta-se a outros litígios importantes sobre a plataforma perante o tribunal, incluindo o recurso sobre a comissão da App Store em Kent v. Apple e a ação judicial de armazenamento em nuvem da Which?.

+-------------------------------------------------------------------------+
|                  LINHA DO TEMPO DA CONTROVÉRSIA REGULATÓRIA DO ATT      |
+--------------------------+-----------------------+----------------------+
| Data / Período           | Marco da Plataforma   | Impacto Operacional  |
+--------------------------+-----------------------+----------------------+
| 26 de abril de 2021      | Lançamento Obrigatório| O iOS 14.5 bloqueia IDFA mediante opt-in explícito |
| 2021–2025                | Transição de Ecossistema | A redução do IDFA impulsiona adoção de postbacks |
| 2024–2026                | Expansão AAK & SKAN   | AdAttributionKit amplia janelas de conversão múltipla |
|                          |                       | relatórios de atribuição                          |
| 3 de setembro de 2026    | Ação Coletiva no CAT  | Processo antitruste de £2B em nome de devs do Reino Unido |
| Pendente (2026–2027)     | Certificação do CAT   | Tribunal avalia a certificação da ação coletiva   |
+--------------------------+-----------------------+----------------------+

Análise Técnica: Do IDFA Determinístico para Frameworks de Privacidade Agregada

Para avaliar as realidades operacionais subjacentes ao litígio, as equipes de engenharia devem dissecar como a arquitetura de atribuição do iOS evoluiu antes e depois do ATT.

Historicamente, redes de anúncios móveis baseavam-se no Identificador para Anunciantes (ASIdentifierManager.shared().advertisingIdentifier). O IDFA é um identificador publicitário específico do dispositivo—representado como um UUID de 128 bits—que permitia uma medição determinística entre aplicativos distintos. Uma rede de anúncios podia registrar o IDFA durante uma interação, enviá-lo a um provedor de atribuição e cruzá-lo com o mesmo IDFA consultado quando o usuário abria o aplicativo recém-instalado, estabelecendo um vínculo determinístico entre a impressão e a conversão.

Quando o ATT entrou em vigor, o acesso ao IDFA foi colocado atrás da interface ATTrackingManager.requestTrackingAuthorization. Se um usuário seleciona “Pedir ao app para não rastrear”, ou se o rastreamento é restrito no nível do sistema, a API retorna um UUID com todos os zeros (00000000-0000-0000-0000-000000000000). Com as taxas de opt-in estabilizando bem abaixo de uma cobertura universal, o rastreamento determinístico entre aplicativos deixou de ser uma base confiável para a aquisição em larga escala.

Para fornecer atribuição de campanhas sem compartilhar identidades de usuário entre aplicativos, a Apple introduziu o SKAdNetwork e, posteriormente, o AdAttributionKit. Notavelmente, o AdAttributionKit opera independentemente do status de autorização de ATT do usuário, pois sua saída não contém identificadores de rastreamento específicos do usuário ou do dispositivo.

A mecânica do AdAttributionKit repousa em três princípios arquiteturais fundamentais:

1. Validação Criptográfica Dupla: Redes de anúncios geram impressões de anúncios assinadas criptograficamente usando JSON Web Signatures (JWS). Após a instalação e conversão, o sistema operacional verifica o token de impressão no dispositivo e, posteriormente, gera um postback de atribuição assinado criptograficamente pela Apple, permitindo que as redes de anúncios verifiquem que a conversão foi certificada pelo iOS.
2. Janelas de Entrega de Postback com Atraso: Para impedir que redes de anúncios usem carimbos de tempo precisos de instalação para executar ataques de timing de canal lateral, os postbacks são enviados após atrasos aleatórios. A Apple documenta um intervalo aleatório mínimo de 24 a 48 horas entre a preparação e o recebimento do postback, com o tempo total de entrega estendendo-se ainda mais porque as janelas de conversão (como a janela inicial de 48 horas) permanecem abertas a menos que sejam bloqueadas.
3. Níveis de Dados de Anonimato de Grupo: A Apple atribui postbacks de atribuição a um dos quatro níveis de anonimato de grupo (Nível 0 a Nível 3), determinados pelas condições de grupo em toda a fonte do anúncio, app anunciado, geografia de instalação e identificador hierárquico de origem. Em níveis inferiores, os campos de postback são restritos: valores de conversão precisos (0 a 63) são substituídos por valores brutos (low, medium, high) ou omitidos inteiramente no Nível 0, e o identificador de origem é truncado de quatro dígitos para dois.

+-------------------------------------------------------------------------+
|             IDFA DETERMINÍSTICO VS. ATRIBUIÇÃO DE PRIVACIDADE AGREGADA   |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ PARADIGMA DETERMINÍSTICO PRÉ-ATT ]                                   |
|  Impressão de Anúncio (Registra IDFA: UUID-1)                           |
|         |                                                               |
|         v                                                               |
|  Primeira Abertura do App (Lê IDFA: UUID-1)                             |
|  Resultado: Atribuição de anúncio determinística, em tempo real, por usuário. |
|                                                                         |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ PROTOCOLO AGREGADO PÓS-ATT: AdAttributionKit / SKAN ]                |
|                                                                         |
|  Impressão de Anúncio (Token JWS assinado pela rede)                    |
|         |                                                               |
|         v                                                               |
|  [ Usuário instala via App Store ]                                      |
|         |                                                               |
|         v                                                               |
|  [ Processamento de Atribuição no Dispositivo ]                         |
|         |                                                               |
|         |-- (Calcula Janelas de Conversão: Atraso aleatório de 24–48h)  |
|         |-- (Aplica Máscara de Campo de Nível de Anonimato 0–3)         |
|         v                                                               |
|  [ Postback anônimo assinado pela Apple enviado ao endpoint da rede ]   |
|  Payload: Valor Bruto, Valor Preciso ou Nulo (Dependente do nível)      |
|           Identificador de Origem (2–4 dígitos)                         |
|                                                                         |
+-------------------------------------------------------------------------+

Embora o AdAttributionKit seja projetado para medir a eficácia da campanha enquanto reduz a exposição de dados em nível de usuário, seu feedback atrasado e relatórios agregados apresentam obstáculos operacionais para lances algorítmicos em tempo real.

Aquisição Móvel Downstream e a Fronteira de Instalação Proprietária

Como o rastreamento de usuários entre aplicativos sofreu redução na fidelidade dos dados sob modelos de postback agregados, as equipes de marketing de performance ampliaram sua dependência de funis Web-to-App. Em uma arquitetura Web-to-App, a aquisição de usuários começa em uma propriedade web móvel própria e de primeira mão.

Sob as diretrizes de privacidade da Apple, o rastreamento é definido especificamente como o vínculo de dados de usuário ou dispositivo coletados do app de uma empresa com dados de usuário ou dispositivo coletados de apps, sites ou propriedades offline de outras empresas para fins de publicidade direcionada ou medição. Quando um anunciante direciona o tráfego para seu próprio site (por exemplo, https://brand.example.com), essa interação ocorre dentro de um contexto de primeira mão. Engajar usuários, apresentar ofertas promocionais e capturar a intenção de compra em um domínio próprio não constitui rastreamento entre empresas, desde que os dados resultantes não sejam combinados com conjuntos de dados de terceiros.

No entanto, levar um usuário de uma página de destino móvel proprietária para um aplicativo nativo iOS introduz a fronteira de instalação:

+-------------------------------------------------------------------------+
|             JORNADA DE AQUISIÇÃO MÓVEL DOWNSTREAM                      |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ Usuário acessa página web móvel de primeira mão ]                    |
|  Contexto Capturado: ?channel=partner_promo&discount=SAVE20&sku=8831      |
|         |                                                               |
|         v                                                               |
|  [ Usuário clica no Call-to-Action de Download do App ]                 |
|         |                                                               |
|         v                                                               |
|  [ Redirecionamento para a Apple App Store ]                           |
|         |                                                               |
|         v                                                               |
|  [ A FRONTEIRA DE INSTALAÇÃO: Fluxo padrão da App Store não passa       |
|    Query Parameters web ou strings de URL customizadas para o binário ] |
|         |                                                               |
|         v                                                               |
|  [ Usuário abre app nativo pela primeira vez (Cold Boot) ]              |
|         |                                                               |
|         v                                                               |
|  [ Mecanismo de Deferred Deep Linking (Restauração assistida por servidor) ] |
|         |                                                               |
|         v                                                               |
|  [ Parâmetros pré-instalação elegíveis restaurados & onboarding aplicado ] |
|                                                                         |
+-------------------------------------------------------------------------+

Quando um usuário que não possui o app transita do Safari para a App Store, os fluxos padrão de distribuição não encaminham strings de consulta de URL arbitrárias para o pacote do aplicativo instalado. No primeiro lançamento, o aplicativo nativo não consegue identificar nativamente qual campanha web ou página de produto específica direcionou o usuário.

Para contornar essa fronteira sem depender de identificadores de rastreamento entre empresas não autorizados, as equipes de engenharia implementam arquiteturas distintas de tratamento de links:

Em arquiteturas de produção, as equipes de desenvolvimento implantam frameworks de Deferred Deep Linking como Branch, AppsFlyer, Adjust ou Opoinstall. Uma plataforma como o Opoinstall captura o contexto elegível da campanha (como tokens promocionais ou SKUs de produto) na página de destino do comerciante antes de redirecionar o usuário para a App Store.

Após o cold boot inicial do aplicativo, o SDK do cliente consulta o backend de atribuição para restaurar os parâmetros de sessão em cache. De acordo com a documentação na página inicial do Opoinstall, este framework de passagem de parâmetros pode restaurar parâmetros no primeiro lançamento em até 98% das instâncias elegíveis, fornecendo uma alternativa automatizada aos códigos promocionais manuais.

É fundamental manter fronteiras arquiteturais claras: O deferred deep linking não recria eventos de medição de terceiros que nunca foram observados, nem contorna as regras de rastreamento da plataforma. Ele apenas restaura o destino, a campanha ou o contexto de referência já capturados dentro de uma jornada legítima de primeira mão antes da fronteira de instalação.

// Implementação Swift ilustrativa demonstrando restauração de contexto no primeiro lançamento.
// Consome parâmetros de atribuição diferida elegíveis no cold boot do app
// sem depender de identificadores de anúncio persistentes (IDFA).

import UIKit

struct AttributionPayload: Decodable {
    let channel: String
    let campaignId: String
    let targetRoute: String
    let promoCode: String?
}

final class FirstLaunchAttributionManager {
    static let shared = FirstLaunchAttributionManager()
    
    // Flag de controle de estado de lançamento (não é identificador de atribuição)
    private let hasCompletedFirstLaunchKey = "com.app.hasCompletedFirstLaunchRestoration"
    
    private init() {}

    /// Indica se o app concluiu a restauração de parâmetros no primeiro lançamento
    var isRestorationPending: Bool {
        return !UserDefaults.standard.bool(forKey: hasCompletedFirstLaunchKey)
    }

    /// Marca o processo de restauração como concluído
    func markRestorationCompleted() {
        UserDefaults.standard.set(true, forKey: hasCompletedFirstLaunchKey)
    }

    /// Recupera parâmetros pré-instalação de um callback de SDK ou framework cliente.
    func handleDeferredAttribution(with payloadResult: Result<AttributionPayload, Error>,
                                   in window: UIWindow?) {
        guard isRestorationPending else {
            return
        }

        switch payloadResult {
        case .success(let payload):
            markRestorationCompleted()
            applyNavigationRoute(payload, in: window)
            
        case .failure(let error):
            print("Erro na recuperação de atribuição: \(error.localizedDescription)")
        }
    }

    /// Aplica o contexto restaurado à hierarquia de navegação
    private func applyNavigationRoute(_ payload: AttributionPayload, in window: UIWindow?) {
        DispatchQueue.main.async {
            guard let navigationController = window?.rootViewController as? UINavigationController else {
                return
            }

            if payload.targetRoute.hasPrefix("products/"),
               let sku = payload.targetRoute.split(separator: "/").last.map(String.init) {
                let detailVC = ProductDetailViewController(sku: sku, promoCode: payload.promoCode)
                navigationController.pushViewController(detailVC, animated: true)
            }
        }
    }
}

// ViewController que consome o estado da campanha restaurada
class ProductDetailViewController: UIViewController {
    private let sku: String
    private let promoCode: String?

    init(sku: String, promoCode: String?) {
        self.sku = sku
        self.promoCode = promoCode
        super.init(nibName: nil, bundle: nil)
    }

    required init?(coder: NSCoder) { 
        fatalError("init(coder:) não implementado") 
    }

    override func viewDidLoad() {
        super.viewDidLoad()
        view.backgroundColor = .systemBackground
        title = "Produto: \(sku)"
        
        if let code = promoCode {
            print("Auto-aplicando código de voucher restaurado: \(code)")
        }
    }
}

Orientações Estratégicas para Arquitetos Móveis e Equipes de Crescimento

O processo de £ 2 bilhões no Reino Unido sobre a Transparência de Rastreamento de Apps reflete uma verdade duradoura do setor: o rastreamento determinístico de dispositivos entre aplicativos não retornará. Independentemente das decisões do tribunal sobre autopreferência de plataforma, os sistemas operacionais móveis continuarão a impor perímetros de privacidade rigorosos.

Para equipes de engenharia móvel e líderes de crescimento, adaptar-se a este ambiente exige três compromissos técnicos:

• Adotar Frameworks de Privacidade Nativos da Plataforma: Implementar o AdAttributionKit e o SKAdNetwork dentro dos pipelines de compra de anúncios para capturar conversões de campanha agregadas sem depender de práticas de rastreamento obsoletas.

• Fortalecer os Fluxos Web-to-App de Primeira Mão: Construir arquiteturas de página de destino que capturem a intenção do cliente em contextos proprietários, implantando Universal Links verificados para usuários que já possuem o app e Deferred Deep Linking para manter a continuidade após a instalação.

• Escopar o Roteamento de Aplicação à Intenção: Estruturar o onboarding nativo para consumir payloads de parâmetros dinâmicos em vez de tokens de rastreamento de identidade, garantindo que descontos promocionais e destinos de deep-link sobrevivam às sequências de cold boot de forma transparente e confiável.

Referências

• Reuters. (2026). Apple faces £2 bln UK lawsuit over App Tracking Transparency.

• Hausfeld. (2026). Collective action filed against Apple on behalf of UK app developers.

• The Mac Observer. (2026). Apple Faces £2 Billion UK Lawsuit Over App Tracking Transparency, Filed September 3.

• Apple Developer. (2026). App Tracking Transparency Framework. Apple Documentation.

• Apple Developer. (2026). AdAttributionKit Overview. Apple Documentation.

• Apple Developer. (2026). Receiving ad attributions and postbacks. Apple Documentation.

• Apple Developer. (2026). SKAdNetwork Overview. Apple Documentation.

• Apple Developer. (2026). Supporting Universal Links in your app. Apple Documentation.

• Apple. (2026). User Privacy and Data Use. Apple Developer Guidance.

• Opoinstall. (2026). Deferred Deep Linking and Parameterized App Installation Overview.