Ir para o conteúdo principal

Zayloft Accessibility

A Zayloft está comprometida em tornar suas experiências digitais utilizáveis pelo maior número razoavelmente possível de pessoas, incluindo quem usa tecnologias assistivas ou formas alternativas de navegar, ler, ouvir ou interagir.

Nossa abordagem prioriza a experiência, o código e o conteúdo subjacentes em vez de depender de overlays ou afirmar acessibilidade universal. Usamos WCAG 2.2 Nível AA como referência prática quando apropriado.

As traduções são fornecidas por conveniência. Em caso de conflito, a versão em inglês prevalece na medida permitida pela lei.

Nossa abordagem de acessibilidade.

1. Escopo

Esta Declaração se aplica a sites públicos, experiências autenticadas, interfaces de desenvolvedor e conteúdo digital relacionado da Zayloft que façam referência a ela. Produtos e integrações podem ter características diferentes e um aviso específico pode complementar esta página.

2. Padrão de referência

A Zayloft usa WCAG 2.2 Nível AA como alvo prático de referência quando apropriado. WCAG organiza acessibilidade em conteúdo perceptível, operável, compreensível e robusto. Salvo quando a Zayloft publicar uma declaração específica de conformidade para produto, versão e escopo avaliados, esta página não deve ser interpretada como afirmação de que toda página ou recurso está plenamente conforme.

3. Acessibilidade por design

A acessibilidade é mais eficaz quando problemas são corrigidos no design, código e conteúdo, não deixados para overlays ou modos separados. A Zayloft procura incorporá-la à estrutura, interação, conteúdo, formulários, navegação e revisão de produto.

Interação e apresentação.

4. Acesso por teclado

Controles interativos devem ser alcançáveis e utilizáveis por teclado quando a função puder razoavelmente operar sem mouse ou touch. A ordem deve ser significativa e o foco identificável. Scripts de proteção ou atalhos não devem impedir navegação normal por teclado, comandos de tecnologia assistiva ou recursos de acessibilidade do navegador.

5. Foco visível e gerenciamento

Elementos interativos devem fornecer indicação visível de foco com contraste suficiente. Headers fixos, dialogs e outros conteúdos não devem ocultar desnecessariamente o foco, e interfaces temporárias devem gerenciá-lo de forma compreensível para usuários de teclado e screen readers.

6. Texto, contraste, zoom e reflow

A Zayloft busca tipografia legível, contraste suficiente e layouts utilizáveis com texto ampliado ou zoom. Informações não devem depender apenas de cor, e layouts responsivos devem suportar reflow sem scroll bidimensional desnecessário para conteúdo comum.

7. Movimento, animação e flashes

Animação e movimento devem ser moderados para reduzir barreiras vestibulares, cognitivas ou de atenção. Quando apropriado, a Zayloft busca respeitar reduced motion e evitar padrões de flash que criem risco evitável.

Estrutura, conteúdo e formulários.

8. Estrutura semântica e tecnologia assistiva

Páginas devem usar headings, landmarks, labels, links e elementos semânticos significativos quando prático. Controles personalizados devem expor nome, função, estado e valor acessíveis, e idioma e direção da página devem ser identificados corretamente.

9. Imagens, ícones e conteúdo não textual

Imagens informativas devem ter alternativas textuais apropriadas e as decorativas não devem gerar ruído desnecessário para screen readers. Ícones interativos devem ter nome acessível que comunique sua finalidade.

10. Áudio, vídeo e mídia temporal

Quando a Zayloft publicar mídia gravada importante, captions, transcripts, audio description ou alternativas devem ser considerados conforme conteúdo e requisitos aplicáveis. Captions automáticos podem exigir revisão porque erros podem alterar significado.

11. Formulários, autenticação e erros

Campos devem ter labels ou nomes acessíveis e instruções devem indicar formatos ou restrições quando necessário. Erros devem ser comunicados em texto e associados ao campo quando prático. Fluxos de autenticação e verificação devem evitar barreiras cognitivas desnecessárias e oferecer alternativas acessíveis quando apropriado.

12. Links, botões e tamanho de alvos

Links e botões devem comunicar seu propósito pelo nome acessível e contexto. Alvos interativos devem ter tamanho e espaçamento que reduzam ativação acidental quando prático. Novas janelas e ações irreversíveis não devem ser desnecessariamente surpreendentes.

Produtos, idiomas e terceiros.

13. Experiências móveis e responsivas

A Zayloft busca suportar operação acessível em viewports e métodos de entrada comuns. Layouts móveis devem preservar ordem de leitura, labels e acesso a ações essenciais.

14. Idioma, localização e RTL

A Zayloft suporta vários idiomas e apresentação right-to-left quando habilitada. Conteúdo localizado deve preservar semântica, ordem, labels e significado, e mudanças de idioma devem ser identificadas quando necessário para tecnologias assistivas.

15. Interfaces de desenvolvedor e conta

Dashboards e ferramentas de desenvolvedor podem conter dados complexos, código, tabelas, logs, credenciais e status. Devem oferecer labels significativos, teclado e alternativas textuais quando prático. APIs e SMPP não são interfaces de acessibilidade do navegador, mas documentação e ferramentas de configuração fazem parte da experiência digital.

16. Conteúdo e integrações de terceiros

Algumas experiências podem incluir pagamentos, autenticação, comunicações, mídia ou suporte de terceiros. A Zayloft busca selecionar e configurar componentes considerando acessibilidade quando razoavelmente possível, embora isso também dependa do provedor e configuração do Cliente. Barreiras podem ser reportadas para avaliação de alternativa ou remediação.

Feedback, avaliação e melhoria.

17. Avaliação e status de conformidade

A acessibilidade é um processo contínuo. Ferramentas automáticas não substituem revisão por teclado, screen reader, visual ou especialistas. A Zayloft não afirma que toda página, integração ou experiência configurada pelo Cliente esteja livre de defeitos.

18. Reportar uma barreira

Se encontrar uma barreira, envie para support@zayloft.com com “Accessibility” no assunto e informe página ou recurso, tarefa, problema e, se desejar, navegador, dispositivo ou tecnologia assistiva. Não inclua senhas, API keys, tokens, OTPs ou outros segredos.

19. Acesso alternativo e assistência razoável

Se uma barreira impedir acesso a informação ou ação importante, explique a tarefa que precisa concluir. Quando razoavelmente disponível e adequado, a Zayloft pode avaliar formato alternativo, método de comunicação ou caminho assistido sem exigir dados sensíveis desnecessários nem reduzir a segurança.

20. Requisitos aplicáveis e atualizações

Obrigações de acessibilidade variam por jurisdição, produto, tipo de Cliente e serviço. A Zayloft tratará requisitos aplicáveis sem afirmar que um único padrão técnico resolve automaticamente toda obrigação legal. Esta Declaração pode ser atualizada quando produtos, padrões, práticas ou requisitos mudarem.

Reportar problema de acessibilidade

support@zayloft.com