Idź do treści

Objaśnienie technik dla kryteriów sukcesu WCAG

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

Konkretne wskazówki dla autorów i oceniających dotyczące spełnienia kryteriów sukcesu WCAG są zawarte w technikach, które obejmują przykłady kodu, zasoby i testy. Dokument W3C Techniki dla WCAG 2.2. 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śniono trzy rodzaje wskazówek w Technikach WCAG 2.2:

  • Techniki wystarczające

  • Techniki pomocnicze

  • Awarie

Dalej wyjaśniono również:

  • Techniki ogólne i specyficzne dla technologii – które mogą być wystarczające lub pomocnicze

  • Inne techniki - poza tym, co jest w opublikowanym dokumencie W3C

  • Testowanie technik

  • Wsparcie programów użytkownika i technologii wspomagających

  • Stosowanie technik - z uwzględnieniem ważnych kwestii

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

Techniki mają charakter informacyjny

Techniki mają charakter informacyjny, co oznacza, że nie są wymagane. Podstawą do określenia zgodności z WCAG 2.2 są kryteria sukcesu ze standardu WCAG 2.2 - 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.2. Aby dowiedzieć się więcej, zobacz:

Uwaga 2: W Technikach dla WCAG 2.2 używa się 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 poprawnie zastosujesz techniki wystarczające dla danego kryterium i będą one wspierały dostępność treści dla Twoich użytkowników, możesz mieć pewność, że spełniasz kryterium sukcesu.

  • Z perspektywy oceniającego: 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. (Odwrotna sytuacja nie jest prawdą; jeśli treść nie wykorzystuje tych wystarczających technik, to nie znaczy, że nie spełnia kryteriów sukcesu, co wyjaśniono poniżej w Technikach testowania).

Poza wystarczającymi technikami opisanymi w dokumencie W3C Techniki dla WCAG 2.2 mogą istnieć inne sposoby spełnienia kryteriów sukcesu, jak wyjaśniono w sekcji Inne techniki poniżej. (Zobacz także Techniki mają charakter informacyjny powyżej).

Listy numerowane, „ORAZ”

Udokumentowane przez W3C techniki wystarczające są przedstawione w postaci listy numerowanej. Każdy element listy zawiera technikę lub kombinację technik, które można zastosować, aby spełnić kryterium sukcesu. Tam, gdzie na liście numerowanej znajduje się 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ą one 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ą nie być wystarczające, aby spełnić wszystkie wymogi kryterium sukcesu;

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

  • w wielu przypadkach mogą nie być obsługiwane 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 pewnych okolicznościach mogą nie mieć zastosowania lub być niepraktyczne, a nawet zmniejszać dostępność dla niektórych użytkowników, a jednocześnie zwiększać ją dla innych;

  • mogą nie spełniać samego kryterium sukcesu, a zamiast tego zapewniać korzyści związane z dostępnością.

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

Awarie

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

  • twórców, aby wiedzieli, czego unikać,

  • oceniających, aby mogli potwierdzić, że treść nie spełnia kryteriów sukcesu WCAG.

Treść z błędem nie spełnia kryteriów sukcesu WCAG, chyba że istnieje wersja alternatywna bez błędu.

Jeśli stwierdzisz sytuację, w której udokumentowanie awarii nie jest prawidłowe, zgłoś tę sytuację jako komentarz WCAG, aby można ją odpowiednio poprawić lub usunąć.

Techniki ogólne i specyficzne dla technologii

Techniki ogólne opisują podstawowe praktyki, które mają zastosowanie do wszystkich technologii. Techniki specyficzne dla określonej technologii mają zastosowanie do konkretnej technologii.

Do niektórych kryteriów sukcesu nie wskazano technik specyficznych dla technologii, wskazano jedynie techniki ogólne. Dlatego należy wziąć pod uwagę zarówno techniki ogólne, jak i odpowiednie techniki specyficzne dla technologii.

Publikacja technik dla konkretnej technologii nie oznacza, że technologię można wykorzystać we wszystkich sytuacjach do tworzenia treści spełniających kryteria sukcesu WCAG 2.2 i wymagania zgodności. Programiści muszą zdawać sobie sprawę z ograniczeń określonych technologii i zapewniać treści w sposób dostępny dla osób z niepełnosprawnością.

Inne techniki

Oprócz technik opisanych w dokumencie W3C Techniki dla WCAG 2.2, istnieją inne sposoby spełnienia kryteriów sukcesu WCAG. Techniki W3C nie są wszechstronne 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.2(Zobacz także Techniki mają charakter informacyjny powyżej).

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

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

Przesyłanie technik

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

Techniki testowania

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

  • twórcom sprawdzić, czy poprawnie wdrożyli daną technikę, a

  • oceniającym określić, czy treść internetowa stosuje tę technikę.

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

  • Niezaliczenie 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ż techniki wystarczające opublikowane przez W3C

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

  • Treść musi być dostępna dla użytkowników treści. 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, chociaż techniki są przydatne do oceny treści, to ocenianie zgodności treści z kryteriami sukcesu WCAG musi wykraczać poza wykonanie testów technik wystarczających.

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

Uwagi dotyczące wsparcia programów 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 obsługiwana pod względem dostępności. Sekcje Uwagi dotyczące wsparcia programów użytkownika i technologii wspomagających poszczególnych technik zawierają pewne informacje, które pomagają określić wsparcie dostępności.

Uwagi dotyczące wsparcia zmieniają się w czasie

W miarę upływu czasu, wymienione wersje programów użytkownika (przeglądarek itp.) lub technologii wspomagających mogą przestać być aktualnymi wersjami. Grupa Robocza może nie aktualizować większości tych uwag w miarę jak są wydawane nowe wersje. Twórcy powinni testować 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.

Stosowanie technik

Techniki WCAG 2.2 nie są przeznaczone do stosowania jako samodzielny dokument. Zamiast tego oczekuje się, że twórcy treści będą zazwyczaj korzystać z poradnika Jak spełnić WCAG 2.2: 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.2 oraz konkretnych technik.

Alternatywy muszą spełniać kryteria sukcesu

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

Przykłady kodu

Przykłady kodu w technikach mają na celu jedynie zademonstrowanie konkretnego punktu omawianego w technice. Mogą to być nienajlepsze praktyki w zakresie innych aspektów dostępności, użyteczności lub kodowania niezwiązanych z daną techniką. Nie są one przeznaczone do kopiowania i wykorzystywania jako podstawa do tworzenia treści internetowych

Dla wielu technik przedstawiono „przykłady robocze”, które są bardziej solidne i mogą być odpowiednie do skopiowania i zintegrowania z treścią strony.

Początek strony