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: 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. 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 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. 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 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.
Captura de tela: 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:
<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>- URL única por página.
/blog/p2não depende de#nem de JavaScript. - 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”.
- 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.
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. 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:
- 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. - 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. - 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 umonclick. - 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 resolvem boa parte desse diagnóstico.
- 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.
