SEO de páginas de categoria

Páginas de categoria (PLPs e páginas de coleção) costumam ser as páginas de maior alavancagem e maior risco técnico de uma loja virtual. Veja como fazê-las ranquear, lidar com paginação depois do fim de rel=prev/next, decidir quais URLs facetados indexar, adicionar conteúdo sem keyword stuffing e encaminhar crawlers a todos os produtos.

Publicado pela primeira vez: 25 de jun. de 2026 · Última atualização: 9 de ago. de 2026 · Avançado
Idiomas
1 sinal de evidência nesta página

Uma página de categoria (PLP, página de coleção) agrupa produtos sob uma classificação e cumpre duas funções: ranquear para pesquisas comerciais amplas e encaminhar rastreamento e autoridade de links aos produtos. As armadilhas técnicas são as mesmas que tornam ecommerce difícil — navegação facetada criando URLs quase infinitos e paginação. A espinha dorsal de precisão para 2026: rel=prev/next morreu (Google, 2019), então não faça canonical das páginas paginadas para a página 1 — deixe cada página ser indexada por si mesma ou aponte para um "ver tudo". Páginas de categoria que são apenas uma grade de produtos podem ser difíceis de ranquear, mas a posição de Mueller é que texto extra é útil, não obrigatório — e uma massa de texto no rodapé cheia de palavras-chave é a forma errada de adicioná-lo. A ferramenta de parâmetros de URL do GSC acabou (2022); controle os parâmetros com robots.txt e canonicals.

TL;DR — Páginas de categoria são as páginas de maior alavancagem e, ao mesmo tempo, as mais perigosas tecnicamente em uma loja: elas ranqueiam para pesquisas comerciais amplas e distribuem rastreamento e PageRank aos seus produtos. A espinha dorsal de precisão para 2026: rel=prev/next morreu (Google, março de 2019) — não faça canonical das páginas paginadas para a página 1 (isso esconde tudo que está nas páginas 2+); deixe cada página usar canonical para si mesma ou aponte-as para uma página “ver tudo”, se você tiver uma. Navegação facetada é a ameaça central — bloqueie o ruído (robots.txt), indexe o sinal (demanda real). A ferramenta de parâmetros de URL do GSC acabou (abril de 2022) — use robots.txt e canonicals. Páginas finas, só de produtos, podem ser difíceis de ranquear, mas a posição de Mueller é que conteúdo extra é útil, não obrigatório — e uma massa de texto cheia de palavras-chave no rodapé é a forma errada de adicioná-lo. BreadcrumbList é o dado estruturado que importa; não coloque marcação de rich result de Product em uma listagem com vários produtos.

Por que páginas de categoria são um ponto de alavancagem

A category page is both a ranking target and the on-ramp Google uses to reach every product beneath it. Fonte: /ecommerce-seo/categories-and-merchandising/category-page-seo/

A category-page wireframe highlights four SEO-relevant zones: concise introductory copy, controlled filter and sort URLs, crawlable product links, and pagination with unique URLs, self-canonicals, and real links to the next page.

© Patrick Stox LLC · CC BY 4.0 ·

Na maioria das lojas, as páginas de categoria são simultaneamente as páginas de maior valor e as mais frágeis que você controla. Elas têm alto valor porque correspondem às pesquisas comerciais amplas — “tênis de corrida”, “laptops abaixo de 500 USD” —, que têm muito mais volume do que qualquer pesquisa de um único produto. E são frágeis porque cada página de categoria também é um nó de distribuição de rastreamento e autoridade de links: o Google chega às páginas de produto principalmente seguindo os links das suas páginas de categoria. O Google diz isso diretamente: “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” Evidence for this claim Google warns that products may not be found by crawling when category pages do not link directly to them. Scope: Use crawlable anchor links and pagination or load-more implementations Google can follow. Confidence: high · Verified: Google: Ecommerce site structure

Portanto, uma página de categoria faz duas coisas ao mesmo tempo — ranqueia para a própria pesquisa e serve de rampa de acesso para tudo que está abaixo dela. A maior parte do trabalho de SEO a seguir é não quebrar nenhuma dessas funções.

Block the noise, index the signal — the four-way decision for every faceted URL. Fonte: /ecommerce-seo/categories-and-merchandising/category-page-seo/

A faceted URL branches to four outcomes. Sort, tracking, and redundant filter combinations are blocked from crawling. Low-demand but navigable combinations canonicalize to the base category. Combinations backed by real search demand become optimized, self-canonical landing pages. Empty or nonsensical combinations return 404.

© Patrick Stox LLC · CC BY 4.0 ·

A interface de filtros e ordenação no topo de uma página de categoria é navegação facetada e, na forma comum baseada em parâmetros de URL, é a maior fonte individual de problemas de rastreamento na web. O enquadramento do Google é direto: espaços de URLs facetados e sem limite prejudicam um site de duas maneiras. Rastreamento excessivo, porque “the crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless,” e descoberta mais lenta, porque “if crawling is spent on useless URLs, the crawlers have less time to spend on new, useful URLs.” Evidence for this claim Google documents infinite faceted URL spaces as a source of overcrawling and wasted resources. Scope: Google recommends preventing crawl when faceted URLs do not need to be indexed. Confidence: high · Verified: Google: Managing faceted navigation Gary Illyes estima que a navegação facetada responda por cerca de metade de todos os problemas de rastreamento excessivo reportados ao Google e descreveu vividamente a versão acidental — “exploding your URL space from a balmy 1000 URLs to a scorching 1 million.”

Não vou reabrir toda a discussão sobre facetas aqui — a navegação facetada tem seu próprio aprofundamento —, mas a decisão para a página de categoria merece ser dita com clareza: bloqueie o ruído, indexe o sinal.

  • Bloquear (robots.txt): variantes de ordenação (?sort=price), parâmetros de sessão/rastreamento e combinações de filtros que apenas recortam os mesmos produtos de outra forma. O Google recomenda isso diretamente: “Oftentimes there’s no good reason to allow crawling of filtered items… instead, allow crawling of just the individual items’ pages along with a dedicated listing page that shows all products without filters applied.”
  • Canonical para a categoria-base: combinações de filtros com pouca demanda de busca que você quer manter navegáveis, mas não indexar separadamente. Observe que canonical é a ferramenta mais lenta — o Google diz que ela “may, over time, decrease the crawl volume” — porque cada variante ainda precisa ser rastreada antes de o sinal surtir efeito.
  • Indexar + otimizar: combinações de filtros com demanda genuína de busca (por exemplo, uma faceta de “tênis de corrida vermelhos” que as pessoas realmente pesquisam). Elas merecem um URL real, título e H1 únicos, uma frase de texto exclusivo e uma canonical autorreferente. Faça a pesquisa de palavras-chave antes — não indexe facetas por palpite.
  • Retornar 404 para becos sem saída: devolva um 404 para combinações de filtros vazias ou sem sentido, para que não acumulem lixo rastreável.

Uma observação sobre o controle descontinuado: a ferramenta de parâmetros de URL do Search Console acabou (encerrada em abril de 2022). O Google agora trata os parâmetros automaticamente e disse que apenas cerca de 1% das configurações da ferramenta fazia algo útil. Se você dependia dela para controlar facetas, essa alavanca não existe mais — robots.txt e canonicals são o substituto.

Paginação em 2026 — o que realmente funciona

Esta é a seção em que circula o conselho mais desatualizado, então vamos à espinha dorsal de precisão:

rel=prev/next morreu. O Google confirmou em março de 2019 que havia parado silenciosamente de usar essas tags anos antes: “Google no longer uses these tags, although these links may still be used by other search engines.” Não implemente rel=prev/next como sua solução de paginação — isso não faz nada pelo Google. (É barato mantê-lo para Bing e outros mecanismos, mas não é a estratégia.)

Não faça canonical das páginas paginadas para a página 1. Esse é o erro que silenciosamente tira metade do seu catálogo do índice. A publicação do Google sobre erros de canonical é explícita: “Specifying a rel=canonical from page 2 (or any later page) to page 1 is not correct use of rel=canonical.” Se você fizer isso, os produtos que aparecem apenas nas páginas 2+ nunca serão indexados. Cada página paginada deve usar canonical autorreferente — Google: “Don’t use the first page of a paginated sequence as the canonical page.”

O modelo atual é um de dois padrões:

  1. Cada página paginada é indexada por seus próprios méritos. Dê a cada página um URL único (?page=2, não um fragmento #“Google ignores fragment identifiers”), uma canonical autorreferente e um link sequencial <a href> para a próxima página, para que o Googlebot possa rastrear a cadeia: “Include links from each page to the following page using <a href> tags.”
  2. Uma página “ver tudo” como canonical, se você tiver uma e ela carregar de forma aceitável. Quando existe uma única página ver-tudo, aponte para ela as páginas paginadas do componente. Isso só funciona quando a página ver-tudo é realmente utilizável — não force o carregamento de uma página com 10 000 produtos por causa disso.

Scroll infinito / carregar mais precisa de SEO JavaScript adequado: um URL paginado real por trás de cada “página” de resultados, além de sitemaps ou um feed do Merchant Center como apoio à descoberta, para que os produtos não fiquem presos atrás de um evento de rolagem. E retorne 404 para resultados paginados vazios, em vez de servir um esqueleto vazio indexável.

Estrutura de URL

Dois padrões; escolha um e mantenha-o:

  • Nível superior/laptops/. Máxima proximidade da homepage (um pouco mais de autoridade de links), mas compete com todo o resto na raiz e fica difícil de administrar em escala.
  • Pai + filho/electronics/laptops/. Mais descritivo, reforça a hierarquia e escala bem. É o padrão que a maioria dos catálogos grandes usa e o que este site usa para clusters em geral.

Reestruturar depois significa redirecionamentos, então o compromisso importa mais do que a escolha. Além do caminho, use parâmetros ?key=value (“Use ?key=value URL parameters rather than ?value, where possible”), nunca coloque o mesmo parâmetro duas vezes (“Googlebot may ignore one of the values otherwise”) e mantenha parâmetros de sessão/rastreamento fora dos links internos (“Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values”). Mantenha o URL idêntico nos links internos, no sitemap e na tag canonical.

Mais uma regra no nível do URL que vale incorporar: uma categoria vazia deve usar noindex ou 404 — Google: “If a category has no items, use a noindex robots meta tag. If your site detects that a category has become empty… consider returning a 404.”

O problema da “categoria fina” — conteúdo sem stuffing

É aqui que o conselho fica mais sutil e em que muitas lojas compensam demais com keyword stuffing. A posição precisa é:

Uma página de categoria que seja apenas uma grade de produtos, sem contexto, pode ser difícil de o Google ranquear. Mueller, março de 2019: “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.”

Mas conteúdo extra é útil, não obrigatório. Mueller novamente, sobre os nomes dos produtos serem suficientes: “If the names of the products are clear enough to us to understand… then it’s clear that this is a list of running shoes. You don’t need to put in extra text there.” E sobre contagem de palavras: “We don’t have any limits. There’s no limit… you have to have some information on a page so that we understand what the topic is. But that’s generally very little information.”

O modo de falha é a massa de texto no rodapé cheia de palavras-chave. Mueller chama isso pelo nome: “From our point of view that’s essentially keyword stuffing. So that’s something which I would try to avoid.” A orientação dele sobre a forma correta: “I’d try to stick to really informative content and put that in places where you think that users will be able to see it.”

Então, a regra prática:

  • Adicione conteúdo somente onde ele merece estar — uma introdução curta e realmente útil (algumas frases respondendo a uma dúvida de decisão de compra), um guia de compra para categorias principais com demanda informacional real ou uma FAQ que os compradores realmente façam.
  • Coloque-o onde os usuários o veem (no topo da página, integrado), não em uma parede escondida no fim.
  • Uma pequena quantidade de texto padrão duplicado entre subcategorias é aceitável — Mueller: “If you’re talking about a very small amount of text then having that duplicated is absolutely no problem.”

Vou registrar a tensão honesta: muitos SEOs continuam adicionando texto de rodapé porque isso segue funcionando nos testes deles — a resposta recorrente da comunidade é “I’ll stop doing it when it stops working.” Minha leitura: é uma aposta frágil contra um sinal de spam documentado. Se você vai adicionar conteúdo, faça-o do tipo que um comprador realmente leria.

Páginas de categoria são nós de distribuição de PageRank, então trate os links como elementos estruturais:

  • Vincule todos os produtos da categoria (ou pagine de modo que todos possam ser alcançados por <a href>). Se você realmente não conseguir, um sitemap ou feed do Merchant Center é o plano B — mas os links na página são o mecanismo principal.
  • Use links reais <a href>, não handlers de clique em JavaScript: “Use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation.”
  • A contagem de links sinaliza importância. Google: “The more links a page has to it within a site, the higher the relative importance.” Vincule suas melhores categorias à homepage e a conteúdo relevante; leve os mais vendidos para cima na hierarquia.
  • Breadcrumbs na interface e como schema BreadcrumbList reforçam a hierarquia e fornecem ao Google contexto limpo de texto âncora.

Tags de título, meta descriptions e H1

  • Título: inclua o nome da categoria (sua palavra-chave principal). Modelos como [Category] — [Brand] ou [Category]: [N] Products — [Brand] funcionam. Para páginas paginadas, você pode manter os títulos como estão (o Google tenta reconhecer sequências) ou acrescentar — Page N.
  • Meta descriptions: a geração programática é válida e incentivada em escala — use linguagem de decisão de compra (faixa de preço, número de produtos, marcas).
  • H1: acompanhe o título; um H1 limpo é semanticamente mais organizado, embora múltiplos H1 não derrubem seu desempenho, segundo Mueller.

Dados estruturados

  • BreadcrumbList — sim. Este é o dado estruturado que importa para páginas de categoria: ele ajuda o Google a “understand the hierarchy of pages on your site” e impulsiona a exibição de breadcrumbs na SERP. A orientação do Google é marcar “a typical user path to a page, instead of mirroring the URL structure.”
  • Marcação de rich result de Product — não. Não coloque marcação de rich results de Product em uma página de listagem com vários produtos; os rich results de produto do Google são para páginas de produto individual, não para listagens.
  • CollectionPage / ItemList — opcional. Hoje não há rich result nativo do Google, mas esses tipos podem ajudar na legibilidade por máquinas da lista. FAQPage pode valer a pena quando houver uma Q&A genuinamente útil e integrada de forma natural.

Monitoramento

  • Relatório de indexação de páginas do GSC — observe o crescimento de URLs de parâmetros/facetas nos grupos excluídos; é a sua estratégia de facetas vazando.
  • Estatísticas de rastreamento — se o Googlebot estiver gastando tempo desproporcional em URLs de parâmetros, aperte o robots.txt ou as canonicals.
  • Rich Results Test / inspeção de URL — valide BreadcrumbList e confirme como uma página de categoria realmente é renderizada e indexada.
  • Site Audit — profundidade de rastreamento, produtos órfãos e contagem de links internos por página.

Onde isso se encaixa

SEO de página de categoria é uma peça da estrutura de um site de ecommerce. As decisões de facetas acima são tratadas integralmente em navegação facetada; para o tipo de página na outra ponta do link — a página de produto individual — veja SEO de página de produto; e, para entender como toda a hierarquia se encaixa, veja arquitetura de site de ecommerce.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.