dateModified bien usado: señalizar frescura sin hacer trampa

El dateModified es el campo del schema que declara cuándo se actualizó de verdad un contenido, y bien usado señaliza frescura ante buscadores y modelos de IA. La regla que evita la trampa: la fecha cambia solo cuando cambia algo que un lector notaría, datos, secciones, correcciones de fondo, y nunca por retoques cosméticos. Aquí está el criterio completo de qué cuenta como actualización real, cómo mostrarla en el front y la política editorial que usamos en KOM.

¿Qué es dateModified y quién lo lee?

En tu schema Article conviven dos fechas: datePublished, la del nacimiento del contenido, y dateModified, la de su última actualización sustantiva. La leen tres audiencias. Los buscadores, que la usan como una señal de vigencia entre muchas. Los sistemas de IA, que al elegir qué fuente citar prefieren información que declara estar al día, sobre todo en temas que caducan. Y los lectores, cuando la muestras en el front, que deciden en segundos si tu artículo de precios o procedimientos sigue valiendo.

La fecha es una promesa de mantenimiento, y por eso es parte del sistema de confianza que tratamos en la guía de GEO para aparecer en ChatGPT, Gemini, Claude y Perplexity: contenido citable es contenido que alguien mantiene. La gestión de frescura del contenido estratégico es parte del trabajo recurrente en nuestro servicio de posicionamiento GEO.

¿Qué cuenta como actualización real?

El criterio que usamos: la fecha cambia si el cambio altera lo que el lector se lleva. Cuenta como actualización real: refrescar datos que caducaron, precios, plazos, versiones de herramientas; agregar o reescribir secciones porque el tema evolucionó; corregir un error de fondo, una afirmación equivocada o una instrucción que ya no funciona; y reemplazar capturas o ejemplos que ya no corresponden a la realidad.

No cuenta: corregir tildes y comas, cambiar una palabra por su sinónimo, retocar el formato, comprimir imágenes, ajustar enlaces internos por mantenimiento del sitio. Todo eso es higiene, no actualización. La prueba rápida ante la duda: ¿le contarías el cambio a un lector que preguntó qué hay de nuevo? Si la respuesta te da vergüenza, la fecha no se toca.

La trampa del fake freshness y sus costos

El fake freshness es la práctica de cambiar la fecha sin cambiar el contenido para aparentar vigencia, y es tentadora porque a veces produce un empujón de corto plazo. Los costos llegan después y son tres. El patrón es detectable: un dominio donde decenas de artículos amanecen actualizados el mismo día sin cambios de contenido deja una huella estadística que los sistemas pueden cruzar con versiones archivadas. La confianza del lector se quema: quien llega buscando lo nuevo y encuentra el texto de hace tres años aprende a no volver. Y la deuda se acumula: maquillar la fecha pospone la actualización real hasta que el contenido falla en público.

Hay una versión más sutil de la misma trampa: el cambio cosmético deliberado, mover dos comas y un sinónimo para justificar la fecha. La maquinaria del autoengaño es la misma; el criterio del lector lo resuelve.

¿Cómo mostrar la fecha de actualización en el front?

La señal funciona mejor cuando es visible y honesta. El patrón recomendado: mostrar Actualizado el [fecha] en la cabecera del artículo cuando exista actualización real, y mantener la fecha de publicación accesible para el contexto, publicado en tal fecha, actualizado en tal otra. En artículos donde la vigencia es parte del valor, precios, normativas, herramientas, suma una nota breve de qué cambió: actualizamos los rangos de precios de este artículo en junio de 2026. Esa línea convierte la fecha en evidencia.

Lo que no recomendamos es ocultar todas las fechas para esquivar el tema: el contenido sin fecha en temas que caducan genera desconfianza inmediata, y los sistemas tienen otras vías para estimar la antigüedad. La ausencia de fecha también es una señal, y rara vez juega a tu favor.

La política editorial de KOM, publicada

Esta es la política que aplicamos en nuestro propio blog, y que puedes adoptar tal cual. Uno: el dateModified cambia únicamente con actualización sustantiva, según el criterio del lector descrito arriba. Dos: la higiene editorial, typos, formato, enlaces, se hace sin tocar fecha. Tres: el contenido evergreen estratégico tiene revisión programada anual, y si la revisión concluye que todo sigue vigente, se anota internamente sin cambiar la fecha pública, porque revisar no es modificar. Cuatro: las correcciones de fondo llevan nota visible de qué se corrigió. Cinco: nunca se cambia datePublished, que es el registro histórico de origen.

El efecto de sostener esto por años: cuando nuestras fechas dicen actualizado, lo está, y esa consistencia es exactamente lo que queremos que humanos y máquinas aprendan de nuestro dominio.

Implementación técnica sin sorpresas

WordPress gestiona la fecha de modificación automáticamente: cada guardado la actualiza, y los plugins SEO la vuelcan al schema. Ahí nace el problema práctico: un guardado por corrección de coma actualiza el dateModified aunque tu política diga lo contrario. Las salidas: disciplina de edición, agrupando la higiene menor en pasadas que asumes como no sustantivas y documentando el criterio, o un ajuste técnico que permita controlar la fecha mostrada y declarada por separado, vía plugin o snippet, para que el schema refleje tu política y no cada autosave.

Revisa también los efectos colaterales: procesos masivos como reemplazos en base de datos o migraciones pueden tocar las fechas de modificación de todo el sitio. Después de cualquier operación de ese tipo, verifica que tu schema no esté declarando una actualización general que nunca ocurrió.

Cómo montar tu calendario de frescura sin burocracia

La frescura sostenible no sale de la buena intención sino de un calendario corto. Clasifica tu contenido en tres niveles de caducidad: el perecedero, precios, normativas, versiones de herramientas, con revisión trimestral o semestral; el evergreen estratégico, tus guías de fondo, con revisión anual; y el histórico, casos y anuncios, que no se revisa porque su valor es de registro. Con esa clasificación, tu calendario completo cabe en una hoja: qué se revisa, cuándo y quién.

La revisión misma tiene guion de quince minutos por pieza: ¿los datos siguen vigentes?, ¿las instrucciones funcionan?, ¿apareció algo que la pieza debería cubrir?, ¿las capturas corresponden? Lo que falle se corrige y gana fecha nueva con honestidad; lo que pase limpio se anota como revisado sin tocar la fecha. Veinte piezas estratégicas son una jornada de trabajo al año: ese es todo el costo de que tu palabra actualizado signifique algo.

Errores comunes con las fechas

Los cinco de la auditoría típica. El dateModified congelado años atrás en contenido que sí se mantiene, que regala desventaja. El refresco masivo de fechas en migraciones, que declara una mentira a escala de sitio. La incoherencia entre la fecha visible y la del schema, dos versiones de la verdad en la misma página. El año en el título como única actualización, guía 2026 con cuerpo de 2023, que es la versión más visible del fake freshness. Y borrar datePublished creyendo que el contenido parecerá siempre nuevo, cuando lo que comunica es origen indeterminado.

Preguntas frecuentes

¿Cambiar la fecha de actualización mejora posiciones?

La fecha sola, no: es una señal entre muchas y los sistemas ponderan el cambio real del contenido. La actualización sustantiva sí suele rendir, porque mejora la pieza y su vigencia a la vez. Invierte en el cambio y deja que la fecha lo declare; invertir solo en la fecha es optimizar el envoltorio de una caja vacía.

¿Qué pasa si solo actualizo el año en el título?

Es la práctica con peor relación riesgo-beneficio: la promesa más visible con el incumplimiento más fácil de comprobar. Un lector que encuentra guía 2026 con capturas y precios viejos no necesita herramientas para sentirse engañado. Si el contenido no aguanta una revisión real, baja el año del título antes que subirlo de mentira.

¿Hay algún caso donde se cambie datePublished?

Casi ninguno legítimo: es el registro de origen y su estabilidad es parte de tu credibilidad. La excepción razonable es la reescritura total, donde la pieza nueva reemplaza a la vieja con otro enfoque y otra extensión; ahí puedes tratarla como publicación nueva con redirección desde la anterior. Para todo lo demás existe dateModified.

¿Los modelos de IA realmente distinguen contenido fresco?

Los sistemas con búsqueda en vivo ponderan vigencia al elegir fuentes, sobre todo en consultas donde el dato caduca, precios, versiones, normativas. Los modelos sin navegación dependen de sus cortes de entrenamiento, y ahí tu fecha no los alcanza. La estrategia robusta no depende del mecanismo: contenido de verdad mantenido, con su fecha honesta declarada, sirve en ambos mundos.

Tu siguiente paso: audita hoy tus diez artículos más importantes con tres columnas: fecha declarada, último cambio real y veredicto. Donde la fecha mienta en cualquier dirección, corrige según la política de esta guía. Una hora de trabajo y tu dominio empieza a decir la verdad en un campo donde casi todos maquillan.