应使用<dl>展示营业时间，<time>仅用于有具体日期的时间点；机器识别需用schema.org JSON-LD，例外信息须单独标记。
用 <time> 标记营业时间，但别乱加 datetime
HTML 里显示“服务时间”最靠谱的方式是用 <time> 元素，但它不是万能时间容器——只适合表达机器可读的、有明确日历/时钟意义的时间点或区间。营业时间（比如“周一至周五 9:00–18:00”）属于周期性、无具体起止日期的常规安排，datetime 属性不能填模糊描述。
常见错误是这么写：<time datetime="9:00–18:00">9:00–18:00</time> —— 这违反规范，datetime 值必须符合 WHATWG 时间格式要求，不接受范围、中文、省略日期等写法。
- 正确做法：用
<time>包裹纯时间字符串，仅当它对应真实时刻（如“开业时间：2024-06-01T09:00”）才设datetime - 营业时间这种常规安排，语义上更接近“描述性文本”，优先用
<p>或<div>，配合 ARIA 属性辅助理解（见下条） - 如果页面需结构化提取营业信息（比如被搜索引擎识别），应使用
schema.org/OpeningHoursSpecificationJSON-LD，而不是强塞<time>
想让搜索引擎识别营业时间？直接加 JSON-LD，别靠 HTML 标签硬凑
Google 等搜索平台解析营业时间，几乎不依赖 <time> 或 class 名，而是认 script type="application/ld+json" 里的结构化数据。HTML 标签只负责人类可读展示，机器理解得靠 schema。
示例片段（放在 <head> 或页面末尾）：
立即学习“前端免费学习笔记（深入）”；
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "咖啡馆",
"openingHoursSpecification": [{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "09:00",
"closes": "18:00"
}]
}
- 必须用
"dayOfWeek"写英文枚举值（"Monday"），不能写“周一”或数字 -
"opens"/"closes"是 24 小时制，带前导零（"09:00"✅，"9:00"❌） - 多时段（如午休暂停）要拆成多个
OpeningHoursSpecification对象 - JSON-LD 不影响页面渲染，但漏掉
@context或类型拼错（如写成"OpenHoursSpecification"），整个块就失效
视觉呈现营业时间，用 <dl> 比 <table> 更合理
虽然题目问 HTML 标记，但实际开发中，“怎么显示”绕不开样式和可访问性。<table> 看似直观，但营业时间本质不是二维数据表——没有行列关系、不涉及排序或计算，强行用 table 会误导屏幕阅读器用户以为在读数据表格。
推荐用定义列表 <dl>：每天是 <dt>，时间是 <dd>，逻辑清晰且原生支持语义化导航。
- 避免写成
<p>周一：9:00–18:00</p>—— 无法 programmatically 区分“周一”和“9:00–18:00” - 别给
<dt>加aria-label重复内容，它本身已是标签角色 - 若需响应式折叠（如移动端收起非今日时间），用 JS 控制
hidden属性，别删 DOM 或改 display
服务时间含例外（节假日、临时调整）？单独标记，别混进常规时段
一旦出现“春节初一至初三暂停营业”这类例外，把它和常规营业时间分开处理，否则结构混乱、机器难解析、维护成本陡增。
- 常规时段用 JSON-LD 的
openingHoursSpecification描述 - 例外用独立
specialOpeningHoursSpecification字段（同属 schema.org/LocalBusiness） - HTML 层面，例外信息建议放在常规时间下方，用
<aside>包裹，并加role="note"和aria-live="polite"（如果后续 JS 动态更新） - 切忌把例外写成“备注”塞在
<dd>里，比如<dd>9:00–18:00（除夕提前至15:00关门）</dd>—— 既难抽取，又破坏可访问性流
真正麻烦的从来不是怎么标“9:00–18:00”，而是当运营明天突然发来一条“因暴雨明日闭店”，你写的结构能不能不改代码就接住这条消息。
