Nesta semana, até 26 de outubro, vamos começar a aumentar os testes de origem da Relevância e medição do Sandbox de privacidade para 5% dos usuários do Chrome Stable.
Nesta semana, não antes de 26 de outubro, vamos começar a aumentar a população do teste de origem da medição e relevância do Sandbox de privacidade para 5% dos usuários do Chrome Stable. Sempre adotamos uma abordagem incremental para aumentar os limites e monitorar ativamente problemas nos testes de origem do Chrome. Os níveis de tráfego aumentarão em alguns dias. Os canais pré-estáveis, Canary e Beta continuarão como estão com uma divisão 50/50 em relação à qualificação para o teste de origem.
Levamos o teste para o Chrome Stable em agosto para permitir testes funcionais em um ambiente de produção real. Os resultados nos ajudaram a melhorar a estabilidade da API, a documentação do desenvolvedor e o suporte. Vamos aumentar a escala desse teste para 5% para continuar os testes funcionais até 2022 e nos preparar para os testes da utilidade em 2023.
Em tudo isso, seu feedback é fundamental. Esse feedback pode vir na forma de discussão sobre as propostas, em relatórios sobre problemas de implementação e, principalmente à medida que ampliamos essa escala, compartilhando os resultados dos seus testes com o restante do ecossistema.
Controlar sua participação no teste de origem
Saiba como participar do teste de origem de relevância e medição do Sandbox de privacidade na nossa documentação dedicada ao teste de origem.
A mecânica do teste de origem é a mesma: você recebe tokens referentes aos contextos em que quer testar as APIs. Com o grupo de teste expandido, você precisa monitorar e controlar ativamente o nível de tráfego onde optar por ativar o teste.
Uma boa abordagem é:
- Inclua os tokens de teste de origem por padrão em todos os contextos em que você quer fazer experimentos.
- Use a detecção de recursos para verificar se há APIs ativas.
- Se as APIs estiverem ativas e, portanto, o navegador estiver qualificado para esse experimento, escolha se quer ou não usá-las com base nos seus próprios critérios. Por exemplo, se você já tem uma infraestrutura de testes A/B para experimentar uma porcentagem de tráfego, amostragem ou algum outro atributo, nesse momento, pode decidir quais recursos usará ativamente.
Para impedir a participação no teste de origem de qualquer instância do navegador, não inclua o token na resposta. Por exemplo, se você atingiu sua própria cota para um experimento ou precisa resolver um problema durante o teste, não incluir o token garante que nenhuma funcionalidade experimental esteja disponível ou ativa na página.
Renovar seu token
Os tokens de teste de origem expiram seis semanas a partir da data de emissão (ou no final do teste, se for antes).
É fundamental que você renove e implante os novos tokens dentro dessa janela para o uso sem interrupções dos recursos do teste de origem.
A renovação de tokens leva apenas alguns minutos, e é possível implantar vários tokens para o mesmo teste na mesma página. É possível implantar um token renovado antes que o atual expire. Assim, não há interrupção no serviço para os usuários.
APIs e recursos de teste de origem
Aumentar a população de testes significa encontrar o equilíbrio entre receber recursos iniciais para testar, mantendo uma experiência estável para os usuários do Chrome. Embora estejamos aumentando a população geral do teste de origem para 5% dos usuários do Chrome Stable, os recursos individuais da API no teste vão avançar nos canais iniciais para testes de estabilidade antes de graduá-los para o teste de origem Beta ou Stable.
Alguns recursos só podem evoluir para canais posteriores se estiverem sendo usados. Isso significa que os testes iniciais nas versões Canary e Beta, seja por meio do teste de origem ou com a flag de recurso, são essenciais para que esses recursos passem para a versão estável. Nos testes, continue usando ativamente a detecção de recursos por API e espere que essa funcionalidade varie ao longo do tempo em diferentes versões do Chrome.
À medida que os recursos individuais avançam, você vai receber notificações nas listas de e-mails dos desenvolvedores sobre as APIs relevantes (Attribution Reporting, FLEDGE, Topics e Shared Storage). Vamos continuar atualizando a documentação do desenvolvedor com um resumo das funcionalidades ativas.
Os recursos Attribution Reporting, Topics, FLEDGE e Fenced Frames estão atualmente disponíveis no Chrome Stable e vão fazer parte do aumento do tráfego. Vamos aumentar o tráfego dos relatórios e tópicos de atribuição a partir de 26 de outubro. O FLEDGE e o Fenced Frames vão aumentar a partir de 9 de novembro.
| API | Status do teste de origem |
|---|---|
| Relatórios de atribuição | Disponível no Stable, aumentando para 5% após 26 de outubro. |
| Temas | Disponível no Stable, aumentando para 5% após 26 de outubro. |
| FLEDGE (em inglês) | Disponível no Stable, aumentando para 5% a partir de 9 de novembro. |
| Frames Fenced | Disponível no Stable, aumentando para 5% a partir de 9 de novembro. |
| Armazenamento compartilhado | Por enquanto, disponível apenas nas versões Canary, Dev e Beta. |
Esse é um marco importante no nosso progresso geral para o lançamento dessas APIs para disponibilidade geral e a desativação dos cookies de terceiros. Se você estava esperando um conjunto de funcionalidades mais completo para seus próprios testes, agora é a hora de participar.
Testes futuros
Conforme concluímos os testes funcionais em 2022 para garantir que todas as APIs funcionem conforme o esperado, esperamos que os desenvolvedores invistam em testes de utilidade. Nos próximos meses, publicaremos orientações mais detalhadas sobre testes de utilitários para ajudar a preparar os desenvolvedores para ter os melhores resultados possíveis para tipos específicos de anunciantes e os casos de uso deles.
Como sempre, queremos ouvir seu feedback e tornar o caminho para a participação o mais fácil possível. Entre em contato com nossa equipe usando o formulário de feedback, @ChromiumDev no Twitter, nosso repositório de suporte para desenvolvedores no GitHub (em inglês) ou qualquer um dos outros canais abertos para feedback.