¿Qué es el content pruning?

El content pruning es la revisión sistemática de lo publicado para decidir qué se mantiene, qué se mejora, qué se fusiona y qué se retira. El nombre viene de la poda, y la imagen es exacta: no se corta por cortar, se corta lo que impide crecer al resto.

La necesidad aparece con los años. Un sitio que publica con regularidad acumula artículos de campañas terminadas, landing pages de otra época, versiones antiguas de guías y páginas que se crearon para una feria de hace cinco años, y todo eso sigue estando ahí.

No es lo mismo que borrar. La mayor parte del trabajo consiste en decidir, y solo una parte pequeña termina realmente retirada; confundir las dos cosas es el origen de casi todos los desastres que se cuentan sobre esta práctica.

Conviene separarlo de dos cosas con las que se mezcla. No es una limpieza técnica: no se trata de URLs generadas por el sistema, que es el terreno del index bloat, sino de textos que alguien escribió y publicó con intención. Y no es una actualización: refrescar un artículo es mantenerlo, no decidir sobre él.

La diferencia importa porque cambia quién decide. Las URLs sobrantes las resuelve una regla; los textos publicados exigen leerlos, y eso no lo hace ningún informe. Por eso el pruning es lento y por eso casi siempre se pospone.

Cada página cae en uno de cuatro cuadros, y el cuadro decide la acción. Las dos preguntas que los definen son sencillas: ¿recibe visitas? y ¿el contenido merece la pena?

Lo importante es que solo uno de los cuatro termina en retirada. Los dos del medio —buen contenido sin visitas, y visitas sobre contenido flojo— son los más numerosos, y en ambos la respuesta correcta es arreglar, no quitar.

Por eso el orden es primero medir y después decidir. Una lista de URLs ordenada por visitas no basta: hace falta saber también cuál era la intención de búsqueda de quien llegó, y eso cambia el cuadro de muchas páginas.

Hay un quinto caso que no cabe en la matriz y que conviene tratar aparte: el contenido que se canibaliza. Dos o tres artículos que responden a la misma búsqueda, la canibalización de manual, no están mal cada uno por su lado, pero juntos se quitan sitio. La decisión ahí no es cuál borrar sino cuál se queda con el tema, y el resto se funde en él.

Y una advertencia sobre el eje horizontal: «recibe visitas» no significa lo mismo en enero que en agosto. Una guía de declaración de la renta parece muerta seis meses al año, y medir su tráfico en el mes equivocado la manda al cuadro de retirada sin motivo. Un año completo de datos es el mínimo razonable.

Retirar no significa que la URL desaparezca sin más. Si el contenido se fusiona con otra página, corresponde una redirección 301 hacia ella, porque el visitante que llegue encontrará lo que buscaba en otro sitio.

Si no hay destino equivalente, la respuesta honesta es un 404 o un 410. Redirigir a la portada por costumbre produce un soft 404 y deja al visitante peor que un error claro.

Y hay una tercera vía que se olvida: dejar la página viva para quien la necesita, accesible desde el enlazado interno y sacarla del índice con noindex. Sirve para lo que tiene uso interno o para clientes antiguos pero no debe competir en resultados.

Una precisión sobre las fusiones, que es donde más valor se gana y más se estropea: fundir no es pegar dos textos uno detrás de otro. Lo que se conserva es lo que respondía a la búsqueda; lo demás sobra, y dejarlo dentro convierte la página receptora en un texto largo y desordenado que ya no responde a nada con claridad.

Y un detalle que se olvida en todos los casos: los enlaces internos que apuntaban a la página retirada. Una redirección los mantiene funcionando, pero seguir enlazando a una URL que redirige es dejar una cadena innecesaria en el propio sitio. Los enlaces se actualizan al destino nuevo, no se dejan colgando.

Hacen falta tres cifras por página y ninguna basta sola: cuántas visitas trae, cuántas impresiones acumula y con qué frecuencia se rastrea. Las dos primeras salen de Search Console y de la analítica web; la tercera, del análisis de logs.

Una página sin visitas pero con impresiones no es candidata a retirarse: aparece en resultados y nadie la elige, que es un problema de título y descripción, no de existencia. Distinguir esos dos casos evita la mayor parte de los borrados innecesarios.

Y conviene mirar los enlaces antes de tocar nada. Una página que casi nadie visita puede estar recibiendo backlinks, y retirarla tira ese valor por la ventana en lugar de aprovecharlo con una fusión.

Hay una cuarta señal que no es una cifra y decide más que las tres anteriores: si el texto sigue siendo cierto. Una guía técnica con capturas de una interfaz que cambió, un artículo que cita una norma derogada o una comparativa con precios de hace tres años no fallan por escasos, fallan por falsos, y eso no aparece en ningún informe.

Por eso conviene ordenar el trabajo por secciones y no por la lista completa. Revisar de golpe todo lo publicado es inabarcable; revisar una categoría entera permite ver las repeticiones y decidir con contexto, que es justamente lo que falta cuando se mira una página suelta sin sus vecinas.

El primero es borrar por lote según una sola cifra. Una lista de páginas sin visitas en los últimos noventa días mete en el mismo saco un artículo estacional, una guía técnica que consulta el equipo de soporte, invisible en la analítica web y una página realmente muerta.

El segundo es esperar resultados inmediatos. Los efectos de una limpieza tardan en verse porque dependen de que se vuelva a rastrear lo que cambió, y en ese intervalo es fácil atribuir a la poda cualquier movimiento que en realidad venga de otra parte.

Y el tercero es no dejar constancia. Sin una lista de qué se retiró, cuándo y por qué, nadie podrá revisar la decisión dentro de un año, y cualquier caída de tráfico en ese plazo se convierte en una discusión sin datos.

Un cuarto error es hacerlo sin avisar a nadie más. Un artículo que parece muerto puede estar enlazado desde una campaña activa, desde un manual interno o desde el material que usa el equipo comercial; nada de eso aparece en Search Console, y se descubre cuando alguien se queja.

Y el último, el más contrario a la intuición: podar contenido no sustituye a publicarlo. Un sitio con poco material bueno no mejora por tener menos material malo, mejora por tener más material bueno. El pruning ordena lo que hay; no crea nada, y presentarlo como una estrategia de crecimiento es prometer lo que no puede dar.