Quando usar tabela em vez de cards

Escolha tabelas para comparar dados estruturados e cards para explorar resumos independentes; a decisão depende da tarefa, do conteúdo e do dispositivo.

Wireframe minimalista comparando uma tabela e três cards.
Nível de impácto
Alto
Status
Recomendado
Nível de evidênica
Forte evidência

Contexto

Tabelas e cards organizam informações de formas diferentes. A tabela evidencia relações entre linhas e colunas para consultar, comparar e operar dados. O card agrupa um resumo autônomo e conduz a pessoa para mais detalhes. A escolha deve partir da tarefa, do conteúdo e do dispositivo — não apenas da preferência visual.

Escolha o formato de acordo com a tarefa principal.

Use tabela para comparar. Prefira linhas e colunas quando as pessoas precisam cruzar os mesmos atributos entre vários itens.

Use tabela para consultar e operar. Tabelas funcionam bem para procurar registros, ordenar, filtrar, selecionar linhas e executar ações repetidas.

Use cards para explorar. Prefira cards quando cada item for uma unidade independente, com resumo, imagem ou chamada para ver detalhes.

Use cards para conteúdo heterogêneo. Cards acomodam itens com diferentes combinações de mídia, texto, metadados e ações.

Considere uma lista simples. Para itens homogêneos que não exigem relações entre atributos, uma lista pode ser mais escaneável e ocupar menos espaço que cards.

Adapte sem perder a tarefa. No mobile, transforme a apresentação somente se a pessoa ainda puder comparar, localizar e operar os dados com o mesmo entendimento.

Teste com conteúdo real. Verifique o tempo para encontrar, comparar e abrir itens; não escolha o formato com dados fictícios ou apenas pela aparência.

Regra prática

Se a pessoa precisa comparar atributos entre itens, comece por uma tabela. Se precisa explorar resumos independentes ou conteúdos diferentes, considere cards. Se nenhum dos dois ajuda, use uma lista ou outra estrutura mais simples.

Não é uma regra de aparência

Uma tabela não é “menos moderna” e um card não é automaticamente mais amigável. São modelos de organização com objetivos diferentes; o melhor formato é o que reduz o esforço da tarefa principal.

Tabela do VTEX Shoreline com colunas e linhas alinhadas para comparar itens.
Exemplo real — VTEX Shoreline: a prévia usa colunas para exibir propriedades e facilitar escaneamento, ordenação e comparação entre itens. Fonte: https://shoreline.vtex.com/components/table

Porque isso importa?

O formato altera o que a pessoa consegue perceber rapidamente. A pesquisa da Nielsen Norman Group mostra que cards são úteis para agrupar resumos e incentivar a exploração, mas tendem a ser menos escaneáveis e menos adequados para busca e comparação quando os itens precisam ser confrontados entre si.

A pesquisa da Baymard sobre listas de produtos reforça que o layout — incluindo visualizações em grade e lista — precisa acompanhar o tipo de item, a informação necessária para avaliá-lo e a tarefa de encontrar ou escolher. Não existe uma apresentação única que funcione para todos os catálogos.

Para dados realmente tabulares, a estrutura de cabeçalhos, linhas e células também carrega significado. O W3C orienta preservar essas relações no código e nas versões responsivas, para que a informação continue compreensível com leitor de tela, zoom, estilos personalizados e telas menores.

  • Tabela: dados com os mesmos atributos em todos os itens.
  • Tabela: comparação de preços, estados, datas, quantidades ou métricas.
  • Tabela: busca, ordenação, filtros, seleção e ações em massa.
  • Cards: artigos, produtos ou recursos apresentados como unidades independentes.
  • Cards: conteúdo com imagem, resumo e ação para abrir detalhes.
  • Cards: coleções heterogêneas, como painéis e agregadores.
  • Cards para substituir dados tabulares.
  • Tabelas para narrativas, artigos ou conteúdos sem relação entre colunas.
  • Cards quando a pessoa precisa localizar um item específico rapidamente.
  • Cards quando a comparação exige alinhar muitos atributos.
  • Tabelas quando cada item tem estrutura e conteúdo muito diferentes.
  • Escolher o formato apenas por tendência visual.
  • Transformar tabela em cards no mobile sem preservar contexto e ações.
Tabela do USWDS com cabeçalhos, linhas e células para dados tabulares.
Exemplo real — USWDS Table: a documentação usa linhas e colunas para dados tabulares, com cabeçalhos que orientam a comparação. Fonte: https://designsystem.digital.gov/components/table/

Recomendações

Faça

Práticas recomendadas
  • Parta da tarefa principal.
  • Use tabela para comparar atributos.
  • Use cards para resumos independentes.
  • Considere lista para conteúdo homogêneo.
  • Teste com dados reais.
  • Preserve a tarefa no mobile.
Wireframe minimalista de uma tabela com colunas alinhadas para comparação.
Exemplo correto: a tabela mantém os mesmos atributos alinhados em colunas, facilitando localizar e comparar itens.

Evite

Práticas a evitar
  • Usar cards como tabela.
  • Forçar uma única estrutura.
  • Priorizar aparência.
  • Esconder atributos importantes.
  • Quebrar relações no mobile.
  • Testar só com conteúdo fictício.
Wireframe minimalista de cards repetitivos usados para comparar itens.
Exemplo incorreto: cards repetem a mesma estrutura e dificultam o alinhamento visual de atributos entre itens.
Coleção de cards do USWDS que apresenta cada assunto como unidade independente.
Exemplo real — USWDS Card: cada card resume um assunto independente; o próprio sistema orienta não usá-lo como substituto de uma linha de tabela. Fonte: https://designsystem.digital.gov/components/card/

Acessibilidade

Use uma tabela semântica quando houver relações entre dados em linhas e colunas: <caption> para identificar o conjunto, <th scope="col"> ou <th scope="row"> para cabeçalhos e <td> para células. Em tabelas complexas, associe cabeçalhos e células com id e headers quando necessário.

Se a tabela mudar para uma apresentação empilhada ou outra versão responsiva, mantenha o vínculo entre cada valor e seu cabeçalho, a ordem de leitura e as ações disponíveis. Não esconda informações essenciais apenas porque a tela ficou menor.

Para cards, use uma lista semântica quando houver uma coleção: <ul> e <li>, com títulos em uma hierarquia correta. Dê nome acessível aos links e botões, mantenha foco visível e evite transformar o card inteiro em um link quando ele também contém outros controles interativos. Teste com teclado, leitor de tela, zoom, alto contraste, toque e diferentes larguras.

Checklist

  • A tarefa principal foi identificada?
  • Os itens compartilham os mesmos atributos?
  • A pessoa precisa comparar linhas ou colunas?
  • Os dados precisam de ordenação ou filtros?
  • Cada item é um resumo independente?
  • Há imagens ou mídia essenciais para explorar?
  • Uma lista simples seria suficiente?
  • O formato continua compreensível no mobile?
  • As relações entre cabeçalhos e dados foram preservadas?
  • O formato foi testado com conteúdo e tarefas reais?

Referências

Nielsen Norman Group — Cards: UI-Component Definition. Define cards como contêineres de poucas informações relacionadas, usados como resumo e entrada para detalhes. A análise recomenda cards para exploração e conteúdo heterogêneo, mas alerta que eles são menos escaneáveis para busca e menos adequados para comparar várias opções. Ler o artigo sobre cards.

Baymard Institute — E-Commerce Product Lists & Filtering UX. A pesquisa observa como as pessoas escaneiam, filtram, ordenam e avaliam listas de produtos, incluindo decisões entre layouts em grade e lista. É uma evidência específica para comércio digital, usada aqui para apoiar a relação entre formato, tarefa e conteúdo — não como regra universal para toda interface. Consultar a pesquisa de product lists.

W3C WAI — Tables Tutorial. Orienta usar marcação que diferencie cabeçalhos e células e preserve as relações necessárias para que tecnologias assistivas compreendam os dados. Também reforça que tabelas sem estrutura semântica criam barreiras de acesso. Ler o tutorial sobre tabelas acessíveis.

W3C WAI — Tips and Tricks for Accessible Tables. Recomenda manter as relações estruturais em formatos responsivos e evitar estruturas que separem cabeçalhos e dados de forma confusa. Consultar as orientações para tabelas responsivas.

U.S. Web Design System — Table. Indica tabelas para dados tabulares e diretórios, com colunas consistentes para leitura e comparação. Também orienta considerar listas ou outras estruturas para conteúdos que não são tabulares e alerta que a variante empilhada exige cuidados específicos. Consultar o componente Table.

U.S. Web Design System — Card. Define cards como resumos de um assunto, adequados para coleções relacionadas, mas diz explicitamente que dados tabulares não devem ser apresentados como substitutos de linhas de tabela. Consultar o componente Card.

VTEX Shoreline — Table. O Design System brasileiro descreve tabelas para listar itens verticalmente e exibir valores em colunas para escanear, ordenar e comparar, especialmente em experiências administrativas. Consultar o componente Table do Shoreline.

Veja também

Esta recomendação foi útil para você?