웹 접근성: W3C 표준이 종종 무시되는 이유

du jour라는 용어는 웹 접근성 입니다. 제 생각에는 웹 디자인에서 가장 자주 오해되고 제대로 적용되지 않는 측면 중 하나입니다. 일반적인 오해 는 접근성이 장애인만을 위해 설계되었다는 것입니다. 사실 모든 사람이 접근 가능한 콘텐츠의 이점을 누리고 있으며 , 시청자는 더 적은 제약으로 콘텐츠를 사용할 수 있기 때문에 다양한 플랫폼이나 다양한 방식으로 접근 가능한 콘텐츠에 액세스함으로써 증가할 것입니다.

불행히도 많은 웹 개발자는 콘텐츠에 액세스할 수 있도록 하지 않고 웹 액세스 가능성 지침을 따르지 않습니다. 따라서 많은 사람들이 자신의 디자인을 사용하고 콘텐츠를 즐기는 데 불필요한 어려움을 겪습니다. 극단적인 경우 특정 사용자 그룹은 이러한 웹사이트를 전혀 효과적으로 사용할 수 없습니다.

접근 가능한 콘텐츠를 구축하는 것은 모든 개발자, 디자이너 또는 콘텐츠 제작자에게 제2의 천성이어야 하며, 이는 건축가가 새 건물을 설계하는 것과 마찬가지로 경사로, 계단 및 승강기를 고려하는 것과 같습니다.

이면에 있는 내용과 많은 개발자가 정당한 이유 없이 웹 접근성 표준을 간과하는 이유를 자세히 살펴보겠습니다.

1. "접근 가능한 디자인"은 무엇을 의미합니까?

액세스 가능한 콘텐츠는 모든 사람이 사용할 수 있는 콘텐츠입니다. 우리는 사용자가 우리 콘텐츠에 어떻게 접근하는지 모든 측면을 알지 못하기 때문에 미리 접근성을 염두에 두고 디자인해야 합니다.

앞서 강조했듯이 이것은 세계 인구의 약 15%를 차지하는 장애인과 관련이 없습니다. 실생활에서 사용자는 종종 개발 중에 상상했던 것과 똑같은 방식으로 콘텐츠를 소비하지 않고 장치와 상호 작용하게 됩니다. 액세스 가능한 콘텐츠는 많은 관할권에서 법적 이유로 필요합니다. 접근성 규정 준수에 대한 추가 정보는 "귀하의 조직을 위한 웹 접근성 비즈니스 사례 개발의 법적 및 정책적 요소"를 읽으십시오.

다음과 같은 사용자가 액세스할 수 있는 콘텐츠에 대해 생각할 때 다음 시나리오를 고려하세요.

• 잘 들리지 않습니다. 전 세계적으로 3억 6천만 명이 청각 장애가 있습니다. 오디오 콘텐츠에는 필사본이 있어야 하고 비디오에는 캡션이 있어야 합니다.

• 잘 볼 수 없습니다. 전 세계적으로 2억 8,500만 명이 시각 장애가 있는 것으로 추정됩니다. 3,900만 명이 시각 장애인이고 246명이 저시력입니다. 시각 장애가 있는 사용자는 화면 판독기(합성 음성을 사용하여 콘텐츠를 읽음), 새로 고칠 수 있는 점자 디스플레이(화면 콘텐츠가 점자 디스플레이에 표시되고 사용자는 디스플레이의 키를 사용하여 장치를 탐색하고 상호 작용할 수 있음)를 사용합니다. - 대비 모드.

• 난독증의 영향을 받습니다. 난독증이 있는 사람들은 특히 양쪽 맞춤 텍스트 또는 모두 대문자와 같은 내용을 읽고 이해하는 데 어려움을 느낍니다.

• 신체적 한계를 겪고 있습니다. 모든 사람이 모든 장치를 사용할 수 있는 것은 아닙니다. 예를 들어 콘텐츠 탐색은 마우스 사용자뿐만 아니라 마우스를 사용할 수 없는 사용자도 사용할 수 있어야 합니다.

• 모바일 장치 사용. 작은 화면에 맞게 콘텐츠를 조정합니다. 사용자가 글꼴 크기를 확대하거나 늘릴 수 있습니다.

2. 좋은 웹 접근성을 보장하는 방법

사람들은 콘텐츠를 탐색하고 소비하는 매우 다양한 방법을 사용합니다. 콘텐츠에 더 쉽게 액세스할 수 있도록 도와주는 추가 소프트웨어 도구의 지원이 필요한 사용자가 있습니다. 보조 기술로 알려진 이러한 도구는 화면 판독기에서 터치스크린 및 헤드 포인터에 이르기까지 다양합니다.

그러나 응용 프로그램과 보조 기술은 서로 통신해야 합니다. HTML로 작성된 모든 것이 보조 기술에 대해 완전히 이해할 수 있는 것은 아닙니다. "기술적 언어"에서 더 사람이 읽을 수 있는 언어로 콘텐츠를 "번역"하는 것을 돕기 위해 추가 접근성 API 표준이 만들어졌습니다.

이 기본 웹 접근성 다이어그램은 보조 기술이 작동하는 방식에 대한 더 나은 아이디어를 제공합니다.

작동 방식을 설명하기 위해 간단한 코드 예제를 살펴보겠습니다.

 <a href="#” class=”button”>Delete</a>

스크린 리더를 사용하는 사람들에게 이 간단한 코드는 큰 의미가 없습니다. 그것은 오해의 소지가 있고 " 삭제 "라는 텍스트가 있는 링크로만 읽습니다. 사용자가 작업을 수행하는 데 사용되는 방법의 종류를 이해하는 데 도움을 주기 위해 ARIA (Assistive Rich Internet Applications) 속성(https://www.w3.org/TR/wai-aria/에 지정됨)을 사용하여 다음을 수행할 수 있습니다. 원래 역할을 무시합니다. role="button" 속성을 추가하여 버튼에 대한 링크의 의미를 변경합니다. 그런 식으로 스크린 리더는 링크가 아니라 버튼으로 읽습니다. 어느 것이 더 적절합니다.

간단히 말해서 속성 ARIA:

• 비의미적 또는 기타 의미론적 요소의 의미론을 제공하거나 향상시킵니다.

• 동적(라이브) 콘텐츠에 계속 액세스할 수 있는지 확인합니다.

• 정의된 위젯의 유형(메뉴, 트리 항목, 슬라이더, 진행률 측정기 등)을 설명하는 역할을 제공합니다.

• 웹 페이지의 구조(제목, 영역 및 표)를 설명하는 역할을 제공합니다.

• 위젯의 상태를 제공합니다(선택됨, 팝업 있음 등).

• 드래그 소스 및 드롭 대상을 설명하는 드래그 앤 드롭에 대한 속성을 제공합니다.

웹 디자인에서 접근성이란 무엇입니까?

콘텐츠를 디자인할 때마다 콘텐츠를 인지할 수 있는 방법과 작동 가능한 방법이라는 두 가지를 생각하세요. 웹 디자인의 접근성을 설명하기 위해 몇 가지 예를 살펴보겠습니다.

사용자 지정 선택 드롭다운 요소를 디자인한다고 가정해 보겠습니다. 요소를 디자인할 때 고려해야 할 사항은 다음과 같습니다.

• 다른 상태 표시: 활성화됨, 비활성화됨, 읽기 전용.

• 포커스/호버 상태가 되면 요소를 표시합니다.

• 포커스/호버 상태가 되면 모든 옵션 요소를 표시합니다.

• 텍스트만 200% 수준으로 확대할 때 콘텐츠를 읽을 수 있는지 확인하십시오.

• 텍스트와 배경 사이에 충분한 대비가 있는지 확인하십시오. 중간 정도의 시력을 가진 사람이나 직사광선에 노출되거나 밝기가 낮은 디스플레이와 같이 극도의 조명 조건에서 장치를 사용하는 사람들이 콘텐츠를 읽을 수 있도록 도와줍니다.

또 다른 예는 상태를 설명하기 위해 색상을 선택하는 것입니다. 사용자가 색상을 선택할 수 있는 섹션을 디자인할 때 고려해야 할 사항은 다음과 같습니다.

• 특정 색상을 구별하는 데 어려움을 겪는 사람들이 있습니다. 따라서 녹색이 모든 방문자에게 녹색을 의미하지는 않습니다. 이를 수정하려면 목적을 설명하는 모든 색상에 대한 설명을 추가하십시오.

• 포커스/호버 상태가 되면 각 요소를 표시합니다.

• 모든 요소가 쉽게 활성화될 수 있도록 요소 사이에 충분한 공간이 있는지 확인하십시오(예: 더 작은 뷰포트가 있는 장치에서).

3. 접근성 테스트: 어디서부터 시작해야 할까요?

웹 콘텐츠에 완전히 액세스할 수 있는지 확인하고 확인할 수 있는 방법 은 없습니다. 접근성 문제를 확인하고 수정하려면 여러 기술을 사용해야 합니다. 문제, 솔루션 및 우선 순위 를 정의하는 것으로 시작할 수 있습니다.

문제 정의

접근성 문제를 해결하는 동안 항상 명확한 제목으로 문제당 하나의 티켓 을 만드십시오. 이렇게 하면 문제를 쉽게 이해하고 우선 순위를 정의하는 데 도움이 됩니다.

나쁜 예: 사용자가 페이지에서 키보드를 사용할 수 없습니다.

좋은 예: 주 메뉴에서 키보드 탐색을 사용할 수 없습니다.

나쁜 예는 짧은 시간에 닫기가 상당히 어려운 케이스로 이어집니다. 티켓 제목이 너무 일반적이기 때문에 여러 주제에 대한 토론이 댓글 섹션에서도 시작될 수 있습니다.

좋은 예는 문제를 정확히 지적하고 주 메뉴의 키보드 탐색이라는 한 가지에만 초점을 맞춥니다.

웹 접근성 문제의 우선 순위 지정

우선 순위는 어떤 문제를 먼저 수정해야 하는지 정의하기 때문에 중요합니다. 예를 들어, WCAG는 A, AA, AAA의 세 가지 적합성 수준으로 나뉩니다. 즉, 최소 수준 A부터 시작해야 하지만 이것이 자동으로 AA 및 AAA 수준이 단순히 "갖기 좋은" 것이라는 의미는 아닙니다. 모든 레벨이 중요하며 레벨 A만으로도 충분하다고 가정하여 우선순위를 지정하지 않는 것이 중요합니다.

그러나 WCAG 수준(또는 기타 지침)은 때때로 이해하기 매우 어려울 수 있으며 약간 단순화하기 위해 다음 우선 순위 정의를 고려할 수도 있습니다.

• 치명적 – 사용자가 응용 프로그램을 사용하지 못하게 하는 문제입니다. 사용 가능한 해결 방법이 없습니다.

• 주요 – 애플리케이션 사용을 어렵게 하거나 방향 감각을 상실하게 만들지만 사용자가 작업을 완료할 수 있는 능력을 차단하지는 않는 문제입니다.

• 경미 - 성가시지만 사용을 방해하지 않는 문제 또는 응용 프로그램에 적용할 수 있는 개선 사항입니다.

• 정보 – 모범 사례를 준수하지 않습니다. 개선을 위한 일반적인 권장 사항.

솔루션

WCAG, 섹션 508 또는 ADA를 의미하는 지침 중 어느 것도 특정 문제를 수정해야 하는 방법에 대한 기술 코드 측면에서 직접적인 솔루션을 제공하지 않습니다. 예상되는 동작만 정의합니다. 그러나 WCAG는 문제를 재현하는 방법을 이해하는 데 도움이 되는 테스트 절차를 추가로 정의했으며 자동화 및 반자동 웹 접근성 테스트를 위한 안정적인 규칙 개발에 중점을 둔 W3C 커뮤니티인 자동화된 WCAG 모니터링 커뮤니티 그룹이 있습니다.

WCAG 기술 G4의 예("콘텐츠가 일시 중지되고 일시 중지된 위치에서 다시 시작되도록 허용"):

시험 절차

콘텐츠가 이동하거나 스크롤되는 페이지에서

1. 웹 페이지 또는 사용자 에이전트에서 제공하는 메커니즘을 사용하여 이동하거나 스크롤하는 콘텐츠를 일시 중지합니다.

2. 이동 또는 스크롤이 중지되고 자체적으로 다시 시작되지 않는지 확인합니다.
3. 제공된 메커니즘을 사용하여 움직이는 콘텐츠를 다시 시작합니다.
4. 이동이나 스크롤이 멈춘 지점에서 다시 시작되었는지 확인하십시오.

예상 결과

2번과 4번은 사실입니다.

우리가 볼 수 있듯이 기술적 솔루션은 없지만 예상되는 동작은 정의되어 있습니다. 웹 개발자가 이를 구현하는 방법은 개발자에게 달려 있습니다.

웹 접근성 지침 및 W3C 표준

다음과 같은 기본 웹 표준이 시작점이 되어야 합니다.

• 가장 일반적인 것은 WCAG로 알려진 웹 콘텐츠 접근성 지침입니다. WCAG 2.0은 “안정적이고 참조 가능한 기술 표준입니다. 인식 가능, 작동 가능, 이해 가능 및 견고함의 4가지 원칙에 따라 구성된 12가지 지침이 있습니다. 각 가이드라인에는 A, AA 및 AAA의 세 가지 수준에서 테스트 가능한 성공 기준이 있습니다.”

  

• Techniques for WCAG 2.0은 웹 콘텐츠 작성자를 위한 포괄적인 가이드입니다.

• W3C 미디어 접근성 사용자 요구 사항 — 이 문서는 장애가 있는 사용자가 웹의 오디오 및 비디오와 관련하여 갖는 접근성 요구 사항을 제시합니다.

• 21세기 통신 및 비디오 접근성법 — CVAA는 두 개의 넓은 제목 또는 섹션으로 나뉩니다. Title I은 장애가 있는 사람들이 광대역을 사용하는 제품 및 서비스에 완전히 액세스할 수 있도록 하기 위한 통신 액세스에 대해 설명합니다. 접근성법의 Title II는 장애가 있는 사람들이 텔레비전과 인터넷에서 비디오 프로그램을 보다 쉽게 ​​볼 수 있도록 하는 새로운 지평을 열었습니다.

• 섹션 508 — 전자 및 정보 기술을 개발, 조달, 유지 또는 사용할 때 모든 연방 기관에 적용되는 정보 통신 기술(ICT)에 대한 접근성 요구 사항.

• 미국 장애인법(ADA) 타이틀 II에 따른 웹사이트 접근성 — 여기에서 ADA 타이틀 II의 비차별 요구사항이 주 및 지방 정부 웹사이트에 어떻게 적용되는지 배우게 됩니다.

웹 접근성 테스트: 내 콘텐츠에 액세스할 수 있는지 여부를 어떻게 알 수 있습니까?

다음은 1단계에서 웹 콘텐츠에 대한 접근성을 높이는 데 도움이 되는 기본적이고 기본적인 체크포인트입니다.

• HTML을 확인합니다. 보조 기술이 페이지 내용을 해석하는 데 문제가 있을 수 있으므로 HTML 구조에 오류가 없는지 확인하십시오.

• 키보드만으로 테스트합니다. 실행 가능한 모든 요소에 키보드만 사용하여 액세스할 수 있는지 확인합니다. 또한 키보드를 사용하여 모든 작업(예: 양식 제출)을 수행할 수 있어야 합니다.

• 접근성 테스트 도구 및 유효성 검사기로 테스트합니다. 잠재적인 접근성 오류를 검사하고 확인하는 도구를 사용합니다.

• 동적 콘텐츠. 검색 결과가 변경된 경우와 같이 동적 변경 사항에 대해 화면 판독기 사용자에게 알립니다.

• 의미를 설명하기 위해 색상에 의존하지 마십시오. 설명과 함께 색상을 사용하십시오(예: [노란색 상자] 경고).

• 초점에서 윤곽선을 제거하지 마십시오. 이것은 CSS 속성 outline: 0; 키보드 사용자는 페이지에서 방향을 잃게 되므로 그렇게 하지 마십시오. 키보드가 아닌 사용자를 위해 포커스 아웃라인을 제거하는 것을 고려할 수 있지만 항상 키보드 사용자를 위해 포커스 아웃라인을 제공하십시오.

• 오류 메시지. 항상 사용자에게 오류를 수정하는 방법을 알려주세요. 데이터가 유효하지 않다고 그냥 말하지 마십시오.

• 탭 순서. 탭 기반 탐색이 그래픽 사용자 인터페이스에 설정된 규칙을 따르는지 확인합니다. 최소한 애플리케이션의 기본 언어의 읽기 방향을 따라야 합니다. 예를 들어 영어에서 읽기 순서는 위에서 아래로, 왼쪽에서 오른쪽으로입니다. 아랍어에서는 위에서 아래로, 오른쪽에서 왼쪽으로입니다.

• 줌. 텍스트를 최대 200%까지 확대하는 동안 페이지 내용을 읽을 수 있는지 확인하십시오.

• 이미지를 끕니다. 여전히 편안하게 페이지를 사용할 수 있습니까? 모든 이미지에 대한 대체 텍스트가 있습니까?

• 스크린 리더. 하나 이상의 화면 판독기(예: VoiceOver, Windows 내레이터 또는 NVDA)를 사용하여 콘텐츠를 읽고 탐색할 수 있는지 테스트합니다.

• 고대비 모드. 고대비 모드로 전환하는 동안 콘텐츠를 읽을 수 있는지 확인하십시오.

• 글꼴 크기. 페이지의 글꼴 크기가 10px 이상인지 확인하십시오.

4. 웹 접근성의 일반적인 실수

가장 흔한 실수는 개발 전에 접근성 요구 사항을 식별하지 못하는 것 입니다. 불행히도 나중에 접근성이 개발의 일부가 될수록 솔루션을 구현하기가 더 어려워집니다.

다음은 접근성을 구현하는 동안 개발자가 범하는 가장 일반적인 실수 목록입니다.

• 키보드만 사용하여 콘텐츠 를 탐색할 수 있는 기능이 없습니다 .

• CSS 개요 속성을 오용합니다. 대부분의 경우 outline: 0; 즉, 실행 가능한 각 요소 주변의 윤곽선이 더 이상 표시되지 않습니다. outline: 0; 또는 outline: 0 !important; . border CSS 속성을 사용하는 것과 같은 다른 대안이 없는 한 사용자는 콘텐츠를 탐색하는 동안 현재 포커스가 있는 요소를 볼 수 있는 기능을 잃게 됩니다.

• 예를 들어 DOM 조작이나 blur() 메서드 사용으로 인해 현재 요소에서 초점 을 잃습니다. 이것은 단일 페이지 응용 프로그램에서 자주 발생합니다.

• 예를 들어 XMLHttpRequest API를 사용하여 콘텐츠가 다운로드되었고 UI의 새로운 변경 사항이 렌더링되었지만 사용자에게 알림이 전송되지 않은 것과 같이 화면 판독기 사용자에게 변경된 사항에 대한 알림이 없습니다. 이는 단일 페이지 응용 프로그램에서 자주 발생합니다.

• 액세스할 수 없는 날짜 선택기. 대부분의 경우 액세스할 수 없는 날짜 선택기가 사용됩니다. 사용자는 키보드를 사용하여 캘린더 옵션을 탐색할 수 없습니다.

• 접근성 문제를 자동으로 수정 한다고 주장하는 확장 프로그램을 사용 합니다. 신중하게 사용하고 결과를 확인하십시오. 그것들을 오용하면 솔루션보다 더 많은 문제가 발생할 수 있습니다.

• 인덱스 번호가 0보다 큰 요소 tabindex 속성에 추가. 인덱스가 0보다 큰 tabindex 를 사용하는 목적은 대부분 탐색 경로를 "수정"하는 것입니다. 그러나 자연스러운 탐색 경로를 얻으려면 HTML 구조를 변경하는 것이 좋습니다. tabindex 를 사용하여 조작하면 유지 관리 문제와 예측할 수 없는 탐색 경로가 발생할 수 있습니다.

• 잘못된 제목 계층. 불행히도 여전히 자주 볼 수 있지만 헤더 계층 구조가 제대로 구축되지 않았습니다(예: <h1> , <h5> 및 <h2> ). 화면 판독기 사용자는 헤더를 사용하여 섹션을 탐색하고 부적절한 구조는 컨텍스트를 이해하기 어렵기 때문에 혼동을 줍니다.

• 고대비 지원이 누락되었습니다. 고대비 모드에서 소프트웨어를 사용하는 사람들이 있습니다. 콘텐츠가 여전히 인식 가능한지 확인하십시오.

• 액세스할 수 없는 보안 문자 솔루션을 사용합니다. 불행히도 내가 알고 있는 모든 보안 문자는 액세스할 수 없거나 사용하기 매우 어렵습니다.

• 애니메이션이 너무 많거나 일시 중지할 수 없습니다. 자동 재생 비디오, 광고 또는 이미지 캐러셀은 매우 산만합니다.

• 큰 텍스트 덩어리. 공백, 쉼표 또는 점 없이 매우 큰 단일 블록으로 압축된 텍스트입니다. 읽기가 매우 어렵습니다. 더 작은 청크로 분할, 더 많은 단락 및 부제목은 텍스트 내용을 더 잘 구성하는 데 도움이 됩니다.

• 확대/축소 문제. 최대 200%로 확대해도 콘텐츠가 여전히 읽고 탐색할 수 있는지 확인합니다.

• 색상에 의존. 매우 자주 요소의 상태는 색상으로만 표시됩니다. 예를 들어 경고 상태는 노란색 글머리 기호로만 표시됩니다. 이 색은 색맹인 사람들과 같은 방식으로 인식되지 않습니다.

• 클릭/탭할 수 있는 작은 대상. 클릭 가능/탭 가능 영역이 너무 작은 경우가 많습니다. 더 크게 만들면 사용자가 더 쉽게 활성화할 수 있습니다.

그러나 웹 접근성을 어떻게 향상시킬 수 있습니까?

문제를 정의하는 것은 한 가지입니다. 그것을 고치는 것은 꽤 또 다른 일이며 종종 보이는 것처럼 쉽지 않습니다. 접근성 API 구현이 일관되지 않고 때로는 해결 방법을 찾거나 문제를 해결하려고 할 때 무언가가 전혀 작동하지 않는다는 사실을 받아들여야 하기 때문입니다.

도구 측면에서 모든 가능한 조합을 확인할 수 있는 단일 도구는 없지만 좋은 시작으로 다음 도구가 도움이 될 것입니다.

• W3C Markup Validation Service — HTML 콘텐츠에 오류가 없는지 확인하기 위한 것입니다. HTML 구조에 오류가 있는 경우 출력은 예측할 수 없으며 특히 다른 보조 기술에 의해 제대로 처리될 수 없습니다.

• https://www.w3.org/WAI/ER/tools/ — 웹 콘텐츠가 접근성 지침을 충족하는지 판단하는 데 도움이 되는 프로그램 또는 온라인 서비스 목록입니다.

• 그리고 내 도구인 ASLint https://www.aslint.org/는 접근성 문제를 찾는 데 도움이 됩니다.

모든 시나리오가 완전히 자동화될 수 있는 것은 아니므로 접근성 도구 가 수동 테스트를 대체할 수 는 없음을 항상 염두에 두십시오. 예를 들어 position: fixed; .

사용자가 키보드를 사용하여 메뉴를 탐색할 수 없는 경우와 같이 애플리케이션 사용을 차단하는 문제에 중점을 둡니다.

콘텐츠를 액세스 가능하게 만드는 것이 중요한 이유

누구나 자신의 콘텐츠를 최대한 널리 퍼뜨리고 싶어합니다. 접근성은 더 많은 청중에게 다가가는 것부터 모든 사용자를 위한 사용자 경험 개선에 이르기까지 여러 수준에서 해당 영역에서 도움이 됩니다. 게다가 접근성은 전통적으로 장애인이라고 생각하는 사람들만을 위한 것이 아닙니다. 노화와 그에 따른 신체 변화를 겪고 있는 개인, 휴대폰의 자동 명암 조정이 필요한 화창한 날 조깅하는 사람, 음성으로 문자 메시지를 보내고 싶은 손에 쇼핑백을 든 부모 모두 액세스 가능 기술은 모든 사용자가 때때로 사용할 수 있는 기술입니다.

추가 보너스로 긍정적인 효과는 WCAG 2.0 표준을 완전히 충족하는 액세스 가능한 콘텐츠가 검색 엔진에서 크롤링하고 이해하기 더 쉽고 사이트 순위에 상당한 영향을 미칠 수 있다는 것입니다. 따라서 접근 가능한 디자인은 웹 사이트에 추가 트래픽을 유도할 수 있습니다.

마지막으로 고려해야 할 몇 가지 통계는 다음과 같습니다.

• 전 세계적으로 10억 명이 넘는 사람들이 일종의 장애를 경험합니다.

• 인구의 고령화. 2015년에서 2030년 사이에 전 세계의 60세 이상 노인 인구는 9억 100만 명에서 14억 명 이상으로 56% 증가할 것으로 예상됩니다.

• 유니버설 디자인이 핵심입니다. 유니버설 디자인은 모든 능력의 사람들이 본질적으로 접근하고 사용할 수 있는 서비스, 제품 및 환경을 생산하기 위한 광범위한 아이디어와 관행을 의미합니다.

• 장애 유형: 시각, 이동성, 언어, 인지 및 청각을 포함하여 장애에는 5가지 광범위한 범주가 있습니다.

우리 모두는 고품질 서비스를 필요로 합니다. 그들 도 배달 합시다 .