시맨틱 HTML

100개가 넘는 HTML 요소와 맞춤 요소를 만들 수 있는 기능을 통해 무한한 방법으로 콘텐츠를 마크업할 수 있습니다. 특히 의미상으로는 더 나은 결과가 나올 수 있습니다.

의미는 '의미와 관련됨'을 의미합니다. 시맨틱 HTML을 작성한다는 것은 HTML 요소를 사용하여 각 요소의 모양이 아닌 의미에 따라 콘텐츠를 구조화하는 것을 의미합니다.

이 시리즈에서는 아직 많은 HTML 요소를 다루지 않았지만 HTML을 몰라도 다음 두 코드 스니펫은 의미 체계 마크업이 콘텐츠 컨텍스트를 제공하는 방법을 보여줍니다. 둘 다 ipsum lorem 대신 단어 수를 사용하여 스크롤을 줄이고 상상력을 사용하여 '30단어'를 확장합니다. 30단어(영문 기준)로

첫 번째 코드 스니펫은 의미적 값이 없는 두 요소인 <div><span>를 사용합니다.

<div>
 
<span>Three words</span>
 
<div>
   
<a>one word</a>
   
<a>one word</a>
   
<a>one word</a>
   
<a>one word</a>
 
</div>
</div>
<div>
 
<div>
   
<div>five words</div>
 
</div>
 
<div>
   
<div>three words</div>
   
<div>forty-six words</div>
   
<div>forty-four words</div>
 
</div>
 
<div>
   
<div>seven words</div>
   
<div>sixty-eight words</div>
   
<div>forty-four words</div>
 
</div>
</div>
<div>
   
<span>five words</span>
</div>

이 단어가 무엇으로 확장되는지 알겠습니까? 아니요

시맨틱 요소로 이 코드를 다시 작성해 보겠습니다.

<header>
 
<h1>Three words</h1>
 
<nav>
   
<a>one word</a>
   
<a>one word</a>
   
<a>one word</a>
   
<a>one word</a>
 
</nav>
</header>
<main>
 
<header>
   
<h1>five words</h1>
 
</header>
 
<section>
   
<h2>three words</h2>
   
<p>forty-six words</p>
   
<p>forty-four words</p>
 
</section>
 
<section>
   
<h2>seven words</h2>
   
<p>sixty-eight words</p>
   
<p>forty-four words</p>
 
</section>
</main>
<footer>
 
<p>five words</p>
</footer>

어떤 코드 블록에서 의미를 전달했나요? <div><span>의 비시맨틱 요소만 사용하면 첫 번째 코드 블록의 콘텐츠가 무엇을 나타내는지 알 수 없습니다. 의미론적 요소가 포함된 두 번째 코드 예는 비코더가 HTML 태그를 접하지 않고도 목적과 의미를 해독할 수 있도록 충분한 컨텍스트를 제공합니다. 개발자가 외국어 콘텐츠와 같이 콘텐츠를 이해하지 못하는 경우에도 페이지의 개요를 이해할 수 있도록 충분한 컨텍스트를 제공합니다.

두 번째 코드 블록에서는 시맨틱 요소가 의미와 구조를 제공하므로 콘텐츠를 이해하지 않아도 아키텍처를 이해할 수 있습니다. 첫 번째 헤더는 사이트의 배너이고 <h1>는 사이트 이름일 가능성이 높습니다. 바닥글은 사이트 바닥글이며 5개의 단어는 저작권 고지 또는 회사 주소일 수 있습니다.

시맨틱 마크업은 개발자가 마크업을 더 쉽게 읽을 수 있도록 하는 것만이 아닙니다. 주로 자동화된 도구가 마크업을 해독하도록 돕는 데 중요합니다. 개발자 도구는 시맨틱 요소가 기계 판독 가능한 구조를 제공하는 방식도 보여줍니다.

접근성 객체 모델 (AOM)

브라우저는 수신한 콘텐츠를 파싱하면서 DOM (Document Object Model) 및 CSSOM (CSS 객체 모델)을 빌드합니다. 그런 다음 접근성 트리도 빌드합니다. 스크린 리더와 같은 보조 기기는 AOM을 사용하여 콘텐츠를 파싱하고 해석합니다. DOM은 문서에 있는 모든 노드의 트리입니다. AOM은 DOM의 시맨틱 버전과 같습니다.

이 두 문서 구조가 Firefox 접근성 패널에서 어떻게 렌더링되는지 비교해 봅시다.

<ph type="x-smartling-placeholder">
</ph> 시맨틱 HTML이 없는 DOM 접근성 트리 <ph type="x-smartling-placeholder">
</ph> 그림 1. 모두 링크 또는 텍스트인 노드 목록입니다.
를 통해 개인정보처리방침을 정의할 수 있습니다.
를 통해 개인정보처리방침을 정의할 수 있습니다. <ph type="x-smartling-placeholder">
</ph> 시맨틱 HTML이 있는 DOM 접근성 트리 <ph type="x-smartling-placeholder">
</ph> 그림 2. 랜드마크가 명확한 노드 목록입니다.

그림 2의 두 번째 코드 블록에는 4개의 랜드마크 역할이 있습니다. '탐색'을 위해 <header>, <main>, <footer>, <nav>라는 편리하게 이름이 지정된 시맨틱 랜드마크를 사용합니다. 랜드마크는 웹 콘텐츠에 구조를 제공하며 스크린 리더 사용자가 키보드를 통해 콘텐츠의 중요한 섹션을 탐색할 수 있도록 합니다.

<header><footer>는 랜드마크이며 다른 랜드마크에 중첩되지 않은 경우 각각 bannercontentinfo의 역할을 합니다. Chrome의 AOM은 이를 다음과 같이 표시합니다.

<ph type="x-smartling-placeholder">
</ph> 모든 텍스트 노드는 정적 텍스트로 나열됩니다. <ph type="x-smartling-placeholder">
</ph> 그림 3. 첫 번째 코드 스니펫
를 통해 개인정보처리방침을 정의할 수 있습니다.
를 통해 개인정보처리방침을 정의할 수 있습니다. <ph type="x-smartling-placeholder">
</ph> 모든 텍스트 노드는 설명이 있습니다. <ph type="x-smartling-placeholder">
</ph> 그림 4. 두 번째 코드 스니펫입니다.

Chrome 개발자 도구를 살펴보면 시맨틱 요소를 사용할 때와 사용하지 않을 때 접근성 객체 모델의 큰 차이를 발견할 수 있습니다.

시맨틱 요소를 사용하면 접근성에 도움이 되며 비의미적 요소를 사용하면 접근성이 낮아지는 것은 분명합니다. 일반적으로 HTML은 기본적으로 액세스 가능합니다. 개발자의 역할은 기본 액세스 가능한 HTML 특성을 보호하고 사용자의 접근성을 극대화하는 것입니다. 개발자 도구에서 AOM을 검사할 수 있습니다.

role 속성

role 속성은 문서의 맥락에서 요소가 갖는 역할을 설명합니다. role 속성은 전역 속성입니다. 즉, 이 시리즈의 다른 거의 모든 요소가 정의된 WhatWG HTML 사양이 아닌 ARIA 사양에서 정의한 모든 요소에서 유효합니다.

시맨틱 요소는 각각 암시적 역할을 하며, 일부는 컨텍스트에 따라 다릅니다. Firefox 접근성 개발자 도구 스크린샷에서 볼 수 있듯이 최상위 <header>, <main>, <footer>, <nav>는 모두 랜드마크이고 <main>에 중첩된 <header>는 섹션이었습니다. Chrome 스크린샷에는 ARIA 역할: <main>main이고 <nav>navigation이며 <footer>는 문서의 바닥글이었으므로 contentinfo입니다. <header>가 문서의 헤더인 경우 기본 역할은 banner이며 섹션을 전체 사이트 헤더로 정의합니다. <header> 또는 <footer>가 섹션 지정 요소 내에 중첩되어 있으면 랜드마크 역할이 아닙니다. 두 개발 도구 모두 스크린샷이 보여요

요소 역할 이름은 AOM을 빌드하는 데 중요합니다. 요소 또는 '역할'의 의미는 보조 기술, 그리고 경우에 따라 검색엔진에 중요합니다. 보조 기술은 사용자가 콘텐츠의 의미를 탐색하고 이해하기 위해 시맨틱을 사용합니다. 요소의 역할을 통해 사용자는 원하는 콘텐츠에 빠르게 액세스할 수 있으며, 더 중요한 것은 이 역할을 통해 스크린 리더 사용자에게 포커스가 있을 때 대화형 요소와 상호작용하는 방법을 알 수 있습니다.

버튼, 링크, 범위, 체크박스와 같은 대화형 요소는 모두 암시적 역할을 지니고, 모두 키보드 탭 시퀀스에 자동으로 추가되며, 기본적으로 예상되는 사용자 작업 지원이 있습니다. 암시적 역할 또는 명시적 role 값은 사용자에게 요소별 기본 사용자 상호작용을 예상하도록 알립니다.

role 속성을 사용하면 태그가 암시하는 것과 다른 역할을 비롯하여 모든 요소에 역할을 부여할 수 있습니다. 예를 들어 <button>에는 button이라는 암시적 역할이 있습니다. role="button"를 사용하면 모든 요소를 의미론적으로 버튼으로 변환할 수 있습니다(예: <p role="button">Click Me</p>).

role="button"를 요소에 추가하면 스크린 리더에 요소가 버튼임을 알리지만 요소의 모양이나 기능은 변경되지 않습니다. button 요소는 별도의 작업 없이도 수많은 기능을 제공합니다. button 요소는 문서의 탭 순서 순서에 자동으로 추가됩니다. 즉, 기본적으로 키보드에 포커스를 맞출 수 있습니다. Enter 키와 스페이스바 모두 버튼을 활성화합니다. 버튼에는 HTMLButtonElement 인터페이스에서 제공하는 모든 메서드와 속성도 있습니다. 버튼에 시맨틱 버튼을 사용하지 않으면 이러한 모든 기능을 다시 프로그래밍해야 합니다. <button>과(와) 함께 사용하면 훨씬 쉽습니다.

비시맨틱 코드 블록의 AOM 스크린샷으로 돌아갑니다. 비의미론적 요소에는 암시적 역할이 없습니다. 각 요소에 역할을 할당하여 비 의미론적 버전을 의미론적으로 만들 수 있습니다.

<div role="banner">
 
<span role="heading" aria-level="1">Three words</span>
 
<div role="navigation">
   
<a>one word</a>
   
<a>one word</a>
   
<a>one word</a>
   
<a>one word</a>
 
</div>
</div>

role 속성을 사용하여 모든 요소에 시맨틱을 추가할 수 있지만 대신 필요한 암시적 역할이 있는 요소를 사용해야 합니다.

시맨틱 요소

'이 마크업 섹션의 기능을 가장 잘 나타내는 요소는 무엇인가요?'라고 자문해 보세요. 일반적으로 작업에 가장 적합한 요소를 선택하게 됩니다. 태그에는 의미가 있으므로 선택하는 요소와 사용하는 태그는 디스플레이하는 콘텐츠에 적합해야 합니다.

HTML은 콘텐츠의 모양을 정의하는 것이 아니라 콘텐츠를 구조화하는 데 사용해야 합니다. 모양은 CSS의 영역입니다. 일부 요소는 특정 방식으로 표시되도록 정의되어 있지만, 사용자 에이전트 스타일 시트가 그 요소를 기본적으로 표시하는 방식을 기반으로 한 요소는 사용하지 마세요. 대신 요소의 시맨틱 의미와 기능에 따라 각 요소를 선택합니다. 논리적이고 의미 있고 의미 있는 방식으로 HTML을 코딩하면 CSS가 의도한 대로 적용되도록 하는 데 도움이 됩니다.

코딩할 때 작업에 적합한 요소를 선택하면 HTML을 리팩터링하거나 주석 처리할 필요가 없습니다. 작업에 적합한 요소를 사용하려 한다면 대부분의 경우 작업에 적합한 요소를 선택하게 될 것입니다. 그렇지 않은 경우에는 아마도 그렇지 않을 것입니다. 각 요소의 의미 체계를 이해하고 올바른 요소를 선택하는 것이 중요한 이유를 알고 있다면 많은 노력을 들이지 않고도 올바른 선택을 할 수 있습니다.

다음으로 시맨틱 요소를 사용하여 문서 구조.

이해도 확인

의미론적 HTML에 관한 지식을 테스트합니다.

항상 <button> 요소에 role="button"를 추가해야 합니다.

거짓입니다.
참입니다.