Objaśnienie technik dla kryteriów sukcesu WCAG

Wytyczne i kryteria sukcesu WCAG 2.1 zostały zaprojektowane tak, aby miały szerokie zastosowanie do obecnych i przyszłych technologii internetowych, w tym w aplikacjach dynamicznych, telefonii komórkowej, telewizji cyfrowej itp. Są stabilne i niezmienne.

Konkretne wskazówki dla autorów i ewaluatorów dotyczące spełnienia kryteriów sukcesu WCAG znajdują się w technikach, które obejmują przykłady kodu, zasoby i testy. Dokument Techniki W3C dla WCAG 2.1 jest okresowo aktualizowany, mniej więcej dwa razy w roku, aby uwzględnić bardziej aktualne najlepsze praktyki oraz zmiany w technologiach i narzędziach.

Poniżej objaśniomno trzy rodzaje wskazówek w Technikach dla WCAG 2.1:

Wyjaśniono również poniżej:

Objaśnienie zgodności zawiera powiązane informacje, w tym objaśnienie wsparcia dostępności.

Techniki są informacyjne

Techniki są informacyjne - oznacza to, że nie są wymagane. Podstawą do określenia zgodności z WCAG 2.1 są kryteria sukcesu ze standardu WCAG 2.1 - nie techniki.

Uwaga 1: W3C ostrzega przed wymaganiem wystarczających technik W3C. Jedyne, co powinno być wymagane, to spełnienie kryteriów sukcesu WCAG 2.1. Aby dowiedzieć się więcej, zobacz:

Uwaga 2: Techniki dla WCAG 2.1 używają słów „musi” i „powinien” tylko w celu wyjaśnienia wskazówek w ramach technik, a nie w celu przekazania wymagań dla WCAG.

Techniki wystarczające

Techniki wystarczające to niezawodne sposoby na spełnienie kryteriów sukcesu.

  • Z perspektywy twórcy: Jeśli prawidłowo użyjesz technik wystarczających dla danego kryterium i będą one wspierały dostępność treści dla Twoich użytkowników, możesz mieć pewność, że kryterium sukcesu jest spełnione.

  • Z perspektywy ewaluatora: Jeśli treść internetowa poprawnie wdraża techniki wystarczające dla danego kryterium i jest wspierana pod względem dostępności treści dla użytkowników, to spełnia ona to kryterium sukcesu. (Odwrotność nie jest prawdą; jeśli treść nie wykorzystuje tych wystarczających technik, niekoniecznie nie spełnia kryteriów sukcesu, jak wyjaśniono w sekcji Techniki testowania poniżej).

Mogą istnieć inne sposoby spełnienia kryteriów sukcesu poza wystarczającymi technikami przedstawionymi w dokumencie W3C Techniki dla WCAG 2.1, jak wyjaśniono w części Inne techniki poniżej. (Zobacz także Techniki są informacyjne powyżej.)

Listy numerowane, „ORAZ”

Udokumentowane przez W3C wystarczające techniki są przedstawione w postaci listy numerowanej, gdzie każda pozycja listy zawiera technikę lub kombinację technik, które mogą być użyte do spełnienia kryterium sukcesu. Tam, gdzie na liście numerowanej istnieje wiele technik połączonych spójnikiem „ORAZ”, muszą być użyte wszystkie techniki, aby były wystarczające. Na przykład, Techniki wystarczające dla 1.3.1 mają: „G115: Użycie znaczników semantycznych do oznaczania struktury ORAZ H49: Użycie znaczników semantycznych do oznaczenia tekstu wyróżnionego lub specjalnego (HTML)”.

Techniki pomocnicze

Techniki pomocnicze to sugerowane sposoby poprawy dostępności. Często są bardzo pomocne dla niektórych użytkowników i mogą być jedynym sposobem, w jaki niektórzy użytkownicy mogą uzyskać dostęp do pewnych rodzajów treści.

Techniki pomocnicze (dodatkowe) nie są uznawane za techniki wystarczające z różnych powodów, takich jak:

  • mogą być niewystarczające do spełnienia pełnych wymagań kryteriów sukcesu;

  • mogą być oparte na technologii, która nie jest jeszcze stabilna;

  • w wielu przypadkach mogą nie być wspierane pod względem dostępności (na przykład technologie wspomagające jeszcze z nimi nie współpracują);

  • mogą nie być możliwe do przetestowania;

  • w niektórych okolicznościach mogą nie mieć zastosowania lub nie być praktyczne, a nawet mogą zmniejszać dostępność dla niektórych użytkowników, zwiększając ją dla innych;

  • mogą nie odnosić się do samego kryterium sukcesu, a zamiast tego zapewniać korzyści związane z dostępnością.

Autorów zachęca się do stosowania wszystkich technik tam, gdzie jest to właściwe, aby jak najlepiej zaspokoić najszerszy zakres potrzeb użytkowników.

Awarie (Defekty)

Defekty to rzeczy, które powodują bariery dostępności i nie spełniają określonych kryteriów sukcesu. Udokumentowane awarie są przydatne dla:

  • Autorów, aby wiedzieli, czego unikać,

  • Evaluatorów, którzy mogą je wykorzystać do potwierdzenia, że treść nie spełnia kryteriów sukcesu WCAG.

Treść z awarią nie spełnia kryteriów sukcesu WCAG, chyba że zostanie dostarczona alternatywna wersja bez awarii.

Jeśli ktokolwiek zidentyfikuje sytuację, w której udokumentowana awaria nie jest prawidłowa, prosimy o zgłoszenie tej sytuacji jako komentarza WCAG, aby można było ją odpowiednio poprawić lub usunąć.

General and Technology-specific Techniques

General techniques describe basic practices that apply to all technologies. Technology-specific techniques apply to a specific technology.

Some success criteria do not have technology-specific techniques and are covered only with general techniques. Therefore, both the general techniques and the relevant technology-specific techniques should be considered.

Publication of techniques for a specific technology does not imply that the technology can be used in all situations to create content that meets WCAG 2.1 success criteria and conformance requirements. Developers need to be aware of the limitations of specific technologies and provide content in a way that is accessible to people with disabilities.

Techniki ogólne i specyficzne dla technologii Ogólne techniki opisują podstawowe praktyki, które mają zastosowanie do wszystkich technologii. Techniki specyficzne dla technologii mają zastosowanie do określonej technologii. Niektóre kryteria sukcesu nie mają technik specyficznych dla technologii i są objęte tylko ogólnymi technikami. Dlatego należy wziąć pod uwagę zarówno techniki ogólne, jak i odpowiednie techniki specyficzne dla technologii. Publikacja technik dla określonej technologii nie oznacza, że ​​technologia może być używana we wszystkich sytuacjach do tworzenia treści spełniających kryteria sukcesu WCAG 2.1 i wymagania zgodności. Deweloperzy muszą być świadomi ograniczeń określonych technologii i dostarczać treści w sposób dostępny dla osób niepełnosprawnych.

Inne techniki

Oprócz technik opisanych w dokumencie W3C Techniki dla WCAG 2.1 istnieją inne sposoby spełnienia kryteriów sukcesu WCAG. Techniki W3C nie są kompleksowe i mogą nie obejmować nowszych technologii i sytuacji.

Treści internetowe nie muszą korzystać z opublikowanych technik W3C, aby były zgodne z WCAG 2.1.(Zobacz także Techniki są informacyjne powyżej.)

Autorzy treści mogą opracować różne techniki. Na przykład autor może opracować technikę dla HTML5, WAI-ARIA lub innej nowej technologii. Inne organizacje mogą opracować zestawy technik, aby spełnić kryteria sukcesu WCAG 2.1.

Dowolna technika może być wystarczająca, jeśli:

Przesyłanie technik

Grupa Robocza WCAG zachęca ludzi do zgłaszania nowych technik, aby można było rozważyć włączenie ich do aktualizacji dokumentu Techniki dla WCAG 2.1. Prosimy o przesyłanie technik do rozważenia za pomocą formularza zgłaszania technik.

Techniki testowania

Każda technika ma testy, które pomagają:

  • autorom sprawdzić, czy poprawnie zaimplementowali daną technikę, a

  • ewaluatorom sprawdzić, czy treść internetowa jest zgodna z techniką.

Testy dotyczą tylko techniki, nie są testami zgodności z kryteriami sukcesu WCAG.

  • Niezdanie testu techniki nie musi oznaczać nieudanego testu WCAG, ponieważ techniki są dyskretne (to znaczy, że odnoszą się do jednego konkretnego punktu) i nie są wymagane.

  • Treść może spełniać kryteria sukcesu WCAG na różne sposoby inne niż opublikowane przez W3C wystarczające techniki.

  • Treści, które stosują wystarczające techniki dla konkretnej technologii, niekoniecznie spełniają wszystkie kryteria sukcesu WCAG. Niektóre kryteria sukcesu mają tylko ogólne techniki, a nie techniki specyficzne dla danej technologii.

  • Treść musi być wspierana pod względem dostępności dla jej użytkowników. Niektóre wystarczające techniki wymagają przeglądarki, technologii wspomagającej lub innego wsparcia, którego niektórzy użytkownicy mogą nie mieć.

Tak więc, podczas gdy techniki są przydatne do oceny treści, oceny muszą wykraczać poza sprawdzanie testów wystarczających technik, aby ocenić, czy treść jest zgodna z kryteriami sukcesu WCAG.

Awarie są szczególnie przydatne do oceny, ponieważ wskazują na niezgodność (chyba że zapewniona zostanie alternatywna wersja bez awarii).

Uwagi dotyczące wsparcia programu użytkownika i technologii wspomagających

Niektóre techniki wymagają, aby użytkownicy treści internetowych mieli określone przeglądarki lub technologie wspomagające, aby technika była wspierana pod względem dostępności. Sekcje dotyczące wsparcia programu użytkownika i technologii wspomagających poszczególnych technik zawierają pewne informacje pomocne w ustaleniu wsparcia dostępności.

Uwagi dotyczące wsparcia zmieniają się z czasem

W miarę upływu czasu, wymienione wersje programów użytkownika (przeglądarek itp.) lub technologii wspomagających mogą nie być aktualnymi wersjami. Grupa Robocza może nie aktualizować większości tych uwag w miarę wydawania nowych wersji. Autorzy powinni przetestować techniki z programami użytkownika i technologiami wspomagającymi, które są aktualnie dostępne dla ich użytkowników. Zobacz także Objaśnienie wsparcia dostępności.

Korzystanie z technik

Techniki dla WCAG 2.1 nie są przeznaczone do stosowania jako samodzielny dokument. Zamiast tego oczekuje się, że autorzy treści będą zazwyczaj korzystać z poradnika Jak spełnić WCAG 2.1: Konfigurowalny przewodnik po wymaganiach i technikach, aby zapoznać się z kryteriami sukcesu WCAG i podążać stamtąd za linkami do konkretnych tematów w Objaśnieniach WCAG 2.1 i do konkretnych technik.

Alternatywy muszą spełniać kryteria sukcesu

Niektóre techniki opisują jak zapewnić użytkownikom alternatywne sposoby uzyskania dostępu treści. Na przykład G73: Zapewnienie długiego opisu w innej lokalizacji... wymienia transkrypcję jako alternatywę dla pliku audio. Niektóre alternatywy muszą być również zgodne z WCAG. Na przykład, sama transkrypcja musi musi spełniać wszystkie odpowiednie kryteria sukcesu.

Przykładowy kod

Przykłady kodu w technikach są przeznaczone do zademonstrowania tylko konkretnego punktu omawianego w technice. Mogą nie pokazywać najlepszych praktyk dla innych aspektów dostępności, użyteczności lub kodowania niezwiązanych z daną techniką. Nie są przeznaczone do kopiowania i używania jako podstawy do tworzenia treści strony.

Wiele technik wskazuje na „przykłady robocze”, które solidniejsze i mogą być odpowiednie do skopiowania i zintegrowania z treścią strony.