WCAG 성공 기준에 대한 기법 이해
WCAG 2 지침 및 성공 기준은 동적 애플리케이션, 모바일, 디지털 TV 등을 포함하여 현재 및 미래의 웹 기술에 광범위하게 적용할 수 있도록 설계되었다. 안정적이며 변경되지 않는다.
WCAG 2 성공 기준 충족에 대한 저작자 및 평가자를 위한 구체적인 지침은 코드 예제, 리소스 및 테스트를 포함하는 기술로 제공된다. W3C의 WCAG 2 기법 문서는 최신 모범 사례와 기술 및 도구의 변경 사항을 다루기 위해 약 1년에 두 번 정기적으로 업데이트된다.
WCAG 2 기법의 세 가지 유형의 지침은 아래에 설명되어 있다.
- 충분 기법(Sufficient techniques)
- 조언 기법(Advisory techniques)
- 오류(Failures)
또한 아래에 설명되어 있다.
- 일반 및 기술별 기법 - 충분 또는 조언 기법일 수 있는
- 기타 기술 - W3C의 공개 문서에 있는 것 이상의 기술
- 기법 점검
- 사용자 에이전트 및 보조 기술 지원
- 기법 사용 - 중요한 고려 사항
준수 이해는 접근성 지원 이해를 포함하여 관련 정보를 제공한다.
기법은 정보성이다
기법은 정보성이다 — 즉, 기법이 필수는 아니라는 의미이다. WCAG 2에 대한 준수를 결정하는 기초는 기법이 아니라 WCAG 2 표준의 성공 기준이다.
참고 1: W3C는 W3C의 충분 기법을 요구하지 않도록 경고한다. 유일하게 필요한 것은 WCAG 2 성공 기준을 충족하는 것이다. 자세한 내용은 다음을 참조하라.
참고 2: WCAG 2 기법에서는 "반드시" 및 "해야 한다"라는 단어는 WCAG 2에 대한 요구 사항을 전달하는 것이 아니라 기법 내 지침을 명확히 하기 위해서만 사용한다.
충분 기법
충분 기법은 성공 기준을 충족하는 신뢰할 수 있는 방법이다.
-
저작자의 관점에서: 주어진 기준에 대한 충분한 기술을 올바르게 사용하고 사용자에게 접근성이 지원된다면 성공 기준을 충족했다고 확신할 수 있다.
-
평가자의 관점에서: 웹 콘텐츠가 주어진 기준에 대한 충분한 기술을 올바르게 구현하고 콘텐츠 사용자에 대한 접근성을 지원하는 경우 해당 성공 기준을 준수한다. (그 반대는 사실이 아니다. 콘텐츠가 이러한 충분 기법을 구현하지 않더라도 아래 검사 기법에 설명된 대로 성공 기준을 반드시 실패하지는 않는다.)
아래 기타 기술에 설명된 대로 W3C의 WCAG 2 기법 문서에 있는 충분 기법 외에도 성공 기준을 충족하는 다른 방법이 있을 수 있다. (위의 기법은 정보성이다 또한 참조하라.)
번호가 매겨진 목록, "그리고"
W3C에서 문서화한 충분 기법은 번호가 매겨진 목록으로 제공되며 목록의 각 항목은 성공 기준을 충족하는 데 사용할 수 있는 기술 또는 기술 조합을 제공한다. "AND"로 연결된 번호가 매겨진 목록 항목에 여러 기법이 있는 경우 모든 기술을 사용하여 충족해야 한다. 예를 들어, 1.3.1에 대한 충분 기법에는 "G115: Using semantic elements to mark up structure AND H49: Using semantic markup to mark emphasized or special text (HTML)"가 있다.
조언 기법
접근성을 향상시키는 방법으로 조언 기법이 제시된다. 이는 일부 사용자에게 매우 도움이 되는 경우가 많으며 일부 사용자가 특정 유형의 콘텐츠에 접근할 수 있는 유일한 방법일 수 있다.
조언 기법은 다음과 같은 다양한 이유로 충분 기법으로 지정되지 않는다.
- 성공 기준의 전체 요구 사항을 충족하기에 충분하지 않을 수 있다.
- 아직 안정적이지 않은 기술을 기반으로 할 수도 있다.
- 많은 경우 접근성 지원이 안될 수 있습니다(예: 보조 기술이 아직 작동하지 않음).
- 점검이 불가능할 수도 있다.
- 어떤 상황에서는 적용 가능하지 않거나 실용적이지 않을 수 있으며 일부 사용자에게는 접근성이 낮아지고 다른 사용자에게는 접근성이 높아질 수도 있다.
- 성공 기준 자체를 다루지 않고 대신 관련 접근성 이점을 제공할 수 있다.
저작자는 가장 광범위한 사용자 요구 사항을 가장 잘 해결하기 위해 적절한 모든 기술을 적용하는 것이 좋다.
오류
오류는 접근성 장벽을 유발하고 특정 성공 기준에 실패하는 것이다. 문서화된 오류는 다음과 같은 경우에 유용하다.
-
저작자가 무엇을 피해야 할지 알고,
-
콘텐츠가 WCAG 2 성공 기준을 충족하지 않는지 확인하는 데 사용하는 검증 수단이다.
실패가 있는 콘텐츠는 오류 없는 대체 버전이 제공되지 않는 한 WCAG 2 성공 기준을 충족하지 않는다.
문서화된 오류가 올바르지 않은 상황을 누군가 식별한 경우 해당 상황을 WCAG 2 댓글로 보고하여 적절하게 수정하거나 삭제할 수 있도록 하라.
일반 및 기술별 기법
일반 기법은 모든 기술에 적용되는 기본 사례를 설명한다. 기술별 기법은 특정 기술에 적용된다.
일부 성공 기준에는 기술별 기법이 없으며 일반 기법만 다루고 있다. 따라서 일반 기법과 관련 기술별 기법을 모두 고려해야 한다.
특정 기술에 대한 기법을 공개한다고 해서 해당 기법이 모든 상황에서 WCAG 2 성공 기준 및 적합성 요구 사항을 충족하는 콘텐츠를 만드는 데 사용될 수 있다는 의미는 아니다. 개발자는 특정 기술의 한계를 인식하고 장애인이 접근할 수 있는 방식으로 콘텐츠를 제공해야 한다.
다른 기법
W3C의 WCAG 2 기법 문서에 있는 기법 외에도 WCAG 2 성공 기준을 충족하는 다른 방법이 있다. W3C의 기술은 포괄적이지 않으며 새로운 기술과 상황을 다루지 않을 수도 있다.
웹 콘텐츠가 WCAG 2를 준수하기 위해 W3C의 공개 기술을 사용할 필요는 없다. (위의 기법은 정보성이다 또한 참조하라.)
콘텐츠 저작자는 다양한 기법을 개발할 수 있다. 예를 들어, 저작자는 HTML5, WAI-ARIA 또는 기타 새로운 기술에 대한 기법을 개발할 수 있다. 다른 조직에서는 WCAG 2 성공 기준을 충족하기 위한 일련의 기법을 개발할 수 있다.
다음과 같은 경우 어떤 기법이어도 충분할 수 있다.
-
성공 기준을 충족하며,
-
WCAG 2 준수 요구 사항을 모두 충족한다.
기법 제출
WCAG 실무 그룹은 WCAG 2 기법 문서 업데이트에 포함될 수 있도록 사람들이 새로운 기술을 제출하도록 권장한다. GitHub의 WCAG 저장소에 고려할 기술을 제출하라.
점검 기법
각 기법에는 점검으로 다음을 돕는다.
- 저작자는 기법을 올바르게 구현했는지 확인하고,
- 웹 콘텐츠가 기법을 충족하는지 평가자는 판별한다.
점검은 기술에 대한 것일 뿐 WCAG 2 성공 기준에 대한 준수 여부를 점검하는 것은 아니다.
-
기술 점검에 실패했다고 해서 반드시 WCAG에 실패하는 것은 아니다. 기법은 개별적(즉, 하나의 특정 지점을 해결함)이고 필수 사항은 아니기 때문이다.
-
콘텐츠는 W3C가 공개한 충분 기법 이외의 다양한 방식으로 WCAG 2 성공 기준을 충족할 수 있다.
-
특정 기술에 대한 충분 기법을 통과한 콘텐츠가 반드시 WCAG 2 성공 기준을 모두 충족하는 것은 아니다. 일부 성공 기준에는 기술별 기법이 아닌 일반 기법만 있다.
-
콘텐츠는 콘텐츠 사용지에 대한 접근성 지원을 해야 한다. 일부 충분 기법에는 브라우저, 보조 기술 또는 일부 사용자에게는 없는 기타 지원이 필요하다.
따라서 기법은 콘텐츠를 평가하는 데 유용하지만 평가는 콘텐츠가 WCAG 2 성공 기준을 어떻게 준수하는지 평가하기 위해 충분 기법 점검을 확인하는 것 이상이어야 한다.
오류는 부적합을 나타내기 때문에 평가에 특히 유용하다(오류 없는 대체 버전이 제공되지 않는 한).
사용자 에이전트 및 보조 기술 지원 참고 사항
일부 기법에서는 해당 기술이 접근성 지원을 위해 웹 콘텐츠 사용자에게 특정 브라우저나 보조 기술이 있어야 한다. 개별 기술의 사용자 에이전트 및 보조 기술 지원 참고 사항 섹션에는 접근성 지원을 결정하는 데 도움이 되는 몇 가지 정보가 포함되어 있다.
시간에 따른 지원 참고 사항 변경
시간이 지남에 따라 나열된 사용자 에이전트(브라우저 등) 또는 보조 기술의 버전이 최신 버전이 아닐 수 있다. 실무 그룹은 새 버전이 출시될 때 이러한 참고 사항의 대부분을 업데이트하지 않을 수 있다. 저작자는 현재 사용자가 사용할 수 있는 사용자 에이전트 및 보조 기술을 사용하여 기술을 점검해야 한다. 접근성 지원 이해도 참조하라.
기법 사용
WCAG 2 기법은 독립적으로 사용되는 문서가 아니다. 대신 콘텐츠 저작자는 일반적으로 WCAG 2.2 달성을 위한: 사용자 정의 가능한 빠른 참조를 사용하여 WCAG 2 성공 기준을 읽고 거기에서 WCAG 2 이해의 특정 주제 및 특정 기술에 대한 링크를 따라갈 것으로 예상된다.
대체 수단은 성공 기준을 충족해야 한다.
일부 기술은 사용자가 콘텐츠를 얻을 수 있는 대체 수단을 제공하는 방법을 설명한다. 예를 들어, G73: Providing a long description in another location...은 오디오 파일의 대체 수단으로 대본을 언급한다. 일부 대체 수단은 WCAG 2도 준수해야 한다. 예를 들어 대본 자체는 모든 관련 성공 기준을 충족해야 한다.
예제 코드
기법의 코드 예제는 기법에서 논의된 특정 사항만 보여주기 위한 것이다. 기법과 관련되지 않은 접근성, 유용성 또는 코딩의 다른 측면에 대한 모범 사례를 보여주지 못할 수도 있다. 이는 웹 콘텐츠 개발을 위한 기초로 복사되거나 사용되도록 의도되지 않았다.
많은 기법은 "실무 예제"를 제시하는데, 이는 더 견고하며 웹 콘텐츠에 복사하여 통합하기에 적절할 수 있다.