커뮤니티를 위해 접근 가능하고 포괄적인 웹사이트 만들기

게시 됨: 2021-07-21

모든 사람이 웹사이트에 액세스할 수 있도록 하는 방법과 웹사이트 접근성 표준은 무엇입니까?

웹사이트 접근성과 포함이 무엇인지 스스로에게 물어볼 수 있습니다.

모든 사람이 일반적으로 발달된 사람과 같은 방식으로 인터넷에 액세스할 수 있는 것은 아닙니다. 우리 사회의 상당 부분(호주에서는 20%)이 어떤 형태의 장애를 안고 살고 있습니다. 이는 전체 호주인의 최소 20%가 온라인에서 찾은 콘텐츠를 보거나 듣거나 인지적으로 소화하는 능력이 떨어지기 때문에 인터넷 콘텐츠를 소비, 액세스, 읽기, 듣기 또는 이해할 수 없거나 이해할 수 없다는 것을 의미합니다. 이는 영구적 또는 일시적 장애, 부상 또는 언어 장벽 또는 상호 작용하는 웹 사이트의 불필요한 복잡성 때문일 수 있습니다.

웹사이트 접근성이란 웹사이트, 도구 및 기술이 누구인지에 관계없이 모든 사람이 인지하고, 이해하고, 탐색하고, 상호 작용하고, 기여할 수 있음을 의미합니다. 접근성은 고립의 위험에 처할 수 있는 사람들을 위한 사회적 통합을 지원하며, 웹사이트와 웹 도구가 포괄적으로 설계되면 장애가 있는 사람들이 이를 완전히 사용할 수 있습니다.

이 문서에서:

1. 웹사이트를 더 쉽게 액세스할 수 있도록 만들어야 하는 이유는 무엇입니까?

접근성은 법입니다

접근성은 인권입니다

2. 일반적인 접근성 문제

듣기

이해

탐색

연설

3. 웹사이트의 접근성을 높이려면 어떻게 해야 합니까?

4. 누구나 접근 가능한 웹 페이지를 작성하는 방법

5. 웹 콘텐츠 접근성 지침(WCAG)

6. WCAG 요약 - 모든 사람이 웹 콘텐츠에 액세스할 수 있도록 하는 방법

7. WCAG를 준수하지 않는 것이 정당화되는 경우는 언제입니까?

8. 웹 접근성 테스트

9. 웹 접근성을 수동으로 테스트하는 6가지 간단한 방법

맨 위로

웹사이트의 접근성을 높여야 하는 이유는 무엇입니까?

1. 웹사이트를 더 쉽게 액세스할 수 있도록 만들어야 하는 이유는 무엇입니까?

다음 3가지 주요 이유로 웹사이트의 접근성을 높여야 합니다.

  • 그것은 독자에게 좋습니다 – 모든 사람은 다른 사람과 마찬가지로 완전한 방식으로 인터넷을 사용할 권리가 있으며 이것이 발생하면 독자의 삶의 질과 행복이 향상됩니다. 우리가 웹사이트를 "차별을 제거하고 인권을 증진해야 하는 사회의 의무와 일치하게" 만들고 있기 때문에 그들은 연결되어 있고 포함되어 있다고 느낍니다.
  • 비즈니스에 도움이 됩니다. 더 많은 사람들이 우리가 고객을 위해 만든 콘텐츠에 액세스할 수 있다면 더 많은 사람들이 우리가 웹사이트를 만드는 브랜드에 노출될 것입니다. 더 큰 노출은 더 많은 판매를 의미하지만 더 나아가 더 큰 접근성은 우리가 만들고 있는 브랜드가 포함을 염두에 두고 있음을 보여줍니다. 이는 긍정적인 브랜드 인식의 증가로 이어질 것입니다.
  • 이것은 인권이자 법의 요구사항입니다. 이것은 매우 중요합니다.

맨 위로

접근성은 법입니다

1992년 장애인 차별법(Disability Discrimination Act) 제24조에 따르면 “지불 여부를 불문하고 재화나 서비스를 제공하거나 시설을 제공하는 사람이 다른 사람의 장애를 이유로 다른 사람을 차별하는 것은 불법입니다.

  1. 다른 사람에게 그러한 재화 또는 서비스를 제공하거나 그러한 시설을 다른 사람이 사용할 수 있도록 하는 것을 거부함으로써,
  2. 첫 번째 언급된 사람이 다른 사람에게 해당 상품 또는 서비스를 제공하거나 해당 시설을 다른 사람이 사용할 수 있도록 하는 조건 또는
  3. 첫 번째 언급된 사람이 다른 사람에게 해당 상품 또는 서비스를 제공하거나 해당 시설을 다른 사람이 사용할 수 있도록 하는 방식으로.

일반 영어로 회사가 정당한 범위 내에서 장애를 이유로 한 사람에게 시설을 제공하지 않기로 선택한 경우 회사가 법에 따라 기소될 수 있음을 의미합니다.

맨 위로

접근성은 인권입니다

장애인차별금지법 외에도 모든 형태의 접근성은 인권입니다. 장애인 권리 협약(CRPD)은 2006년 유엔에서 채택되었습니다. 협약 제(4)(1)(g)조는 당사자들에게 “장애인이 새로운 정보와 커뮤니케이션에 접근할 수 있도록 촉진해야 합니다. 인터넷을 포함한 기술 및 시스템”. 호주는 협약의 첫 번째 서명국 중 하나이지만 호주인권위원회(AHRC)가 지적한 바와 같이 우리 모두는 협약에 의해 확립된 권리를 옹호할 의무가 있습니다.

맨 위로

2. 일반적인 접근성 문제

온라인 콘텐츠는 일반적으로 텍스트, 오디오, 비디오 및 이미지로 구성되며 일반적으로 비선형 형식입니다. 버튼 및 기타 미디어가 점재해 있음) 및 웹사이트의 다양한 요소에 액세스할 수 없는 사람도 있습니다.

듣기

청각 장애가 있는 사람이나 청각 장애인은 오디오가 포함된 오디오 클립이나 비디오 클립을 반드시 이해하지 못할 것입니다. 오디오는 음악, 악보와 같은 메시지를 전달하는 소리, 웹 페이지의 요소를 클릭할 때 활성화되는 소음, 말 또는 컴퓨터 경고 소리일 수 있습니다.

마찬가지로 시각 장애가 있는 사람이나 부분적 또는 전체적 시각 장애가 있는 사람이 반드시 텍스트를 읽거나 비디오 클립을 보거나 웹 사이트를 효율적으로 탐색할 수 있는 것은 아닙니다. 그들은 대비가 좋지 않은 텍스트를 읽는 데 어려움을 겪거나 깜박이는 이미지에 민감할 수 있습니다.

이해

웹사이트를 이해하는 것은 웹사이트 복잡성으로 귀결됩니다. 설명할 수 없는 전문 용어, 작은 글꼴, 웹 사이트에서 클릭하고 이동할 수 있는 명확하지 않은 위치, 잘못된 백링크 시스템, 헤드라인 구조의 부족, 잘못된 텍스트 대비, 숨겨진 부분이 있는 경우 많은 사람들이 웹사이트 탐색에 어려움을 겪을 것입니다. 인지 문제가 있거나 기술 경험이 부족하거나 시각 장애가 있는 경우 이러한 영역에 문제가 있을 수 있습니다. 그러나 누구나 이러한 디자인 결함이 있는 웹사이트에서 문제를 겪을 수 있습니다.

탐색

디자인적 결점으로 웹사이트 탐색이 어려워지지만, 인지 장애가 있는 사람이나 시각 장애가 있는 사람은 웹 페이지 탐색에 어려움을 겪을 것입니다. 훨씬 더 많은 사람들이 마우스나 키보드를 사용하는 능력에 영향을 미치는 운동 기능 요인이 있을 수 있습니다.

연설

인터넷의 일부는 음성으로 활성화되어 있으며 최근에는 음성이 암호의 한 형태로 사용되고 있지만(예:Centrelink 음성 인증) 이러한 인터넷 액세스의 증가 측면은 언어가 제한적이거나 청각 장애가 있는 사람들은 사용하지 못할 수 있습니다. 또는 영어를 제2외국어로 사용하는 사람.

맨 위로

웹사이트의 접근성을 높이려면 어떻게 해야 합니까?

3. 웹사이트의 접근성을 높이려면 어떻게 해야 합니까?

웹 프로그래머와 디자이너가 자신의 제품에 더 많이 포함될 수 있는 방법을 찾기 위해 노력하지 않는 한 많은 사람들이 일부, 대부분 또는 모든 인터넷 콘텐츠에서 제외될 위험이 있음이 분명합니다.

가능한 한 많은 사람들이 당사 웹사이트에 액세스할 수 있도록 하는 방법은 W3C(World Wide Web Consortium)에서 규정한 법률을 준수하도록 국제 지침을 따르는 것입니다.

맨 위로

모든 사람이 액세스할 수 있는 웹 페이지를 작성하는 방법

4. 누구나 접근 가능한 웹 페이지를 작성하는 방법

조금만 조사하면 웹 디자이너와 개발자가 더 많은 사람들이 할 수 있는 제품을 만드는 데 더 적극적으로 참여할 수 있습니다. 이를 지원하고 우리 모두가 다음과 같은 웹사이트를 더 잘 만들 수 있도록 온라인에서 사용할 수 있는 몇 가지 환상적인 리소스가 있습니다.

  • 유익하고 고유한 페이지 제목 제공
  • 제목을 사용하여 의미와 구조 전달
  • 의미 있는 링크 텍스트 만들기
  • 이미지에 대한 의미 있는 대체 텍스트 작성
  • 멀티미디어용 스크립트 및 캡션 생성
  • 명확한 지침 제공
  • 내용을 명확하고 간결하게 유지

맨 위로

5. 웹 콘텐츠 접근성 지침(WCAG)

W3C는 웹 표준을 개발하기 위해 회원 조직, 정규 직원 및 일반 대중이 함께 일하는 국제 커뮤니티입니다. W3C의 사명은 웹을 최대한 활용하는 것이며 WAI(Web Accessibility Initiative)를 실행합니다. 웹 접근성에 대한 WAI 지침은 다음과 같습니다.

  • WCAG(웹 콘텐츠 접근성 지침) 2.0 – 장애가 있는 사용자가 웹사이트에 액세스할 수 있도록 하기 위한 가이드입니다.
  • MWBP(모바일 웹 모범 사례) – 모바일 장치에서 웹사이트를 사용할 수 있도록 하기 위한 가이드입니다.
  • MWABP(모바일 웹 응용 프로그램 모범 사례) – 모바일 장치에서 웹 응용 프로그램을 개발하고 제공하기 위한 가이드입니다.

지침의 전체 세부 정보는 매우 복잡하고 복잡하며 이 문서의 범위를 훨씬 벗어납니다. 이러한 이유로 이 글은 웹 접근성에 대한 이해를 위한 발판이자 더 읽을 거리의 출발점으로서 글의 요점을 요약하고 논의할 것입니다. 전체 문서에 대한 링크는 다음과 같습니다.

WCAG(웹 콘텐츠 접근성 지침) 전체 문서

MWBP(모바일 웹 모범 사례) 전체 문서

MWABP(모바일 웹 애플리케이션 모범 사례) 전체 문서

모바일 장치용 페이지, 앱 또는 웹 도구를 만드는 데 기반한 접근성 지침이 있는 이유가 궁금할 수도 있지만 W3C와 호주 인권 위원회(AHRC)는 “컴퓨터를 사용하는 장애인은 모바일 기기를 사용하고 있습니다." 사실 중복되는 부분이 너무 많아서 W3C는 일반적으로 발달한 사람들뿐 아니라 다양한 능력을 가진 사람들에게 적합한 모바일 지침을 만들었습니다. 왜냐하면 우리 모두는 컴퓨터에 비해 휴대폰에서 접근성 문제에 직면하기 때문입니다.

맨 위로

WCAG 요약 - 모든 사람이 웹 콘텐츠에 액세스할 수 있도록 하는 방법

6. WCAG 요약 - 모든 사람이 웹 콘텐츠에 액세스할 수 있도록 하는 방법

이를 살펴보는 간단한 방법, 간단한 경험 법칙이 있습니다. 여러 미디어 유형을 사용하여 우리가 작업하는 웹사이트에서 각 메시지를 전달하고, 웹사이트의 요소에 액세스하는 여러 방법을 포함하고, 누구에게나 불만을 일으키지 않도록 노력하십시오. 상태.

WCAG는 이를 우수, 매우 우수 또는 우수한 수준으로 달성할 수 있는 4가지 주요 원칙으로 나열합니다(가이드라인에 각각 A, AA 및 AAA로 표시됨). 모든 등급이 접근성 요구 사항을 '통과'하고 일부 AAA 솔루션은 시간이나 비용이 많이 들기 때문에 이 문서에는 A 및 AA 솔루션만 나열되어 있습니다. 예를 들어 호주 정부 웹 사이트에는 AA를 준수하고 AAA 준수를 위해 노력하고 있다고 명시되어 있습니다.

WCAG에 불만을 제기하려면 사용자 인터페이스의 정보 및 작동이 다음과 같아야 합니다.

  1. 인지할 수 있음(시각, 소리 또는 둘 다로)
  2. 작동 가능(마우스 및 키보드 사용)
  3. 이해할 수 있음(글은 이해하기 쉬워야 함)
  4. 견고함(다양한 사용자 에이전트에 의해 해석됨)

원칙 1 – 웹사이트와 그 탐색은 인지 가능해야 합니다.

다음과 같은 텍스트가 아닌 콘텐츠에 대해 대체 텍스트 를 사용합니다.

  • 큰 활자, 점자, 음성
  • 기호
  • 더 간단한 언어

다음과 같은 시간 기반 미디어에 대해 시간 기반 미디어 대안 을 사용합니다.

  • 사전 녹음 또는 라이브 캡션
  • 오디오 설명
  • 미리 녹음된 수화
  • 확장된 오디오 설명

정보나 구조를 잃지 않고 다양한 방식으로 제시할 수 있는 적응형 웹 콘텐츠 를 만드십시오.

  • 올바른 읽기 순서 를 사용하십시오.
  • 모양, 색상, 크기, 시각적 위치, 방향 또는 소리에만 의존하는 지침에 대해 텍스트 또는 오디오 등가물 을 제공합니다.
  • 세로 및 가로 를 사용합니다(특정 디스플레이 방향이 필수적인 경우 제외).
  • 레이블 입력 필드 .

사용자가 콘텐츠를 보다 쉽게 ​​보고 들을 수 있도록 합니다.

  • 3초 이상의 오디오에 대한 사운드 컨트롤 을 포함합니다.
  • 배경 오디오 거나 사용하지 마십시오.
  • 배경에서 전경을 분리합니다.
  • 정보를 행동, 반응 또는 시각적 요소를 전달하는 시각적 수단 으로 단어와 함께 색상만 사용 하십시오.
  • 텍스트 를 사용하여 시각적 프레젠테이션을 설명합니다.
  • 최소 4.5:1의 사본에 명암비 를 사용하십시오.
  • 콘텐츠 또는 기능 손실 없이 복사 텍스트 크기 를 최대 200%까지 조정할 수 있습니다.
  • 사용자가 2차원으로 스크롤할 필요가 없습니다.
  • 간격:
    • 줄 간격: 1.5 이상
    • 끝 단락 간격: 글꼴 크기의 2배 이상
    • 문자 간격: 0.12 이상
    • 단어 간격: 0.16 x 글꼴 이상
  • 호버 콘텐츠를 닫을 수 있고 호버 가능하며 지속적으로 만듭니다.

맨 위로

원칙 2 – 웹사이트와 그 탐색이 작동 가능해야 합니다.

마우스와 키보드를 통해 웹 콘텐츠에 액세스할 수 있도록 설정:

  • 키보드와 마우스를 사용하여 모든 콘텐츠와 기능을 사용할 수 있도록 합니다.
  • 키보드와 마우스를 사용하여 키보드 포커스를 자유롭게 이동할 수 있습니다.
  • 바로 가기 는 활성화 또는 비활성화, 재매핑 또는 포커스에 대해서만 활성화될 수 있습니다.

사용자에게 콘텐츠를 읽고 사용할 수 있는 충분한 시간 제공:

  • 콘텐츠에서 설정한 각 시간 제한 을 끄거나 조정 하거나 연장할 수 있는 기능이 있습니다.
  • 사용자에게 시간 제한의 종료에 대한 경고 를 제공합니다.
  • 이동, 깜박임, 스크롤 또는 자동 업데이트 정보를 일시 중지, 중지 또는 숨깁니다.

발작이나 신체 반응을 일으키지 않는 콘텐츠 디자인:

  • 요소 가 초당 3회 미만으로 깜박이거나 플래시가 일반 깜박임 및 빨간색 깜박임 임계값 미만인지 확인합니다.
  • 필수가 아닌 애니메이션을 비활성화 하는 옵션을 추가합니다.

사용자가 탐색하고 콘텐츠를 찾고 현재 위치를 결정하는 데 도움이 되는 방법을 제공합니다.

  • 반복되는 콘텐츠 차단을 우회 하는 옵션을 추가하세요.
  • 웹페이지에 정확한 설명이 포함된 제목 이 있는지 확인하십시오.
  • 포커스 가능한 구성 요소 가 의미와 작동성을 유지하는지 확인합니다.
  • 정확한 링크 텍스트 또는 컨텍스트 에서 각 링크를 결정할 수 있는지 확인하십시오.
  • 웹 사이트 내에 여러 웹 페이지 위치 옵션 이 있는지 확인합니다(웹 페이지가 프로세스의 결과이거나 한 단계인 경우 제외).
  • 키보드 포커스 표시기 가 보이는지 확인하십시오.

사용자가 키보드 이외의 여러 입력을 통해 기능을 더 쉽게 조작할 수 있도록 합니다.

  • 다중 지점 또는 경로 기반 포인터 제스처 는 경로 기반 제스처 없이 단일 포인터로 작동할 수 있습니다.
  • 텍스트 이미지의 텍스트 레이블 에는 시각적으로 표시되는 텍스트가 포함되어야 합니다.
  • 장치 또는 사용자 동작 기능은 다른 사용자 인터페이스 구성 요소에서도 작동할 수 있습니다.

맨 위로

원칙 3 – 이해할 수 있음

사용자 인터페이스의 정보와 작동은 이해할 수 있어야 합니다.

텍스트 콘텐츠를 읽고 이해할 수 있게 만드세요.

  • 각 웹 페이지의 기본 인간 언어 는 사용자가 변경할 수 있습니다.
  • 콘텐츠의 각 구절 또는 구의 인간 언어는 번역될 수 있습니다(이름, 전문 용어 및 속어 제외).

웹 페이지가 예측 가능한 방식으로 표시되고 작동하도록 합니다.

  • 사용자 인터페이스 구성 요소 는 포커스를 받을 때 컨텍스트 변경을 시작하지 않습니다.
  • 요소 설정 을 변경해도 지정되지 않은 컨텍스트 변경이 자동으로 발생하지 않습니다.
  • 웹 사이트 내의 여러 웹 페이지에서 반복되는 탐색 메커니즘 은 사용자가 변경을 시작하지 않는 한 매번 동일한 상대적 순서로 발생합니다.
  • 웹 사이트에서 동일한 기능을 가진 구성 요소는 일관되게 식별됩니다.

입력 지원: 사용자가 실수를 피하고 수정하도록 돕습니다.

  • 자동으로 감지된 모든 오류를 식별하고 사용자에게 설명합니다.
  • 콘텐츠에 사용자 입력이 필요한 경우 레이블 또는 지침을 제공합니다.
  • 입력 오류가 자동으로 감지되고 콘텐츠의 보안이나 목적을 위협하지 않는 한 수정 제안이 제공됩니다.
  • 법적 또는 재정적 거래 는 완결되기 전에 되돌릴 수 있고 확인되고 확인됩니다.

맨 위로

원칙 4 – 견고함

콘텐츠는 보조 기술을 포함하여 다양한 사용자 에이전트가 해석할 수 있을 만큼 충분히 강력해야 합니다.

보조 기술을 포함하여 현재 및 미래의 사용자 에이전트와의 호환성 극대화:

  • 마크업 요소는 다음과 같아야 합니다.
    • 완전한 시작 및 종료 태그가 있어야 합니다.
    • 사양에 따라 중첩되어야 합니다.
    • 중복 속성을 포함하지 않습니다.
  • 사양에서 이러한 기능을 허용하는 경우를 제외하고 ID는 고유해야 합니다.
  • 스크립트에 의해 생성된 양식 요소, 링크 및 구성 요소는 자동 생성될 수 있어야 합니다.
  • 상태, 속성 및 값은 프로그래밍 방식으로 또는 수동으로 설정할 수 있어야 합니다.
  • 이러한 항목에 대한 변경 알림은 보조 기술을 포함하여 사용자 에이전트에서 사용할 수 있어야 합니다.
  • 마크업 언어를 사용하여 구현된 콘텐츠에서 상태 메시지는 초점을 받지 않고 보조 기술을 통해 사용자에게 표시될 수 있도록 프로그래밍 방식으로 결정할 수 있어야 합니다.

이것은 Jezweb에서 사용할 수 있는 접근성 옵션에 대한 간략한 요약입니다. 일부는 A 레벨을 준수하고 일부는 AA이지만 초기에 웹 디자인 및 카피라이팅 프로세스에 작성된 경우 모든 영역을 달성할 수 있습니다. 기존 작업을 수정하는 것보다 초기 단계에서 접근성을 작성하는 것이 훨씬 빠르고 쉽습니다.

맨 위로

7. WCAG를 준수하지 않는 것이 정당화되는 경우는 언제입니까?

호주 인권 위원회(Australian Human Rights Commission)에서 정한 액세스 가능한 웹사이트 구축에는 합의된 제한 사항이 있습니다. 장애 차별법(1992)과 관련하여 일부(전부는 아니지만) 상황에서 평등한 접근을 제공해야 하는 DDA의 의무는 부당한 고난의 개념에 의해 제한됩니다.

즉, 회사가 특정 접근성 요소를 개선하기 위해 시간과 비용을 감당할 수 없고 이를 입증할 수 있다면 해당 요소를 포함하지 않을 수 있습니다. 그렇지 않으면, 회사와 개인으로서 우리의 콘텐츠를 가능한 모든 사람이 액세스할 수 있도록 하는 것은 우리에게 달려 있습니다.

법적 사건에 대한 자세한 정보를 보려면 이 링크가 법적 조언이 아니라 일반 정보일 뿐임을 염두에 두십시오. humanrights.gov.au/our-work/disability-rights/world-wide-web-access-disability-discrimination -act-advisory-notes-ver#whatis

맨 위로

웹 접근성 테스트

8. 웹 접근성 테스트

두 가지 방법으로 웹 접근성 수준을 테스트할 수 있습니다.

  • 웹 접근성 도구(웹 접근성 도구 프로세스의 경우 직속 관리자에게 문의)
  • 수동 감사(사람 확인 - 아래 참조)

웹사이트나 웹 애플리케이션을 개발하거나 재설계할 때 접근성 문제를 해결하기 더 쉬울 때 조기에 식별할 수 있도록 개발 프로세스 전반에 걸쳐 조기에 접근성을 평가합니다. 평가에 도움이 되는 평가 도구가 있습니다. 그러나 도구만으로는 사이트가 접근성 표준을 충족하는지 확인할 수 없습니다. 사이트에 액세스할 수 있는지 여부를 결정하려면 지식이 풍부한 사람의 평가가 필요합니다." (W3C 웹사이트, 2021년 4월 9일)

맨 위로

웹 접근성을 수동으로 테스트하는 6가지 간단한 방법

9. 웹 접근성을 수동으로 테스트하는 6가지 간단한 방법

WCAG(Web Accessibility Initiative의 웹 콘텐츠 접근성 지침, 의미를 잊어버린 경우를 대비하여!) 준수 여부에 대해 웹 사이트를 수동으로 감사하여 인적 테스트를 수행할 수 있습니다.

WCAG의 세부 사항은 조밀합니다. 사람들은 전체 경력을 이를 이해하는 데 전념했지만, 작업의 접근성을 테스트하기 위해 할 수 있는 몇 가지 간단한 일이 있습니다.

1. 마우스 플러그를 뽑거나 트랙패드를 끕니다.

TAB 또는 SHIFT+TAB만 사용하여 사이트와 상호 작용합니다. 탐색하려면 ENTER를 누르고 링크를 따라갑니다.

  • 키보드만 사용하여 모든 컨트롤, 링크 및 메뉴와 상호 작용할 수 있습니까?
  • 항상 포커스가 있는 항목을 볼 수 있습니까?
  • 시각적 초점 순서가 의도한 상호 작용 순서와 일치합니까?

2. 고대비 모드 켜기 - 사이트의 색상도 제거합니다.

WebAIM의 저시력 사용자 설문조사에 따르면 응답자의 30%가 고대비 모드를 사용했다고 말했습니다.

  • 페이지의 각 요소를 쉽게 볼 수 있습니까?
  • 사이트를 탐색할 수 있습니까?
  • 모든 카피 요소를 읽고 이해할 수 있습니까?

3. 브라우저 설정에서 이미지를 끕니다.

  • 내용이 의미가 있습니까?
  • 내용이 이해하기 어려워진다?
  • 지금 누락된 콘텐츠가 있습니까?
  • 중요한 컨트롤이 사라지나요?

4. 캡션 또는 스크립트 확인

  • 비디오에 직접 캡션이 있습니까? 아니면 플레이어에 캡션을 켜고 끄는 컨트롤이 있습니까?
  • 오디오 설명을 켜고 끄는 플레이어의 컨트롤이나 오디오 설명이 있는 대체 버전이 있습니까?
  • 대화가 많은 비디오의 경우 스크립트로 이동하는 페이지 또는 비디오 플레이어에 가까운 링크에 텍스트 스크립트가 있습니까?

비디오 전용 및 오디오 전용 시나리오에 대한 다른 요구 사항이 있지만 위의 요구 사항은 대부분의 사이트에서 대부분의 미디어에 적용됩니다.

참고: 미디어 콘텐츠 자체에 액세스할 수 있어야 할 뿐만 아니라 플레이어도 액세스할 수 있어야 합니다. 미디어 플레이어 접근성에 대한 향후 블로그 게시물을 찾으십시오.

5. 필드 레이블을 클릭합니다.

누락되거나 불완전한 라벨링, 비효율적인 오류 처리 및 잘못된 초점 제어에 주의하십시오.

필드 옆에 있는 텍스트 레이블을 클릭합니다.

  • 텍스트 입력 또는 텍스트 영역 옆에 있는 레이블을 클릭하면 커서가 필드로 이동합니까?
  • 라디오 버튼이나 확인란 옆에 있는 레이블을 클릭하면 인접한 옵션이 선택됩니까?
  • SELECT 요소 옆에 있는 레이블을 클릭하면 SELECT에 초점이 맞춰집니까?

주의: 레이블과 컨트롤 사이에는 일대일 관계가 있어야 합니다.

6. 브라우저 설정에서 CSS를 끕니다. 배경 이미지가 사라집니다

  • 중요한 콘텐츠가 사라졌거나 컨트롤, 아이콘 또는 기타 실행 가능한 요소가 사라졌습니까?
  • 오류 메시지나 이전에 시각적인 신호와 같은 것을 이해하는 것이 이제 어렵습니까?
  • 콘텐츠가 여전히 합리적이고 이해하기 쉬운 순서로 표시됩니까?
  • 배경색을 포함한 색상이 남아 있습니까?
  • 텍스트 프레젠테이션 스타일이 남아 있습니까?

이 간단한 지침을 따르는 것은 훌륭한 발판이지만 매우 간단한 개요일 뿐입니다. 더 자세한 정보는 항상 WCAG를 참조해야 합니다.

맨 위로

다른 능력을 가진 사람들과 동맹을 맺는 방법

웹사이트 감사를 요청하고 그로부터 나온 권장 사항을 선상에서 받아들입니다. Jezweb에는 접근 가능한 웹사이트에 대한 경험이 있고 기술이 발전함에 따라 웹사이트를 더욱 발전시키는 데 개인적으로 열정적인 고도로 숙련된 웹사이트 개발자 및 디자이너 팀이 있습니다. 특정 웹사이트 기능이나 질문에 대한 자세한 내용은 당사 팀에 문의하여 대화를 나누십시오.