2 min read
|
Saved February 14, 2026
|
Copied!
Do you care about this?
This article discusses the `<time>` HTML element and its lack of practical use in web development. While it provides semantic meaning for timestamps, it doesn't significantly enhance accessibility or functionality in current browsers or assistive technologies. The author argues that, despite its potential, it remains largely underutilized and ineffective.
If you do, here's more
The article critiques the <time> HTML element, pointing out its limitations in practical use despite its semantic intentions. Many websites use this element to denote timestamps, with about 8% of page loads incorporating it, according to Chrome’s usage tracker. While the <time> element can theoretically provide meaningful data for browsers and assistive technologies, in reality, it mostly just displays the date without adding much functionality.
Some screen readers, like NVDA and Narrator, do read out the timestamp in a human-friendly format, which is a minor benefit. However, the author notes that this feature could lead to confusion rather than clarity. The main utility of the <time> element appears to be for search engines, which might use it to display date snippets in search results. Yet, Google’s documentation doesn’t emphasize the <time> element; instead, it points users toward using Schema.org’s datePublished and dateModified fields.
The author expresses disappointment that the potential of the <time> element hasn’t been realized. They reference a 2010 article by Bruce Lawson, who envisioned the element enabling features like calendar integration and localized date formats in browsers. Instead, <time> has become somewhat of a relic from the early HTML5 days, lacking the dynamic capabilities that could enhance user experience. Despite its shortcomings, the author still appreciates the element's neatness and continues to use it.
Questions about this article
No questions yet.