Sites e aplicativos simples

Crie sites e aplicações rápidos e acessíveis, com navegação clara e conteúdos úteis.

54 artigos · Último artigo atualizado

A pesquisa abrange todos os artigos desta secção, incluindo o arquivo e o texto dos artigos.

Compreenda o tópico

Um guia prático para este tópico

Construir um site ou aplicativo significa viabilizar uma tarefa, não apenas produzir telas. Esta categoria conecta a estrutura do conteúdo, a interface, a acessibilidade, o desempenho, a segurança e a manutenção à experiência completa.

O que examinar
  • Descreva as tarefas e o público-alvo antes de selecionar os componentes e a tecnologia.
  • Teste a navegação, os formulários e o feedback de erros em diferentes dispositivos e modos de interação.
  • Planeje atualizações, backups e a evolução do conteúdo desde o início.
  • Verifique a abertura, movimentação, fechamento e restauração de contexto em interfaces que interrompem uma tarefa.
  • Inventariar movimento, oferecer comportamento reduzido e testar se o progresso, o estado e a navegação permanecem compreensíveis sem animação.
  • Um pedido interrompido pode já ter sido executado no servidor.
  • As relações entre células devem ser compreensíveis também no telemóvel.
  • Comunicar atualizações sem interromper desnecessariamente a tarefa.
  • O ficheiro descarregado depende do tamanho previsto e do dispositivo.
  • Separadores e ordem de datas podem produzir interpretações diferentes.
Perguntas úteis
  • Qual caminho leva a uma ação bem-sucedida?
  • Quais estados ou conteúdos são difíceis de entender?
  • Como as correções serão verificadas quanto a regressões?
  • Após um erro, o formulário explica a correção, mantendo os valores válidos?
  • Um modal é necessário?
  • O movimento reduzido proíbe toda animação?
  • Repetir automaticamente quando a ligação regressa?
  • Cartões melhoram sempre a acessibilidade?
  • Todas as atualizações devem ser anunciadas?
  • sizes deve ser sempre 100vw?
  • Basta mudar a língua da interface?

Exemplo ilustrativo de decisão

Situação
Exemplo fictício: estes dados não descrevem clientes nem resultados observados. Uma confirmação é transmitida por uma animação cujo movimento algumas pessoas preferem reduzir.
Verificar
Ativar a preferência de movimento reduzido e verificar que um texto ou estado estático continua a comunicar o resultado da ação.
Agir
Preservar informação e controlo na variante reduzida. Oferecer controlos adequados para movimento persistente quando necessário.

Motion Design em UX: O Poder do Movimento na Experiência do Usuário

Animação: verificar movimento reduzido, pausa e compreensão

W3C — WCAG 2.3.3 Animation from Interactions (AAA)

Projete a espera e a recuperação.

Uma jornada está incompleta se apenas o sucesso for projetado. Aborde respostas ausentes, estados desconhecidos e recuperação sem perda de dados; conecte cada mensagem a uma condição verificada e teste a compreensão e a navegação.

O usuário sabe o que fazer sem repetir uma operação incerta?

Explore os métodos

Ler os dados e decidir

Formulários: verificar toda a recuperação do erro

Uma mensagem não prova a conclusão da tarefa.

Tarefas concluídas
12 / 2060%
Tarefas bloqueadas
8 / 2040%
Estados testados
4Campo vazio · Formato recusado · Reenvio · Confirmação

Caso pedagógico fictício: os números não representam a CIE nem clientes.

Perguntas para preparar as suas decisões

Encontre respostas e verificações práticas nas análises desta secção.

Explorar o arquivo

Outras análises deste tema, além dos artigos recentes apresentados abaixo.

Referências: dados, usos e limites

Documentação consultada em .

As notas detalhadas desta edição estão disponíveis em inglês.

Referências: dados, usos e limites
Fonte e finalidadeDado ou referência verificadaComo utilizarLimite a preservar
W3C · WCAG 2.2

Evaluate accessibility criteria for web content.

WCAG 2.2 is a W3C Recommendation. Success criteria have A, AA and AAA levels. Define tasks, pages and states, then combine inspection, keyboard, zoom and relevant assistive technology. Keep reproduction steps for barriers.

Aprofundar o método →

An automated scanner does not establish conformity of a complete journey. Evaluation must cover interactive states and actual content.
Google · Core Web Vitals

Distinguish loading, responsiveness and visual stability.

Good thresholds are LCP ≤ 2.5 s, INP ≤ 200 ms and CLS ≤ 0.1 at the 75th percentile, segmented by mobile and desktop. Separate field measurement from laboratory tests. Record period, URL, device, population and sample size before comparing changes.

Aprofundar o método →

These thresholds are not measured results for this site. A good lab score alone does not establish visitor experience.

Explorar o catálogo KEV da CISA

As notas detalhadas desta edição estão disponíveis em inglês.

Bring vulnerability tracking into maintenance

An added entry starts a work item, rather than automatically closing one. Connect tracking to inventory, a change window and service verification after intervention.

  • Assign decision and change owners.
  • Separate patch availability, deployed patch and successful verification.
  • Keep the source, observed result and remaining limits.

Explorar o catálogo e o método →

CISA KEV · 2026.10.21 · Documentary review : 2026-10-22

Formulários: critérios, erros e contraste

As notas detalhadas desta edição estão disponíveis em inglês.

Review states, not just the initial page

A form may look clear before entry and become difficult after an error. A useful review retains task context and connects each finding to a version and state.

  • Test waiting, error, correction and confirmation.
  • Separate colour calculation, keyboard navigation and status presentation.
  • Keep steps that reproduce the barrier.

Open the WCAG review grid and contrast calculator →

W3C WAI · Forms Tutorial · User Notifications · Practical guidance · consulted 2026-10-23

CSP: diretivas, alternativas e percursos

As notas detalhadas desta edição estão disponíveis em inglês.

Deploy CSP with journey evidence

A monitored policy and an enforced policy have different effects. Server, CDN and proxy transformations may also result in several received policies.

  • Preserve raw policies, mode, delivery and page version.
  • Test sign-in, forms, payment and recovery within scope.
  • Connect reports, defects and stop criteria before deciding on enforcement.

Read CSP fallback orders and explore eight scenarios →

W3C · Content Security Policy Level 3 · Mike West, Antonio Sartori · Working Draft · 2026-09-16 · work in progress · §2.2.1, §3, §6.8.3–6.8.4, §8.1

Fontes de referência

Documentos originais das organizações responsáveis por estes métodos e normas.