Safari 27.2 muda formulários e acessibilidade: o que revisar no site

Profissional revisa em um monitor e celular um formulário com menu de seleção aberto; no canto inferior aparece a bússola oficial do Safari e o nome Safari 27.2.Sites
Safari 27.2: ajustes em seletores personalizáveis, acessibilidade e CSS. Imagem editorial gerada para a Pump; ícone oficial do Safari aplicado sem alteração.

O Safari 27.2, lançado em 26 de outubro, traz ajustes para menus de seleção personalizáveis, correções de acessibilidade e uma mudança de nome na propriedade experimental de CSS Grid Lanes. Para empresas com formulários no site, a atualização é um bom motivo para revisar menus, leitores de tela e layouts em dispositivos Apple — mas não exige reescrever todos os formulários.

A recomendação prática é manter o elemento HTML <select> e seu comportamento nativo, aplicar a personalização visual de forma progressiva e testar o resultado em Safari com toque, teclado e VoiceOver. A atualização também pede atenção a projetos que já experimentam Grid Lanes: a propriedade flow-tolerance passa a se chamar fit-tolerance, embora o nome antigo continue funcionando como alias depreciado.

O que mudou nos menus de seleção

O WebKit detalha no anúncio de Safari 27.2, publicado em 26 de outubro de 2026, refinamentos em Customizable Select. A versão melhora os estilos padrão quando um site usa appearance: base-select, mantém visível o ícone que abre as opções mesmo quando não há um elemento <selectedcontent> e corrige situações em que o alinhamento poderia levar o seletor para fora da tela. Também acrescenta suporte a ::field-content, que permite estilizar o valor escolhido sem introduzir o elemento <selectedcontent>.

Na prática, isso ajuda times que querem aproximar o menu do sistema visual do site sem substituir o controle por uma lista improvisada de botões. Um seletor nativo continua comunicando ao navegador que aquele campo é um controle de formulário. Isso preserva recursos importantes para pessoas que navegam por teclado, usam leitor de tela ou dependem do envio e da validação tradicionais do formulário.

A base dessa abordagem já estava no anúncio de Safari 27.0, de 17 de setembro: Customizable Select amplia o que pode ser estilizado mantendo o controle HTML e o modelo semântico. A apresentação da Apple na WWDC26 sobre o elemento HTML select também mostra a ideia de personalizar o seletor sem abandonar sua estrutura acessível. É material de referência, não uma promessa de que todo navegador ou toda versão antiga terá a mesma aparência.

Acessibilidade também entra no pacote

O post do WebKit lista correções em áreas como acessibilidade, mídia, CSS, formulários e JavaScript. Entre elas estão ajustes no tratamento de nomes e descrições ligados por aria-labelledby e aria-describedby, além de correções para o VoiceOver em regiões atualizadas ao vivo e em alguns campos de data, hora e cor.

Esses detalhes têm impacto concreto em fluxos de contato, cadastro, orçamento e compra. Um campo pode parecer correto visualmente e ainda anunciar informação repetida, omitir uma instrução ou deixar pouco claro o erro depois do envio. Por isso, testar apenas o clique do mouse é insuficiente. O caminho pelo teclado, a ordem do foco e o anúncio do rótulo e da mensagem de erro fazem parte do funcionamento do formulário.

Isso se conecta a decisões mais amplas de projeto: nosso guia sobre o que avaliar num projeto de desenvolvimento web em 2026 trata compatibilidade e manutenção como parte da entrega; e o artigo sobre o que entra no orçamento de um site profissional explica por que conteúdo, validação e qualidade técnica também fazem parte do escopo, além da interface visual.

Um detalhe para quem testa CSS Grid Lanes

Safari 27.2 troca o nome de flow-tolerance para fit-tolerance na implementação experimental de CSS Grid Lanes. O nome antigo continua disponível por compatibilidade, mas está depreciado. A especificação viva do CSS Grid Layout Module Level 3 registra o novo identificador; como se trata de uma especificação em evolução e de um recurso experimental, não é prudente tratar essa mudança como uma propriedade pronta para uso geral em páginas de produção.

Se um protótipo interno já usa Grid Lanes, vale localizar flow-tolerance, ler a documentação atual e testar a propriedade com fit-tolerance em uma branch. Para componentes de conteúdo essenciais, mantenha uma alternativa funcional quando o navegador não entender a propriedade. O alias ajuda na transição, mas não substitui uma estratégia de compatibilidade, nem significa que todos os navegadores adotaram o recurso.

Checklist rápido para revisar seu site

A atualização está na lista de versões da Apple para 26 de outubro de 2026, junto às versões de sistema que disponibilizam o Safari 27.2. Um teste enxuto e útil pode seguir estes passos:

  1. Abra os formulários mais importantes em um iPhone, iPad ou Mac atualizado e confira se o menu abre, permanece visível e mostra a opção selecionada.
  2. Percorra os campos apenas com teclado e confirme que o foco é visível, a ordem faz sentido e o seletor pode ser operado sem mouse.
  3. Teste rótulos, instruções, campos obrigatórios e mensagens de erro com VoiceOver, prestando atenção a informação repetida ou ausente.
  4. Confira se o layout não corta opções, valor selecionado ou ícone em telas menores e com zoom.
  5. Se usa appearance: base-select, valide a aparência personalizada e também o comportamento quando as regras de estilo não são aplicadas.
  6. Se há CSS Grid Lanes experimental, troque o nome apenas em ambiente de teste e registre como o componente se comporta nos navegadores e dispositivos que seu público usa.

O objetivo não é fazer o site parecer idêntico em todo aparelho. É manter o formulário compreensível, operável e confiável, mesmo quando o navegador apresenta o controle de outra forma.

O que a atualização não prova

Uma correção no WebKit não demonstra, por si só, que um formulário específico estava quebrado, nem garante que a atualização resolva todos os problemas de acessibilidade de um site. Os resultados dependem do HTML, do CSS e das tecnologias assistivas usadas, além das versões instaladas. O changelog identifica mudanças do navegador; a validação do site ainda precisa acontecer no contexto real do projeto.

Para a maioria das equipes, a resposta é simples: preservar controles semânticos, evitar dependência de recursos experimentais em partes críticas e incluir ao menos uma passada de teste em Safari no ciclo de revisão. Se o site recebe leads, pedidos ou pagamentos, esses minutos de QA ajudam a encontrar obstáculos no caminho que transforma uma visita em uma ação.

Diagrama: mantenha o select nativo, personalize o visual progressivamente e teste por toque, teclado e leitor de tela.

Diagrama editorial da Pump: três passos para personalizar um menu de seleção sem perder o controle nativo do formulário.

#Sites#Safari#WebKit#Acessibilidade#Desenvolvimento web
Davi
Davi
Fundador da Pump e redator desde 2021. Apaixonado por tecnologia e cultura pop.
← Voltar ao blog