Acompanhar o Declínio de Conteúdo por Coorte

Os totais do site escondem o declínio porque a publicação nova o mascara, e quando o total finalmente cai o catálogo antigo já vem a escorregar há um ano. Ordenar por cliques perdidos face ao ano anterior não resolve isto: promove páginas que tiveram um pico pontual e enterra páginas estáveis que perderam um terço do seu valor sem alarido. Agrupar por coorte de publicação separa o envelhecimento normal, que não exige ação, das páginas que se partiram mesmo.

O ficheiro da competência

---
name: content-decay-cohort-tracking
description: Use quando uma biblioteca de conteúdos antigos está a perder tráfego em silêncio e precisa de decidir o que atualizar, o que deixar como está e o que retirar.
---

# Acompanhar o Declínio de Conteúdo por Coorte

Os totais do site escondem o declínio porque a publicação nova o mascara, e quando o total finalmente cai o catálogo antigo já vem a escorregar há um ano. Ordenar por cliques perdidos face ao ano anterior não resolve isto: promove páginas que tiveram um pico pontual e enterra páginas estáveis que perderam um terço do seu valor sem alarido. Agrupar por coorte de publicação separa o envelhecimento normal, que não exige ação, das páginas que se partiram mesmo.

## O que precisa primeiro

- cliques do Search Console por URL, ao mês, 24 meses no mínimo
- data de publicação e data da última atualização substantiva de cada URL
- a consulta de onde cada URL retira a maior parte das suas impressões
- um custo aproximado de atualização em horas, para que a triagem produza uma decisão e não uma lista

## Método

1. Agrupe os URLs por trimestre de publicação e represente os cliques medianos por URL contra os meses desde a publicação. Use a mediana, porque de outra forma alguns êxitos desproporcionados descrevem uma curva que nenhuma outra página segue.
2. Leia a forma normal nos seus próprios dados: onde os cliques atingem o pico, onde estabilizam, onde caem. As referências publicadas de declínio fazem médias entre sectores com ritmos de atualização muito diferentes e não vão corresponder ao seu site.
3. Sinalize as páginas que se afastam da curva da sua própria coorte, e não as páginas que simplesmente caíram. Uma página a menos 20 por cento enquanto a coorte está a menos 40 por cento está a superar a média e não precisa de nada.
4. Separe o conjunto sinalizado por causa antes de orçamentar qualquer trabalho, usando dados ao nível da consulta: posição perdida, posição estável com CTR perdido, ou uma consulta que perdeu procura. Só o primeiro é um problema de conteúdo.
5. Verifique a SERP em direto para a consulta principal nos piores casos. Onde a página de resultados se encheu de um tipo de conteúdo diferente, uma atualização não recupera a página e a recomendação honesta é outro tipo de ativo.
6. Orce cada atualização contra os cliques recuperáveis, usando o patamar da coorte como teto e não o pico histórico. O pico incluía muitas vezes promoção de lançamento que não se vai repetir.
7. Registe as páginas que decidiu não tocar e porquê, com uma data de revisão, ou os mesmos URLs serão reauditados do zero todos os trimestres.

## O que isto produz

Uma curva de declínio por coorte para o seu próprio site, mais uma lista de URLs triada com a marcação atualizar, deixar ou retirar, uma razão de uma linha e uma estimativa de custo por cada atualização.

## Onde isto corre mal

- Tratar toda a descida como declínio quando parte do catálogo é sazonal e está simplesmente fora de época no dia em que fez a auditoria
- Atualizar mudando a data visível e pouco mais, o que na maior parte dos casos não muda nada e lhe retira a capacidade de perceber se edições a sério teriam resultado
- Medir o sucesso de uma atualização contra a semana anterior à atualização em vez de contra a curva da coorte, ficando uma subida sazonal banal registada como vitória
- Retirar páginas só com base no tráfego, quando uma página sem tráfego pode ter links externos ou levar ligação interna a páginas que o têm

---

Da biblioteca de competências da QuQi - https://www.quqi.io/pt/skills/content-decay-cohort-tracking

O que precisa primeiro

• cliques do Search Console por URL, ao mês, 24 meses no mínimo
• data de publicação e data da última atualização substantiva de cada URL
• a consulta de onde cada URL retira a maior parte das suas impressões
• um custo aproximado de atualização em horas, para que a triagem produza uma decisão e não uma lista

Método

1. 01 Agrupe os URLs por trimestre de publicação e represente os cliques medianos por URL contra os meses desde a publicação. Use a mediana, porque de outra forma alguns êxitos desproporcionados descrevem uma curva que nenhuma outra página segue.
2. 02 Leia a forma normal nos seus próprios dados: onde os cliques atingem o pico, onde estabilizam, onde caem. As referências publicadas de declínio fazem médias entre sectores com ritmos de atualização muito diferentes e não vão corresponder ao seu site.
3. 03 Sinalize as páginas que se afastam da curva da sua própria coorte, e não as páginas que simplesmente caíram. Uma página a menos 20 por cento enquanto a coorte está a menos 40 por cento está a superar a média e não precisa de nada.
4. 04 Separe o conjunto sinalizado por causa antes de orçamentar qualquer trabalho, usando dados ao nível da consulta: posição perdida, posição estável com CTR perdido, ou uma consulta que perdeu procura. Só o primeiro é um problema de conteúdo.
5. 05 Verifique a SERP em direto para a consulta principal nos piores casos. Onde a página de resultados se encheu de um tipo de conteúdo diferente, uma atualização não recupera a página e a recomendação honesta é outro tipo de ativo.
6. 06 Orce cada atualização contra os cliques recuperáveis, usando o patamar da coorte como teto e não o pico histórico. O pico incluía muitas vezes promoção de lançamento que não se vai repetir.
7. 07 Registe as páginas que decidiu não tocar e porquê, com uma data de revisão, ou os mesmos URLs serão reauditados do zero todos os trimestres.

O que isto produz

Uma curva de declínio por coorte para o seu próprio site, mais uma lista de URLs triada com a marcação atualizar, deixar ou retirar, uma razão de uma linha e uma estimativa de custo por cada atualização.

Onde isto corre mal

• Tratar toda a descida como declínio quando parte do catálogo é sazonal e está simplesmente fora de época no dia em que fez a auditoria
• Atualizar mudando a data visível e pouco mais, o que na maior parte dos casos não muda nada e lhe retira a capacidade de perceber se edições a sério teriam resultado
• Medir o sucesso de uma atualização contra a semana anterior à atualização em vez de contra a curva da coorte, ficando uma subida sazonal banal registada como vitória
• Retirar páginas só com base no tráfego, quando uma página sem tráfego pode ter links externos ou levar ligação interna a páginas que o têm

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 Métricas e relatórios