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.

O Googlebot rastreia as páginas de paginação em sequência. Em catálogos grandes, as páginas mais profundas recebem menos rastreamentos — novos produtos são indexados com atraso significativo.

Três formatos de paginação se comportam de maneira fundamentalmente diferente do ponto de vista do SEO:

Formato 1Páginas numeradas

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.

Formato 2Rolagem infinita

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.

Formato 3Botão “Carregar mais”

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.

Caso real. Loja de e-commerce de eletrônicos, 8.000 SKUs. Paginação sem noindex — mais de 400 URLs de categoria. Novos produtos levavam de 3–4 semanas para ser indexados. Depois de adicionar 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/1 e /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

FormatoRastreabilidadeDuplicatasSolução para SEO
Páginas numeradasRastreamento completo de todas as URLsSim (Title/Description)noindex / canonical / indexação completa
Rolagem infinitaSó a primeira tela (sem JS)Não (URL única)Fallback em HTML + renderização
“Carregar mais”Só o conteúdo visívelNã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.

Escolha da estratégia: blogs fecham a paginação com noindex; grandes e-commerces indexam tudo com meta tags únicas; catálogos de porte médio usam canonical apontando para a página 1.

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.

Teste rápido: abra o GSC → Desempenho e filtre as URLs por /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.

Fonte: blog do Google Search Central, março de 2019 — “An update on rel-prev-next”. O Google afirmou: “estávamos usando esses atributos como uma dica, mas deixar de usá-los não afeta a indexação”.

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.

html
<!-- 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():

php
// 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.

html
<!-- /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>
Canonical e 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.

xml
<!-- 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:

noindex cai na página 1

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.

Erro 1
Páginas com noindex no sitemap

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 2
Canonical aponta para uma URL inexistente

A 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.

Erro 3
Rolagem infinita sem fallback em HTML

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 4
Mesma tag title em todas as páginas de paginação

Com 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 5

A 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?
Depende do tipo de site. Para blogs e sites de conteúdo — sim: as páginas 2+ não têm valor próprio para a busca e consomem orçamento de rastreamento. Para grandes e-commerces — não: cada página traz produtos únicos que precisam ser indexados.
O Google suporta rel=next/prev?
Não. Desde março de 2019, o Google deixou oficialmente de processar rel=next e rel=prev. O Bing os suporta formalmente, mas, para o Google, esses atributos não têm efeito na indexação.
Canonical ou noindex — o que é mais confiável para paginação?
Escolha a diretiva conforme a finalidade da página, e não como garantia. Páginas paginadas com produtos ou itens distintos e úteis podem precisar de links sequenciais rastreáveis; variantes filtradas ou duplicadas costumam precisar de um canonical separado ou de uma política de indexação própria.
Como a rolagem infinita afeta o SEO?
Negativamente, sem fallback em HTML. Sem renderização de JavaScript, o Googlebot vê só o conteúdo da primeira tela. Solução: criar URLs estáticas para cada lote de conteúdo ou usar renderização no servidor (SSR).
As páginas de paginação devem estar no sitemap?
Só se elas estiverem abertas para indexação. Páginas com noindex no sitemap criam sinais conflitantes e desperdiçam orçamento de rastreamento. Inclua no sitemap apenas as URLs que você quer que o Google indexe.

Check it with SpiderHead

Free and local: run the audit on your own machine.

Try it