Paginação no SEO
Como a paginação afeta o orçamento de rastreamento e a indexação, quando usar noindex ou canonical, com exemplos de código para HTML, PHP e sitemap.
Paginação divide listas grandes de conteúdo em páginas separadas, com URLs únicas: /catalog/page/2, /catalog/page/3. O conceito é simples, mas a paginação está entre os maiores vilões do orçamento de rastreamento em sites grandes. O Googlebot rastreia centenas de páginas padronizadas em vez dos cards de produtos — e parte do catálogo nunca chega ao índice.
O que é paginação
A paginação divide um grande conjunto de conteúdo — produtos, artigos, avaliações — em páginas sequenciais com URLs únicas. Padrões comuns: /catalog/?page=2, /catalog/page/2/, /catalog/2/. Os mecanismos de busca tratam cada URL como um documento separado.
Três formatos de paginação se comportam de maneira fundamentalmente diferente do ponto de vista do SEO:
Botões “1 2 3 ... 100”, cada página com uma URL própria. Controle de SEO flexível: noindex, canonical ou indexação completa.
O conteúdo carrega ao rolar a página, sem mudança de URL. Sem renderização de JavaScript, o Googlebot vê apenas a primeira tela. Exige um fallback em HTML.
A URL não muda, e o conteúdo é adicionado ao clicar. É o mesmo problema de rastreamento: sem renderização de JS, só o conteúdo inicial fica visível para o Googlebot.
Orçamento de rastreamento e conteúdo duplicado
Uma loja com 500 produtos e 20 por página gera 25 URLs de paginação por categoria. Com 50 categorias, são 1.250 URLs que o Googlebot precisa rastrear antes de chegar às páginas de produtos individuais.
noindex, follow às páginas 2+, o tempo de indexação caiu para 3–5 dias.Três problemas específicos que a paginação cria para o SEO:
- Conteúdo duplicado. A tag title e a meta description da mesma categoria são idênticas em
/page/1e/page/15. O título da seção se repete. O Google vê páginas parecidas e não sabe qual deve ranquear. - Diluição do PageRank. Os links internos são distribuídos por dezenas de URLs de paginação. Produtos a partir da página 10 recebem pouca autoridade interna.
- Desperdício do orçamento de rastreamento. Em sites pequenos e médios, o Googlebot gasta o orçamento em páginas de listagem padronizadas, em vez de conteúdo prioritário.
Comparação dos formatos de paginação
| Formato | Rastreabilidade | Duplicatas | Solução para SEO |
|---|---|---|---|
| Páginas numeradas | Rastreamento completo de todas as URLs | Sim (Title/Description) | noindex / canonical / indexação completa |
| Rolagem infinita | Só a primeira tela (sem JS) | Não (URL única) | Fallback em HTML + renderização |
| “Carregar mais” | Só o conteúdo visível | Não (URL única) | SSR ou renderização de JS |
Estratégias de configuração para SEO
A escolha da estratégia depende de uma pergunta: as páginas 2+ têm valor próprio para a busca? Se os usuários nunca chegam a /catalog/page/7 pela busca orgânica, não vale a pena gastar orçamento de rastreamento nela.
Estratégia 1 — noindex nas páginas 2+. Ideal para blogs, sites de notícias e de conteúdo. As páginas de paginação não têm valor próprio para a busca: noindex, follow as tira do índice e mantém o rastreamento dos links. O orçamento de rastreamento vai para o conteúdo real.
Estratégia 2 — rel=canonical para a página 1. Mais suave que o noindex: as páginas 2+ continuam acessíveis (para links diretos e anúncios), mas o canonical aponta para /page/1. O Google entende a série como uma seção só, com a página 1 como versão canônica.
Estratégia 3 — indexação completa. Para grandes e-commerces em que cada página de paginação traz produtos únicos que precisam ser indexados. Exige Title e meta description únicos em cada página — por exemplo, “Comprar notebooks — página 3” — e um canonical autorreferente em cada uma.
/page/. Se as páginas de paginação trouxerem algum tráfego orgânico, pense duas vezes antes de aplicar noindex.Implementações técnicas
A maioria das tarefas precisa de apenas três construções no <head>: <meta name="robots">, <link rel="canonical"> e entradas no sitemap. Abaixo, exemplos de código para cada uma.
rel=next/prev: atributo obsoleto
Até 2019, o Google aceitava rel="next" e rel="prev" para identificar séries de paginação. Em março de 2019, o Google anunciou que deixou de usar esses atributos. Adicioná-los pensando no Google não faz sentido. O Bing os suporta formalmente, mas a participação do Bing na maioria dos mercados é marginal.
noindex para páginas de paginação
Adicione no <head> das páginas 2+. Detalhe importante: use noindex, follow — não noindex, nofollow. Com nofollow, o Googlebot não segue os links das páginas de paginação e não indexa os produtos ou artigos para os quais elas apontam.
<!-- Page /catalog/page/2/ and above -->
<head>
<meta name="robots" content="noindex, follow">
</head>
<!-- Page /catalog/ (first page) — no noindex -->
<head>
<meta name="robots" content="index, follow">
</head>No WordPress, implemente isso com um hook wp_head que verifique is_paged():
// functions.php
add_action('wp_head', function() {
if (is_paged()) {
echo '<meta name="robots" content="noindex, follow">' . "\n";
}
});rel=canonical para a página 1
Quando as páginas 2+ precisam continuar acessíveis, mas não devem duplicar a seção, o canonical aponta para a primeira página. A primeira página recebe um canonical autorreferente.
<!-- /catalog/page/3/ -->
<head>
<link rel="canonical" href="https://example.com/catalog/">
</head>
<!-- /catalog/ — self-canonical (required) -->
<head>
<link rel="canonical" href="https://example.com/catalog/">
</head>noindex comunicam coisas diferentes. Use cada um só quando combinar com a política de paginação voltada ao usuário e depois confirme se o Google ainda consegue descobrir o conteúdo que você quer expor. Nenhum dos dois substitui uma estratégia bem pensada de URLs e links.Paginação no sitemap.xml
Regra: inclua no sitemap.xml apenas as páginas que você quer indexadas. Páginas com noindex no sitemap criam sinais conflitantes e desperdiçam orçamento de rastreamento.
<!-- sitemap.xml — indexable pages only -->
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<!-- Page 1 — always include -->
<url>
<loc>https://example.com/catalog/</loc>
<changefreq>daily</changefreq>
<priority>0.8</priority>
</url>
<!-- Pages 2+ — only with full indexing strategy -->
<url>
<loc>https://example.com/catalog/page/2/</loc>
<changefreq>weekly</changefreq>
<priority>0.4</priority>
</url>
</urlset>Erros comuns de paginação
A maioria dos erros vem de implementação desatenta, e não de falta de conceito. Geradores de sitemap de CMS e templates de meta tags muitas vezes não levam a paginação em conta:
A condição if page > 1 está escrita errado — a página principal da categoria também recebe noindex. O tráfego da seção cai para zero em poucas semanas.
O gerador de sitemap adiciona todas as URLs automaticamente. O Google recebe sinais conflitantes: o sitemap diz “indexe”, a meta robots diz “não”. O orçamento de rastreamento é gasto para resolver o conflito.
Erro 2A página 1 fica em /catalog/, mas os canonicals das páginas 2+ apontam para /catalog/page/1/ (que retorna 404). O Google recebe uma cadeia de canonicals quebrada.
Toda a paginação roda só em JavaScript, sem URLs estáticas. O Googlebot vê apenas os primeiros N itens — o restante do catálogo nunca é indexado.
Erro 4Com a estratégia de indexação completa, todas as páginas compartilham a mesma tag title. O Google vê conteúdo duplicado e reduz a relevância da seção. Cada página precisa de uma meta tag única com o número da página.
Erro 5A maioria desses erros aparece no Google Search Console → Cobertura: páginas marcadas como noindex, URLs excluídas e conflitos de canonical ficam visíveis no relatório logo de cara.
As páginas de paginação devem ser bloqueadas da indexação?
O Google suporta rel=next/prev?
Canonical ou noindex — o que é mais confiável para paginação?
Como a rolagem infinita afeta o SEO?
As páginas de paginação devem estar no sitemap?
Check it with SpiderHead
Free and local: run the audit on your own machine.



