Uma checklist de auditoria UX é uma lista estruturada do que inspecionar num website ou numa app, área a área, para descobrir onde os utilizadores têm dificuldades e porquê: heurísticas de usabilidade, acessibilidade, formulários, navegação, conteúdos, velocidade e analítica. Bem usada, transforma opiniões sobre um produto numa lista ordenada de problemas, cada um com provas, uma gravidade e uma correção recomendada.
Última atualização: 21 de outubro de 2026.
Este guia apresenta a checklist completa, um método em sete passos para fazer uma auditoria UX (sozinho ou com uma agência), uma escala de gravidade que pode copiar e os entregáveis com que uma boa auditoria deve terminar.
O que é uma auditoria UX e quando é precisa?
Uma auditoria UX (também chamada auditoria de usabilidade ou análise de UX de um website) é uma avaliação especializada de um produto existente segundo princípios conhecidos de usabilidade, acessibilidade e design, confrontada com dados sobre a forma como as pessoas o usam de facto. Não é um redesign. É o diagnóstico que diz se precisa de um, e por onde começar.
Normalmente é precisa em quatro situações: as conversões ou os registos estagnaram e ninguém concorda porquê; está previsto um redesign e quer manter o que funciona; o suporte responde sempre às mesmas perguntas; ou aproxima-se uma revisão legal ou de acessibilidade. Uma auditoria é também um primeiro passo sensato antes de entregar um produto a uma nova agência, porque dá às duas partes os mesmos factos.
Em resumo: uma auditoria olha para o produto tal como está, encontra o atrito, explica porque acontece e ordena as correções. Custa uma fração de um redesign e mostra muitas vezes que o redesign nem é necessário. A checklist abaixo é a espinha dorsal; o método que se segue é o que torna as conclusões fiáveis.
Na Odduel, uma agência de criatividade e tecnologia em Barcelona e São Paulo, as auditorias são muitas vezes o primeiro trabalho de design UX/UI que fazemos para um cliente, porque definem as prioridades de tudo o que vem depois. A IA ajuda nas partes repetitivas, como percorrer páginas, recolher capturas de ecrã e correr análises automáticas de acessibilidade, para que o tempo vá para o critério: ler as provas, decidir a gravidade e escrever recomendações que uma equipa consiga aplicar.
Auditoria UX, teste de usabilidade ou auditoria de acessibilidade: qual é a diferença?
Estes três são muitas vezes confundidos, e é frequente quem compra receber uma proposta para um quando precisa de outro. A tabela mostra as diferenças.
| Auditoria UX | Testes de usabilidade | Auditoria de acessibilidade | |
|---|---|---|---|
| Quem avalia | Especialistas, com base em princípios e dados | Utilizadores reais em tarefas reais | Especialistas e ferramentas, segundo as WCAG |
| Pergunta principal | Onde está o atrito, e porquê? | As pessoas conseguem concluir as tarefas principais? | Pessoas com deficiência conseguem usá-lo? |
| Provas | Heurísticas, analítica, gravações | Sessões observadas, taxa de sucesso | Critérios de sucesso, testes com tecnologias de apoio |
| Extensão típica | Uma a três semanas | Uma a duas semanas por ronda | Uma a três semanas |
| Melhor resultado | Problemas e correções ordenados | Prova do que falha e com que gravidade | Relatório de conformidade e lista de correções |
| Quando usar | Primeiro, para encontrar e ordenar problemas | Para confirmar os maiores problemas | Em paralelo com a auditoria, ou como parte dela |
Uma auditoria UX rigorosa inclui uma verificação mais leve de acessibilidade e recomenda testes de usabilidade para as conclusões que as provas, por si só, não resolvem. Para a vertente legal da acessibilidade, o nosso guia sobre acessibilidade web entra em mais pormenor.
A checklist de auditoria UX, área a área
Percorra cada área nos percursos mais importantes, não em todas as páginas. Numa loja isso significa produto, carrinho e checkout; numa empresa de serviços, as páginas de serviço e o formulário de contacto; numa app, o onboarding e a tarefa principal. Marque cada ponto como cumprido, falhado ou não aplicável, e junte uma captura de ecrã a cada falha.
Heurísticas de usabilidade
As dez heurísticas de usabilidade de Jakob Nielsen continuam a ser o quadro mais usado. Verifique se:
- O produto mostra o que está a acontecer: estados de carregamento, confirmações depois de uma ação, o passo atual de um processo em vários passos.
- As palavras são as do utilizador, não jargão interno nem nomes de departamentos.
- Os utilizadores podem anular, voltar atrás e sair de um percurso sem perder o trabalho feito.
- O mesmo elemento tem o mesmo aspeto e comporta-se da mesma forma em todo o lado: botões, links, ícones, termos.
- Os erros são evitados antes de acontecerem (valores predefinidos sensatos, restrições, confirmação de ações destrutivas).
- As opções estão à vista em vez de terem de ser lembradas: nenhum gesto escondido para ações essenciais.
- Quem usa com frequência tem atalhos, como dados guardados, pesquisa e filtros.
- Cada ecrã tem apenas o que serve a sua tarefa; a decoração não compete com a ação principal.
- As mensagens de erro dizem o que correu mal e como corrigir, em palavras simples.
- A ajuda está disponível onde surge a dúvida, não só numa página à parte.
Acessibilidade (WCAG 2.2)
A referência são as Diretrizes de Acessibilidade para o Conteúdo da Web 2.2 publicadas pelo W3C; o nível AA é o objetivo habitual na Europa. Uma auditoria não substitui uma revisão completa de conformidade, mas deve verificar:
- Contraste do texto de pelo menos 4,5:1 no texto corrido e 3:1 no texto grande e nos elementos de interface.
- Todas as funções funcionam só com o teclado, numa ordem lógica, com um indicador de foco visível que não fica escondido por cabeçalhos fixos ou banners.
- As imagens têm texto alternativo com significado; as decorativas têm um texto alternativo vazio.
- Os títulos seguem uma ordem lógica e cada página tem um título principal.
- Os campos dos formulários têm etiquetas visíveis e os erros são anunciados em texto, não apenas pela cor.
- As áreas de toque são grandes o suficiente: as WCAG 2.2 pedem pelo menos 24 por 24 píxeis CSS ou espaço suficiente à volta.
- Arrastar nunca é a única forma de fazer algo.
- Não se pede aos utilizadores que escrevam a mesma informação duas vezes no mesmo processo, e o início de sessão não depende de um teste de memória ou de um enigma.
- O movimento pode ser reduzido e nada pisca.
- A página continua a funcionar com zoom a 200% e a uma largura de 320 píxeis.
Formulários e checkout
Os formulários são onde a intenção se transforma em receita, e onde acontece a maior parte das perdas evitáveis. Verifique se:
- Todos os campos são necessários; os opcionais estão assinalados ou foram retirados.
- As etiquetas ficam por cima dos campos e continuam visíveis enquanto se escreve.
- Os tipos de campo correspondem aos dados, para que o telemóvel mostre o teclado certo para email, números e telefone.
- A validação acontece no momento certo, com mensagens junto ao campo.
- Moradas, nomes e números de telefone aceitam formatos internacionais.
- É possível comprar sem conta, e a criação de conta é proposta depois da compra.
- Custos como envio e impostos são mostrados antes do último passo.
- O consentimento e as escolhas de marketing estão separados e desmarcados por defeito, como exige o RGPD.
- A página e o email de confirmação dizem o que acontece a seguir.
Navegação e arquitetura de informação
- A navegação principal usa as palavras dos clientes e tem um número de itens fácil de gerir.
- Os utilizadores sabem sempre onde estão (página atual assinalada, breadcrumbs nas páginas mais profundas).
- As tarefas mais importantes estão a poucos cliques da página inicial.
- Existe pesquisa onde o catálogo ou os conteúdos a justificam, tolera erros de escrita e mostra resultados úteis quando não há correspondências.
- A navegação móvel oferece os mesmos destinos que a de computador.
- Os links parecem links em repouso, não só quando se passa o cursor.
- As páginas de erro oferecem um caminho em frente em vez de um beco sem saída.
Conteúdos e hierarquia visual
- O primeiro ecrã de cada página principal diz o que é, para quem é e o que fazer a seguir.
- Os títulos leem-se na diagonal e fazem sentido por si só.
- Os parágrafos são curtos e começam pelo essencial.
- Preços, condições e informação de entrega são fáceis de encontrar, não estão escondidos em letra pequena.
- Os apelos à ação são específicos (“Marcar uma chamada”, “Adicionar ao carrinho”), com uma ação principal clara por ecrã.
- As imagens mostram o produto ou serviço real e apoiam o texto.
- Os sinais de confiança (avaliações, garantias, contactos) estão perto do momento da decisão.
- As páginas traduzidas estão completas e não passam para outro idioma a meio de um percurso.
Desempenho
A velocidade faz parte da UX. Use dados reais de utilização sempre que os tiver, e os limites publicados pela Google para as Core Web Vitals. Verifique:
- Largest Contentful Paint, Interaction to Next Paint e Cumulative Layout Shift em telemóvel, nos modelos de página principais.
- As imagens têm o tamanho certo para o ecrã e são servidas em formatos modernos.
- Nada se mexe debaixo do dedo do utilizador enquanto a página carrega: banners, tipos de letra e anúncios reservam o seu espaço.
- Os banners de cookies, os widgets de chat e os scripts de tracking não bloqueiam a primeira visualização.
- As páginas continuam utilizáveis numa ligação móvel lenta.
Analítica e provas
Uma auditoria sem dados é uma opinião. Antes de tirar conclusões, verifique se:
- A analítica está instalada em todos os modelos de página, respeita o consentimento e regista os eventos que importam (início e envio de formulários, adições ao carrinho, passos do checkout).
- Existem funis para os percursos principais, para ver onde as pessoas saem.
- As pesquisas feitas no website são registadas, porque mostram o que os utilizadores não conseguiram encontrar.
- As gravações de sessões ou os mapas de calor, onde o consentimento o permite, cobrem as páginas em análise.
- Os pedidos de suporte, as notas comerciais e as avaliações são recolhidos, porque nomeiam os problemas nas palavras do próprio cliente.
Como realizar uma auditoria UX em sete passos?
A checklist diz para onde olhar; o método torna o resultado fiável e impede que se transforme numa lista de gostos pessoais.
- Definir objetivos e âmbito. Acorde que resultados de negócio importam (pedidos de contacto, vendas, registos, menos chamadas para o suporte), que percursos auditar e em que dispositivos. Três a cinco percursos chegam normalmente.
- Reunir as provas. Recolha analítica, funis, termos de pesquisa, temas do suporte, pesquisa anterior e qualquer sistema de design existente. Anote o que os dados não conseguem dizer.
- Definir os utilizadores e as suas tarefas. Escreva quem usa cada percurso e o que está a tentar fazer, para que cada problema seja avaliado do lado do utilizador, não do lado da equipa.
- Percorrer os percursos com a checklist. Siga cada percurso em telemóvel e em computador, passo a passo, marcando as falhas e fazendo capturas de ecrã. Dois avaliadores a trabalhar de forma independente encontram mais e discutem menos.
- Testar a acessibilidade e a velocidade. Corra análises automáticas e depois verifique à mão, com o teclado e um leitor de ecrã, nas páginas principais; meça as Core Web Vitals em modelos de página reais.
- Classificar e ordenar os problemas. Junte os duplicados, atribua a cada problema uma gravidade (escala abaixo), estime o esforço de correção e ordene por impacto face ao esforço.
- Relatar, apresentar e planear. Escreva cada problema como problema, prova, impacto e recomendação; apresente-o a quem vai agir; e transforme os pontos prioritários num plano com responsáveis.
Depois de as correções serem publicadas, repita a medição nos mesmos percursos. É a única forma honesta de saber se a auditoria valeu a pena.
Como avaliar a gravidade dos problemas de UX?
Uma escala de gravidade impede que todos os problemas pareçam igualmente urgentes. Esta, adaptada da prática corrente, é simples o suficiente para que uma equipa inteira a use da mesma forma.
| Gravidade | Nome | O que significa | Exemplo | Quando corrigir |
|---|---|---|---|---|
| 4 | Crítica | Os utilizadores não conseguem concluir uma tarefa principal, ou há uma obrigação legal por cumprir | O checkout falha num método de pagamento; formulário impossível de usar com o teclado | De imediato |
| 3 | Grave | Os utilizadores concluem a tarefa com verdadeira dificuldade ou muitos desistem | Custo de envio revelado apenas no último passo | Neste sprint ou no seguinte |
| 2 | Menor | Causa hesitação ou erros de que os utilizadores conseguem recuperar | Mensagem de erro pouco clara num campo de palavra-passe | Backlog planeado |
| 1 | Cosmética | Incoerência com pouco efeito na tarefa | Dois estilos de botão para a mesma ação | Da próxima vez que se mexer nessa área |
Classifique a gravidade com três perguntas: com que frequência o problema acontece, quanto bloqueia a tarefa e se os utilizadores o conseguem contornar. Depois ponha o esforço ao lado. Um problema grave que se corrige numa hora passa à frente de um crítico que exige reconstrução apenas se o crítico puder ser contido entretanto.
Que entregáveis deve incluir uma auditoria UX?
Peça estes entregáveis antes de assinar, seja quem for que faça o trabalho:
- Um resumo executivo de uma ou duas páginas: os principais problemas, o que custam à empresa e as primeiras ações.
- O registo de problemas, uma folha de cálculo ou tabela com cada problema: percurso, ecrã, descrição, captura de ecrã, heurística ou critério WCAG, gravidade, esforço e recomendação.
- Ecrãs anotados que mostram cada problema onde acontece.
- Um resumo de acessibilidade com os critérios das WCAG 2.2 que falharam nas páginas analisadas.
- Um retrato do desempenho dos modelos de página principais em telemóvel.
- Um plano com prioridades que agrupa as correções em ganhos rápidos, trabalho planeado e pontos que precisam primeiro de pesquisa ou testes.
- Uma sessão de apresentação com quem vai fazer as alterações, para que as dúvidas fiquem respondidas antes de o trabalho começar.
Se o relatório tiver problemas sem provas ou recomendações sem justificação, devolva-o. Se pensa publicar as correções numa nova construção, junte ao plano uma checklist de QA de websites, para que a nova versão não traga de volta problemas antigos.
Quem deve fazer a auditoria UX: a equipa interna ou uma agência?
Uma equipa interna conhece o produto e a sua história, o que ajuda, mas também conhece os atalhos para contornar os problemas e tem opiniões sobre decisões passadas. Uma equipa externa traz um olhar novo e experiência em muitos produtos, mas precisa de tempo para conhecer a sua empresa e os seus clientes.
Uma divisão prática funciona bem: a sua equipa fornece dados, acessos e contexto; um avaliador externo percorre os percursos, classifica a gravidade e escreve o relatório; e as duas partes acordam o plano em conjunto. Se é a primeira vez que encomenda trabalho de design, o nosso guia de design UX/UI para quem decide explica como fazer o briefing e avaliar o resultado.
Quanto tempo demora uma auditoria UX e o que define o custo?
A maioria das auditorias com um âmbito focado demora uma a três semanas, consoante o número de percursos e dispositivos incluídos e a quantidade de dados disponíveis. Quatro fatores definem o custo: o número de percursos, a profundidade dos testes de acessibilidade, a inclusão ou não de testes de usabilidade com utilizadores reais e o nível de pormenor dos entregáveis.
A maior parte do esforço está na análise especializada e na redação, não nas ferramentas. As análises automáticas e a recolha de dados ocupam uma fração do tempo. Um orçamento fechado deve partir de um briefing curto que indique os percursos, os dispositivos, os idiomas e os entregáveis; se um orçamento não diz o que cobre, pergunte.
Com que frequência se deve fazer uma auditoria UX?
Faça uma auditoria completa antes de qualquer redesign e depois de grandes mudanças no produto, no público ou no mercado. Entre esses momentos, uma revisão mais leve dos percursos principais uma ou duas vezes por ano evita que os problemas se acumulem, a par de uma verificação da analítica depois de cada lançamento. A acessibilidade merece um ritmo próprio: na União Europeia, o Ato Europeu da Acessibilidade aplica-se desde 28 de junho de 2025 a muitos serviços ao consumidor, incluindo o e-commerce.
Perguntas frequentes
O que inclui uma checklist de auditoria UX?
Uma checklist de auditoria UX completa abrange as heurísticas de usabilidade, a acessibilidade segundo as WCAG 2.2, os formulários e o checkout, a navegação e a arquitetura de informação, os conteúdos e a hierarquia visual, o desempenho e as Core Web Vitals, e a analítica que fornece as provas. Cada ponto é verificado nos percursos principais, em telemóvel e em computador, e marcado como cumprido, falhado ou não aplicável.
Como se faz uma auditoria UX passo a passo?
Defina objetivos e âmbito, reúna a analítica e a pesquisa existente, defina os utilizadores e as suas tarefas, percorra cada percurso com a checklist, teste a acessibilidade e a velocidade, classifique e ordene cada problema por gravidade e esforço, e depois relate e planeie as correções. Voltar a medir os mesmos percursos depois de as alterações serem publicadas mostra se a auditoria resultou.
Uma auditoria UX é o mesmo que testes de usabilidade?
Não. Uma auditoria UX é uma análise especializada do produto com base em princípios e dados, enquanto os testes de usabilidade observam utilizadores reais a tentar tarefas reais. Funcionam melhor em conjunto: a auditoria encontra e ordena depressa os problemas prováveis, e os testes de usabilidade confirmam os maiores e mostram o quanto afetam as pessoas antes de se gastar dinheiro em correções.
Posso fazer uma auditoria UX sozinho?
Sim, com a checklist e o método acima consegue encontrar muitos problemas por si, sobretudo nos formulários, nos conteúdos e na navegação. A dificuldade é a distância: as equipas tendem a não ver o atrito que aprenderam a contornar. Um avaliador externo traz um olhar novo, classificações de gravidade coerentes e a experiência de como problemas semelhantes foram resolvidos noutros produtos.
Que ferramentas se usam numa auditoria UX?
As ferramentas habituais são uma plataforma de analítica para funis e eventos, gravações de sessões ou mapas de calor onde o consentimento o permite, ferramentas automáticas de análise de acessibilidade, um leitor de ecrã e o teclado para as verificações manuais, as ferramentas de desempenho da Google para as Core Web Vitals e uma folha de cálculo para o registo de problemas. As ferramentas recolhem provas; o juízo sobre a gravidade e as correções cabe ao avaliador.
Se quer uma visão clara e ordenada do que está a travar o seu website ou a sua app, comece por uma auditoria dos seus três percursos mais importantes; ela dirá se precisa de correções, de testes ou de um redesign. Veja como trabalhamos o design UX/UI e as auditorias, ou fale connosco sobre o seu produto e propomos um âmbito depois de um briefing curto.
Leituras recomendadas: IA no design UX: o que muda e o que não muda.
