Declaração de acessibilidade
Última atualização: 19 de setembro de 2026.
1. Compromisso e norma
JoelKlemmer.com destina-se a ser utilizável por pessoas com deficiência, incluindo pessoas que utilizam teclados, leitores de tela, ampliação, entrada de voz, dispositivos de comutação e preferências de apresentação alternativas. Joel R. Klemmer, Estados Unidos, é responsável pelo site e por receber preocupações de acessibilidade em contact@joelklemmer.com.
O nosso objetivo técnico são as Web Content Accessibility Guidelines, versão 2.2, Nível AA. Também aplicamos determinadas práticas do Nível AAA quando melhoram a experiência e podem ser suportadas de forma consistente. «AA+» é por vezes utilizado informalmente, mas não é um nível de conformidade WCAG distinto. Não o utilizamos como certificação nem declaramos que o site cumpriu todos os critérios de sucesso do Nível AAA.
A acessibilidade faz parte da revisão do design, conteúdo, desenvolvimento e lançamento. Uma experiência visualmente imersiva não deve exigir animação, um renderizador tridimensional, um tema de cores específico ou um dispositivo apontador para acessar informações essenciais. Os controles de acessibilidade complementam o HTML semântico e um comportamento padrão utilizável; não substituem a necessidade de um site subjacente acessível.
2. Âmbito desta declaração
Esta declaração abrange as páginas e a interface geridas em JoelKlemmer.com, incluindo navegação, pesquisa, informações sobre livros e diretórios de varejistas, registros de fontes públicas, reconhecimento, recursos para meios de comunicação e imprensa, contato, páginas de políticas e o guia de IA. Abrange o conteúdo e as funções que controlamos.
Os varejistas independentes, as editoras, as redes sociais, as plataformas de podcasts e outros serviços ligados controlam suas próprias interfaces e materiais. Sua acessibilidade pode ser diferente da deste site. Um link para um serviço de terceiros não certifica sua acessibilidade. Se um recurso externo criar uma barreira às informações aqui disponíveis, diga-nos do que necessita e consideraremos uma alternativa adequada sob o nosso controle.
Os documentos para download, as imagens e o material audiovisual têm considerações específicas do formato. Um PDF visual pode comportar-se de forma diferente da sua apresentação em HTML, especialmente quanto à ordem de leitura, marcação, extração de texto e tecnologia assistiva. Não tratamos uma revisão visual ou o download bem-sucedido de um PDF como prova de conformidade PDF/UA. A apresentação em HTML das informações para meios de comunicação e imprensa no site proporciona uma via de leitura separada; entre em contato conosco se essa via não satisfizer suas necessidades.
3. Navegação e utilização do teclado
O site utiliza regiões semânticas, títulos, texto significativo para links, links nativos e controles de formulário para apoiar a navegação com tecnologia assistiva. Um link para pular proporciona uma via para o conteúdo principal. O foco do teclado destina-se a permanecer visível e a seguir uma ordem significativa. As caixas de diálogo de navegação suportam entrada e encerramento através do teclado, e fechar uma caixa de diálogo deve retornar o foco ao controle que a abriu quando esse controle continuar disponível.
Utilize Tab e Shift+Tab para se deslocar entre controles, Enter para ativar links e botões quando suportado e Escape para fechar uma caixa de diálogo aberta. Os controles nativos também podem suportar as teclas de seta ou Space, de acordo com o navegador e a tecnologia assistiva. Não substituímos intencionalmente os atalhos habituais do navegador nem exigimos um gesto complexo para uma ação essencial.
Os alvos do ponteiro são concebidos com dimensão e separação suficientes. Uma ação disponível ao passar o ponteiro também deve poder ser descoberta e operada através de um teclado ou de outra forma de entrada suportada. As apresentações tátil, por teclado e por ponteiro podem diferir na disposição, preservando o mesmo conteúdo e as mesmas ações essenciais.
4. Apresentação, contraste, movimento e gráficos
As configurações do tema permitem uma apresentação clara, escura ou selecionada pelo sistema dentro da mesma direção visual. O texto, os controles e os indicadores de foco são revistos quanto ao contraste com os respectivos fundos reais. As imagens decorativas e as superfícies em camadas não podem fazer depender a legibilidade do texto essencial de um fundo imprevisível. A cor, por si só, não deve identificar um erro, estado ou seleção.
As configurações de movimento permitem uma apresentação com movimento reduzido e podem seguir a preferência do sistema operacional. O conteúdo essencial deve permanecer disponível quando o movimento é reduzido. A configuração de gráficos proporciona uma apresentação mais leve aos visitantes que preferem ou necessitam de renderização reduzida. Se o navegador não suportar uma cena tridimensional, uma apresentação estática deve preservar as informações e a navegação necessárias para utilizar o site.
Pode ampliar e utilizar as preferências de tamanho de texto do navegador. As disposições são revistas quanto ao reajustamento e à perda de conteúdo quando o texto ou as dimensões da janela de visualização mudam. Alguns objetos visuais, como uma capa de livro ou uma página de publicação, mantêm uma forma intrínseca; o texto alternativo e as informações HTML circundantes fornecem contexto independentemente da disposição física da imagem.
As preferências de apresentação são armazenadas no dispositivo apenas quando é selecionado o controle opcional para memorizar as configurações. Pode limpar essa escolha através da interface. Uma falha no armazenamento do navegador deve manter configurações padrão utilizáveis em vez de impedir o acesso. A Política de Cookies explica separadamente este armazenamento.
5. Texto, estrutura e idioma
Procuramos utilizar títulos claros, tamanhos de texto legíveis, espaçamento suficiente entre linhas e uma ordem de leitura significativa. As informações não devem depender apenas da posição visual, da forma ou de uma instrução como «clique no item à direita». Os formulários e elementos interativos devem expor nomes e relações compreensíveis às tecnologias assistivas.
O site disponibiliza 50 opções de idioma. São utilizados atributos de idioma e direção da escrita para que os navegadores e as tecnologias assistivas possam interpretar adequadamente o idioma selecionado e o texto da direita para a esquerda. Os nomes, os títulos originais dos livros e as citações podem permanecer no seu idioma de origem quando a tradução identificaria incorretamente a obra; as explicações circundantes devem tornar clara essa distinção.
Uma interface traduzida não é automaticamente acessível nem exata. As etiquetas longas, os fontes não latinos, o texto bidirecional, os formatos de data locais e as instruções traduzidas exigem verificações separadas. Se uma tradução tornar um controle ou explicação pouco claro, identifique o idioma e a página na sua comunicação. Avaliaremos tanto o significado como a facilidade de utilização resultante.
6. Imagens, livros, publicações e meios de comunicação
As imagens significativas devem ter alternativas textuais que transmitam sua finalidade. As imagens decorativas não devem criar anúncios repetitivos nem ocultar conteúdo significativo. As fotografias e as cenas geradas não devem transmitir fatos essenciais que não estejam disponíveis no texto próximo. Os títulos dos livros, a autoria, as edições e as informações de compra são apresentados como texto, em vez de dependerem apenas de imagens de capa ou objetos tridimensionais.
As publicações para meios de comunicação e imprensa têm interfaces de leitura em HTML, além de versões para download. Os controles devem ter um nome, poder ser operados por teclado e ser utilizáveis quando o movimento é reduzido. A ampliação do texto, a navegação entre páginas e as links para fontes devem permanecer disponíveis sem exigir um gesto de virar a página. Se um determinado leitor ou formato de documento constituir uma barreira, solicite as informações em outro formato adequado.
Quando publicamos áudio ou vídeo pré-gravado significativo sob o nosso controle, são necessárias alternativas acessíveis, como legendas, transcrições ou descrições, conforme for adequado ao conteúdo e à norma aplicável. O movimento decorativo sem informações adicionais pode utilizar uma apresentação estática equivalente. As gravações de terceiros podem ter legendas ou transcrições fornecidas pelo respectivo anfitrião; não presumimos que essas funcionalidades estejam presentes ou sejam exatas apenas porque a gravação está ligada.
7. Formulários, erros e respostas automatizadas
O formulário de contato identifica os campos obrigatórios e fornece comentários de validação. Os erros devem ser expressos em texto e associados ao controle afetado ou a um resumo navegável. O progresso, sucesso e insucesso do envio devem ser comunicados à tecnologia assistiva sem depender apenas da cor, animação ou de uma mensagem visual transitória.
O guia de IA é opcional. A pesquisa normal, as páginas de fontes e o contato permanecem disponíveis de forma independente. Seu campo de pergunta, envio, cancelamento, resultado e estados de erro destinam-se a ser acessíveis por teclado e leitor de tela. As respostas geradas são apresentadas como texto com links para as fontes. Uma falha ou uma pergunta não suportada deve produzir uma explicação clara, em vez de um resultado vazio apresentado como êxito.
O resultado da IA pode estar errado ou ser difícil de compreender. Não substitui uma adaptação de acessibilidade solicitada nem assistência direta. Pode pedir informações através do canal de contato em vez de utilizar um fornecedor de IA. A Política de IA e a Política de Privacidade explicam as limitações da funcionalidade e o tratamento de dados.
8. Avaliação e limitações atuais
Utilizamos uma combinação de revisão de código-fonte, verificações automatizadas, testes de teclado, verificações responsivas no navegador e inspeção visual durante o desenvolvimento e a preparação do lançamento. Os testes automatizados podem identificar determinados defeitos, mas não podem comprovar que todas as interações funcionam para todas as pessoas ou tecnologias assistivas. Um teste bem-sucedido numa janela de visualização simulada não equivale a testar um telefone físico, televisor, auscultador de RV ou todos os navegadores incorporados.
Nossa abordagem consiste em disponibilizar as informações essenciais através de controles Web normais e de texto para que as cenas decorativas não se tornem uma barreira em dispositivos com limitações. O comportamento real pode ainda variar conforme o sistema operacional, navegador, tecnologia assistiva, hardware, rede, suporte de fontes e configurações do usuário. Se uma combinação falhar, pretendemos obter as informações específicas necessárias para reproduzir a barreira e fornecer uma alternativa.
Não reivindicamos certificação de acessibilidade de terceiros, conformidade total com o Nível AAA, testes universais em dispositivos físicos nem conteúdo acessível de terceiros sem provas de apoio. Os documentos para download e os meios externos hospedados exigem sua própria avaliação. Uma limitação conhecida deve ser avaliada e resolvida através de uma correção ou alternativa acessível adequada, não ignorada apenas porque um relatório automatizado foi aprovado.
9. Pedido de assistência ou de um formato alternativo
Envie uma mensagem para contact@joelklemmer.com ou utilize o formulário de contato para comunicar uma barreira ou solicitar informações num formato acessível. Se o próprio formulário for difícil de utilizar, o canal de correio eletrônico é uma alternativa. Não precisa de divulgar um diagnóstico para fazer um pedido de acessibilidade.
Os elementos úteis incluem o endereço da página, a informação ou ação que estava tentando acessar, a barreira encontrada, o dispositivo e navegador, qualquer tecnologia assistiva envolvida e o formato ou assistência que ajudaria. Partilhe apenas o necessário; não envie senhas, documentos médicos ou informações privadas não relacionadas. Pode omitir dados técnicos que desconheça.
Procuramos confirmar o recebimento de um pedido de acessibilidade no prazo de cinco dias úteis e fornecer uma resposta substantiva ou um passo seguinte prático no prazo de dez dias úteis. Algumas correções ou formatos alternativos podem exigir mais tempo; nesse caso, procuramos explicar o passo seguinte previsto e mantê-lo informado. Prevalece um prazo mais curto ou um procedimento diferente exigido pela lei aplicável. Estes objetivos não constituem uma promessa de que todos os defeitos de software possam ser resolvidos permanentemente nesse período.
Uma assistência razoável não deve exigir que utilize a funcionalidade que criou a barreira. Dependendo do pedido, uma resposta adequada pode ser uma versão em texto, um documento em outro formato, um link esclarecido, assistência na localização de uma fonte ou uma correção da interface. Consideraremos a forma de assistência solicitada e as obrigações aplicáveis às circunstâncias.
10. Comentários, escalamento e direitos legais
Se uma resposta não resolver sua preocupação, responda indicando a barreira pendente e solicite uma revisão adicional pelo gestor do site. Guarde as datas e a correspondência pertinentes se precisar de um registro. A correspondência sobre acessibilidade é tratada de acordo com a Política de Privacidade e das regras de conservação aplicáveis.
Este processo interno não limita seu direito de contatar uma autoridade competente em matéria de acessibilidade, direitos das pessoas com deficiência, defesa do consumidor ou outra, utilizar um processo de reclamação disponível ou procurar uma via de recurso nos termos da lei aplicável. Não precisa renunciar a um direito legal para obter assistência. Nenhuma exclusão de responsabilidade em outro local do site exclui um dever que não possa ser legalmente excluído.
Os requisitos de acessibilidade variam entre países e, nos Estados Unidos, entre os quadros jurídicos federais, estaduais e outros aplicáveis. WCAG é uma norma técnica; sua utilização não determina, por si só, qual a lei aplicável a este site nem certifica o cumprimento de todos os requisitos locais. As proteções obrigatórias aplicáveis prevalecem quando exigem mais do que esta declaração descreve.
11. Manutenção e atualização da acessibilidade
Revemos a acessibilidade ao adicionar uma funcionalidade, alterar a navegação, atualizar uma publicação, introduzir um novo recurso ou traduzir conteúdo. As verificações pertinentes devem incluir a interação real e estados de falha significativos, não apenas uma captura de tela estática. As alterações significativas ao guia de IA, aos leitores de publicações ou aos controles de cena exigem uma nova revisão das funções afetadas.
Atualizaremos esta declaração quando uma alteração substancial afetar as funcionalidades, limitações ou assistência aqui descritas. A data na página publicada identifica a versão. Para obter assistência ou mais informações, entre em contato com Joel R. Klemmer, Estados Unidos, em contact@joelklemmer.com.