IAB Tech Lab promove Trusted Server após bloqueio do Safari, mas projeto ainda não tem versão formal

O IAB Tech Lab passou a promover com mais intensidade o Trusted Server como resposta ao bloqueio de domínios de publicidade no Safari 27. A proposta de código aberto desloca leilões, requisições e parte da entrega de anúncios do navegador para uma infraestrutura controlada pelo próprio site. O movimento ganhou urgência depois que o domínio adsrvr.org, usado pela The Trade Desk para requisições e entrega de publicidade, apareceu entre os endereços bloqueados de forma incondicional pelo WebKit em iPhones e iPads com iOS 27.

O fato confirmado está documentado em um chamado público do WebKit aberto em 21 de setembro de 2026. O relato descreve requisições bloqueadas durante navegação comum, não apenas no modo privado, e lista nove domínios. O autor do chamado, um engenheiro da The Trade Desk, argumentou que oito endereços estavam ligados a serviços de identidade pós-cookie, enquanto adsrvr.org também cumpria uma função central de entrega de anúncios. Um engenheiro do WebKit respondeu que o caso estava sendo investigado.

Em 5 de outubro, o mesmo registro recebeu uma atualização: uma versão beta do iOS 27.2 estava disponível para teste. A The Trade Desk respondeu que havia identificado mudanças no build e faria novas verificações. Isso não equivale a uma correção definitiva. O chamado continuava com status aberto, prioridade P1 e sem resolução pública na consulta realizada em 10 de outubro.

Por que o Trusted Server voltou ao centro da discussão

O bloqueio expôs a dependência estrutural da publicidade digital em relação ao navegador. Quando scripts e requisições partem diretamente do aparelho do leitor para domínios de terceiros, o navegador consegue identificar e interromper essas conexões. O Trusted Server propõe outro desenho: o dispositivo se comunica com o domínio do publisher, enquanto um proxy na borda da rede executa tarefas publicitárias e conversa com os parceiros do lado do servidor.

Segundo o IAB Tech Lab, a arquitetura permite leilões server-side, integração com Prebid Server, entrega de criativos e processamento de sinais em contexto primário. O repositório público descreve um núcleo escrito em Rust, compilado para WebAssembly e adaptável a provedores de edge computing ou ambientes de contêiner. O código usa licença Apache 2.0, o que permite inspeção, modificação e redistribuição sob seus termos.

A alegação institucional é que esse modelo devolve controle sobre dados, segurança e desempenho aos publishers. Essa é uma declaração do responsável pelo projeto, não uma conclusão independente sobre resultados em escala. Transferir funções para o servidor pode reduzir a exposição a listas de bloqueio baseadas em domínios de terceiros, mas também transfere custo operacional, integração e responsabilidade para os sites. Além disso, executar processamento em contexto primário não elimina obrigações de consentimento, finalidade e proteção de dados.

A diferença entre atividade do código e maturidade de produto

Anthony Katsur, CEO do IAB Tech Lab, declarou em 8 de outubro que o Trusted Server estava pronto para produção. Os materiais públicos consultados pedem uma leitura mais cautelosa. A página oficial do projeto classifica a prova de conceito como concluída, porém descreve a versão mínima viável como “em andamento” e pronta para que mais publishers a testem. O repositório exibia 343 commits e documentação técnica detalhada, mas nenhuma versão formal na área de releases.

Esses sinais não provam que o software seja inutilizável. Eles indicam que desenvolvimento ativo e possibilidade de implantação não são sinônimos de uma distribuição estável com versão, ciclo de suporte e histórico operacional amplamente demonstrado. A ausência de release também torna mais difícil para equipes externas fixarem uma versão e acompanharem mudanças com previsibilidade.

O episódio amplia uma disputa sobre governança da web. A Apple controla o mecanismo de rede do Safari no iOS; entidades do setor publicitário buscam reduzir essa dependência com infraestrutura própria. O Trusted Server pode alterar onde as decisões técnicas são executadas, mas não resolve sozinho o conflito entre privacidade, financiamento de conteúdo e poder das plataformas. Por enquanto, o que existe é um projeto aberto com arquitetura concreta, um aumento de interesse relatado por seu mantenedor e questões ainda pendentes sobre maturidade, adoção e efeitos para os usuários.