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.
Idiomas
1 sinal de evidência nesta página
- Ferramenta relacionada ativaFaceted Navigation Auditor
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 — Uma página de categoria (também chamada de PLP ou página de coleção) é uma lista de produtos agrupados por uma classificação — como “tênis de corrida masculinos”. Essas páginas costumam ser as maiores geradoras de receita da busca porque correspondem às pesquisas amplas que as pessoas fazem quando estão comprando. O trabalho é fazer a própria página ranquear e garantir que o Google consiga chegar a todos os produtos nela. Os dois problemas que mais confundem: os botões de filtro/ordenação criam silenciosamente milhares de endereços quase duplicados, e uma página que é apenas uma grade de produtos, sem contexto, pode ser difícil de ranquear.
O que é uma página de categoria
Quando você compra online, geralmente chega a um de dois tipos de página:
- Uma página de produto — um único item (um par específico de tênis).
- Uma página de categoria — a lista de itens, como “tênis de corrida” ou “laptops abaixo de 500 USD”. Você também ouvirá esses nomes: PLPs (páginas de listagem de produtos) ou, na Shopify, páginas de coleção.
As páginas de categoria ficam no meio do seu site: homepage → categoria → produto. Elas importam muito para SEO porque correspondem às pesquisas amplas que as pessoas fazem enquanto ainda estão decidindo (“tênis de corrida”), e não às pesquisas do produto exato (“Nike Pegasus 41 tamanho 10”). As pesquisas amplas têm muito mais volume, então uma página de categoria que ranqueia pode atrair muitos compradores.
As duas funções de uma página de categoria
- Ranquear para a pesquisa da categoria. Quando alguém pesquisa “tênis de corrida” no Google, você quer que sua página de tênis de corrida apareça.
- Levar visitantes e o Google até os produtos. A página de categoria é como o Google encontra seus produtos individuais — ele segue os links da página. Se um produto não estiver vinculado a nenhum lugar rastreável, o Google talvez nunca o veja. Evidence for this claim Googlebot generally discovers ecommerce products through crawlable links from category pages. Scope: Feeds and sitemaps can aid discovery but do not replace a crawlable site structure. Confidence: high · Verified: Google: Ecommerce site structure
As duas coisas que dão errado
1. Endereços demais. Aqueles botões úteis de filtro e ordenação (“ordenar por preço”, “mostrar apenas vermelho, tamanho 10”) criam um novo URL nos bastidores. Uma loja com alguns milhares de produtos pode criar silenciosamente centenas de milhares desses URLs filtrados — a maioria quase duplicada. O Google não tem tempo ilimitado para rastrear seu site, então todos esses URLs inúteis podem tirar espaço das suas páginas reais. (O tema completo é a navegação facetada — ela tem seu próprio aprofundamento.) Evidence for this claim Faceted navigation can generate very large URL spaces and cause overcrawling. Scope: Risk depends on whether filter states create crawlable URLs and links. Confidence: high · Verified: Google: Managing faceted navigation
2. A página de categoria “vazia”. Se sua página de categoria não passa de uma grade de produtos sem texto, o Google pode ter dificuldade para entendê-la e ranqueá-la. Uma introdução curta e realmente útil — uma ou duas frases sobre o que há na categoria — ajuda. Mas não despeje uma parede enorme de palavras-chave no rodapé que nenhum comprador lerá. As próprias pessoas do Google chamam isso de keyword stuffing, e é a abordagem errada.
O checklist simples
- Dê à categoria um URL claro e descritivo (
/shoes/running/) e um título que inclua o nome da categoria. - Garanta que todo produto possa ser alcançado por um link normal a partir da categoria (ou de uma página seguinte vinculada).
- Adicione uma introdução curta e útil se os produtos, sozinhos, não deixarem o tema óbvio.
- Não deixe botões de filtro/ordenação criarem uma bagunça rastreável (seu desenvolvedor ou sua plataforma geralmente controla isso).
- Adicione breadcrumbs para que compradores e Google entendam onde a página se encaixa.
Quer a versão técnica — paginação depois que rel=prev/next morreu, quais URLs filtrados indexar ou bloquear e quais dados estruturados realmente importam? Mude para a aba Advanced.
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/nextmorreu (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 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.
Navegação facetada — o que mais provavelmente vai prejudicar você
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
404para 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:
- 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.” - 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.
Links internos — a rampa de acesso
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
BreadcrumbListreforç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
Productem 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.FAQPagepode 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
BreadcrumbListe 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.
Resumo de IA
Uma versão condensada da edição Advanced:
- 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 PageRank aos produtos. Google: se as páginas de categoria não vincularem todos os produtos, o Googlebot talvez não os encontre apenas rastreando.
- Navegação facetada é a ameaça central — facetas baseadas em parâmetros de URL podem criar URLs rastreáveis quase infinitos. A regra: bloqueie o ruído (robots.txt: variantes de ordenação, parâmetros de rastreamento, combinações redundantes de filtros), faça canonical das combinações de baixa demanda, indexe as de alta demanda (URL/título/H1/texto únicos) e devolva 404 para os becos sem saída. O tratamento completo está no aprofundamento sobre navegação facetada.
- Espinha dorsal da paginação:
rel=prev/nextmorreu (Google, 2019). Nunca faça canonical das páginas paginadas para a página 1 — isso esconde tudo que está nas páginas 2+. Cada página usa canonical para si mesma (ou aponta para um “ver tudo” real), tem um URL único (não fragmentos#) e aponta para a próxima página com<a href>. - A ferramenta de parâmetros de URL do GSC acabou (2022) — controle os parâmetros com robots.txt e canonicals.
- Páginas finas, só de produtos, podem ser difíceis de ranquear, mas conteúdo é útil, não obrigatório (Mueller). Adicione uma introdução curta, útil e visível — não uma massa de palavras-chave no rodapé, que o Google chama de keyword stuffing.
- Dados estruturados:
BreadcrumbListsim; marcação de rich result de Product não em listagens com vários produtos.
Documentação oficial
Documentação de fonte primária, principalmente da seção de ecommerce do Google.
Google — especialidade de ecommerce
- Pagination and incremental page loading — a orientação atual de paginação: links
<a href>sequenciais, URLs únicos, canonical autorreferente e a nota de descontinuação derel=prev/next. - Designing a URL structure for ecommerce sites — parâmetros
?key=value, tratamento de categorias vazias e redução de URLs duplicados. - Help Google understand your ecommerce site structure — páginas de categoria precisam vincular todos os produtos; contagem de links como sinal de importância;
<a href>em vez de eventos JS. - Managing faceted navigation — o problema do espaço infinito de URLs, padrões de robots.txt e canonical como ferramenta mais lenta.
- Include structured data relevant to ecommerce — qual schema se aplica a listagens versus páginas de produto.
Google — documentos e blog de apoio
- BreadcrumbList structured data — a marcação que mais importa para páginas de categoria.
- 5 common mistakes with rel=canonical (2013) — erro 1: fazer canonical de páginas paginadas para a página 1.
- URL Parameters tool deprecated (2022) — a ferramenta acabou; use robots.txt e canonicals.
- Consolidate duplicate URLs — por que
rel=canonical(e nãonoindex) é a ferramenta de consolidação preferida.
Bing / Microsoft
- Bing Webmaster Guidelines — orientação geral de rastreamento, indexação e qualidade. Observe: o Bing ainda respeita
rel=prev/rel=next, ao contrário do Google.
Citações da fonte
Declarações registradas do Google. Cada link é um deep link que salta para a passagem citada na página de origem quando a página permite isso.
Documentos do Google — paginação e canonicalização
- “Google no longer uses these tags, although these links may still be used by other search engines.” — Google Search Central, sobre
rel=prev/next. Ir para a citação - “Don’t use the first page of a paginated sequence as the canonical page.” Ir para a citação
- “Specifying a rel=canonical from page 2 (or any later page) to page 1 is not correct use of rel=canonical.” — Pierre Far, Google (2013). Ir para a citação
- “Include links from each page to the following page using
<a href>tags.” Ir para a citação
Documentos do Google — estrutura de URL e navegação facetada
- “Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” Ir para a citação
- “Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values.” Ir para a citação
- “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.” Ir para a citação
- “The crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” — sobre o problema de rastreamento excessivo da navegação facetada. Ir para a citação
John Mueller, Google Search Advocate — conteúdo de páginas de categoria
- “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.” — Google Webmaster Hangout, 5 de março de 2019.
Relatado pela cobertura do Search Engine Roundtable / Search Engine Land; o vídeo do hangout original é a fonte primária.
- “You don’t need to put in extra text there.” — sobre categorias em que os nomes dos produtos já deixam o tema claro. Google SEO hangout, 17 de setembro de 2021.
Relatado pelo Search Engine Journal: cobertura.
- “From our point of view that’s essentially keyword stuffing. So that’s something which I would try to avoid.” — sobre a “massa de texto” no rodapé.
Relatado pelo Search Engine Land: cobertura.
Gary Illyes, Google
- “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” — LinkedIn, agosto de 2024.
Relatado pelo Search Engine Journal: cobertura.
Checklist de SEO para páginas de categoria
Uma passagem para confirmar que uma página de categoria ranqueia e cumpre sua função de rampa de acesso:
Faça a página ranquear
- URL descritivo com a palavra-chave da categoria (
/electronics/laptops/), usando um padrão de forma consistente em todo o site. - O título inclui o nome da categoria; o H1 acompanha esse nome.
- Uma introdução curta e realmente útil somente se os produtos, sozinhos, não deixarem o tema claro — colocada onde os usuários a veem, não em uma massa no rodapé.
- Dados estruturados
BreadcrumbListpresentes e válidos. - Nenhuma marcação de rich result de
Productna página de listagem.
Não quebre rastreamento nem links
- Todo produto é alcançável por links reais
<a href>(diretamente ou por páginas paginadas). - A navegação usa
<a href>, não handlers de clique em JS. - Uma categoria vazia retorna
noindexou404.
Paginação
- Cada página paginada usa canonical para si mesma (ou todas apontam para um “ver tudo” real).
- Nenhuma canonical da página 2+ aponta de volta para a página 1.
- Nenhuma dependência de
rel=prev/nextcomo solução; URLs únicos que não sejam#por página;<a href>sequencial para a próxima página. - Resultados paginados vazios retornam
404.
Navegação facetada
- URLs de ordenação/rastreamento/filtros redundantes são bloqueados (robots.txt) ou recebem canonical.
- Páginas de facetas com alta demanda (se houver) têm URL/título/H1/texto únicos + canonical autorreferente e estão no sitemap.
- Combinações de filtros sem sentido ou vazias retornam
404.
Monitore
- A indexação de páginas do GSC é acompanhada para detectar excesso de URLs de parâmetros.
- As Estatísticas de rastreamento são revisadas para identificar rastreamento gasto em URLs de parâmetros.
Modelos mentais
1. Uma página de categoria tem duas funções — avalie as duas. Ela precisa (a) ranquear para sua pesquisa e (b) encaminhar rastreamento e PageRank aos produtos. A maioria dos erros em páginas de categoria otimiza uma função e quebra a outra (por exemplo, facetas AJAX que parecem limpas, mas deixam produtos inacessíveis). Sempre verifique as duas.
2. URLs facetados: bloqueie o ruído, indexe o sinal. Todo URL de faceta cai em uma de quatro categorias — bloquear (ordenação/rastreamento/redundante), canonical (baixa demanda, navegável), indexar + otimizar (demanda real de busca) ou 404 (vazio/sem sentido). Decida a categoria por tipo de faceta, orientado pela demanda de palavras-chave, antes de construí-la.
3. A árvore de decisão de paginação.
Existe um “ver tudo” utilizável? → páginas do componente fazem canonical para ele. Não existe? → cada página usa canonical para si mesma, recebe um URL único e aponta para a próxima por <a href>. Nunca → faça canonical das páginas 2+ para a página 1.
4. Conteúdo = merecer seu espaço, onde os usuários o veem. Comece com os nomes dos produtos carregando o tema. Adicione texto apenas quando ele realmente ajudar um comprador a decidir e coloque-o no topo — não em um rodapé oculto. “Helpful, not required” é toda a postura.
SEO de páginas de categoria — resumo rápido
Paginação: faça / não faça (2026)
| Situação | Faça | Não faça |
|---|---|---|
| Série paginada, sem ver-tudo | Cada página usa canonical para si; URL único; <a href> para a próxima | Fazer canonical das páginas 2+ para a página 1 |
| Existe um “ver tudo” utilizável | Páginas do componente fazem canonical para o ver-tudo | Forçar um ver-tudo gigante e inutilizável |
| Sinal do mecanismo de busca | Deixe cada página ranquear por seus próprios méritos | Depender de rel=prev/next para o Google (morreu em 2019) |
| Números de página no URL | ?page=2 (URL real) | Fragmento #page=2 (o Google ignora #) |
| Resultado paginado vazio | Retornar 404 | Servir uma página vazia indexável |
URL de faceta → ação
| Tipo de faceta | Ação |
|---|---|
Ordenação (?sort=) | Bloquear (robots.txt) |
| Parâmetros de sessão/rastreamento | Bloquear; manter fora dos links internos |
| Combinação de filtros, mesmos produtos | Bloquear ou fazer canonical para a base |
| Combinação de filtros, baixa demanda, navegável | Canonical para a categoria-base |
| Combinação de filtros, demanda real de busca | Indexar + URL/título/H1/texto únicos + canonical autorreferente + sitemap |
| Combinação vazia/sem sentido | 404 |
Dados estruturados
| Tipo | Em uma página de categoria? |
|---|---|
BreadcrumbList | Sim — o que importa |
Rich results de Product | Não — somente páginas de produto individual |
CollectionPage / ItemList | Opcional (sem rich result nativo) |
FAQPage | Opcional, apenas se houver Q&A genuinamente útil |
Fatos rápidos
rel=prev/next: morreu para o Google (março de 2019); o Bing ainda o respeita.- Ferramenta de parâmetros de URL do GSC: acabou (abril de 2022) — use robots.txt + canonicals.
- Categoria vazia:
noindexou404. - Contagem de palavras para texto de categoria: nenhum mínimo (Mueller) — útil, mas não obrigatório.
Escolha o tratamento da paginação e das facetas
How should this category sequence work?
What should happen to this faceted category URL?
Erros de páginas de categoria a evitar
Fazer canonical de toda página paginada para a página 1
Produtos encontrados apenas em páginas posteriores podem ficar muito mais difíceis de descobrir e indexar. Deixe cada página usar canonical para si mesma ou use uma página ver-tudo real e utilizável como canonical.
Depender de rel=prev/next como solução do Google
O Google parou de usar essas tags há anos. Em vez disso, construa links sequenciais rastreáveis e URLs de páginas reais.
Colocar marcação de rich result de Product em uma listagem
Os rich results de Product do Google são para páginas de produto individual. Use BreadcrumbList nas páginas de categoria e trate ItemList como marcação descritiva, não como atalho para rich result.
Adicionar uma parede de palavras-chave no rodapé
Texto extra só é útil quando ajuda compradores e esclarece a categoria. Coloque conteúdo conciso e útil onde as pessoas possam vê-lo.
Depender apenas de canonical para facetas fora de controle
Canonical consolida sinais, mas ainda exige rastreamento. Use uma estratégia de controle de rastreamento para espaços de URLs que não deveriam ser buscados.
Métricas de páginas de categoria
Dimensão dos URLs de parâmetros
Métrica: URLs de facetas, ordenação, rastreamento e paginação relacionados à categoria, por grupo do Page Indexing. O que informa: se o template da categoria está vazando variantes de URL de baixo valor para os sistemas de rastreamento e indexação do Google. Como obter: exporte amostras do Page Indexing do Search Console e classifique-as por padrão de parâmetro. Benchmark / faixa realista: compare o volume com o conjunto aprovado de categorias e facetas indexáveis; a contagem aceitável depende do desenho do catálogo. Cadência: mensal e depois de lançamentos de template.
Parcela de rastreamento por classe de URL de categoria
Métrica: requisições verificadas do Googlebot a categorias-base, facetas aprovadas, paginação e estados de parâmetros suprimidos. O que informa: se a atenção do crawler chega aos caminhos de descoberta de produtos, em vez de variantes duplicadas. Como obter: segmente logs do servidor ou as Estatísticas de rastreamento por padrão de URL. Benchmark / faixa realista: estabeleça uma linha de base do site e busque menos requisições para padrões intencionalmente suprimidos; nenhuma porcentagem universal serve para todo catálogo. Cadência: semanal durante a limpeza, depois mensal.
Alcance de produtos a partir das páginas de categoria
Métrica: parcela de produtos ativos alcançáveis por links âncora de páginas de categoria e sua profundidade de rastreamento. O que informa: se as páginas de categoria cumprem a função de rampa de acesso. Como obter: rastreie a partir da homepage com configurações de JavaScript que correspondam à experiência de produção e depois relacione os URLs de produto ao catálogo. Benchmark / faixa realista: todo produto destinado à descoberta orgânica deve ter um caminho rastreável; documente separadamente as exceções acessíveis apenas por feed. Cadência: depois de alterações de navegação e mensalmente em catálogos que mudam rápido.
Desempenho das landing pages de categoria
Métrica: cliques, impressões, conversões e receita das páginas de categoria canônicas. O que informa: se as páginas capturam demanda comercial ampla e encaminham compradores qualificados. Como obter: relacione os dados de landing pages do Search Console com analytics ou relatórios de ecommerce. Benchmark / faixa realista: compare com a sazonalidade e os períodos anteriores da própria categoria, não com um objetivo universal. Cadência: mensal, com anotações sazonais.
Ferramentas para SEO de páginas de categoria
Descubra quais URLs de filtro/ordenação estão consumindo o orçamento de rastreamento com o Faceted Navigation Auditor:
- Extraia uma amostra de URLs reais de categoria dos seus logs, sitemap ou crawler (até 150), incluindo variantes de filtro, ordenação, paginação e rastreamento.
- Cole-as na ferramenta, uma por linha, e selecione Audit facets (ou carregue o exemplo integrado para ver o formato).
- Leia a classificação por linha — filtro, ordenação, paginação, rastreamento ou desconhecido — e marque qualquer linha com Too many parameters como provável candidata a armadilha de rastreamento.
- Cruze os padrões marcados com as Estatísticas de rastreamento do GSC e o relatório de Page Indexing antes de decidir quais combinações devem receber noindex, canonical ou bloqueio.
- Google Search Console — relatório de Page Indexing — encontre URLs de parâmetros/facetas acumulando nos grupos excluídos, o sinal mais claro de que sua estratégia de facetas está vazando.
- GSC — Estatísticas de rastreamento — veja se o Googlebot está gastando tempo em URLs de parâmetros.
- GSC — inspeção de URL + Rich Results Test — confirme como uma página de categoria é renderizada e indexada e valide
BreadcrumbList. - Ahrefs Site Audit (Structure Explorer) — revele problemas de caminhos infinitos, profundidade de rastreamento, produtos órfãos e contagens de links internos por página. (É a ferramenta que indico para encontrar explosões de facetas/parâmetros.)
- Screaming Frog SEO Spider — rastreie a árvore de categorias, encontre produtos alcançáveis apenas por JS e audite as cadeias de links de paginação.
- Ahrefs Keywords Explorer — faça a pesquisa de palavras-chave que decide quais combinações de facetas merecem ser indexadas antes de construí-las.
Teste seus conhecimentos: SEO de páginas de categoria
Cinco perguntas sobre paginação, facetas, conteúdo e dados estruturados.
Registro de alterações
Atualizado em 9 de ago. de 2026.
Resumo editorial e detalhes registrados da alteração.Detalhes da alteração
-
As notas detalhadas sobre as alterações estão disponíveis atualmente em inglês.
-
As notas detalhadas sobre as alterações estão disponíveis atualmente em inglês.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.
Atualizado em 19 de jul. de 2026.
Resumo editorial e detalhes registrados da alteração.Detalhes da alteração
-
As notas detalhadas sobre as alterações estão disponíveis atualmente em inglês.
-
As notas detalhadas sobre as alterações estão disponíveis atualmente em inglês.
Não é possível fazer a comparação completa — nenhum instantâneo anterior foi arquivado para esta revisão.