Feedback

Onde e como enviar feedback sobre as propostas do Sandbox de privacidade durante o processo de desenvolvimento.

Receber feedback de um conjunto diversificado de partes interessadas em todo o ecossistema da Web é fundamental para a iniciativa do Sandbox de privacidade. Aqui você encontrará explicações sobre os vários canais públicos que informam o desenvolvimento e orientações sobre como indivíduos e organizações podem fornecer feedback em cada estágio. Gerentes de produto e engenheiros do Chrome se envolvem ativamente com esse feedback, e há centenas de representantes do setor já participando.

Há muitos canais de feedback disponíveis. As interações individuais são públicas na maioria dos casos, o que significa que você pode acompanhar as discussões e decidir onde quer contribuir. Há também um formulário de feedback, que oferece a oportunidade para as partes interessadas compartilharem feedback diretamente com a equipe do Chrome fora dos fóruns públicos. O feedback recebido pelo formulário pode ser agregado para inclusão nos relatórios públicos da equipe do Chrome sem atribuição.

Como você vai saber que o feedback foi considerado?

As atualizações de cada API do Sandbox de privacidade são publicadas neste site. Em especial, essas atualizações vão abranger um resumo de temas comuns de feedback por API.

Os canais de feedback públicos são preferidos, mas ambos os públicos (por exemplo, GitHub) e canais diretos (por exemplo, formulário de feedback), e a equipe do Chrome explicará se e como o feedback e as preocupações decorrentes do engajamento das partes interessadas estão sendo incorporados ao design e desenvolvimento de cada API.

Rotas de feedback

Colaborar em propostas individuais

Todas as propostas do Sandbox de privacidade são abertas à discussão pública, em que os autores da proposta e as partes interessadas da Web colaboram para responder a perguntas abertas e esclarecer os detalhes da implementação antes que os recursos sejam finalizados.

Uma proposta começa com uma explicação, uma visão geral técnica de alto nível da funcionalidade de uma especificação proposta. As explicações são postadas para iniciar o processo de feedback, já que sempre há perguntas em aberto e detalhes que precisam ser esclarecidos. Esse processo colaborativo está em andamento durante todo o ciclo de vida da proposta, desde a discussão inicial da ideia até a iteração das revisões de uma especificação formal.

As explicações e o conteúdo de suporte estão hospedados no GitHub. O GitHub permite que qualquer pessoa com uma conta do GitHub inicie um problema (faça perguntas ou adicione comentários) no repositório (repositório) para iniciar ou participar de uma discussão. Os autores da proposta, incluindo gerentes e engenheiros de produtos do Chrome, estão ativos nessas discussões, e o GitHub oferece opções de alerta sobre qualquer nova atividade. Com o feedback do GitHub, é possível interagir diretamente com a comunidade interessada em uma proposta específica. Mesmo sem uma conta do GitHub, é possível ler todos os comentários da comunidade sobre cada proposta.

A discussão no repositório precisa focar em como e por que a proposta aborda o caso de uso que se propôs a resolver. O link para visualizar e apresentar um problema para cada proposta está disponível na coluna Feedback das tabelas na seção Propostas.

Acompanhar e responder ao desenvolvimento de recursos do Chromium

Todas as etapas do desenvolvimento de recursos são anunciadas em uma lista de e-mails pública, o que incentiva outras discussões sobre a implementação técnica.

Cada proposta pode resultar na criação de um ou mais recursos no Chromium. Os desenvolvedores da proposta enviam solicitações para iniciar cada etapa do desenvolvimento de recursos na lista de e-mails pública blink-dev. Esses estágios incluem: Intent to Prototype (I2P), Intent to Experiment (I2E), Intent to Ship (I2S) ou Intent to Remove (I2R).

  • Intent de protótipo (I2P): o desenvolvedor quer iniciar uma implementação inicial no Chromium. Isso geralmente resulta na disponibilização de funcionalidades iniciais para testes de desenvolvedores. Um feedback útil nesta etapa é provavelmente mais adequado para o GitHub, já que o objetivo nesta fase é validar ideias de proposta com um código em funcionamento.
  • Intent de experimento (I2E): o desenvolvedor quer realizar testes em escala na forma de um teste de origem. Isso permite que os sites testem a funcionalidade antecipadamente em uma parte do próprio tráfego. Um feedback útil nessa fase inclui declarar disposição para participar e se o experimento proposto atende às suas necessidades para validar o comportamento.
  • Intent to Ship (I2S): o desenvolvedor gostaria de implantar o recurso concluído no Chromium. Isso faz com que a funcionalidade esteja disponível para todos os usuários. Um feedback útil nesta fase resolve problemas pendentes para garantir que o recurso esteja pronto para disponibilidade geral.
  • Intent de remoção (I2R): o desenvolvedor quer descontinuar e remover a funcionalidade do Chromium. Um feedback útil aqui inclui destacar se essa remoção afeta seu caso de uso de maneiras não capturadas pela equipe de desenvolvimento.

Cada fase tem um modelo padrão em que o desenvolvedor fornece uma seleção de informações relevantes. Algumas fases exigem a aprovação dos proprietários do projeto do Chromium, que farão isso fornecendo uma resposta "Looks Good To Me" (LGTM) na postagem.

A lista de e-mails é aberta ao público para que você possa acompanhar a discussão sobre cada marco e participar da lista para fazer mais perguntas. Há um alto nível de atividade nessa lista, já que ela abrange todas as funcionalidades que entram no projeto Chromium. Por isso, recomendamos rastrear recursos individuais no site Status do Chrome.

A discussão sobre essas conversas deve se concentrar nos detalhes da implementação do recurso específico no Chromium. A discussão sobre como a proposta em si funciona é mais adequada ao GitHub. Você pode encontrar um link para conferir e contribuir com cada um desses comunicados na coluna Intents das tabelas da seção Proposals.

Acompanhar e discutir o desenvolvimento de recursos individuais

Listas de e-mails específicas podem ser criadas à medida que a implementação da proposta avança, para permitir uma discussão mais focada.

À medida que propostas individuais avançam na implementação no Chromium, uma lista de e-mails específica da proposta pode ser criada para permitir uma comunicação focada.

Isso permite anúncios e discussões sobre atualizações de testes de origem, atualizações de código necessárias ou problemas conhecidos que podem afetar o desenvolvimento. Assim como acontece com blink-dev, essas listas são públicas. Se você estiver monitorando ou trabalhando diretamente em uma dessas propostas, faça parte da lista específica para ouvir atualizações diretamente das equipes de desenvolvimento.

As discussões sobre essas conversas precisam se concentrar nos detalhes da implementação contínua no Chromium, porque o público-alvo são os desenvolvedores que codificam diretamente o recurso, e não um público geral interessado em anúncios amplos. Você pode encontrar um link para ler e contribuir com eles na coluna Lista de e-mails nas tabelas da seção Propostas.

Relate e monitore problemas com recursos

À medida que a implementação continua, podem surgir problemas com o comportamento do recurso no Issue Tracker do Chromium.

Isso inclui bugs de implementação em que o comportamento do Chromium não corresponde à especificação proposta, mas também pode abranger funcionalidades específicas do navegador, por exemplo, como o recurso interage com o DevTools e as preferências do usuário, ou pode ser apenas para informar um erro. É possível gerar problemas a qualquer momento no ciclo de vida de um recurso do Chromium, seja ele disponibilizado recentemente para testes de desenvolvedores atrás de uma sinalização ou algo descoberto em uma versão estável.

A discussão sobre os problemas do Chromium precisa se concentrar nos detalhes da implementação prevista para o recurso no Chromium. A discussão sobre como as funções da proposta em si devem ir para o GitHub. Encontre um link para visualizar ou informar problemas na coluna Componente do Chromium das tabelas na seção Propostas.

Seguir e participar de órgãos de normalização

O World Wide Web Consortium (W3C) e a Internet Engineering Task Force (IETF) desenvolvem padrões abertos para todas as plataformas da Web. Elas incentivam as partes interessadas a discutir e aprender sobre padrões individuais, bem como o ecossistema da Web em geral.

O W3C e a IETF são comunidades internacionais que desenvolvem padrões abertos para a Web e a Internet para garantir o crescimento a longo prazo dessas plataformas abertas. Novas tecnologias de plataforma da Web, como as do Sandbox de privacidade, são propostas e discutidas em vários fóruns desses órgãos de normalização. Esses fóruns são abertos a qualquer pessoa que queira participar ativamente do design e desenvolvimento das tecnologias.

Cada órgão padrão oferece às partes interessadas uma variedade de opções diferentes de assinatura e contribuição. Há grupos da comunidade e de negócios, que incluem membros de todo o ecossistema da Web e de setores relevantes. Os autores de propostas costumam apresentar visões gerais e atualizações de progresso em reuniões associadas, oferecendo a oportunidade de fazer perguntas diretas e ouvir outras partes interessadas. As atas de reunião da maioria dos grupos estão disponíveis publicamente.

A discussão em órgãos de normalização é ampla, mas geralmente se concentra em como uma proposta atende às necessidades do ecossistema e no progresso dela para se tornar um padrão aceito. Você encontra um link para seguir ou participar na coluna Grupos de padrões das tabelas na seção Propostas.

Testes facilitados pelo Chrome

Queremos receber feedback sobre os planos de teste facilitados pelo Chrome e rastrear os problemas relacionados à descontinuação inicial dos cookies de terceiros.

Se você depende dos dados de cookies de terceiros para a funcionalidade do site, agora é possível informar problemas do site resultantes da descontinuação de cookies de terceiros no Issue Tracker público.

Além disso, o Chrome vai descontinuar 1% dos cookies de terceiros no primeiro trimestre de 2024, e vamos trabalhar em estreita colaboração com a CMA antes de tomar outras medidas para expandir a descontinuação. Envie feedback no GitHub sobre a fração apropriada do tráfego para dedicar a esse subconjunto de testes facilitados do Chrome.

Enviar feedback pelo formulário

Nem todos os problemas se encaixam perfeitamente nas categorias acima. Embora essas rotas sejam a melhor maneira de iniciar um diálogo público com as pessoas mais relevantes, o formulário de feedback existe para garantir que você sempre entre em contato diretamente com a equipe do Chrome.

Este formulário pode ser o lugar certo se você quiser saber:

  • Como situações específicas podem ser afetadas por várias propostas;
  • Se seu caso de uso é coberto por uma proposta.

Embora essa seja uma oportunidade para as partes interessadas compartilharem feedback diretamente com a equipe do Chrome, os temas ou problemas no seu feedback podem ser agregados para inclusão nos relatórios públicos da equipe do Chrome, sem atribuição.

Propostas

As opções de feedback e discussão para propostas individuais do Sandbox de privacidade podem ser encontradas no status da API e nas versões de recursos.