Seguimiento del desgaste de contenido por cohortes

Los totales del sitio esconden el desgaste porque la publicación nueva lo enmascara, así que para cuando baja el total el fondo de catálogo lleva un año cayendo. Ordenar por clics perdidos interanuales no lo arregla: asciende páginas que tuvieron un pico puntual y entierra páginas estables que perdieron un tercio de su valor sin hacer ruido. Agrupar por cohorte de publicación separa el envejecimiento normal, que no requiere nada, de las páginas que se han roto de verdad.

El archivo de la habilidad

---
name: content-decay-cohort-tracking
description: Úsala cuando una biblioteca de contenido antiguo esté perdiendo tráfico en silencio y tengas que decidir qué actualizar, qué dejar como está y qué retirar.
---

# Seguimiento del desgaste de contenido por cohortes

Los totales del sitio esconden el desgaste porque la publicación nueva lo enmascara, así que para cuando baja el total el fondo de catálogo lleva un año cayendo. Ordenar por clics perdidos interanuales no lo arregla: asciende páginas que tuvieron un pico puntual y entierra páginas estables que perdieron un tercio de su valor sin hacer ruido. Agrupar por cohorte de publicación separa el envejecimiento normal, que no requiere nada, de las páginas que se han roto de verdad.

## Qué necesitas antes

- Clics de Search Console por URL, mensuales, 24 meses como mínimo
- fecha de publicación y fecha de la última actualización sustancial de cada URL
- la consulta de la que cada URL obtiene la mayoría de sus impresiones
- un coste aproximado de actualización en horas, para que el triaje produzca una decisión y no una lista

## Método

1. Agrupa las URL por trimestre de publicación y representa los clics medianos por URL frente a los meses transcurridos desde la publicación. Usa la mediana, porque si no unos pocos éxitos desmesurados describirán una curva que no sigue ninguna otra página.
2. Lee la forma normal en tus propios datos: dónde hacen pico los clics, dónde se estabilizan y dónde caen. Los índices de referencia publicados sobre desgaste promedian sectores con ritmos de actualización muy distintos y no van a coincidir con tu sitio.
3. Marca las páginas que se desvían de la curva de su propia cohorte, no las que simplemente han bajado. Una página que baja un 20 por ciento mientras su cohorte baja un 40 por ciento va por encima de lo esperado y no necesita nada.
4. Divide el conjunto marcado por causa antes de presupuestar ningún trabajo, usando datos a nivel de consulta: posición perdida, posición estable con CTR perdido, o una consulta que perdió demanda. Solo la primera es un problema de contenido.
5. Mira la SERP real de la consulta principal en los peores casos. Cuando la página de resultados se ha llenado de otro tipo de contenido, una actualización no puede recuperar la página y lo honesto es recomendar un formato distinto.
6. Presupuesta cada actualización frente a los clics recuperables, usando la meseta de la cohorte como techo en lugar del pico histórico. El pico solía incluir una promoción de lanzamiento que no se va a repetir.
7. Anota las páginas que decidiste no tocar y por qué, con fecha de revisión, o esas mismas URL se volverán a auditar desde cero cada trimestre.

## Qué produce esto

Una curva de desgaste por cohortes de tu propio sitio, más una lista de URL triada como actualizar, dejar o retirar, con un motivo de una línea y una estimación de coste por cada actualización.

## Dónde falla esto

- Tratar toda bajada como desgaste cuando parte del catálogo es estacional y simplemente está fuera de temporada el día en que hiciste la auditoría
- Actualizar cambiando la fecha visible y poco más, lo que casi nunca cambia nada y te quita la capacidad de saber si unas ediciones de verdad habrían funcionado
- Medir el éxito de una actualización contra la semana anterior a esa actualización en lugar de contra la curva de la cohorte, con lo que una subida estacional corriente se apunta como victoria
- Retirar páginas solo por tráfico, cuando una página sin tráfico puede sostener enlaces externos o enlazar internamente a páginas que sí lo tienen

---

De la biblioteca de habilidades de QuQi - https://www.quqi.io/es/skills/content-decay-cohort-tracking

Qué necesitas antes

• Clics de Search Console por URL, mensuales, 24 meses como mínimo
• fecha de publicación y fecha de la última actualización sustancial de cada URL
• la consulta de la que cada URL obtiene la mayoría de sus impresiones
• un coste aproximado de actualización en horas, para que el triaje produzca una decisión y no una lista

Método

1. 01 Agrupa las URL por trimestre de publicación y representa los clics medianos por URL frente a los meses transcurridos desde la publicación. Usa la mediana, porque si no unos pocos éxitos desmesurados describirán una curva que no sigue ninguna otra página.
2. 02 Lee la forma normal en tus propios datos: dónde hacen pico los clics, dónde se estabilizan y dónde caen. Los índices de referencia publicados sobre desgaste promedian sectores con ritmos de actualización muy distintos y no van a coincidir con tu sitio.
3. 03 Marca las páginas que se desvían de la curva de su propia cohorte, no las que simplemente han bajado. Una página que baja un 20 por ciento mientras su cohorte baja un 40 por ciento va por encima de lo esperado y no necesita nada.
4. 04 Divide el conjunto marcado por causa antes de presupuestar ningún trabajo, usando datos a nivel de consulta: posición perdida, posición estable con CTR perdido, o una consulta que perdió demanda. Solo la primera es un problema de contenido.
5. 05 Mira la SERP real de la consulta principal en los peores casos. Cuando la página de resultados se ha llenado de otro tipo de contenido, una actualización no puede recuperar la página y lo honesto es recomendar un formato distinto.
6. 06 Presupuesta cada actualización frente a los clics recuperables, usando la meseta de la cohorte como techo en lugar del pico histórico. El pico solía incluir una promoción de lanzamiento que no se va a repetir.
7. 07 Anota las páginas que decidiste no tocar y por qué, con fecha de revisión, o esas mismas URL se volverán a auditar desde cero cada trimestre.

Qué produce esto

Una curva de desgaste por cohortes de tu propio sitio, más una lista de URL triada como actualizar, dejar o retirar, con un motivo de una línea y una estimación de coste por cada actualización.

Dónde falla esto

• Tratar toda bajada como desgaste cuando parte del catálogo es estacional y simplemente está fuera de temporada el día en que hiciste la auditoría
• Actualizar cambiando la fecha visible y poco más, lo que casi nunca cambia nada y te quita la capacidad de saber si unas ediciones de verdad habrían funcionado
• Medir el éxito de una actualización contra la semana anterior a esa actualización en lugar de contra la curva de la cohorte, con lo que una subida estacional corriente se apunta como victoria
• Retirar páginas solo por tráfico, cuando una página sin tráfico puede sostener enlaces externos o enlazar internamente a páginas que sí lo tienen

Usa esta skill en tu propia IA

El archivo es markdown simple, con el nombre y el disparador en su frontmatter. Cuando un asistente sabe cargar skills por su cuenta, es ese frontmatter lo que lee para decidir que esta le aplica.

Más en Analítica e informes