Desenho da Árvore de Categorias e das Facetas

As árvores de categorias crescem um pedido de cada vez até haver 900 nós, metade deles com quatro produtos, e ninguém sabe dizer porque é que algum deles existe. A correcção óbvia, construir uma página para cada agrupamento de palavras-chave com volume, produz grelhas fracas que competem entre si e com as facetas que estão por baixo delas. A decisão não é o que criar, é em qual dos três contentores é que um agrupamento pertence, e isso depende tanto da profundidade de stock e da permanência como da procura em pesquisa.

O ficheiro da competência

---
name: category-tree-and-facet-design
description: Use quando tem de decidir se um agrupamento de procura merece página de categoria própria, uma faceta indexável, ou nenhuma página, e a árvore cresceu a pedido do merchandising em vez de por desenho.
---

# Desenho da Árvore de Categorias e das Facetas

As árvores de categorias crescem um pedido de cada vez até haver 900 nós, metade deles com quatro produtos, e ninguém sabe dizer porque é que algum deles existe. A correcção óbvia, construir uma página para cada agrupamento de palavras-chave com volume, produz grelhas fracas que competem entre si e com as facetas que estão por baixo delas. A decisão não é o que criar, é em qual dos três contentores é que um agrupamento pertence, e isso depende tanto da profundidade de stock e da permanência como da procura em pesquisa.

## O que precisa primeiro

- contagens de produtos vivos por nó da árvore actual, contados em stock agora e não à data do lançamento
- um conjunto de procura agrupado por intenção, com o termo principal e os modificadores de cada agrupamento
- impressões e entradas orgânicas da Search Console por URL de categoria e de faceta existente, 6 meses
- as regras de merchandising que decidem que produtos caem em que nó, para saber o que é automático e o que é curado à mão

## Método

1. Conte os produtos vivos por nó existente antes de acrescentar seja o que for. Nós com menos de cerca de 5 produtos não conseguem sustentar uma página que bata a grelha de um concorrente, e são os candidatos a fusão.
2. Ordene cada agrupamento de procura consoante o seu modificador descreva um atributo que tenha como dado estruturado ou um caso de uso que não tenha. Os agrupamentos de atributo pertencem às facetas; os agrupamentos de caso de uso precisam de uma categoria curada, porque nenhum filtro produz esse conjunto.
3. Aplique um teste de permanência aos sobreviventes: é uma categoria se o conjunto de produtos ainda fizer sentido daqui a dois anos, e é uma faceta se o conjunto for simplesmente aquilo que o filtro devolve hoje.
4. Defina um mínimo de stock por nó e escreva o que acontece quando um nó fica abaixo dele. Sem uma regra declarada, os nós fracos voltam a acumular-se dentro de um ano.
5. Mapeie cada agrupamento sobrevivente para exactamente um nó e confirme que não há dois nós a reclamar o mesmo termo principal. Duas categorias a servir uma intenção dividem links e impressões e nenhuma ganha.
6. Decida a profundidade dos URLs antes de construir. Aninhar todos os atributos produz caminhos que ninguém mantém, ao passo que um caminho plano com a hierarquia apenas nas breadcrumbs é mais fácil de reestruturar depois; este compromisso é discutido a sério dos dois lados e a resposta certa depende da frequência com que a sua árvore muda.
7. Publique a lista de fusões e redireccionamentos dos nós reprovados na mesma versão dos nós novos, e não como um seguimento que nunca chega a ser priorizado.

## O que isto produz

Uma árvore de categorias revista com um mínimo de stock declarado por nó, uma lista branca de facetas, e uma lista de fusões e redireccionamentos a cobrir os nós que não qualificaram.

## Onde isto corre mal

- criar uma categoria para cada modificador com volume de pesquisa, deixando dezenas de grelhas quase idênticas tiradas das mesmas poucas centenas de produtos
- construir categorias de caso de uso que são geradas por um filtro, de modo que a composição muda sempre que o stock se mexe e a página nunca assenta
- apagar nós fracos sem redireccionamentos por terem pouco tráfego, e perder depois os links internos e os caminhos de breadcrumb que apontavam para eles
- decidir a árvore só pelo volume de palavras-chave sem verificar o que o catálogo consegue de facto preencher

---

Da biblioteca de competências da QuQi - https://www.quqi.io/pt/skills/category-tree-and-facet-design

O que precisa primeiro

• contagens de produtos vivos por nó da árvore actual, contados em stock agora e não à data do lançamento
• um conjunto de procura agrupado por intenção, com o termo principal e os modificadores de cada agrupamento
• impressões e entradas orgânicas da Search Console por URL de categoria e de faceta existente, 6 meses
• as regras de merchandising que decidem que produtos caem em que nó, para saber o que é automático e o que é curado à mão

Método

1. 01 Conte os produtos vivos por nó existente antes de acrescentar seja o que for. Nós com menos de cerca de 5 produtos não conseguem sustentar uma página que bata a grelha de um concorrente, e são os candidatos a fusão.
2. 02 Ordene cada agrupamento de procura consoante o seu modificador descreva um atributo que tenha como dado estruturado ou um caso de uso que não tenha. Os agrupamentos de atributo pertencem às facetas; os agrupamentos de caso de uso precisam de uma categoria curada, porque nenhum filtro produz esse conjunto.
3. 03 Aplique um teste de permanência aos sobreviventes: é uma categoria se o conjunto de produtos ainda fizer sentido daqui a dois anos, e é uma faceta se o conjunto for simplesmente aquilo que o filtro devolve hoje.
4. 04 Defina um mínimo de stock por nó e escreva o que acontece quando um nó fica abaixo dele. Sem uma regra declarada, os nós fracos voltam a acumular-se dentro de um ano.
5. 05 Mapeie cada agrupamento sobrevivente para exactamente um nó e confirme que não há dois nós a reclamar o mesmo termo principal. Duas categorias a servir uma intenção dividem links e impressões e nenhuma ganha.
6. 06 Decida a profundidade dos URLs antes de construir. Aninhar todos os atributos produz caminhos que ninguém mantém, ao passo que um caminho plano com a hierarquia apenas nas breadcrumbs é mais fácil de reestruturar depois; este compromisso é discutido a sério dos dois lados e a resposta certa depende da frequência com que a sua árvore muda.
7. 07 Publique a lista de fusões e redireccionamentos dos nós reprovados na mesma versão dos nós novos, e não como um seguimento que nunca chega a ser priorizado.

O que isto produz

Uma árvore de categorias revista com um mínimo de stock declarado por nó, uma lista branca de facetas, e uma lista de fusões e redireccionamentos a cobrir os nós que não qualificaram.

Onde isto corre mal

• criar uma categoria para cada modificador com volume de pesquisa, deixando dezenas de grelhas quase idênticas tiradas das mesmas poucas centenas de produtos
• construir categorias de caso de uso que são geradas por um filtro, de modo que a composição muda sempre que o stock se mexe e a página nunca assenta
• apagar nós fracos sem redireccionamentos por terem pouco tráfego, e perder depois os links internos e os caminhos de breadcrumb que apontavam para eles
• decidir a árvore só pelo volume de palavras-chave sem verificar o que o catálogo consegue de facto preencher

Use esta skill na sua própria IA

O ficheiro é markdown simples, com o nome e o gatilho no frontmatter. Quando um assistente consegue carregar skills sozinho, é esse frontmatter que lê para decidir que esta se aplica.

Mais em SEO para e-commerce