Fechas visibles y señales de actualidad

Las fechas cambian el comportamiento por los dos lados: los lectores se saltan una guía fechada hace tres años, y los resultados muestran fechas en algunas consultas. Eso tienta a los equipos a refechar páginas que no han cambiado, cosa que es visible para cualquiera que compare dos versiones y que destruye la señal de las páginas que sí se actualizaron de verdad. Si una fecha mueve posiciones se discute; que mueve clics, no. La pregunta más difícil es qué tipos de página deberían llevar fecha siquiera, y eso es una política por tipo y no un interruptor para todo el sitio.

El archivo de la habilidad

---
name: on-page-freshness-signals
description: Úsalo cuando estés decidiendo qué fecha debe mostrar una página, o cuando alguien proponga refrescar las fechas de actualización en todo el sitio.
---

# Fechas visibles y señales de actualidad

Las fechas cambian el comportamiento por los dos lados: los lectores se saltan una guía fechada hace tres años, y los resultados muestran fechas en algunas consultas. Eso tienta a los equipos a refechar páginas que no han cambiado, cosa que es visible para cualquiera que compare dos versiones y que destruye la señal de las páginas que sí se actualizaron de verdad. Si una fecha mueve posiciones se discute; que mueve clics, no. La pregunta más difícil es qué tipos de página deberían llevar fecha siquiera, y eso es una política por tipo y no un interruptor para todo el sitio.

## Qué necesitas antes

- La lista de tipos de página del sitio y para qué sirve cada uno
- El comportamiento actual de fechas por tipo: publicación, actualización, ambas o ninguna, y dónde se guarda cada valor
- Lo que el CMS escribe en dateModified dentro de los datos estructurados, que a menudo es el último guardado de cualquier campo

## Método

1. Decide por tipo de página si una fecha ayuda al lector. Un tutorial sobre un producto con versiones la necesita; una definición o una página de quiénes somos normalmente no.
2. Donde la fecha ayude, muestra la de actualización manteniendo disponible la de publicación original. Sustituir la fecha de publicación se lee como un intento de ocultar algo para cualquiera que consulte un archivo.
3. Define por escrito qué cuenta como actualización antes de permitir que la fecha se mueva: una corrección de un dato, un cambio de versión, una sección reescrita. Corregir una errata no lo es.
4. Revisa qué escribe el CMS en dateModified. Muchos lo escriben en cualquier guardado, incluida la edición de una etiqueta, con lo que meten una fecha reciente en el marcado mientras la fecha visible sigue siendo la correcta, y entonces las dos se contradicen.
5. Cuando de verdad actualices, di en una línea qué cambió y cuándo. Es la forma más barata de hacer creíble una fecha nueva y aguanta ante un lector escéptico.
6. Niégate a las actualizaciones masivas de fechas. El patrón se ve en los archivos y en el marcado, y elimina cualquier posibilidad de saber qué actualizaciones funcionaron de verdad.
7. Programa las revisiones según lo que haga envejecer a cada tipo, como un ciclo de lanzamientos de producto o un cambio normativo, en lugar de según un intervalo fijo del calendario que no tiene nada que ver con el contenido.

## Qué produce esto

Una política de fechas por tipo de página, la regla sobre qué cuenta como actualización que permite refechar, y el ajuste del CMS que mantiene de acuerdo el marcado y la fecha visible.

## Dónde falla esto

- Refechar sin editar, que es fácil de detectar y cuesta credibilidad con los lectores antes de costar nada en búsqueda
- Dejar que dateModified se separe de la fecha visible, con lo que la página se contradice a sí misma
- Quitar las fechas de todo para no parecer desactualizado, lo que también elimina el motivo para confiar en una página que sí está al día

---

De la biblioteca de habilidades de QuQi - https://www.quqi.io/es/skills/on-page-freshness-signals

Qué necesitas antes

• La lista de tipos de página del sitio y para qué sirve cada uno
• El comportamiento actual de fechas por tipo: publicación, actualización, ambas o ninguna, y dónde se guarda cada valor
• Lo que el CMS escribe en dateModified dentro de los datos estructurados, que a menudo es el último guardado de cualquier campo

Método

1. 01 Decide por tipo de página si una fecha ayuda al lector. Un tutorial sobre un producto con versiones la necesita; una definición o una página de quiénes somos normalmente no.
2. 02 Donde la fecha ayude, muestra la de actualización manteniendo disponible la de publicación original. Sustituir la fecha de publicación se lee como un intento de ocultar algo para cualquiera que consulte un archivo.
3. 03 Define por escrito qué cuenta como actualización antes de permitir que la fecha se mueva: una corrección de un dato, un cambio de versión, una sección reescrita. Corregir una errata no lo es.
4. 04 Revisa qué escribe el CMS en dateModified. Muchos lo escriben en cualquier guardado, incluida la edición de una etiqueta, con lo que meten una fecha reciente en el marcado mientras la fecha visible sigue siendo la correcta, y entonces las dos se contradicen.
5. 05 Cuando de verdad actualices, di en una línea qué cambió y cuándo. Es la forma más barata de hacer creíble una fecha nueva y aguanta ante un lector escéptico.
6. 06 Niégate a las actualizaciones masivas de fechas. El patrón se ve en los archivos y en el marcado, y elimina cualquier posibilidad de saber qué actualizaciones funcionaron de verdad.
7. 07 Programa las revisiones según lo que haga envejecer a cada tipo, como un ciclo de lanzamientos de producto o un cambio normativo, en lugar de según un intervalo fijo del calendario que no tiene nada que ver con el contenido.

Qué produce esto

Una política de fechas por tipo de página, la regla sobre qué cuenta como actualización que permite refechar, y el ajuste del CMS que mantiene de acuerdo el marcado y la fecha visible.

Dónde falla esto

• Refechar sin editar, que es fácil de detectar y cuesta credibilidad con los lectores antes de costar nada en búsqueda
• Dejar que dateModified se separe de la fecha visible, con lo que la página se contradice a sí misma
• Quitar las fechas de todo para no parecer desactualizado, lo que también elimina el motivo para confiar en una página que sí está al día

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 SEO on-page