날짜·시각·기간을 기계 판독 가능한 형식으로 표현. 본문에는 "2026년 5월 26일"처럼 사람 친화적으로 쓰면서, datetime 속성으로 ISO 8601 형식(2026-05-26)을 박는다.
SEO 관점에서 time은 검색 결과의 발행일 노출에 직접 작용. 구글이 검색 결과 옆에 "2일 전", "2026년 5월 24일" 같은 날짜를 표시할 때 — time + datetime 또는 Schema.org datePublished 마크업이 그 정보원. 같은 콘텐츠라도 발행일이 명시된 페이지가 최신 정렬에서 유리하고, 시의성 있는 검색에서 우선 노출.
GEO 관점에서 AI는 정보의 시점을 매우 중요시한다. "2026년 SEO 트렌드"에 2020년 발행 페이지를 인용하면 사용자에게 잘못된 정보. AI Overviews가 답변 출처를 선정할 때 — 발행일이 명시된 최신 페이지가 우선. time이 없는 페이지는 시점 불명으로 후순위.
AEO 관점에서 "언제 발행됐는가", "이 이벤트는 언제인가" 같은 시간 관련 질문에 직접 답변. time + datetime이 명시된 페이지는 이런 질문의 답변 후보 1순위.
A11y 관점에서 스크린리더의 time 처리는 기본 발화에 큰 차이가 없지만 — 날짜 형식의 일관성이 사용자 인식에 도움. 2026.5.26인지 5/26/2026인지 환경 의존적 발화를 datetime 속성이 일관시킨다.
자주 보는 안티패턴: span 또는 div로 날짜 표시(검색엔진과 AI가 날짜로 인식 못 함), datetime 누락(시맨틱만 있고 기계 판독 정보 없음), datetime 형식이 한국어 본문 그대로(datetime="2026년 5월 26일"은 ISO 8601이 아님), 본문과 datetime의 값 불일치("2025-12-25" datetime + "2026년 5월" 본문 — 디버깅 가장 어려운 버그).
ISO 8601 형식 표준 — 날짜: YYYY-MM-DD(2026-05-26), 날짜+시간: YYYY-MM-DDTHH:MM(2026-05-26T14:00), 타임존 포함: YYYY-MM-DDTHH:MM+09:00. 기간(duration): PT1H30M(1시간 30분), P3D(3일). Schema.org와 같은 표준.
Schema.org와의 결합 — <time datetime="2026-05-26" itemProp="datePublished">2026년 5월 26일</time>. itemProp으로 micro-data까지 결합하면 시각·시맨틱·검색엔진 데이터가 한 줄에. JSON-LD에서도 datePublished: "2026-05-26" 같은 형태로 함께 박는 게 일관성 신호.
블로그 글의 표준 패턴 — header 안에 발행일 + 수정일 두 개의 time. 검색엔진에 언제 처음 발행, 언제 최종 수정을 명시해 최신성 평가에 활용. 한 번 발행 후 업데이트되는 가이드성 콘텐츠에 특히 효과.