Sello de actualidad: Reglas de fecha de publicación y actualización

Un sello de actualidad indica a los lectores cuándo una página se hizo pública por primera vez, cuándo cambió por última vez la información en la que se confía y —cuando es útil— qué se verificó. Es un elemento de apertura porque el tiempo puede cambiar la forma en que se debe interpretar cada afirmación debajo de él.

Actualizado el 27 de agosto de 2026 · Publicado el 14 de marzo de 2025 · Precios y disponibilidad de funciones verificados

Ese espécimen renderizado hace tres afirmaciones diferentes. «Publicado» preserva el origen, «Actualizado» registra un cambio sustancial, y la frase de alcance dice qué cubrió la revisión. La fecha es una señal de procedencia, no un adorno ni un atajo para hacer que el contenido antiguo parezca nuevo.

Por qué este elemento es importante

Los lectores usan las fechas para estimar el riesgo. Una explicación de tres años de antigüedad sobre un concepto matemático puede ser perfectamente confiable, mientras que una comparación de precios de software de tres meses de antigüedad ya puede ser incorrecta. Un sello visible ayuda al lector a decidir si confiar en la página, verificar una afirmación volátil o buscar una fuente más reciente. Mostrar ambas fechas también protege la historia: el lector puede ver que un recurso maduro fue mantenido en lugar de presentarse falsamente como recién publicado.

La psicología falla cuando la etiqueta exagera. «Actualizado hoy» implica que alguien cambió información en la que el lector confía. Si la única acción fue cambiar la fecha, corregir la puntuación o mover la página a una nueva plantilla, la etiqueta fabrica confianza sin haberla ganado. Tocar una fecha de actualización sin tocar sustancialmente el contenido es una violación de la política, incluso si un sistema de gestión de contenidos facilita la edición.

La capacidad de extracción automática significa que el software puede identificar el momento de publicación, el momento de modificación, el alcance de la revisión y la relación entre ellos sin adivinarlos a partir de la prosa. Los campos estables pueden alimentar plantillas de página, feeds, auditorías y datos estructurados. Un rastreador puede distinguir datePublished de dateModified; un monitor editorial puede identificar páginas volátiles cuyo período de revisión ha expirado. Una línea vaga como «refrescado recientemente» no proporciona ni una marca de tiempo utilizable ni una afirmación verificable.

El elemento tipificado tiene prioridad sobre una fecha escrita en prosa ordinaria. Siga las reglas de escritura de elementos : el componente debe leer campos de fecha canónicos y renderizarlos de manera coherente. Los autores no deben escribir manualmente una segunda fecha que pueda desviarse de los metadatos.

Cuándo usarlo

Use un sello de actualidad cuando la antigüedad cambie materialmente si la página es segura, precisa o útil. Los desencadenantes comunes son precios, características de productos, disponibilidad, leyes, normas, estadísticas, recomendaciones clasificadas, instrucciones de compatibilidad, reglas de elegibilidad, cronogramas y personal nombrado. Estos hechos caducan porque el mundo cambia incluso cuando la prosa no lo hace.

Úselo en un recurso vivo cuando el editor se comprometa a revisar las afirmaciones definidas. Una comparación de software podría decir «Planes y límites de funciones verificados»; la documentación podría decir «Verificado para la versión 6.8»; un explicador normativo podría nombrar la jurisdicción y la regla vigente. El alcance evita que una verificación reciente de una tabla implique que cada frase, enlace y conclusión recibió el mismo escrutinio.

El contenido perenne puede no necesitar un sello de actualidad visible. Una definición estable, un relato histórico, un caso de estudio fijo, una nota de versión o un informe de investigación vinculado a un conjunto de datos cerrado a menudo solo necesita una fecha de publicación honesta. Agregue notas de corrección o un registro de actualización separado cuando la interpretación cambie, pero no cree un teatro de mantenimiento en el que un registro inmutable reciba una nueva fecha cada trimestre.

Casos cercanos a evitar incluyen:

• Fechas actuales automáticas: mostrar la fecha de hoy en cada solicitud no dice nada sobre la actividad de revisión y siempre está prohibido.
• Un año en el título: «Mejores herramientas 2026» es una afirmación sobre la cobertura actual, no una prueba de que la página fue revisada en 2026.
• Una marca de tiempo de compilación: reconstruir el sitio cambia archivos, no la sustancia editorial.
• Una insignia de revisión sin alcance ni responsable: crea autoridad sin un acto auditables.
• Un feed de producto cambiado: las actualizaciones automáticas de precios pueden actualizar un campo específico, pero no justifican marcar el análisis editorial circundante como actualizado a menos que la conclusión haya sido verificada nuevamente.

Dónde colocarlo

Coloque el sello en la fila de metadatos del hero: debajo del H1 y la descripción de una línea, y antes de la introducción o del primer elemento de respuesta directa. El lector debe recibir el contexto temporal antes de encontrar afirmaciones que puedan caducar. En una página larga, el sello también puede aparecer junto a una tabla volátil o un bloque de evidencia cuando ese bloque tiene su propia fecha de verificación más específica.

Mantenga la autoría y la identidad de la revisión en la misma región de procedencia cuando la plantilla lo permita, pero preserve un orden de lectura claro: autor, fechas de publicación/actualización y luego alcance de la revisión. El sello puede estar junto a una estimación de tiempo de lectura porque ambos son metadatos neutrales. No debe estar junto a una insignia promocional, una cuenta regresiva de descuento, una etiqueta de «tendencia» o una calificación de estrellas; esas señales pueden hacer que una fecha editorial parezca urgencia o respaldo.

No coloque el sello dentro de la introducción, después de la primera afirmación volátil, solo en el pie de página, ni dentro de una imagen. No repita fechas contradictorias en el hero, la barra lateral y la tabla. Si una sección tiene su propia antigüedad de datos, etiquete ese valor como «Datos hasta junio de 2026» o «Precios verificados el 27 de agosto de 2026» en lugar de cambiar la fecha de actualización a nivel de página.

Anatomía

1. Etiqueta principal: «Actualizado» cuando existe una modificación válida; de lo contrario, «Publicado». Debe ser texto visible, no un icono o información emergente.
2. Fecha principal: Una fecha de calendario legible para humanos derivada de metadatos canónicos.
3. Publicación original: Se conserva cuando la etiqueta principal es «Actualizado» y la procedencia se beneficia de mostrar ambas.
4. Alcance de la revisión: Texto corto opcional que nombra los hechos, la versión, la jurisdicción o el conjunto de datos realmente verificado.
5. Marca de tiempo automática: Un valor ISO 8601 completo en el atributo HTML datetime, incluyendo la zona horaria cuando se almacena la hora.
6. Relación documental: El elemento pertenece al hero de la página; una fecha de evidencia más específica pertenece junto a la evidencia que califica.

El color, el icono, el espaciado y los separadores pertenecen al renderizador. La secuencia semántica debe seguir leyéndose correctamente cuando CSS no está disponible.

Ejemplos de diseño

Las variantes admitidas reflejan diferentes estados editoriales, no preferencias estéticas.

Solo publicación: Úselo para una página nueva o una página estable que nunca ha recibido una revisión sustancial. Esta es la opción predeterminada.

Publicado y actualizado: Úselo después de una revisión sustancial. Actualizado va primero porque es la fecha relevante para la decisión; la publicación permanece disponible como historial.

Verificación con alcance: Agregue un alcance corto cuando solo se verificaron nuevamente afirmaciones volátiles definidas o cuando la página está vinculada a una versión. El alcance no debe implicar una auditoría más amplia.

Revisado sin cambios: Úselo solo cuando una revisión real encontró que la página aún es precisa. Registre reviewedAt por separado; no cambie dateModified y no etiquete el evento como «Actualizado».

Viewport estrecho: Permita el ajuste natural entre elementos completos. Nunca trunque una fecha ni oculte «Publicado» dejando un número sin etiqueta.

Parámetros

Los campos de fecha son atributos de metadatos, no texto redactado en el cuerpo. Esto evita que una etiqueta visible discrepe con los feeds o el esquema. La especificación de frontmatter sigue siendo la autoridad para los valores a nivel de documento.

El elemento no tiene cuerpo ni mapeo de primer encabezado. Un cuerpo permitiría a los autores duplicar metadatos canónicos. El alcance es deliberadamente un atributo porque es corto, estable y legible por máquina.

Sintaxis y ejemplos de código

Todos los adaptadores leen los mismos valores de publicación, modificación y alcance. Pueden formatear las fechas según la configuración regional, pero no deben cambiar su significado.

Directiva Markdown portátil

:::freshness-stamp{published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified"}
:::

Contrato de shortcode de Hugo

{{< freshness-stamp published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified" >}}

En Hugo, el adaptador de producción preferido debe leer .Date y el parámetro updated aprobado de los metadatos de la página para que los autores no los repitan. Los valores explícitos anteriores documentan el mapeo de campos portátil; no son permiso para codificar una segunda fuente de verdad.

Bloque de WordPress

<!-- wp:amicited/freshness-stamp {"published":"2025-03-14T09:00:00+01:00","updated":"2026-08-27T10:00:00+02:00","scope":"Pricing and feature availability verified"} /-->

Un adaptador de WordPress debería usar por defecto published y updated del registro de la publicación, exponer el alcance como un campo editorial y evitar que un flujo de trabajo de actualización solo de fecha presente silenciosamente una revisión que no ocurrió.

Ejemplos

Actualizado el 27 de agosto de 2026 · Publicado el 14 de marzo de 2025 Precios, límites de planes y disponibilidad de funciones verificados contra las páginas de los proveedores.

Esto es bueno porque las etiquetas preservan ambos eventos, el alcance nombra los hechos volátiles y la afirmación puede ser auditada contra el historial de ediciones y fuentes de la página. Un revisor sabe lo que significa «actualizado» aquí.

¡Recién actualizado hoy! Publicado originalmente hace poco.

Esto es malo porque «hoy» se mueve sin ningún evento editorial, «recién» es promocional, «hace poco» borra la historia y ninguna de las líneas expone una marca de tiempo legible por máquina. Si la página solo fue reformateada, incluso reemplazar esas frases con fechas exactas seguiría siendo engañoso. La acción correcta es conservar la fecha de publicación original y omitir una fecha de actualización.

Marcado de esquema y accesibilidad

El sello puede alimentar datePublished y dateModified en un Article, TechArticle, NewsArticle u otro tipo de página veraz que lo contenga. datePublished proviene del registro de publicación original. dateModified proviene solo del último cambio de contenido sustancial. Una revisión registrada por separado que no cambia nada no debe sobrescribir dateModified; el esquema no debe convertir un evento de revisión en una modificación falsa.

No invente un tipo FreshnessStamp de Schema.org. El alcance de la revisión generalmente permanece como texto visible y metadatos de auditoría interna. Si una página cita hechos volátiles, mantenga su evidencia en un bloque de fuentes en lugar de implicar que una fecha reciente los prueba.

Renderice cada fecha con un elemento semántico <time datetime="…">. La forma visible sigue la configuración regional de la página; el valor datetime preserva una marca de tiempo automática inequívoca. Las etiquetas deben ser texto. No dependa de un icono de reloj, color verde, información emergente o redacción relativa como «hace dos meses». Los separadores marcados como decorativos deben ser ignorados por las tecnologías de asistencia, y el ajuste debe preservar un orden de lectura lógico.

El sello es metadato estático, por lo que no necesita una región ARIA en vivo, rol de botón, objetivo de enfoque o anuncio. Si se enlaza un registro de actualizaciones, use una etiqueta descriptiva como «Ver qué cambió», no «Más».

Reglas de escritura

Escriba las etiquetas como procedencia factual: «Publicado», «Actualizado» o «Revisado». Use una fecha localizada absoluta, no «hoy», «recientemente», «nuevo» o «fresco». Mantenga el alcance entre 3 y 12 palabras y nombre el objeto verificado: «Precios y límites de planes verificados» es más sólido que «Contenido revisado». No agregue signos de exclamación, urgencia, afirmaciones de SEO o promesas de que la página es completamente precisa.

Un cambio sustancial restablece updated solo cuando mejora la información en la que un lector confía. Los desencadenantes legítimos incluyen corregir un hecho material, reemplazar precios o especificaciones obsoletos, revisar instrucciones después de un cambio de producto, agregar evidencia significativa, cambiar una recomendación después de una reevaluación, expandir el alcance lo suficiente como para cambiar la respuesta, o completar una revisión documentada que resulte en cambios de contenido significativos.

Lo siguiente no lo restablece: correcciones tipográficas, puntuación, formato, compresión de imágenes, cambios de CSS o plantilla, etiquetas de análisis, seguimiento de enlaces, ediciones solo de metadatos, compilaciones automatizadas, cambios de categoría, formato de perfil de autor, o simplemente revisar la página y no encontrar ningún cambio necesario. Un reemplazo de enlace roto restablece la fecha solo cuando el destino cambia la evidencia o la orientación; intercambiar una URL equivalente funcional no lo hace.

Nunca ponga una afirmación como «Google recompensa el contenido fresco», un mensaje promocional, una fecha de vencimiento de descuento, tiempo de lectura, biografía del autor, lista de fuentes, registro de cambios o metodología de revisión completa dentro del sello. Esos tienen propósitos diferentes. Nunca retroceda una actualización, sobrescriba la fecha de publicación, derive el tiempo de modificación del repositorio, ni programe una fecha de actualización futura.

Tipos de publicación que lo usan

El postTypes del frontmatter es la fuente de este mapeo. La inclusión significa que el formato tiene un riesgo recurrente de caducidad; no significa que cada instancia deba mostrar una fecha de actualización.

Las definiciones estables de glosario, registros históricos, investigaciones con conjuntos de datos cerrados y notas de versión generalmente conservan las fechas de publicación sin reclamar frescura continua. Su período de evidencia o versión de lanzamiento hace más trabajo interpretativo que una etiqueta rodante de «actualizado».

Lista de verificación de control de calidad

• La fecha de publicación original se conserva y es anterior o igual a cada evento posterior.
• updated corresponde a un cambio sustancial visible en el contenido o en la evidencia documentada.
• Una revisión sin cambio de contenido usa reviewedAt, no updated o dateModified.
• La fecha visible, el valor del frontmatter, el valor del feed y el valor de datos estructurados coinciden.
• El alcance nombra exactamente lo que se verificó y no implica una auditoría de toda la página cuando solo cambió un bloque.
• El sello aparece en el hero antes de las afirmaciones volátiles, con fechas más específicas junto a la evidencia más específica.
• Las fechas absolutas y las etiquetas de texto visibles siguen siendo comprensibles sin color, iconos, CSS o prosa circundante.
• Cada marca de tiempo automática usa sintaxis ISO 8601 válida y la zona horaria correcta.
• Ningún tiempo de compilación, tiempo de modificación de archivo, token de año actual o fecha de movimiento automático alimenta el elemento.
• El historial de ediciones puede explicar por qué cambió la fecha; una edición solo de fecha falla la revisión.
• Los eventos de publicación, actualización y revisión permanecen distintos en la copia visible y en el esquema.
• El tipo de publicación de la página y el riesgo de caducidad justifican mostrar el elemento.

Preguntas frecuentes

¿Todo artículo debería mostrar una fecha de última actualización?

No. Muestre una fecha de actualización solo después de un cambio sustancial. Una página estable y perenne puede mostrar solo su fecha de publicación, mientras que una página que caduca debe exponer la fecha y el alcance de su última revisión válida.

¿Corregir un error tipográfico justifica cambiar la fecha de actualización?

No. Las ediciones tipográficas, de formato, de seguimiento, de plantilla y solo de metadatos no cambian la información en la que un lector confía, por lo tanto, no restablecen la fecha de actualización.

¿Puede una página mostrar una fecha de revisión cuando no se necesitaron cambios?

Sí, si una persona calificada verificó genuinamente el alcance definido y la etiqueta dice «Revisado», no «Actualizado». Mantenga las fechas de publicación y modificación sin cambios, y registre la revisión por separado.

¿Debería desaparecer la fecha de publicación después de una actualización?

Generalmente no. Mantenga la fecha de publicación original en los metadatos y muéstrela junto a la fecha de actualización cuando la procedencia sea relevante. La fecha de actualización nunca debe reescribir el historial de la página.

¿Un sello de actualidad mejora los rankings por sí solo?

No. Una etiqueta de fecha no es evidencia de que la página sea precisa. Su valor proviene de un mantenimiento veraz, metadatos coherentes y un contenido que realmente refleje la revisión indicada.