Resumo

  • Em 11 de agosto de 2026, o W3C publicou uma Recomendação atualizada de ARIA in HTML e manteve um link para o relatório público de implementação.
  • O relatório informa 22 de março como última atualização. O histórico registra 311 adições e 126 exclusões em 20 de maio, além de mais seis linhas alteradas em 27 de maio.
  • A diferença não prova falha de processo nem define quantas ferramentas bastam. Ela mostra que a vigência da evidência e a revisão do documento são acontecimentos diferentes.

O cabeçalho parou em março

ARIA in HTML estabelece como autores podem usar funções e atributos WAI-ARIA e DPub-ARIA em elementos HTML sem violar os requisitos de conformidade. O próprio texto delimita sua finalidade principal: orientar verificadores usados por desenvolvedores. Não se trata de um placar geral de navegadores ou tecnologias assistivas.

Na ficha da Recomendação de 11 de agosto há um link para o relatório de implementação. A página acompanha o W3C HTML checker, o ARC Toolkit e o IBM Accessibility Checker. Antes da matriz, diz “Last updated 22 March 2026”. Em seguida, afirma que, naquela data, os recursos enumerados tinham sido verificados contra o estado corrente da especificação e que nenhum estava em risco por falta de implementações.

Esse cabeçalho oferece um único relógio. O Git oferece outro.

O commit 89f8e75e9d35, de 20 de maio, fez uma atualização extensa no arquivo: 311 linhas acrescentadas e 126 removidas. O diff troca a antiga data de agosto de 2021 por 22 de março de 2026, reescreve a conclusão agregada sobre recursos em risco e renova grande parte da tabela. A linha dedicada a selectedcontent também entra nesse commit.

Uma semana depois, em 27 de maio, 7998c77749cf alterou mais seis linhas. As duas formas de select passaram a ser descritas pelo modo de apresentação — caixa suspensa e caixa de lista — em vez de uma fórmula literal baseada em atributos. A data visível continuou em março. Até o corte deste texto, esse é o último commit público que modifica o relatório.

Nada disso obriga a concluir que a informação estava desatualizada. Uma equipe pode fechar a coleta em março, publicar o levantamento em maio e corrigir a redação depois sem repetir as medições. Nesse cenário, “22 de março” é uma data de referência dos resultados. Ela apenas não é a data da última mudança do arquivo, embora o rótulo sugira isso.

Uma linha permite testar a proveniência

A entrada selectedcontent trata das permissões de ARIA para o elemento quando ele aparece no contexto previsto de um select customizável ou fora desse contexto. O relatório vincula um teste e três issues públicas.

O W3C Validator aparece como yes; seu issue foi encerrado como concluído em 17 de março de 2026. O ARC Toolkit aparece in progress, com issue ainda aberto. O IBM Accessibility Checker está not yet implemented, também ligado a um issue aberto no corte.

Não existe base para transformar 1–1–1 em uma acusação contra a Recomendação. O Processo do W3C não prescreve uma soma universal. Ao avaliar experiência adequada, a equipe pode observar a implementação de cada recurso, a independência e a interoperabilidade, a participação de pessoas que não escreveram a especificação, o uso público, os vários níveis do ecossistema e as dificuldades relatadas. A matriz de três verificadores pode integrar essa análise sem esgotá-la.

Também é incorreto tratar as células como prova da experiência de quem usa navegador e tecnologia assistiva. O objeto é a implementação de regras em verificadores de conformidade. ARIA in HTML exige essas regras de ferramentas que alegam suporte, mas permite que elas adotem sua própria terminologia e gravidade. Um yes não certifica um site; um issue aberto não revela todo código ainda não lançado.

O ponto verificável é temporal. A linha foi adicionada ao arquivo público em maio sob um cabeçalho que diz março. Sem dois campos, o leitor não sabe se março representa execução do teste, revisão das células, conferência dos issues, corte dos dados ou edição da página.

As revisões ocorreram durante a consulta

Em 7 de abril, o Grupo de Trabalho ARIA abriu o Last Call para correções e adições propostas. selectedcontent e as permissões do select customizável estavam marcados como propostas. Comentários, inclusive experiência de implementação, seriam recebidos até 8 de junho.

As duas mudanças de maio ficaram dentro desse intervalo. Na Recomendação de 11 de agosto, os itens passaram a integrar a lista de mudanças substantivas desde a edição original de 2021.

O Processo admite essa incorporação quando os comentários foram tratados, há experiência adequada e os demais requisitos de texto de Recomendação estão satisfeitos. As páginas públicas mostram a sequência, mas não conectam de modo inequívoco a solicitação de atualização a um commit do relatório, a um corte de evidência e ao estado observado de cada ferramenta. A lacuna não demonstra uma decisão inválida. Ela impede que um terceiro reproduza seus insumos temporais.

Dois relógios bastam

Um cabeçalho melhor separaria revisão do relatório, com commit imutável e data da alteração, de evidência válida até, com o último dia observado na matriz. As linhas acrescentariam versão da ferramenta, caso de teste, data da observação e significado do status. O relatório também fixaria a versão da especificação usada no confronto.

Se um Last Call ou pedido de atualização usar a matriz, o registro decisório deve apontar para aquele snapshot. Alterações posteriores podem ser classificadas como novo resultado, troca de teste, alinhamento à especificação ou simples edição.

Não é um comitê novo nem uma barreira de publicação. É a camada mínima que mantém março e maio verdadeiros sem deixar que uma data se passe pela outra.

Fontes