Semantic HTML
시맨틱 HTML
시맨틱 HTML은 단순히 보이는 방식이 아니라 HTML 요소가 하는 기능에 따라 선택하는 것을 의미합니다. CSS가 없어도 페이지 구조와 내장된 동작이 유지됩니다.
다른 예시
뉴스 사이트는 article, h1, time, figure, nav로 기사를 구성합니다. CSS가 꺼져 있어도 이야기는 명확한 순서를 유지합니다. 보조 기술은 제목이나 내비게이션으로 바로 이동할 수 있습니다.
주요 부분
- 01문서 구조
- 02요소 의미론
- 03네이티브 동작
사용할 때
콘텐츠와 동작에 맞는 네이티브 HTML 요소로 시작합니다. 네이티브 HTML이 실제로 부족할 때만 ARIA를 추가합니다.
다음 경우에는 사용하지 마세요
스타일링이 쉽다는 이유로 링크, 버튼, 제목 또는 테이블을 흉내 내기 위해 일반 div 요소를 사용하지 마세요.
코드에서 사용된 이름
native HTML elements before ARIA roles 출시하기 전에
Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states.
Outcome:Complete the task with 시맨틱 HTML (Semantic HTML)。 User context:뉴스 사이트는 article, h1, time, figure, nav로 기사를 구성합니다. CSS가 꺼져 있어도 이야기는 명확한 순서를 유지합니다. 보조 기술은 제목이나 내비게이션으로 바로 이동할 수 있습니다. Recommended pattern:시맨틱 HTML (Semantic HTML)。 Why it fits:콘텐츠와 동작에 맞는 네이티브 HTML 요소로 시작합니다. 네이티브 HTML이 실제로 부족할 때만 ARIA를 추가합니다. Do not use it when:스타일링이 쉽다는 이유로 링크, 버튼, 제목 또는 테이블을 흉내 내기 위해 일반 div 요소를 사용하지 마세요. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary):이 표준은 나열된 범위만 적용합니다. 시각적 스타일, 제품 결정, 또는 Vibulary 예시는 선택하지 않습니다. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
이 요청을 확인하세요
Review how 시맨틱 HTML (Semantic HTML) is used now. Definition: 시맨틱 HTML은 단순히 보이는 방식이 아니라 HTML 요소가 하는 기능에 따라 선택하는 것을 의미합니다. CSS가 없어도 페이지 구조와 내장된 동작이 유지됩니다. Release checks: Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.