Section3 / Unit5 : [사용자 친화 웹] 웹 표준 & 접근성

CodeStates/CS

Section3 / Unit5 : [사용자 친화 웹] 웹 표준 & 접근성

yeeendy 2023. 6. 26. 10:15

Quiz

❓인터넷은 웹 기반으로 작동한다 ( O / X )

정답 : X

설명

인터넷이 웹보다 좀 더 포괄적인 개념
인터넷
- 전세계적으로 연결되어 있는 컴퓨터 네트워크 통신망
- 웹뿐만 아니라 온라인 게임, 모바일 앱, 이메일 등 네트워크를 사용하는 다양한 서비스들을 모두 포함
웹
- 문서, 이미지, 영상 등 다양한 정보를 여러 사람들과 공유할 수 있는 공간

인터넷만 연결되어 있다면 웹이라는 공간 안에서 사용할 수 있다

2000년대 초까지만 해도 브라우저 간 호환이 되지 않아서 화면이 안 나오는 일 등 정상적으로 구동이 되지 않아

개발자들이 각 브라우저마다 따로 개발을 해주어야 했다

이러한 수고를 없애고 웹 개발의 형식을 통일시킨 것이 바로! → 웹 표준

웹 표준

웹에서 표준적으로 사용되는 기술이나 규칙
- W3C(World Wide Web Consorium)에서 권고
- 사용자가 어떠한 운영체제나 브라우저를 사용하더라도
  웹페이지가 동일하게 보이고 정상적으로 작동할 수 있도록 하는 웹 페이지 제작 기법
- 웹 개발에 사용되는 언어 HTML, CSS, JavaScript (구조, 표현, 동작을 담당)

최신 웹 브라우저들은 모두 웹 표준을 지원하기 때문에

웹 표준에 맞춰 웹 페이지를 작성하면 어떤 브라우저를 사용하든 동일한 결과물을 얻을 수 있음

웹 표준의 장점

유지 보수의 용이성
- 웹 표준으로 HTML, CSS, JS 등의 사용 방법을 정리하기 이전에는 구조, 표현, 동작이 뒤섞인 코드가 많았다.
  - 수정하려면 전부 뜯어고쳐야 함
- 지금은 각 영역이 분리되면서
  - 유지 보수가 용이해졌고
  - 코드가 경량화되면서 트래픽 비용이 감소
웹 호환성 확보
- 웹 사이트가 특정 운영체제나 브라우저에 종속적이라면?
  - 그 외 환경에서는 정상적으로 사용이 불가능
- 웹 표준을 준수하여 웹 사이트를 제작한다면?
  - 웹 브라우저의 종류나 버전, 운영 체제나 사용 기기 종류에 상관없이 항상 동일한 결과 도출
검색 효율성 증대
- 웹 표준에 맞춰 웹 사이트를 작성하는 것만으로도 검색 엔진에서 더 높은 우선순위로 노출될 수 있다.
  - 적절한 HTML 요소의 사용, 웹 페이지에 대한 정확한 정보 작성 등 검색 효율성과 관련된 내용
    → 웹 표준에서 다루고 있다!
  - 홍보를 위한 비용을 들이지 않아도 검색의 효율성을 높일 수 있음
웹 접근성 향상
- 웹 표준에 맞춰 개발
  - 브라우저의 종류, 운영 체제의 종류, 기기의 종류 등
    웹에 접근할 수 있는 매우 다양한 환경에서도 접근할 수 있게 해줌

Semantic HTML

semantic : 의미의, 의미가 있는
HTML : 화면의 구조를 만드는 마크업 언어
의미가 있는 태그
- 브라우저와 개발자 모두에게 그 의미를 명확하게 설명

div, span으로만 화면 구성을 하게 되면 어떤 역할, 어떤 내용을 담게 될지 명확히 알 수 없다.

시맨틱 요소로 화면 구성을 하게 되면 요소가 어떤 내용을 담게 될지, 어떤 기능을 하게 될지 명확히 알 수 있다.

시맨틱 HTML의 필요성

개발자 간 소통
- 별 다른 설명 없이 어떠한 내용인지 알 수 있다
검색 효율성
- 검색 엔진은 HTML코드를 보고 문서의 구조를 파악한다
  - 시맨틱 요소를 사용하면, 어떤 요소에 더 중요한 내용이 들어있을지 우선순위를 정할 수 있고,
  - 우선순위가 높다고 파악된 페이지를 검색 결과 상단에 표시한다
- 웹 페이지를 검색 엔진에 더 자주 뜨게 만들고 싶을 때 사용
  - 광고비 등의 추가 지출을 하지 않고 시맨틱 HTML을 잘 짜는 것만으로도 어느정도 효과를 볼 수 있음
웹 접근성
- 나이, 성별, 장애 여부, 사용 환경을 떠나서 항상 동일한 수준의 정보를 제공할 수 있어야 함
- 예시 ) 시각 장애인의 경우 웹 페이지에 접근할 때 스크린리더를 이용하게 되는데
  이때, HTML이 시맨틱 요소로 구성되어 있다면 화면의 구조에 대한 정보까지 추가로 전달해 줄 수 있음
- 시맨틱 요소를 잘 사용하면 웹 접근성을 향상시킬 수 있다.

시맨틱 요소의 종류

요소 종류	설명
<header>	페이지나 요소의 최상단에 위치하는 머리말 역할의 요소
<nav>	메뉴, 목차 등에 사용되는 요소
<aside>	문서와 연관은 있지만, 직접적인 연관은 없는 내용을 담는 요소
<main>	이름 그대로 문서의 메인이 되는 주요 콘텐츠를 담는 요소
<article>	게시글, 뉴스 기사 등 독립적으로 구분해 재상용할 수 있는 부분을 의미하는 요소 각각의 <article>을 구분하기 위한 수단이 필요하며, 보통 제목 <hgroup>을 포함하는 방법을 사용
<section>	문서의 독립적인 구획을 나타내며, 딱히 적합한 의미의 요소가 없을 때 사용 제목 <hgroup>을 포함하는 경우가 많음
<hgroup>	제목을 표시할 때 사용하는 요소, <h1> ~ <h6> 요소
<footer>	페이지나 요소의 최하단에 위치하는 꼬리말 역할의 요소

자주 틀리는 마크업

인라인 요소 안에 블록 요소 넣기
- 인라인 요소 : 콘텐츠가 차지하는 만큼
- 블록 요소 : 가로로 넓게 화면 영역을 차지
- 인라인 요소는 항상 블록 요소 안에 들어가야 함
- 특정 요소가 인라인 요소인지 블록 요소인지 정확하게 알지 못할 때 종종 실수
<b>, <i> 요소 사용하기
- <b> : 글씨를 굵게 <--대체--> <strong>
- <i> : 글씨를 기울일 때 <--대체--> <em>
- 시맨틱 하지 않은, 표현을 기준으로 이름이 지어진 요소
  - 웹 표준을 준수하기 위해서는 이 요소들을 사용하지 않는 것이 좋음
- 똑같은 스타일을 부여하면서 콘텐츠에 의미를 부여하는 <strong>요소와 <em>요소를 사용하는 것이 좋음
  - 글씨에 효과를 줌과 동시에 각 콘텐츠를 강조하는 의미를 부여
<hgroup> 마구잡이로 사용하기
- 목차의 역할과 동시에 콘텐츠의 상하 관계를 표시하기 위해 사용
- 시맨틱 요소로서의 역할을 간과한 채 글자에 스타일 속성을 적용하기 위한 목적으로 사용하지 말 것
<br /> 연속으로 사용하기
- <br /> : 줄 바꿈 요소
- 요소 사이에 간격을 만들기 위한 목적으로 남발하지 말 것
  - 별도의 단락으로 구별하거나 CSS 속성을 주어 여백을 조정해 주는 것이 바람직
인라인 스타일링 사용하기
- HTML 요소 안에 인라인으로 스타일링 속성을 설정하지 말 것
- 웹 표준을 지키기 위해서는 HTML과 CSS 코드를 분리해서 작성

// <hgroup> 예시

// 나쁜 예시
<h1>엄청 큰 글씨</h1>
    <h3>적당히 큰 글씨</h3>
  <h2>큰 글씨</h2>
          <h6>엄청 작은 글씨</h6>
      <h4>그냥 글씨</h4>

// 좋은 예시
<h1>제목</h1>
  <h2>큰 목차</h2>
    <h3>작은 목차</h3>
    <h3>작은 목차</h3>
  <h2>큰 목차</h2>
    <h3>작은 목차</h3>
      <h4>더 작은 목차</h4>
      <h4>더 작은 목차</h4>

크로스 브라우징

웹 사이트에 접근하는 브라우저의 종류에 상관없이 동등한 화면과 기능을 제공할 수 있도록 만드는 작업

→ point! '동일한'이 아니라 '동등한'이라는 표현을 쓴다

크로스 브라우징은 모든 브라우저에서 완전히 똑같은 화면이 보이도록 만드는 것이 아니다.

→ 브라우저마다 사용하는 렌더링 엔진이 다르기 때문에 화면을 완전히 동일하게 만드는 것은 불가능

크로스 브라우징의 목표

→ 모든 브라우저에서 동등한 수준의 정보와 기능을 제공하는 것

크로스 브라우징 워크 플로우

초기 기획
- 어떤 웹 사이트를 만들 것인지 정확하게 결정
- 어떤 콘텐츠와 기능이 있어야 하는지, 디자인은 어떻게 할지 등의 사항을 결정
- 이 사이트의 고객이 누구일지 생각
- 고객이 사용하는 브라우저는 무엇일지, 기기는 무엇일지 고민
- 타깃 고객층이 주로 사용하게 될 브라우저와 기기를 파악했다면, 여기에 맞는 기술을 사용해서 개발할 수 있도록 기획
개발
- 코드를 작성할 때 사용하는 코드가 각 브라우저에서의 호환성이 어떤지 파악하고 사용해야 한다
  - MDN, Can I Use등의 사이트에서 코드의 호환성을 확인할 수 있음
- 코드를 작성하다 보면 크로스 브라우징이 힘든 상황을 만나게 될 수도 있는데,
  이런 경우에는 이를 인정하고 대체 수단을 마련해야 한다.
- 개발 중인 웹 사이트가 일부 오래된 브라우저에서는 어쩔 수 없이 제대로 기능하지 않을 수도 있다는 사실을 인지할 것
테스트 / 발견
- 안정적인 데스크톱 브라우저(크롬, 엣지, 파이어폭스, 오페라, 사파리 등)에서 테스트를 진행
- 휴대폰 및 태블릿 브라우저(삼성 인터넷, 사파리, 안드로이드 기기의 크롬 등)에서 테스트를 진행
- Window, Linux, Mac 등 다양한 운영 체제에서도 테스트를 진행
- 직접 테스트를 수행할 수도 있지만, 자동으로 테스트를 진행해 주는 도구를 이용하는 것도 방법
  - TestComplete, LambdaTeast, BitBar 등의 크로스 브라우징 테스트 툴
수정 / 반복
- 테스트 단계에서 버그가 발견되었다면 수정이 필요하다
  - 버그가 발생하는 위치를 최대한 좁혀서 특정하고,
  - 버그가 발생하는 특정 브라우저에서의 해결 방법을 정하기
  - 섣불리 코드를 수정했다가는 다른 브라우저에서 버그가 발생할 수 있으므로
    → 조건문을 작성해 다른 코드를 실행하게 하는 방식으로 고쳐나가는 것이 좋음
- 수정이 완료되면 3번 과정부터 반복

웹 페이지를 개발할 때 웹 표준만 잘 지켜도 크로스 브라우징을 어느 정도 실형할 수 있다.

웹 표준 자체가 어떠한 운영체제나 브라우저를 사용하더라도
→ 웹페이지가 동일하게 보이고 정상적으로 작동할 수 있도록 하는 웹 페이지 제작기법이기 때문

SEO (Search Engine Optimization, 검색 엔진 최적화)

On-Page SEO
- 페이지 내부에서 진행할 수 있는 SEO
- 제목과 콘텐츠, 핵심 키워드의 배치, 효율적인 HTML 요소 사용법 등을 이용하는 방법
Off-Page SEO
- 웹 사이트 외부에서 이루어지는 SEO
- 소셜 미디어 홍보, 백링크(타 사이트에서 연결되는 링크) 등을 이용하는 방법
- 웹 페이지 내용이나 구조와는 관계 없음

SEO에 영향을 미치는 요소

On-Page에서 통제할 수 있는 요소들에 대해 알아보자

<title> 요소
- <title> : 검색 결과창에서 제목에 해당하는 요소, <head> 자식 요소로 작성
  - <title> 요소에 어떤 내용을 작성하는가에 따라서 검색 후 유입까지 유도할 수 있음
    → 제목이 너무 길거나 짧아서 사용자가 제목으로 사이트를 파악하기 어려워지면 유입률 떨어짐
  - <title> 요소에 핵심 키워드가 포함되면 상위에 노출될 확률 높아짐
    → 그렇다고 같은 키워드를 반복하면 검색 시 불이익을 받을 수 있음
    → 제목에 핵심 키워드는 한 번만 포함시킬 것
<meta> 요소
- <meta> : 메타 데이터를 담는 요소, 자식 요소로 작성
- 메타 데이터 : 해당 웹 사이트에서 다루고 있는 데이터가 무엇인지에 대한 데이터
- name 속성 : SEO를 위해서 사용하는 것이 목적
- property 속성 : 다른 사람에게 공유하기 위한 것이 목적
  - 오픈 그래프(Open Graph) : 페이스북(현 Meta)에서 게시물을 공유하기 위한 목적으로 만들었으며,
    각 속성값 앞에는 오픈 그래프를 뜻하는 "og"가 붙는다
<hgroup> 요소
- 콘텐츠의 제목을 표시하는 용도인만큼 핵심 키워드를 포함하고 있을 가능성이 높음
  - 검색 엔진도 <hgroup> 요소의 내용을 중요하게 취급
  - 콘텐츠를 작성할 때 핵심 키워드를 의식해서 <hgroup> 요소에 넣어주는 것도 SEO에 도움이 됨
- 똑같은 키워드만 반복해서 넣는 것은 역효과를 불러올 수 있다.
  - 이미 사용한 핵심 키워드를 그대로 사용하지 않고 비슷한 키워드로 대체해서 사용하거나
  - 핵심 키워드의 관련 키워드들을 쭉 포함시키는 것이 좋음
콘텐츠
- 개성 있는 브랜딩
  - 아이디어나 이름이 겹치지 않는다면, 관련 키워드를 검색했을 때 해당 웹사이트가 상위권에 뜰 확률 매우 높음
    → 비슷한 내용을 포함하는 타 사이트가 많지 않기 때문
  - 애초에 웹 사이트만 검색될 수밖에 없는 아이디어를 내는 것도 아주 좋은 SEO 전략
  - 꼭 이름이나 서비스의 종류가 아니더라도, 웹 사이트만의 독특한 이벤트나 콘텐츠를 만들어내는 것도 훌륭한 방법
- 복사 + 붙여넣기 금지
  - 타 사이트의 글을 그대로 복사해서 사용하면 검색 엔진은 중복 문서로 판정하여 아예 검색 결과에서 생략
  - 애초에 먼저 작성되었던 글이 먼저 뜰 확률이 높기 때문에, 검색 결과 상위권이 뜰 가능성도 높지 않음
  - 타 사이트의 글을 인용하고 싶다면, 일부만 가져오면서 링크를 첨부하여 출처를 표기하는 것이 좋음
- 간결한 제목과 설명글
  - 페이지 제목과 설명글에 이것저것 많이 적어 넣는다고 해서 검색이 잘 되는 것이 아니다
  - 관련 없는 키워드를 넣으면
    → 사이트를 방문한 사용자가 전혀 관련 없는 콘텐츠를 보고 해당 사이트에 안 좋은 이미지를 가질 수 있음
  - 관련이 있는 키워드라 해도, 같은 키워드를 너무 많이 반복해서 작성해도 좋지 않음
    → 최악의 경우 스팸 요소가 있는 사이트로 분류될 가능성 있음
    → 사용자 만족도 낮음
- 최대한 글자로 작성하기
  - 적절한 이미지의 사용은 콘텐츠의 품질을 높여줌
  - 하지만 글자로 적어도 될 내용을 굳이 이미지로 만들어서 작성하는 것 → SEO에 도움 X
    - 사용자는 이미지에 적힌 글을 읽을 수 있지만, 검색 엔진은 그렇지 않기 때문
  - 꼭 이미지를 넣어야 한다면 alt 속성을 사용하여 해당 이미지에 대한 설명을 텍스트로 작성하는 것이 좋음
    - 너무 길게 작성하면 스팸 요소로 인식할 수 있으니 꼭 필요한 설명만 작성할 것

SEO에 영향을 주는 요소에 대한 레퍼런스

웹 접근성(Web Accessibility)

장애인, 고령자 등이 웹 사이트에서 제공하는 정보에 비장애인과 동등하게 접근하고 이해할 수 있도록 보장하는 것을 의미

웹 접근성을 갖추면 웹에 접근했을 때
그 어떤 상황에서도 항상 동등한 수준의 정보를 제공받을 수 있도록 보장받을 수 있다.

웹 접근성의 궁극적인 목적

→ 어떤 상황이든, 어떤 사람이든 정보를 제공받지 못하는 경우가 없도록 하자

웹 접근성을 갖추면 얻을 수 있는 효과

사용자층 확대
- 장애인, 고령자 등 정보 소외 계층도 웹 사이트를 자유롭게 이용할 수 있음
- 그만큼 사이트의 이용자를 늘릴 수 있고, 새로운 고객층을 확보할 수 있음
다양한 환경 지원
- 정보 소외 계층이 아니더라도 정보에 접근하기 어려운 상황에서 웹 사이트를 자유롭게 사용할 수 있음
- 자연스럽게 서비스 이용자 수 증가
사회적 이미지 향상
- 기업의 사회적 책임에 대한 중요성이 점점 증가하고 있는 상황에서,
  웹 접근성 확보를 통해 기업이 정보 소외 계층을 위한 사회 공헌 및 복지 향상에 힘쓰고 있음을 보여줄 수 있음
- 기업의 사회적 이미지가 향상되면 그만큼 이용자 수의 증가는 물론 충성 고객을 확보할 수 있는 가능성이 늘어남

웹 콘텐츠 접근성 지침

WCAG(Web Content Accessibility Guidelines) 2.0 기반
한국형 웹 콘텐츠 접근성 지침 2.1 내용

인식의 용이성(Perceivable)
: 모든 콘텐츠는 사용자가 인식할 수 있어야 한다.

적절한 대체 텍스트 (*)
- 텍스트가 아닌 콘텐츠는 그 의미나 용도를 이해할 수 있도록 대체 텍스트를 제공해야 한다.
  - 시각적으로 화면을 인식할 수 없는 사용자 혹은 상황을 대비해서 대체 텍스트를 제공할 필요가 있습니다.
    - alt 속성 사용하기
    - <img src="이미지 주소" alt="대체 텍스트" />
  - 필요가 없는 경우에는 alt 값으로 빈 문자열을 주어 스크린 리더가 인식하지 않게 합니다
    - 정보 전달이 필요한 콘텐츠에 빈 문자열을 입력할 경우 해당 콘텐츠의 존재 자체도 인식하지 못하게 되므로 주의
  - 인접 요소의 내용에서 이미지의 정보를 충분히 인지할 수 있는 경우에도 alt 값으로 빈 문자열을 주는 것이 좋습니다.
    이 경우에는 대체 텍스트를 작성할 경우 이미지 정보를 중복해서 제공
자막 제공
- 멀티미디어 콘텐츠에는 자막, 원고 또는 수화를 제공해야 한다.
  - 자막을 포함한 동영상 사용하기
  - 자막을 지원하는 멀티미디어 플랫폼 사용하기
  - 비디오 요소 안쪽에 track 요소를 사용하여 자막 파일 불러오기
    - <video ...>
      <track src="자막.vtt" kind="captions" />
      </video>
    - WebVTT(Web Video Text Tracks, .vtt 파일) 또는 Timed Text Markup Language(TTML)형식을 사용
  - 자막을 제공하기 어려운 경우 대본 또는 수어를 제공하기
색에 무관한 콘텐츠 인식
- 콘텐츠는 색에 관계없이 인식될 수 있어야 한다.
명확한 지시사항 제공
- 지시사항은 모양, 크기, 위치, 방향, 색, 소리 등에 관계없이 인식될 수 있어야 한다.
텍스트 콘텐츠 명도 대비
- 텍스트 콘텐츠와 배경 간의 명도 대비는 4.5대 1 이상이어야 한다.
자동 재생 금지
- 자동으로 소리가 재생되지 않아야 한다.
콘텐츠 간 구분
- 이웃한 콘텐츠는 구별될 수 있어야 한다.

운용의 용이성(Operable)
: 사용자 인터페이스 구성요소는 조작 가능하고 내비게이션 할 수 있어야 한다.

키보드 사용 보장
- 모든 기능은 키보드만으로도 사용할 수 있어야 한다.
초점 이동
- 키보드에 의한 초점은 논리적으로 이동해야 하며 시각적으로 구별할 수 있어야 한다.
조작 기능
- 사용자 입력 및 컨트롤은 조작 가능하도록 제공되어야 한다.
응답 시간 조절
- 시간제한이 있는 콘텐츠는 응답시간을 조절할 수 있어야 한다.
정지 기능 제공
- 자동으로 변경되는 콘텐츠는 움직임을 제어할 수 있어야 한다.
깜빡임과 번쩍임 사용 제한
- 초당 3~50회 주기로 깜빡이거나 번쩍이는 콘텐츠를 제공하지 않아야 한다.
반복 영역 건너뛰기
- 콘텐츠의 반복되는 영역은 건너뛸 수 있어야 한다.
제목 제공
- 페이지, 프레임, 콘텐츠 블록에는 적절한 제목을 제공해야 한다.
적절한 링크 텍스트
- 링크 텍스트는 용도나 목적을 이해할 수 있도록 제공해야 한다.

이해의 용이성(Understandable)
: 콘텐츠는 이해할 수 있어야 한다.

기본 언어 표시
- 주로 사용하는 언어를 명시해야 한다.
사용자 요구에 따른 실행
- 사용자가 의도하지 않은 기능(새 창, 초점에 의한 맥락 변화 등)은 실행되지 않아야 한다.
콘텐츠 선형 구조
- 콘텐츠는 논리적인 순서로 제공해야 한다.
  - 글은 제목, 내용 순서로 제공되는 것이 논리적으로 맞음
    - 탭에 해당하는 내용이 있는 경우, 탭 제목 다음에 탭 내용이 오도록 마크업을 구성
      스크린 리더는 마크업 순서대로 내용을 읽어준다는 것을 항상 고려할 것
표의 구성
- 표는 이해하기 쉽게 구성해야 한다.
  - 비장애인은 표를 보면 그 구조를 인식할 수 있지만, 시각 장애가 있는 경우에는 내용을 들으면서 그 구조를 파악해야만 합니다. 따라서 듣기만 해도 표의 구조, 내용을 이해하기 쉽게 구성해야 합니다.
    - 테이블 요소 안에 caption 요소를 사용해서 표에 제목을 제공하기
      - 표의 제목을 제공하는 것만으로도 무엇을 말하고자 하는 표인지 미리 파악할 수 있게 됨
      - 제목과 함께 표의 간단한 요약을 작성해도 좋음
    - 표의 셀은 제목 셀과 데이터 셀이 구분되도록 구성해야 합니다. 제목 셀은 <th>, 데이터 셀은 <td> 를 사용
    - 표의 구조가 복잡할 경우, 최대한 간소화하거나 scope 혹은 id와 headers 속성을 사용하여 작성
레이블 제공 (*)
- 사용자 입력에는 대응하는 레이블을 제공해야 한다
  - 사용자가 정보를 입력하는 상황에, 어떤 정보를 입력해야 하는지 정확하게 알 수 없으면 입력이 불가능
    - <input> 요소에 value나 placeholder 속성만 설정하는 것은 적합X
      | (X) <input type="text" placeholder="아이디" /> |
    - <input> 요소에 id를 설정하고 <label> 요소의 for 속성으로 연결
      | (O) <label for="user_id">아이디</label> |
      | <input id="user_id" type="text" placeholder="아이디" /> |
    - title 속성을 사용
      | (O) <input type="text" title="아이디" placeholder="아이디" /> |
    - WAI-ARIA의 aria-label 속성을 사용
      | (O) <input type="text" ari-label="아이디" placeholder="아이디" /> |
      - WAI-ARIA의 경우 꼭 필요한 경우가 아니라면 사용하지 않는 것이 좋음
      - 다른 HTML 속성이나 요소로 대체 가능한 경우에는 해당 속성이나 요소를 우선적으로 사용
오류 정정
- 입력 오류를 정정할 수 있는 방법을 제공해야 한다.

견고성(Robust)
: 웹 콘텐츠는 미래의 기술로도 접근할 수 있도록 견고하게 만들어야 한다.

마크업 오류 방지
- 마크업 언어의 요소는 열고 닫음, 중첩 관계 및 속성 선언에 오류가 없어야 한다.
웹 애플리케이션 접근성 준수
- 콘텐츠에 포함된 웹 애플리케이션은 접근성이 있어야 한다.

WAI-ARIA

WAI (Web Accessibility Initiative)
→ 웹 표준을 정하는 W3C에서 웹 접근성을 담당하는 기관
ARIA (Accessible Rich Internet Applications)
→ 장애가 있는 사람들이 웹 콘텐츠와 웹 응용 프로그램에 더 쉽게 액세스할 수 있도록 하는, 즉 웹 접근성을 갖추기 위한 기술
- RIA (Rich Internet Applications)
  → 따로 프로그램을 설치하지 않아도 웹 브라우저를 통해 사용할 수 있는 편리성 + 프로그램을 직접 설치해서 사용하는 것처럼 빠른 반응의 사용자 인터페이스를 동시에 가지는 웹 애플리케이션. SPA를 의미하는 경우가 많다
WAI-ARIA는 WAI에서 발표한 RIA환경에서의 웹 접근성 기술 규격
→ 웹 접근성을 향상할 수 있는 방법 중의 하나

WAI-ARIA의 필요성

시맨틱 요소만으로 의미를 충분히 부여할 수 없는 상황에
WAI-ARIA를 사용하면 HTML 요소에 추가적인 의미를 부여하여 더 원활하게 페이지를 탐색할 수 있게 도와줌
- 시맨틱 요소만으로 의미를 충분히 부여할 수 없는 상황
  → 시맨틱 요소만으로 충분한 상황에서는 WAI-ARIA를 사용X
  → WAI-ARIA는 보조적인 역할로만 사용
  → WAI-ARIA를 남용해선 안 되며, 시맨틱한 HTML을 작성하는 것이 최우선
SPA처럼 AJAX를 사용하는 상황, 즉 새로고침 없이 페이지의 내용이 바뀌는 상황에서도
변경된 영역에 대한 정보를 전달해 줄 수 있어 동적인 콘텐츠에서도 웹 접근성을 향상할 수 있음

WAI-ARIA 사용법

WAI-ARIA는 HTML 태그 내부에 속성을 추가함으로써 의미를 부여해 줄 수 있다.

역할(role) : HTML 요소의 역할을 정의하는 속성
상태(state) : 요소의 현재 상태를 나타내는 속성
속성(property) : 요소의 특징을 정의하는 속성

1. 역할(role)

HTML의 요소 종류와 역할이 서로 맞지 않을 때, 어떤 역할을 하는 요소인지 명시해 줄 때 사용할 수 있는 속성

// 예시
<div role="button">div이지만 button으로 사용되는 요소</div>

// WAI-ARIA의 잘못된 사용 예시
// HTML 요소로 충분히 파악할 수 있는 내용을 WAI-ARIA로 또 설명해 줄 필요없음
<button role="button">button인 요소</button>

// WAI-ARIA의 잘못된 사용 예시
// 시맨틱 요소 본연의 의미를 임의로 바꾸지 않아야 함
<h1 role="button">h1인 요소</h1>

2. 상태(state)

aria-selected
- 여러개의 선택 가능한 요소 중에서 선택 상태인 요소를 표시할 수 있음
aria-expanded : 아코디언 UI가 펼쳐진 상태인지 표시
aria-hidden : 요소가 숨김 상태인지 표시
등등의 속성이 있다

3. 속성(property)

aria-label
- 요소에 라벨을 붙여주는 기능
  → 의미를 부여해줄 수 있음
aria-live
- 해당 요소가 실시간으로 내용을 변경하는 영역인지 표시
- 브라우징 도중에 내용을 띄우는 alert, modal, dialog와 같은 역할을 하는 요소이거나,
  AJAX 기술을 사용하여 실시간으로 내용을 변경하는 영역에 사용하는 속성
- 속성 값으로는 polite, assertive, off(default)가 있다
  - polite : 스크린 리더가 현재 읽고 있는 내용을 모두 읽고 나서 변경된 내용을 사용자에게 전달
  - assertive : 스크린 리더가 현재 읽고 있는 내용을 중단하고 변경된 내용을 바로 사용자에게 전달
이 외에 다양한 속성들이 있다.

참조