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 ecrã, ampliação, entrada de voz, dispositivos de comutação e preferências de apresentação alternativas. Joel R. Klemmer, Estados Unidos, é responsável pelo sítio Web 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 sítio Web 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 aceder a informações essenciais. Os controlos de acessibilidade complementam o HTML semântico e um comportamento predefinido utilizável; não substituem a necessidade de um sítio 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 retalhistas, registos de fontes públicas, reconhecimento, recursos para meios de comunicação e imprensa, contacto, páginas de políticas e o guia de IA. Abrange o conteúdo e as funções que controlamos.
Os retalhistas independentes, as editoras, as redes sociais, as plataformas de podcasts e outros serviços ligados controlam as suas próprias interfaces e materiais. A sua acessibilidade pode ser diferente da deste sítio Web. Uma ligação para um serviço de terceiros não certifica a 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 controlo.
Os documentos transferíveis, 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 de apoio. Não tratamos uma revisão visual ou a transferência bem-sucedida 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 sítio Web proporciona uma via de leitura separada; contacte-nos se essa via não satisfizer as suas necessidades.
3. Navegação e utilização do teclado
O sítio Web utiliza regiões semânticas, títulos, texto de ligação significativo, ligações nativas e controlos de formulário para apoiar a navegação com tecnologia de apoio. Uma ligação de salto 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 devolver o foco ao controlo que a abriu quando esse controlo continuar disponível.
Utilize Tab e Shift+Tab para se deslocar entre controlos, Enter para ativar ligações e botões quando suportado e Escape para fechar uma caixa de diálogo aberta. Os controlos nativos também podem suportar as teclas de seta ou Space, de acordo com o navegador e a tecnologia de apoio. 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 definições do tema permitem uma apresentação clara, escura ou selecionada pelo sistema dentro da mesma direção visual. O texto, os controlos e os indicadores de foco são revistos quanto ao contraste com os respetivos 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 definições de movimento permitem uma apresentação com movimento reduzido e podem seguir a preferência do sistema operativo. O conteúdo essencial deve permanecer disponível quando o movimento é reduzido. A definiçã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 sítio.
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 controlo opcional para memorizar as definições. Pode limpar essa escolha através da interface. Uma falha no armazenamento do navegador deve manter predefinições 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 de apoio.
O sítio disponibiliza 50 opções de idioma. São utilizados atributos de idioma e direção da escrita para que os navegadores e as tecnologias de apoio 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 tipos de letra 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 controlo 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 a 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 factos 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 transferíveis. Os controlos 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 ligações 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 noutro formato adequado.
Quando publicamos áudio ou vídeo pré-gravado significativo sob o nosso controlo, 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 respetivo 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 contacto identifica os campos obrigatórios e fornece comentários de validação. Os erros devem ser expressos em texto e associados ao controlo afetado ou a um resumo navegável. O progresso, sucesso e insucesso do envio devem ser comunicados à tecnologia de apoio 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 contacto permanecem disponíveis de forma independente. O seu campo de pergunta, envio, cancelamento, resultado e estados de erro destinam-se a ser acessíveis por teclado e leitor de ecrã. As respostas geradas são apresentadas como texto com ligações 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 contacto 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 de apoio. 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.
A nossa abordagem consiste em disponibilizar as informações essenciais através de controlos 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 consoante o sistema operativo, navegador, tecnologia de apoio, hardware, rede, suporte de tipos de letra e definições do utilizador. 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 transferíveis e os meios externos alojados exigem a 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 contacto 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 a que estava a tentar aceder, a barreira encontrada, o dispositivo e navegador, qualquer tecnologia de apoio envolvida e o formato ou assistência que ajudaria. Partilhe apenas o necessário; não envie palavras-passe, documentos médicos ou informações privadas não relacionadas. Pode omitir dados técnicos que desconheça.
Procuramos acusar a receção 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. Consoante o pedido, uma resposta adequada pode ser uma versão em texto, um documento noutro formato, uma ligação esclarecida, 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 a sua preocupação, responda indicando a barreira pendente e solicite uma revisão adicional pelo gestor do sítio Web. Guarde as datas e a correspondência pertinentes se precisar de um registo. A correspondência sobre acessibilidade é tratada ao abrigo da Política de Privacidade e das regras de conservação aplicáveis.
Este processo interno não limita o seu direito de contactar 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 ao abrigo da lei aplicável. Não tem de renunciar a um direito legal para obter assistência. Nenhuma exclusão de responsabilidade noutro local do sítio 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; a sua utilização não determina, por si só, qual a lei aplicável a este sítio Web 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 ecrã estática. As alterações significativas ao guia de IA, aos leitores de publicações ou aos controlos 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, contacte Joel R. Klemmer, Estados Unidos, em contact@joelklemmer.com.