Como funciona
No código
Antes de publicar, a Briks verifica as cores das palavras em relação aos fundos em que elas estão.
Na página publicada
Depois da primeira publicação, ele olha a página na largura de desktop e de celular.
Um reparo, se necessário
Onde as palavras ficam difíceis de ler, ele as corrige uma vez.
O que é verificado a cada build
O contraste baixo de cores é uma das falhas de acessibilidade mais comuns na web: cinza claro sobre branco, branco sobre uma foto clara, a cor da marca sobre um tom próximo dela mesma. O Briks verifica o contraste das cores no código do site antes de qualquer publicação, medindo cada cor em que o seu texto está escrito contra o fundo em que ele realmente está.
O padrão é o das diretrizes de acessibilidade, WCAG AA: 4,5 para 1 em texto comum e 3 para 1 em texto grande, ou seja, 24 pixels ou mais, ou cerca de 19 pixels em negrito. Quando uma cor não atinge esse nível, as palavras sobre esse fundo usam uma cor que se lê bem.
Após a primeira publicação, o Briks examina a página no ar na largura de desktop e de celular e verifica o contraste outra vez, porque alguns problemas só aparecem no navegador, como palavras sobre uma imagem. Se algo estiver difícil de ler, ele corrige uma vez. Também confere se todas as páginas que você escolheu estão no menu.
Verificações extras para apps e no lançamento
Os apps recebem uma segunda leitura do código antes de publicar, voltada aos erros que mais machucam: chaves secretas escritas em arquivos, gravações no banco de dados sem limite, uma tabela de membros que qualquer pessoa poderia ler e consultas ao banco de dados montadas juntando textos.
Quando você leva um site para produção, a verificação de lançamento roda primeiro. Ela barra o lançamento por coisas que constrangeriam um negócio no primeiro dia: texto provisório esquecido, fatos que o rascunho inventou e que você não substituiu nem confirmou, páginas sem título e descrição próprios para os resultados de busca, links entre suas páginas que não levam a lugar nenhum, e a falta de uma página para endereços que não existem.
Ela lê até doze páginas e testa até oitenta links. Não usa nenhum modelo de IA, então não gasta créditos.
A verificação completa e o que não é verificado
Uma verificação mais completa está a um interruptor de distância nas etapas de novo projeto, e vem desativada por padrão. Depois que a primeira versão é publicada, o Briks a examina em quatro tamanhos de tela e corrige o que aparece quebrado, como partes que se sobrepõem ou um layout que desmonta em uma determinada largura. Leva alguns minutos a mais e alguns créditos; uma verificação reserva 5 créditos enquanto roda. Você pode pedir a mesma verificação com qualquer alteração posterior.
Para ser claro sobre os limites: as verificações de sobreposição, de imagens e de links não rodam em toda criação. Uma primeira criação normal recebe as verificações de contraste, a verificação do menu e, para apps, a leitura do código. Os links são verificados pela verificação de lançamento, ou pela verificação mais completa quando você a ativa.
Nada disso substitui os seus próprios olhos. Abra a prévia no celular antes de publicar em produção e peça, em palavras simples, qualquer coisa que pareça estranha.
Verificações antes de publicar na prática
Três negócios de exemplo e como cada um usaria. Onde aparece um site, é um exemplo que a Briks criou para um negócio fictício, não um cliente.
- 01Fabricante de velas
Palavras claras sobre uma foto suave
Uma fabricante de velas quer o título dela sobre uma foto de praia com neblina. Na largura do celular, parte do título fica sobre a área mais clara do céu. É o tipo de falha para o qual existe a verificação ao vivo: ela olha a página publicada no computador e no celular e corrige textos difíceis de ler.
Saltmarsh Candles é um site de exemplo que o Briks criou para um(a) fabricante de velas fictício(a), não para um cliente. Abrir o exemplo - 02Escritório de advocacia
Uma cor de marca dourada clara sobre branco
A cor da marca de um escritório de advocacia é um dourado claro. Como cor de texto sobre branco, ela fica bem abaixo de 4,5 para 1. Antes de publicar, a verificação no código a detecta e define o texto sobre esse fundo em uma cor legível, para que as páginas do escritório fiquem legíveis desde a primeira publicação.
- 03Construtora
O app de serviços de uma equipe, lido antes de publicar
Uma construtora pede um app pequeno em que sua equipe registra os trabalhos. Antes de publicar, o código é lido em busca de chaves escritas em arquivos e de gravações sem limite. Quando a construtora o leva para produção, a verificação de lançamento também encontra um link para uma página Projects que nunca foi criada e interrompe o lançamento até que isso seja corrigido.
O que você recebe
- Contraste verificado no código antes de publicar, no nível WCAG AA
- Verificado de novo na página no ar, em desktop e celular, com um reparo
- Toda página escolhida está no menu antes de ser publicada
- Os apps são analisados em busca de chaves escritas em arquivos, gravações sem limite e consultas inseguras
Bom saber
- Uma verificação mais completa em quatro larguras está a um interruptor de distância nas etapas de novo projeto.
- Publicar em produção executa uma verificação de lançamento, incluindo links que não levam a lugar nenhum.