Como usar o semáforo do toque pdf na prática
A maioria das pessoas que trabalha com PDFs acessíveis depara com uma situação simples: o arquivo foi gerado, impresso ou escaneado e ninguém sabe se ele segue as normas corretas. O sistema de semáforo do toque pdf resolve isso de forma direta, classificando cada problema encontrado em três cores — vermelho, amarelo e verde — para indicar a severidade da falha. Eu comecei a usar essa abordagem em 2019, quando precisei auditar mais de cem manuais técnicos produzidos por departamentos diferentes. Cada um usava uma versão do Word, uma impressora diferente, um scanner que ninguém lembrava o modelo. A validação manual seria impossível dentro do prazo que tinham me dado. O semáforo foi a única forma de entregar algo minimamente confiável em quatro dias. Não foi elegante. Funcionou.
semáforo do toque pdf
O conceito é simples na teoria, mas a execução puxa detalhes que todo mundo subestima. O "toque" aqui se refere ao nível de interação e verificação que você aplica no documento. Existem basicamente três abordagens: a verificação automática, que roda um checker e gera o relatório; a verificação manual guiada, onde o software aponta os problemas e você inspeciona cada um; e a verificação híbrida, que é a que eu uso na maior parte do tempo. No modo automático, você passa o PDF por um validador como o PAC 2, o VeraPDF ou o axe Core. O sistema varre estrutura, tags, contraste, ordem de leitura, campos de formulário e retorna uma lista de erros. O semáforo surge quando esses erros são agrupados por criticidade. Vermelho significa problema que inviabiliza a acessibilidade. Amarelo é um sinal de alerta que pode ou não precisar de correção dependendo do contexto. Verde é conformidade ou item irrelevante para aquela verificação específica.
O que pouca gente explica é que o semáforo não é universal. Cada ferramenta tem seus próprios critérios. O que o PAC 2 considera vermelho pode aparecer como amarelo no axe Core. Isso acontece porque uma coisa é a legislação brasileira — a Lei 13.146 e as diretrizes WCAG 2.1 — e outra é a interpretação que cada software faz dessas regras. Você precisa saber qual padrão está sendo aplicado antes de confiar no resultado. Eu tenho uma preferência pelo VeraPDF para conformidade com o padrão PDF/A, que é o que a maioria dos órgãos públicos exige. Quando o arquivo precisa passar por uma validação formal, o VeraPDF é mais rigoroso e menos tolerante com ambiguidades. Para acessibilidade do usuário final, o PAC 2 ou o axe Core entregam uma visão mais prática. Use ambos quando o documento for crítico. Um complementa o outro.
O problema que eu encontrei e que nunca vi bem documentado aconteceu com um PDF gerado a partir de um scan de um cadastro municipal. O semáforo mostrava tudo verde em acessibilidade. O arquivo não tinha texto selecionável, não tinha tags, não tinha estrutura nenhuma. O leitor de tela simplesmente não conseguia processar nada. Acontece que o software de verificação estava rodando sobre um PDF que continha uma camada de imagem sobreposta a um arquivo já processado por OCR em uma camada invisível. O checker via a camada de texto oculta e marcava como conforme. A correção foi extrair a camada de texto com um conversor específico e regenerar o PDF só com o texto exposto, sem a camada de imagem por cima. Esse tipo de armadilha aparece em arquivos que passaram por múltiplos processamentos antes de chegar até você. Outro detalhe que exige atenção é a ordem de leitura. O semáforo pode marcar uma tabela como verde se todos os elementos estiverem presentes, mas a ordem tabular estiver completamente quebrada. Para tabelas simples, isso é rápido de corrigir. Para tabelas com células mescladas, que é o caso comum em documentos financeiros e contratos, o processo de reestruturação das tags pode levar de quinze a trinta minutos por página, dependendo da complexidade. Não adianta apenas rodar o software e esperar que ele organize tudo. Você precisa inspecionar cada tabela com mais de três colunas mescladas manualmente.
👉 Clique no botão abaixo para saber mais sobre o assunto!
A verificação manual guiada é onde o semáforo realmente mostra valor. Em vez de apenas receber uma lista de erros, você navega por cada item, vê o contexto no documento e decide se a correção proposta é adequada. Isso evita falsos positivos, que acontecem com frequência em documentos que usam fontes personalizadas ou layouts não convencionais. O tempo gasto nessa etapa varia muito. Um PDF de dez páginas com problemas moderados leva entre vinte e cinquenta minutos para revisão completa. Um documento de cem páginas com estrutura problemática pode demandar duas horas ou mais. O download de qualquer ferramenta de verificação deve ser feito diretamente do site oficial do desenvolvedor. O PAC 2 vem do INES, o VeraPDF da fundação correspondente, e o axe Core da axe Software. Evite sites de terceiros que empacotam essas ferramentas com alterações não testadas. Já vi versões modificadas que ignoravam verificações de contraste por questão de "compatibilidade", o que invalidava todo o relatório gerado.
Se o seu objetivo é apenas verificar um arquivo rapidamente sem entrar em conformidade formal, uma alternativa viável é usar o browser com extensões de acessibilidade. O axe DevTools, por exemplo, funciona no Chrome e no Firefox e roda análise básica em PDFs abertos na aba. Não substitui as ferramentas dedicadas, mas é útil para uma primeira triagem. Você identifica problemas óbvios em cinco minutos e decide se vale a pena fazer a análise completa. Um ponto que merece ser dito explicitamente: o semáforo não resolve problemas estruturais de origem. Se o PDF foi gerado a partir de uma imagem sem OCR ou de um Word mal estruturado, nenhuma ferramenta de verificação vai transformar aquele arquivo em acessível automaticamente. O semáforo mostra o problema. Ele não o corrige. A correção real exige intervenção humana no arquivo fonte ou no PDF propriamente dito, usando um editor adequado.
Para correção, oAdobe Acrobat Pro ainda é a opção mais completa, mas não é a única. O PDF24 Editor é gratuito e cobre a maioria das necessidades básicas de tag e metadados. O SumatraPDF é útil para visualização rápida, mas não faz edição. Quando o documento precisa ser entregue para homologação, usar o Acrobat Pro com o painel de acessibilidade integrado é o caminho mais seguro, porque ele permite correção e validação no mesmo ambiente. A frequência ideal de verificação depende do volume de produção. Se você gera mais de vinte PDFs acessíveis por mês, vale a pena estabelecer um fluxo onde cada documento passa pelo semáforo antes de ser considerado finalizado. Se o volume é menor, uma verificação pontual por trimestre, combinada com análise manual dos casos novos ou atualizados, é suficiente. O que não funciona é delegar a verificação para o final do processo, quando já se descobriu que o arquivo precisa ser refeito do zero.
O custo de tempo que essa prática evita é real. Um PDF que passa por validação tardia e precisa ser reconstruído gasta em média três vezes mais tempo do que aquele que recebe a verificação adequada desde o início. A diferença é ainda maior quando o documento original não está mais disponível e precisa ser refeito a partir de uma versão intermediária. Resumindo sem repetir o óbvio: o semáforo do toque pdf é uma ferramenta de triagem e diagnóstico, não de correção automática. Ele funciona bem quando usado corretamente, com a ferramenta certa para o padrão desejado e com a consciência de que falsos positivos e armadilhas de camadas ocultas exigem verificação manual. O investimento de tempo na fase de verificação paga-se na redução de retrabalho e na confiança de que o documento realmente atende ao que foi pedido.
