Resumo

  • A carta proposta prevê WebDriver e WebDriver BiDi em Candidate Recommendation com Snapshots, atualização contínua nesse estágio e nenhuma intenção atual de chegar à Recommendation.
  • A carta ainda não foi aprovada e os dois relatórios atuais são Working Drafts. A Recommendation WebDriver de 2018 continua sendo outro estado publicado, não um selo herdado pelo texto recente.
  • Candidate Recommendation Snapshot e Draft carregam revisões e estados de patente diferentes; nenhum dos dois pode ser citado como padrão W3C.
  • Uma declaração reproduzível precisa ligar versão imutável da especificação, maturidade, commit e seleção dos testes, builds de navegador, driver e cliente, plataforma, data e exclusões.

Uma CR contínua muda a função da referência

WebDriver padroniza o controle remoto de navegadores. WebDriver BiDi acrescenta eventos emitidos pelo navegador ao processo controlador. O comportamento final não mora em um único repositório: passa pela especificação, pelos Web Platform Tests, pelo motor, pelo driver e pela biblioteca que o usuário realmente chama.

Em 18 de agosto, o W3C abriu a análise de uma carta sucessora. Os comentários públicos terminam em 18 de setembro e a carta vigente foi estendida até 23 de outubro. Portanto, não há decisão final. O que existe é uma proposta explícita de manutenção.

Ela mantém apenas WebDriver e WebDriver BiDi como entregas normativas. O grupo pretende publicar o estado mais recente como Candidate Recommendation, com Snapshots, continuar atualizando esse estado e não buscar Recommendation.

O W3C admite essa opção em sua própria orientação. Uma CR viva pode acompanhar melhor a experiência de várias bases de código e os ciclos diferentes dos implementadores. Snapshots criam marcos revisados; Drafts integram trabalho posterior.

O efeito colateral é que a referência deixa de ser autoexplicativa. Recommendation costuma oferecer uma edição estável e endossada pelo W3C. Sem esse destino, o nome da série não revela qual versão tinha consenso, qual conjunto de testes foi executado ou qual build entregou a função.

O processo de revisão já tornou as datas da carta históricas

A tabela do projeto chama de mais recentes as publicações de WebDriver de 1º de abril e WebDriver BiDi de 19 de março de 2026. No corte desta análise, as páginas oficiais já apontavam para Working Drafts de 2 de julho e 25 de agosto.

Isso é normal em trabalho ativo. Não prova erro, má-fé ou link quebrado. Mostra que a carta autoriza uma série, enquanto a série continua produzindo artefatos imutáveis. O texto que um navegador implementa não fica congelado porque a carta entrou em consulta.

Também há estados diferentes sob o nome WebDriver. A Recommendation de junho de 2018 permanece publicada. O relatório novo está como Working Draft. O segundo não recebe automaticamente o nível do primeiro, e o primeiro não passa a conter comandos posteriores.

Uma URL latest ajuda quem quer ler hoje. Para reproduzir um resultado antigo, ela pode apontar amanhã para outras palavras. A referência precisa terminar na publicação imutável.

Snapshot e Draft não são abreviações equivalentes

O Snapshot de Candidate Recommendation exige solicitação verificada de transição ou atualização e funciona como Patent Review Draft. Segundo o guia público, ele reúne consenso do grupo, revisão pública e formal por outros grupos e compromissos de licenciamento livre de royalties dos participantes.

O Candidate Recommendation Draft integra mudanças posteriores ao Snapshot. O Processo reduz os requisitos de publicação para manter o documento atual. Essas mudanças ainda não passaram pela mesma revisão formal, e o Draft não abre por si só a oportunidade de exclusão ligada ao Snapshot.

Nenhum deles é um padrão W3C. Um Snapshot tampouco exige sozinho experiência adequada de implementação. A orientação sobre living CR admite recursos ainda variáveis, com disponibilidade desigual, interoperabilidade limitada ou testes incompletos.

As diferenças não diminuem o Snapshot. Elas dizem o que ele prova. Snapshot é um alvo revisado e um marco de patente; Draft é a integração posterior; Recommendation acrescentaria endosso do W3C e outro limiar de experiência. Preservar os nomes impede que um estado tome emprestada a autoridade de outro.

O resultado operacional é uma combinação

A carta propõe critérios relevantes. Mudanças na Candidate Recommendation e funções já implantadas deveriam ter Web Platform Tests. Novos recursos deveriam receber interesse de ao menos dois implementadores potenciais. Segurança, privacidade, acessibilidade e revisão horizontal também entram no processo.

Mas interesse não é implementação. Um teste presente pode não cobrir toda a norma. Uma célula verde no painel não é reproduzível sem commit e build. A função pode estar atrás de flag. Driver e cliente podem adaptar ou esconder parte do protocolo.

Por isso, uma afirmação importante precisa manter:

snapshot imutável + maturidade + commit/seleção de testes + builds de navegador/driver/cliente + plataforma + data + exclusões

Se o alvo for um CR Draft, registre o Snapshot anterior e as mudanças substantivas testadas. Se for Snapshot, vincule a decisão e o estado de revisão de patentes. Se a regra usa latest, registre momento, método de resolução e URL imutável resultante.

Esse conjunto não cria uma certificação concorrente. W3C, grupo, implementadores e operadores mantêm suas competências. Ele apenas documenta a combinação da qual surgiu uma conclusão.

A alternativa não é forçar uma Recommendation

Não há base para dizer que WebDriver obrigatoriamente deve buscar Recommendation. Um protocolo alimentado por experiências rápidas pode se beneficiar de uma CR contínua. Um título final não garante código compatível.

O risco é a flexibilidade sem identidade. Um sucesso limitado pode virar publicidade para toda a série. Uma mudança futura pode reescrever a interpretação de um contrato anterior. O nome comum apaga diferenças entre revisão e execução.

Fixar a evidência não paralisa o projeto. Cada nova combinação recebe um novo registro. A evolução permanece livre e suas consequências ficam comparáveis.

O que ainda não sabemos

A carta pode mudar, ser aprovada ou não. A cláusula de CR contínua não é definitiva. Nenhuma das duas especificações chegou à Candidate Recommendation, e o documento não marca a data da primeira transição.

Este texto não atribui nota à interoperabilidade atual nem lê o painel WPT como veredito. Um desenvolvedor seguindo a main branch e um contrato que precisa durar anos exigem níveis diferentes de preservação.

O limite comprovado é este: quando Candidate Recommendation vira destino duradouro, identidade exata deixa de ser detalhe de engenharia. O nome indica a família; não informa o que rodou.

Fontes

  1. Anúncio do W3C sobre a carta proposta
  2. Carta proposta de Browser Testing and Tools
  3. Carta vigente de Browser Testing and Tools
  4. Processo do W3C
  5. Considerações sobre o estágio final
  6. Tipos de documentos do W3C
  7. Relatório técnico atual de WebDriver
  8. Histórico de WebDriver
  9. Relatório técnico atual de WebDriver BiDi
  10. Histórico de WebDriver BiDi
  11. Resultados WPT de WebDriver BiDi
  12. Árvore WPT de WebDriver BiDi