Entrevista com Valeria Malacasa

Valeria Malacasa é uma web designer e designer UX/UI de Turim.

Desde 2016, projeta e desenvolve sites e interfaces web, tanto para marcas privadas quanto para entidades da Administração Pública italiana.

Em 2026, criou a newsletter Switch no Linkedin, através da qual compartilha aprofundamentos sobre acessibilidade web, inclusão, design web, usabilidade web e otimização de desempenho web, é autora do livro "Switch on - Acessibilidade".

1. Valeria, vamos começar simples: por que um livro sobre acessibilidade web exatamente agora? Houve um episódio, um projeto ou uma frustração profissional que te fez dizer: “Ok, isso precisa ser organizado”?

Aqui (no LinkedIn ndr.) comecei a publicar conteúdos educativos e informativos sobre acessibilidade web no início de 2026, e logo encontrei um bom retorno. 

Em particular, um dos meus seguidores comentou assim em um post sobre o skip link: “Estou aprendendo mais com você do que em muitos cursos que fiz”. Outros me escreveram, de forma privada e não, que com a minha linguagem simples eu conseguia explicar conceitos até complexos sem torná-los chatos.

Isso me deu o impulso que eu precisava!

Percebi que tinha coisas a dizer e que era necessário um instrumento que aproximasse os profissionais da acessibilidade web, em um formato “entry level”, que fosse direto ao ponto.

2. Switch On: Acessibilidade é o seu primeiro livro. O que te motivou a transformar competências, exemplos e checklists em um guia estruturado?

Trabalho em projetos da Administração Pública desde o início de 2022, e nesses anos percebi que sobre acessibilidade web ainda existem muitos preconceitos e barreiras que desmotivam designers e desenvolvedores.

Primeiro de tudo: a ideia de que a acessibilidade web é difícil, tanto para estudar quanto para aplicar.

Na verdade, muitas das melhores práticas são simples, mais do que se imagina!

Mas se para estudar acessibilidade se começa pela documentação oficial do W3C ou por um manual de 350 páginas sobre normas, história da acessibilidade digital e explicação completa das WCAG (os padrões internacionais de acessibilidade web), é claro que pode-se desanimar e abandonar o assunto, delegando a figuras especializadas.

É principalmente por isso que eu quis criar um guia prático, bem estruturado, ágil e focado apenas no que realmente é necessário no trabalho diário de web designer e web developer, para que uma vez chegados à última página, os leitores pensem: “Então, não é tão complicado fazer um site web acessível!”.

3. A quem você pensou enquanto escrevia: designers, desenvolvedores, agências, freelancers, clientes finais? Quem você gostaria que o mantivesse aberto ao lado do monitor enquanto trabalha?

Principalmente, é escrito para web designers, ou de qualquer forma para quem se ocupa do design gráfico e do desenvolvimento de sites web.

Escrevi o livro trazendo minha experiência como web designer e segui exatamente o processo de trabalho dos meus projetos, começando por uma visão geral sobre acessibilidade, para então chegar ao projeto gráfico, ao desenvolvimento, à criação de conteúdos através de linguagem inclusiva, e finalmente ao teste.

4. Muitos tratam a acessibilidade como uma verificação final, quase uma revisão a ser feita quando o site já está finalizado. Por que você acha que isso é um erro?

A ideia de que um produto ou serviço deve ser utilizável por todas as pessoas, independentemente de suas condições físicas e mentais, da presença ou não de deficiências, deve entrar no projeto desde o início.

Tratá-la apenas no final do projeto traz principalmente duas desvantagens:

1. nível de acessibilidade baixo ou inexistente;
2. maior investimento para a revisão.

Um exemplo concreto: as rampas das calçadas.

Se uma calçada não tem uma rampa que permita a passagem fácil de pessoas em cadeiras de rodas, pessoas com mobilidade reduzida ou pessoas que empurram um carrinho de bebê, o que fazer? Os dois cenários, geralmente, são:

1. no pior dos casos, a calçada permanece assim, e com ela a barreira arquitetônica;
2. no melhor dos casos, a calçada é quebrada e a rampa é adicionada, com um custo para a coletividade em termos financeiros e de tempo.

Se, ao contrário, essa calçada tivesse sido feita desde o início com as rampas adequadas, o problema não teria surgido, os prazos e os custos de realização teriam sido praticamente idênticos e a barreira arquitetônica nunca teria se apresentado.

Eu simplifiquei um pouco, mas o conceito vale também para a acessibilidade web.

Revisar o código e o design de uma interface pode custar semanas de desenvolvimento, com custos que seriam praticamente zerados se a acessibilidade fosse incluída desde o início.

Frequentemente, são esses custos de retrabalho que bloqueiam, e as interfaces permanecem inacessíveis.

5. Qual é o falso mito mais difícil de desmontar sobre acessibilidade web? Aquele que você ouve repetir com mais frequência e que te faz querer jogar um validador WCAG pela janela.

Existem vários e a reação é mais ou menos essa!

Provavelmente, o que mais me incomoda - e que incluí também no livro - é que a acessibilidade web diz respeito apenas a poucas pessoas.

São dois os aspectos desse falso mito que precisam ser desmontados.

Primeiro de tudo, a acessibilidade web diz respeito potencialmente a qualquer um, não apenas a pessoas com deficiências. Pense no contraste de cores: é útil para pessoas com deficiência visual, mas também para quem usa o telefone sob o sol ou com baixa luminosidade. Um pouco como a rampa da calçada que mencionei antes: é fundamental para pessoas em cadeiras de rodas, mas útil também para mim que empurro meu filho no carrinho ou para uma pessoa que usa muletas temporariamente.

Em segundo lugar, há uma razão mais ética pela qual esse preconceito não faz sentido.

Se as pessoas que podem se beneficiar de um site web acessível fossem, de fato, poucas, isso seria uma boa razão para excluí-las? Por que uma pessoa cega ou surda deveria “valer menos” do que cem pessoas não cegas e não surdas? E se aquela única pessoa com deficiência fosse exatamente a certa para o site web, que precisa pedir um orçamento ou solicitar uma demonstração do produto vendido?

Outra vantagem considerável, no design web, é que um código HTML limpo e semântico é útil tanto para leitores de tela quanto para bots de motores de busca e IA, o que tem repercussões positivas na SEO e na GEO.

6. No livro, você fala sobre design acessível, contraste cromático, HTML semântico, ARIA, leitores de tela e navegação por teclado. Por onde deveria começar quem hoje se sente diante de um labirinto?

Não vou mentir para você: as regras de acessibilidade são muitas, algumas mais simples, outras menos, e nem todas as boas práticas estão codificadas nas WCAG. A acessibilidade web passa por vários aspectos, visuais e não, todos igualmente importantes.

A boa notícia é que não é necessário conhecê-los todos!

O design é o primeiro passo, porque se houver problemas de acessibilidade, eles também se apresentarão na fase de desenvolvimento, mas não se pode negar que usar código HTML semântico é fundamental para uma interface acessível.

Por isso, meu livro é um bom ponto de partida, pois identifica apenas as regras essenciais e permite ter uma visão geral sobre o tema.

7. Se você tivesse que indicar três erros comuns que tornam um site menos acessível, quais escolheria? Aqueles pequenos, cotidianos, aparentemente inofensivos, mas capazes de fechar portas na cara dos usuários.

São os erros que vejo serem cometidos com mais frequência - e, além disso, aqueles que também são resolvidos mais facilmente - :

1. relação de contraste entre texto e fundo insuficiente;
2. uso de tags HTML <button> para links e de <a> para botões;
3. falta do skip link no início da página.

São três erros “pequenos”, simples de resolver, mas que para uma pessoa que usa leitores de tela, com deficiências visuais ou com dificuldades no uso de mouse e trackpad, tornam a navegação complexa e frustrante.

8. Quanto pesa a acessibilidade na qualidade geral de um site? Em outras palavras: um site acessível é “apenas” mais inclusivo, ou é também melhor projetado?

Para mim, a acessibilidade pesa tanto quanto todos os outros aspectos qualitativos, da estética à otimização das conversões.

Muitas boas práticas de acessibilidade têm repercussões importantes na SEO, na usabilidade e nas conversões.

Um site web muito bonito, mas não acessível, provavelmente terá um HTML sujo e não semântico, conteúdos que mudam através de JavaScript, elementos visuais complexos de perceber e usar, e isso não é um mal apenas para as pessoas com deficiência: é um mal para todos os visitantes e uma potencial perda de oportunidades de negócios e branding para quem investiu dinheiro naquele site web.

Um site acessível traz benefícios a qualquer um que o visite, consequentemente também à marca que com aquele site deseja obter resultados concretos.

9. O que agências e equipes podem fazer concretamente para integrar a acessibilidade no processo sem transformá-la em uma montanha burocrática?

Antes de tudo, é preciso entender o que é a acessibilidade web e por que é importante.

É uma parte imprescindível do nosso trabalho e é o motivo pelo qual incluí este assunto na primeira parte do meu livro.

É necessário abandonar todo preconceito, entender sobre quais princípios se baseia a acessibilidade e quais benefícios traz, não apenas para os visitantes de um site web, mas para todos os stakeholders.

Em seguida, pode-se partir do meu livro, ou estudar manuais mais completos, mas indubitavelmente em algum momento é necessário abrir o site web do W3C e estudar as WCAG, pelo menos aquelas de nível A e AA que se aplicam ao projeto realizado.

Há também outros aspectos normativos a serem aprofundados, como a declaração de acessibilidade e o mecanismo de feedback. Aqui, enfrentar a burocracia é inevitável caso o site web se enquadre nas obrigações previstas pela Lei Stanca ou pelo recente European Accessibility Act. 

10. Se uma pessoa terminasse seu livro e decidisse mudar uma única coisa na forma como projeta ou desenvolve sites web, qual você gostaria que fosse?

Eu gostaria que essa pessoa aprendesse a sempre se fazer perguntas, que é o motivo pelo qual criei o projeto Switch.

Se a pessoa que leu o livro iniciasse um novo site web, e no momento de escrever o código HTML do logo no canto superior esquerdo se perguntasse: “Um momento, mas se eu escrever desta forma, o leitor de tela irá ler corretamente?” então certamente terei alcançado meu objetivo!

Você pode conhecer melhor Valeria no LinkedIn: https://www.linkedin.com/in/valeriamalacasa/ ou em seu site web: valeriamalacasa.it