使用html的
HTML的
解决方案
要用HTML的
立即学习“前端免费学习笔记（深入）”；
举个例子，如果你想表示“我的生日是1988年10月27日”，你可以这样写：
我的生日是。
或者，如果你要标记一个具体的活动时间，比如“会议定于今天下午三点举行”：
会议定于举行。
这里的2023-10-26T15:00:00就是ISO 8601格式，T分隔日期和时间。
甚至，你可以只标记一个时间或者一个持续时间：
营业时间：到。
项目预计耗时。
PT8H30M表示“Period Time 8 Hours 30 Minutes”。
记住，datetime属性里的内容才是最重要的，它决定了机器如何理解这个时间。标签内的文本只是给人类看的，可以更随意、口语化。
为什么我们需要用
这其实是个很有意思的问题，因为我们平时写文章，直接写“2023年10月26日”也没什么毛病，人都能看懂。但问题就在于“人都能看懂”，机器可不一定。你想想，如果你的网站是个活动列表，或者一个新闻博客，里面充满了各种日期和时间。对搜索引擎、日历应用或者屏幕阅读器来说，单纯的“2023年10月26日”就是一串字符，它不知道这到底是个日期、一个电话号码，还是某个产品的型号。
而当我们用这样标记后，机器立刻就明白了：“哦，这个地方表示的是一个日期，而且它的标准格式是2023-10-26。”这种明确的语义化标记，直接提升了内容的可理解性。
从实际应用来说，这能带来不少好处： 首先是搜索引擎优化（SEO）。当搜索引擎知道你网页上的哪个部分是日期时，它就能更好地理解你的内容，比如你的文章发布时间、某个事件的发生时间，这有助于它更准确地索引你的页面，甚至在搜索结果中显示富文本摘要（Rich Snippets），比如事件的日期和时间，这无疑能吸引更多点击。 其次是可访问性。对于使用屏幕阅读器的用户来说，语义化的标签能帮助他们更好地理解页面结构和内容。屏幕阅读器可以识别
datetime属性的格式，基本上是围绕着ISO 8601标准来的，这个标准就是为了让时间表示在全球范围内都能统一、清晰。它不像我们日常口语那么随意，但却极度精准。
常见的格式有：
- 完整的日期： YYYY-MM-DD
- 例如：
- 场景：文章发布日期、事件日期。
- 日期和时间： YYYY-MM-DDTHH:mm:ss (T是分隔符)
- 例如：
- 场景：会议开始时间、电影放映时间。秒数通常可以省略。
- 带时区的时间： 在日期和时间后加上Z（UTC时间）或+/-HH:mm（具体时区偏移）
- 例如：
- 例如：
- 场景：国际会议安排、全球直播时间。
- 只有时间： HH:mm 或 HH:mm:ss
- 例如：
- 场景：商店营业时间（当日期不重要时）。
- 只有年份或月份： YYYY 或 YYYY-MM
- 例如： 或
- 场景：产品发布年份、季度报告。
- 周： YYYY-Www (ww是周数)
- 例如：
- 场景：项目周期、生产计划。
- 持续时间： PnYnMnDTnHnMnS (P表示周期，T分隔日期和时间部分)
- 例如： (2小时30分钟)
- 例如：
- 场景：视频时长、任务耗时、项目工期。
应用场景其实很广：
- 博客和新闻网站： 标记文章的发布日期、更新日期。
- 活动列表和日历应用： 精确标记事件的开始和结束时间。
- 电商网站： 商品上架时间、促销活动截止时间。
- 社交媒体： 帖子发布时间、用户动态时间。
- 任何需要机器理解时间信息的地方。
掌握这些格式，能让你在标记时间时更加灵活和准确。
在使用
虽然
一个常见的误区是，有人觉得只要把日期文本放进
另一个需要注意的点是时区问题。如果你标记的时间是全球性的事件，或者你的用户可能来自不同时区，那么在datetime属性中明确时区信息就变得非常重要。例如，2023-10-26T14:30:00Z明确表示这是UTC时间，而2023-10-26T14:30:00+08:00则表示北京时间。如果没有明确，浏览器或解析器可能会默认使用本地时区，这在跨地域的应用中可能导致混淆。
还有，别把
最后，虽然
