Paginação em tabelas: quando usar e como configurar

Veja quando usar paginação em tabelas, listas e buscas, como preservar filtros e quando escolher Carregar mais.

Wireframe de uma interface com lista de cartões e paginação simples no rodapé
Nível de impácto
Médio
Status
Atenção
Nível de evidênica
Evidência moderada

Contexto

Paginação divide uma coleção em páginas definidas por quantidade de itens. Ela pode melhorar orientação, retorno e desempenho, mas também aumenta o custo de navegação e pode interromper a comparação.

A decisão depende da tarefa: encontrar um resultado, explorar uma coleção, comparar itens, consultar um histórico ou avançar por etapas. Paginação não é sinônimo de etapas, abas, carrossel, rolagem infinita ou botão “Carregar mais”.

Use paginação quando dividir o conteúdo ajudar a pessoa a se orientar e o conjunto não precisar aparecer inteiro de uma vez. Em resultados de busca e arquivos, ela é adequada quando a coleção é extensa e a pessoa pode precisar voltar a um resultado, compartilhar uma URL ou acessar uma página específica.

Em tabelas, listas administrativas e históricos, use paginação quando o volume de dados for grande, a ordem for estável e carregar tudo prejudicar o desempenho ou a leitura. Ela também pode ser útil em coleções relacionadas que formam um conjunto único, mas não possuem grupos semânticos que justifiquem outra navegação.

Em conjuntos com tamanho conhecido, mostre a página atual, as páginas relevantes e o total quando essa informação for confiável. Quando o último resultado não for conhecido, não invente uma última página.

Mantenha filtros, ordenação, busca, página e quantidade de itens na URL ou em um estado recuperável. Ao voltar de um item, preserve o ponto em que a pessoa estava.

Escolha a quantidade por página com base na tarefa, no tipo de item, no dispositivo e no desempenho. Mostre itens suficientes para permitir o escaneamento sem criar uma lista difícil de percorrer.

Na interface, destaque a página atual, ofereça “Anterior” e “Próxima”, use reticências somente para ocultar páginas intermediárias e mantenha a navegação em uma única linha quando possível. Em telas pequenas, reduza a quantidade de controles sem esconder a posição atual.

Base da recomendação

A recomendação combina orientações de USWDS, GOV.BR e W3C com pesquisas da Baymard sobre listas e carregamento de produtos. Essas fontes convergem sobre orientação, estado atual, desempenho e acessibilidade, mas não definem um componente universal: em listas de produtos, por exemplo, a Baymard encontrou contextos em que “Carregar mais” com carregamento sob demanda facilita a comparação. Esse resultado deve ser validado para o objetivo e o conteúdo do produto.

Página do Design System GOV.BR mostrando um componente de paginação com páginas numeradas e reticências
Exemplo real: o Padrão Digital GOV.BR mostra uma paginação com página atual destacada, páginas numeradas, reticências para omitir intervalos e total visível. A captura mostra a documentação oficial do componente Pagination. Fonte: https://www.gov.br/ds/components/pagination

Porque isso importa?

Paginar muda a forma como a pessoa entende o tamanho, a posição e a continuidade de uma coleção. Uma paginação bem definida cria limites previsíveis, permite retornar a uma página e pode reduzir o custo de renderizar muitos itens.

Quando aplicada sem critério, ela esconde a extensão do conteúdo, quebra filtros e ordenação, perde a posição de leitura ou obriga a pessoa a repetir o caminho. Em listas de produtos, também pode dificultar a comparação entre itens de páginas diferentes; por isso, “Carregar mais” pode ser uma alternativa em determinados cenários, não uma substituição automática.

Acessibilidade depende de mais do que aparência: a página atual precisa ser identificável por programa, os controles precisam ter nomes claros e a atualização dos resultados deve manter o contexto da pessoa.

  • Resultados de busca extensos.
  • Arquivos de artigos, notícias ou documentos.
  • Tabelas e listas administrativas grandes.
  • Históricos, registros e atividades ordenadas.
  • Coleções com páginas acessíveis por URL.
  • Conjuntos em que carregar tudo prejudica desempenho.
  • Listas com ordem estável e filtros recuperáveis.
  • Coleções curtas que cabem em poucos ciclos de leitura.
  • Conteúdo narrativo dividido por assunto ou tema.
  • Processos com etapas obrigatórias.
  • Itens que precisam ser comparados continuamente na mesma tela.
  • Fluxos em que a pessoa perde o contexto ao mudar de página.
  • Listas cuja ordem muda a cada carregamento.
  • Paginação usada apenas para aumentar visualizações.
Página do USWDS mostrando exemplos de paginação delimitada e não delimitada
Exemplo real: o USWDS apresenta paginação delimitada e não delimitada, com Previous e Next, página atual, reticências e última página quando conhecida. A captura mostra a documentação oficial do componente Pagination. Fonte: https://designsystem.digital.gov/components/pagination/

Recomendações

Faça

Práticas recomendadas
  • Mostre a página atual.
  • Nomeie “Anterior” e “Próxima”.
  • Preserve filtros e ordenação.
  • Mantenha a página na URL.
  • Informe o total quando confiável.
  • Use reticências com nome acessível.
  • Defina uma quantidade adequada à tarefa.
  • Teste retorno, compartilhamento, teclado, leitor de tela e mobile.
Wireframe de uma lista com filtros, itens e paginação compacta com página atual destacada
Exemplo correto: a lista mantém filtros e contexto enquanto a paginação apresenta poucos controles, destaca a posição atual e conserva uma hierarquia simples. Ilustração criada para a CamaraUX; não representa uma interface de empresa específica.

Evite

Práticas a evitar
  • Paginar listas curtas.
  • Esconder a posição atual.
  • Apagar filtros ao trocar de página.
  • Reordenar itens sem aviso.
  • Usar controles sem nome.
  • Confundir páginas com etapas.
  • Tratar um achado de e-commerce como regra universal.
Wireframe de uma interface com controles de paginação excessivos e organização confusa
Exemplo incorreto: controles demais, duas linhas de paginação e organização instável tornam difícil entender a posição e voltar aos resultados. Ilustração criada para a CamaraUX para fins didáticos.

Acessibilidade

Use uma região semântica de navegação com nome acessível, por exemplo <nav aria-label="Paginação">. Prefira links quando o controle leva a outra URL ou página; reserve botões para atualizações que permanecem no mesmo contexto.

Identifique a página atual com aria-current="page" e use nomes compreensíveis, como “Página 2”, “Página anterior” e “Próxima página”. Não dependa apenas de cor, peso visual ou reticências para comunicar estado. Garanta foco visível, contraste e alvos adequados para toque.

Ao atualizar os resultados, preserve filtros, ordenação e contexto. Atualize a URL ou o título quando houver mudança de página e comunique mudanças relevantes sem mover o foco de forma inesperada. Teste teclado, leitor de tela, zoom, mobile e o botão Voltar.

Checklist

  • A coleção é grande o suficiente para ser dividida?
  • A divisão é por quantidade, não por assunto ou etapa?
  • A pessoa precisa voltar a uma página específica?
  • A página e os filtros podem ser recuperados?
  • A ordem dos itens é estável?
  • A página atual está identificada?
  • Anterior e Próxima têm nomes claros?
  • O total é informado quando confiável?
  • A quantidade por página foi testada?
  • A interface funciona em teclado, leitor de tela, zoom e mobile?

Referências

U.S. Web Design System — Pagination. Define paginação como navegação para conteúdo dividido por quantidade e recomenda o componente para resultados de busca e coleções. Orienta destacar a página atual, usar navegação anterior/próxima, tratar conjuntos com total conhecido ou desconhecido e testar a implementação. Consultar o componente Pagination.

Padrão Digital GOV.BR — Pagination. Use como referência oficial brasileira para variações do componente e para o contexto de listas extensas. Consultar o componente Pagination.

W3C — Técnica ARIA26. É uma técnica informativa para identificar programaticamente o item atual com aria-current="page"; ela não deve ser apresentada como requisito isolado nem como substituta da WCAG. Consultar a técnica ARIA26.

Baymard Institute — Product List UX. A pesquisa aplicada mostra que quantidade de itens, dispositivo, densidade da lista e tarefa influenciam a escolha entre paginação e carregamento adicional. Os achados são específicos de e-commerce e devem orientar hipóteses e testes, não uma regra universal. Consultar a pesquisa.

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