---
title: "Paginação e SEO: o que dá errado quando ela é mal feita"
description: "Paginação errada esconde produtos e posts do Google. Veja os 4 erros que mais custam tráfego, como a Moz faz certo e como checar o seu site."
date: 2026-09-23T10:00:00.000Z
tags: [paginação, SEO técnico, indexação, Google, e-commerce]
---
**Paginação** é a divisão de uma lista longa (produtos de uma categoria, posts de um blog, resultados de busca interna) em várias páginas numeradas. Quando ela está bem feita, o Google chega a todos os itens. Quando está mal feita, tudo o que mora da página 2 em diante pode simplesmente não existir para a busca: o produto está no site, o cliente não acha pelo Google e ninguém percebe.

É o tipo de problema que não quebra nada visível. O site abre, a loja vende, o blog carrega. O estrago aparece como produto que nunca ranqueia e post antigo que parou de trazer visita, e quase ninguém liga isso à paginação.

A regra do Google é curta, e está na [documentação oficial sobre paginação e carregamento incremental](https://developers.google.com/search/docs/specialty/ecommerce/pagination-and-incremental-page-loading?hl=pt-br): cada página precisa de URL própria, ligada à seguinte por um link HTML de verdade, com canonical para si mesma. Quase todo erro é violar uma dessas três coisas.

## Por que a paginação importa para o Google?

A paginação importa porque é o caminho que o Googlebot (o robô que rastreia os sites para o Google) usa para chegar aos itens do fundo da lista. Ele segue links. Se o link para a página 2 não existe do jeito que ele entende, a página 2 não existe, e os produtos que só aparecem nela também não.

Quando eu vendia, aprendi cedo que produto fora da vitrine não vende, por melhor que seja. Paginação quebrada é isso: o estoque está na loja, mas trancado no depósito.

Para uma loja com poucas dezenas de produtos por categoria, o risco é pequeno. Para catálogo grande, portal de notícias ou blog com anos de arquivo, ele cresce na mesma proporção da lista.

## O que acontece com o seu site se a paginação estiver errada?

O efeito depende do erro, mas o resultado final costuma ser o mesmo: parte do conteúdo fica invisível ou duplicado. Estes são os quatro erros que a documentação do Google descreve, traduzidos para o que você perde:

| Erro | O que o Google faz | O que você perde |
|---|---|---|
| Botão "ver mais" ou rolagem que só funciona com JavaScript | Não clica em botões para carregar conteúdo | Itens depois do primeiro lote podem nunca ser encontrados |
| Número da página depois do `#` (`/produtos#page=2`) | Ignora o que vem depois do `#` | Na prática, só a página 1 existe |
| Todas as páginas com canonical apontando para a página 1 | Recebe o recado de que a página 2 é cópia da 1 | O que só está listado nas páginas seguintes perde o caminho de entrada |
| Filtros e ordenações gerando URLs indexáveis (`?ordem=preco`) | Rastreia variação atrás de variação da mesma lista | Rastreamento desperdiçado e conteúdo novo descoberto mais devagar |

### O botão "ver mais" que o Google não aperta

O botão "ver mais" é o erro mais fácil de cometer em loja moderna, porque para quem navega ele funciona perfeitamente. O Google é direto: seus rastreadores não "clicam" em botões para atualizar o conteúdo. Se o botão chama uma função JavaScript e não existe um `<a href>` com o endereço da próxima leva, o robô para no primeiro lote.

A saída não é abandonar o botão. É fazer o botão também apontar para uma URL real (`?page=2`) e, de reforço, listar os produtos num [sitemap bem montado](/blog/como-criar-um-sitemap-melhorar-indexacao-site/). O Google cita o sitemap e o feed do Google Merchant Center justamente como rede de segurança para esses casos.

### O canonical que apaga o resto da lista

O canonical é a tag que diz ao Google qual é a versão "oficial" de uma página. Um erro frequente, às vezes vindo de fábrica no tema ou num plugin de SEO, é apontar o canonical de todas as páginas paginadas para a primeira. A documentação diz, com todas as letras, para não fazer isso: cada página deve ter a sua própria URL canônica.

Pensa no recado que isso passa. Você diz ao Google que a página 5 é uma cópia da página 1. Ele acredita e deixa a página 5 de lado, junto com os produtos que só estão nela. Deu ruim, e sem nenhum aviso no painel.

### Filtros e ordenação que viram labirinto

Filtro de cor, tamanho, preço e ordenação multiplicam URLs. Faça a conta num exemplo: uma categoria com 10 páginas e 5 ordenações possíveis vira 50 endereços para o mesmo conjunto de produtos. A [página do Google sobre navegação facetada](https://developers.google.com/search/docs/crawling-indexing/crawling-managing-faceted-navigation) chama o resultado de *overcrawling*: o robô gasta tempo em URLs inúteis e demora mais para achar o que é novo de verdade.

A recomendação é impedir a indexação das variações que você não quer na busca, com `noindex` ou com bloqueio no `robots.txt`. Se você já leu os seus logs de servidor, sabe que [nem todo "robô" que aparece lá é o Google](/blog/o-experimento-que-provou-a-maior-parte-do-crawler-no-seu-log-e-fake/). O Googlebot legítimo, esse sim, você quer que gaste tempo nas páginas que vendem.

## Como a Moz faz a paginação do blog?

A Moz é um bom exemplo de paginação feita do jeito que o Google pede. O [blog da Moz](https://moz.com/blog) tinha 438 páginas de arquivo quando conferi, em 23 de setembro de 2026, e cada uma delas tem endereço próprio e limpo: `/blog`, `/blog/p2`, `/blog/p3`.

![Barra de paginação do blog da Moz na página 2, com setas de anterior e próxima, links para as páginas 1, 2, 3 e 4, reticências e link direto para a página 438](/images/paginacao-seo-o-que-da-errado/paginacao-moz-blog-pagina-2.webp)
*Captura de tela: [moz.com/blog/p2](https://moz.com/blog/p2), em 23/09/2026*

Olhando o código da página 2, dá para ver as três regras do Google aplicadas:

```html
<title>The Moz Blog: Expert SEO & Inbound Marketing Advice [Page 2] - Moz</title>
<link href="https://moz.com/blog/p2" rel="canonical">
<link href="https://moz.com/blog" rel="prev">
<link href="https://moz.com/blog/p3" rel="next">
<a href="https://moz.com/blog" class="page-link" aria-label="go to page 1">1</a>
<a href="https://moz.com/blog/p3" class="page-link" aria-label="next">…</a>
```

1. **URL única por página.** `/blog/p2` não depende de `#` nem de JavaScript.
2. **Canonical para si mesma.** A página 2 diz "eu sou a página 2", não "eu sou uma cópia da página 1".
3. **Links `<a href>` reais**, incluindo o link de volta para a página 1, que o Google recomenda para sinalizar qual é o início da coleção.

Tem um detalhe a mais que não está na documentação, mas ajuda: o título muda para "[Page 2]". Assim, a página 2 não disputa com a página 1 o mesmo título nos resultados, e isso tem tudo a ver com [escrever títulos que não se canibalizam](/blog/como-escrever-titulos-e-meta-descricoes-que-aumentam-o-ctr/).

## rel="next" e rel="prev" ainda servem para alguma coisa?

O `rel="next"` e o `rel="prev"` não são mais usados pelo Google. A própria documentação avisa isso, e acrescenta que outros mecanismos de busca podem continuar lendo as tags.

A Moz mantém as duas, e não há mal nenhum nisso. O problema é o site que tem essas tags e acha que está resolvido. Não está: para o Google, o que conta é o `<a href>` visível na página. Tag no `<head>` sem link de verdade no corpo é placa na porta de uma sala sem corredor.

## Paginação, "carregar mais" ou rolagem infinita: qual escolher?

Qualquer um dos três funciona para o Google, desde que exista uma URL rastreável por trás. A escolha é de experiência do usuário, e o Google resume os prós e contras assim:

| Formato | A favor | Contra |
|---|---|---|
| Paginação numerada | O usuário sabe o tamanho da lista e onde está | Mais cliques e um carregamento de página a cada troca |
| Botão "carregar mais" | Tudo numa página só, e dá para mostrar o total perto do botão | Não aguenta listas muito grandes numa página |
| Rolagem infinita | Navegação contínua e intuitiva | Cansaço de rolagem, tamanho da lista pouco claro, e também pesa em listas grandes |

Na moral: para catálogo grande, a paginação numerada ainda é a opção mais previsível. Rolagem infinita fica bonita em demonstração e costuma cobrar a conta no rastreamento e no desempenho, que é onde entram os [Core Web Vitals](/blog/o-impacto-dos-core-web-vitals-no-seo-um-guia-completo/). O Google sugere inclusive `preload`, `preconnect` ou `prefetch` para a próxima página carregar mais rápido.

## Como checar se a paginação do seu site está certa?

Dá para fazer sem ferramenta paga. Pegue a maior categoria do site (ou o arquivo do blog) e confira:

1. **Abra a página 2 e olhe a barra de endereço.** Se a URL não mudou, ou mudou só depois de um `#`, o Google não vê a página 2.
2. **Clique com o botão direito e escolha "Exibir código-fonte da página".** Procure `rel="canonical"`. Ele precisa apontar para a própria página 2, não para a 1.
3. **No mesmo código-fonte, procure o link para a página 3.** Precisa ser um `<a href="...">` com o endereço completo, não um `<button>` ou um `onclick`.
4. **Cole a URL da página 2 na Inspeção de URL do Google Search Console.** Ela mostra se a página está indexada e qual canonical o Google escolheu. Se estiver no painel, o [Search Console e outras ferramentas gratuitas](/blog/como-monitorar-desempenho-seo-seu-site-ferramentas-gratuitas/) resolvem boa parte desse diagnóstico.
5. **Pegue um produto que só aparece numa página funda da lista e veja se ele está indexado.** Se não estiver, e não tiver outro caminho até ele, você achou o seu produto trancado no depósito.

Se o site usa filtros, repita o passo 2 numa URL com ordenação aplicada. Ali o que você quer é `noindex` ou bloqueio no `robots.txt`, não uma página indexável a mais.

## O que fazer agora

Paginação errada não gera erro na tela, então só aparece se alguém for olhar. Se o seu site tem categoria com mais de uma página, rode a checagem acima na maior delas esta semana.

Se aparecer um dos quatro erros, a correção quase sempre mora no tema ou na configuração da plataforma, não no conteúdo: URL própria para cada página, canonical para si mesma, link `<a href>` de verdade e filtros fora do índice. É ajuste de desenvolvedor, não de redação, e ele devolve à busca um estoque que já estava pago.