Publikacja jest roboczym tłumaczeniem Wytycznych dla dostepności internetowej (WCAG) 2.1. W tłumaczeniu wykorzystano nieoficjalne polskie tłumaczenie WCAG 2.0.
Popraw ten artykuł

Streszczenie

„Wytyczne dla dostępności internetowej (WCAG) 2.1” obejmują szeroki wachlarz zaleceń dotyczących zwiększenia dostępności treści internetowych. Wdrożenie tych wytycznych sprawi, że treści będą bardziej dostępne dla szerszego grona osób z niepełnosprawnościami, w tym dla osób niewidomych i słabowidzących, głuchych i niedosłyszących, osób z niepełnosprawnością ruchową, z zaburzeniami mowy, nadwrażliwością na światło, osób z niepełnosprawnościami złożonymi, a także dla niektórych osób mających trudności w uczeniu się i ograniczenia poznawcze; ale nie zaspokoi potrzeb każdego użytkownika z niepełnosprawnością. Niniejsze wytyczne dotyczą dostępności treści internetowych na komputerach stacjonarnych, laptopach, tabletach i urządzeniach przenośnych. Wprowadzenie wytycznych w życie, sprawi również, że treści internetowe będą często bardziej użyteczne dla użytkowników w ogóle.

Kryteria sukcesu WCAG 2.1 są formułowane jako twierdzenia możliwe do zweryfikowania i niepowiązane z konkretną technologią. Wytyczne dotyczące spełnienia kryteriów sukcesu dla konkretnych technologii, jak również ogólne informacje dotyczące interpretacji kryteriów sukcesu zawarte są w osobnych dokumentach. Więcej na ten temat przeczytać można w Web Content Accessibility Guidelines (WCAG) Overview (Omówienie Wytycznych dla dostępności treści internetowych (WCAG), gdzie znajduje się wstęp i odnośniki do materiałów edukacyjnych oraz informacji technicznych dotyczących WCAG.

WCAG 2.1 rozszerzają Web Content Accessibility Guidelines 2.0 (WCAG20), które zostały opublikowane w grudniu 2008 roku, jako rekomendacja W3C. Treść zgodna z WCAG 2.1 jest również zgodna z WCAG 2.0. Intencją Grupy Roboczej jest, aby dla polityk wymagających zgodności z WCAG 2.0, WCAG 2.1 mogły zapewnić alternatywne środki zgodności. Publikacja WCAG 2.1 nie deprecjonuje ani nie zastępuje WCAG 2.0. Chociaż WCAG 2.0 nadal pozostają rekomendacją W3C, W3C zaleca stosowanie WCAG 2.1, aby zmaksymalizować możliwości zastosowania w przyszłości działań na rzecz dostępności. W3C zachęca również do korzystania z najbardziej aktualnej wersji WCAG przy opracowywaniu lub aktualizacji polityki dostępności cyfrowej.

Status dokumentu

Poniższa część opisuje status dokumentu w momencie jego publikacji. Inne dokumenty mogą w przyszłości zastąpić niniejszy. Lista bieżących publikacji W3C oraz zaktualizowany raport techniczny znajdują się na stronie W3C technical reports index pod adresem http://www.w3.org/TR/.

WCAG 2.1 są Rekomendacją W3C opracowaną przez Web Content Accessibility Guidelines Working Group (Grupę Roboczą ds. Wytycznych dla Dostępności).

Niniejszy dokument został zrecenzowany przez członków W3C, programistów, inne grupy W3C oraz inne zainteresowane strony, a następnie zatwierdzony przez Dyrektora W3C, jako Rekomendacja W3C. Jest to wersja finalna dokumentu, która może zostać wykorzystana jako materiał źródłowy lub być cytowana w innych dokumentach W3C. Rolą W3C jest zwrócenie uwagi na tę specyfikację i promowanie jej powszechnego wdrożenia. Stosowanie zaleceń zawartych w tej specyfikacji zwiększa funkcjonalność oraz interoperacyjność sieci.

Publikując tę rekomendację, W3C zakłada, że na funkcjonalność określoną w tej rekomendacji nie będą miały wpływu zmiany w specyfikacjach CSS Values and Units Module Level 3 oraz Pointer Events Level 2. Grupa Robocza będzie nadal śledzić te specyfikacje.

Aby skomentować, zgłoś problem w repozytorium WCAG W3C na platformie GitHub. Grupa Robocza prosi, aby komentarze publiczne były składane jako nowe problemy, po jednym w zgłoszeniu. Utworzenie konta GitHub w celu zgłaszania problemów jest bezpłatne. Jeśli zgłaszanie problemów na GitHub jest niemożliwe, komentarze można też przesyłać na adres public-comments-wcag20@w3.org. Komentarze na temat rekomendacji WCAG 2.1 nie będą powodować zmian w tej wersji wytycznych. Mogą jednak zostać uwzględnione w erracie lub przyszłych wersjach WCAG. Grupa Robocza nie przewiduje formalnych odpowiedzi na komentarze. Lista zgłoszonych problemów oraz Archiwum dyskusji na listach mailingowych AG WG są publicznie dostępne. Grupa Robocza może wziąć pod uwagę komentarze dotyczące niniejszego dokumentu w przyszłości.

Ten dokument został opublikowany przez Accessibility Guidelines Working Group (Grupę Roboczą Wytycznych dla Dostępności) jako rekomendacja.

Zobacz raport Grupy Roboczej z wdrożenia.

Niniejszy dokument został stworzony zgodnie z Polityką Patentową W3C. W3C prowadzi pełną listę zgłoszonych publicznie patentów odnośnie tego dokumentu. Powyższa strona zawiera również instrukcje zgłaszania patentu. Osoby, które twierdzą, iż posiadają wiedzę na temat patentów zawierających istotne roszczenia (Essential Claim(s)) powinny zgłosić takie informacje, zgodnie z Rozdziałem 6 Polityki Patentowej Konsorcjum W3C.

Niniejszy dokument podlega dokumentowi procesowemu W3C z 1 lutego 2018 r.

Wprowadzenie

Niniejsza sekcja pełni funkcję informacyjną.

0.1 Kontekst WCAG

„Wytyczne dla dostępności treści internetowych (WCAG) 2.1” określają, w jaki sposób zwiększyć dostępność treści internetowych dla osób z  niepełnosprawnościami. Mowa tutaj o wielu rodzajach niepełnosprawności: ze względu na wzrok, słuch, kłopoty z mową, trudności w uczeniu się, ograniczenia poznawcze, ruchowe, lingwistyczne czy też neurologiczne. Chociaż wytyczne poruszają szereg zagadnień, nie jest możliwe, aby odpowiadały szczegółowo na potrzeby wszystkich możliwych rodzajów, stopni niepełnosprawności, czy też niepełnosprawności złożonych. Wytyczne pozwalają jednak tworzyć bardziej użyteczne treści, zarówno dla starszych użytkowników, których sprawność zmienia się wraz z wiekiem, jak i dla każdego innego użytkownika.

WCAG 2.1 zostały opracowane zgodnie z procedurami W3C, we współpracy z osobami indywidualnymi oraz różnymi organizacjami z całego świata. Celem było stworzenie wspólnego standardu dostępności treści internetowych, który spełniałby oczekiwania użytkowników, firm czy administracji państwowej w różnych krajach.

WCAG 2.1 opierają się na WCAG 2.0 [WCAG20], które z kolei opierają się na WCAG 1.0 [WAI-WEBCONTENT] i są przeznaczone do szerokiego zastosowania w różnych technologiach internetowych zarówno teraz, jak i w przyszłości. Są one tak skonstruowane, aby ich spełnienie można było sprawdzić za pomocą kombinacji narzędzi automatycznych i oceny dokonywanej przez człowieka. Na stronie „Web Content Accessibility Guidelines (WCAG) Overview”, znajduje się więcej informacji ogólnych na temat wytycznych WCAG.

Przy określaniu dodatkowych kryteriów dotyczących niepełnosprawności poznawczych, językowych i związanych z uczeniem się, napotkano istotne wyzwania, w tym spowodowane krótkim harmonogramem prac, a także wyzwania w osiągnięciu konsensusu w zakresie testowalności, możliwości wdrożenia i rozpatrzenia propozycji na forum międzynarodowym. Prace w tej dziedzinie będą kontynuowane w przyszłych wersjach WCAG. Zachęcamy autorów do zapoznania się z naszymi dodatkowymi wskazówkami dotyczącymi poprawy integracji osób z niepełnosprawnościami, w tym osób z trudnościami w uczeniu się i poznawaniu, osób słabowidzących i innych.

Dostępność sieci nie jest uzależniona jedynie od treści stron internetowych, ale również od dostępnych przeglądarek internetowych czy innych programów stosowanych przez użytkownika. Ważną rolę w dostępności spełniają również narzędzia do tworzenia treści. Dalsze informacje na ten temat znajdują się na następujących stronach:

0.2 Warstwy wytycznych WCAG 2.1

Osoby indywidualne i organizacje, które korzystają z wytycznych WCAG 2.1 to różnorodna grupa, obejmująca między innymi osoby projektujące serwisy internetowe, decydentów, nabywców usług, nauczycieli czy studentów. Aby sprostać różnym potrzebom tych grup odbiorców, stworzono kilka warstw wytycznych, w tym zasady ogólne, wytyczne, mierzalne kryteria sukcesu, bogaty zbiór wystarczających technik, technik dodatkowych oraz udokumentowane, często występujące błędy, poparte przykładami, odnośnikami do zasobów i fragmentami kodu źródłowego.

  • Zasady — na szczycie hierarchii znajdują się 4 zasady, które stanowią fundament dostępności internetowej: postrzegalność, funkcjonalność, zrozumiałość i rzetelność. Więcej informacji: ”Understanding the Four Principles of Accessibility” (Zrozumienie czterech zasad dostępności).
  • Wytyczne — na kolejnym poziomie, znajdują się wytyczne. 13 wytycznych definiuje podstawowe cele, do których powinni dążyć autorzy, aby treści były bardziej dostępne dla użytkowników z różnymi niepełnosprawnościami. Wytyczne nie są mierzalne, ale stanowią ogólne ramy i cele do osiągnięcia. Mają pomóc autorom zrozumieć kryteria sukcesu i pozwolić na ich skuteczniejsze wdrażanie.
  • Kryteria sukcesu — dla każdej wytycznej opracowano mierzalne kryteria sukcesu. Pozwala to na zastosowanie WCAG 2.1 wszędzie tam, gdzie konieczne jest sprawdzenie zgodności z wytycznymi, np. przy specyfikacji projektu, zamawianiu usług internetowych, w przepisach prawnych oraz przy umowach. Aby zaspokoić potrzeby różnych grup i różnych sytuacji, zdefiniowano trzy poziomy zgodności: A (najniższy), AA i AAA (najwyższy). Dodatkowe informacje na temat poziomów WCAG można znaleźć na stronie „Understanding Levels of Conformance” (Zrozumieć poziomy zgodności).
  • Techniki wystarczające i dodatkowe — dla każdej wytycznej oraz kryterium sukcesu WCAG 2.1, grupa robocza zebrała szereg technik (dokument ma charakter informacyjny, ale nie formalny). Podzielono je na dwie kategorie: techniki wystarczające, by spełnić kryteria sukcesu, oraz techniki dodatkowe. Techniki dodatkowe wykraczają poza to, co jest wymagane przez dane kryteria sukcesu i pozwalają wykonawcom i autorom na jeszcze lepszą realizację wytycznych. Niektóre techniki dodatkowe dotyczą barier dostępności, które nie zostały ujęte w mierzalnych kryteriach sukcesu. Często występujące błędy w miarę możliwości również zostały udokumentowane. Więcej informacji w: „Understanding Techniques for WCAG Success Criteria” (Zrozumieć techniki dla kryteriów sukcesu WCAG).

Wszystkie powyższe warstwy (zasady, wytyczne, kryteria sukcesu, techniki wystarczające i dodatkowe) uzupełniają się wzajemnie i wskazują, w jaki sposób tworzyć bardziej dostępne treści internetowe. Wykonawcom i autorom treści doradza się stosowanie w miarę możliwości wszystkich warstw, w tym także technik dodatkowych, aby zaspokoić potrzeby jak najszerszej grupy użytkowników. Należy pamiętać, że nawet treści, która są zgodne na najwyższym (AAA) poziomie, nie będą dostępne dla osób ze wszystkimi rodzajami i stopniami niepełnosprawności, czy też z niepełnosprawnością złożoną, szczególnie w zakresie problemów z uczeniem się oraz zrozumieniem języka.

Zachęca się wykonawców i autorów treści do zastosowania szerokiego zakresu technik, w tym technik dodatkowych, ale także do poszukiwania najlepszych praktyk stosowanych w danym momencie rozwoju Internetu, aby treści były w możliwie największym stopniu dostępne dla osób z różnymi dysfunkcjami. Metadane mogą pomóc użytkownikom w znalezieniu treści najbardziej dostosowanych do ich potrzeb.

0.3 Dokumenty uzupełniające WCAG 2.1

WCAG 2.1 są sformułowane w taki sposób, aby odpowiedzieć na oczekiwania tych, którzy potrzebują stabilnej dokumentacji technicznej — punktu odniesienia do zasad dostępności. Pozostałe dokumenty, zwane tu dokumentami uzupełniającymi, opierają się na WCAG 2.1 i spełniają inne ważne funkcje. W odróżnieniu od samego WCAG 2.1, mogą być aktualizowane gdy zaistnieje potrzeba wdrażania WCAG 2.1 w nowych technologiach internetowych. Do dokumentów uzupełniających należą:

  1. „How to Meet WCAG” (Jak spełnić WCAG) — Konfigurowalna i aktualizowana na bieżąco lista odniesień (referencji) do WCAG 2.1. zawierająca wszystkie wytyczne, kryteria sukcesu i techniki, z których mogą korzystać autorzy podczas opracowywania i oceny treści internetowych. Obejmuje zarówno treści WCAG 2.0, jak i WCAG 2.1. Można je filtrować na wiele sposobów, aby autorzzy mogli się skupić na odpowiednich treściach.
  2. „Understanding WCAG” (zrozumienie WCAG 2.1) — przewodnik ułatwiający zrozumienie i wdrożenie WCAG 2.1. Do każdej wytycznej i kryterium sukcesu WCAG 2.1 powstał krótki poradnik pomagający zrozumieć ich kluczowe aspekty.
  3. „Techniques for WCAG 2.1” (Techniki dla WCAG 2.1) — zbiór technik oraz często występujących błędów. Każdy z elementów przedstawiony jest w osobnym dokumencie, zawierającym opis, przykłady, kody źródłowe oraz testy.
  4. „The WCAG Documents” (Dokumenty WCAG) — opis dokumentów technicznych WCAG 2.1 w postaci wykresu. Pokazuje, w jaki sposób są one ze sobą powiązane.

W dokumencie „Web Content Accessibility Guidelines (WCAG) Overview” (Omówienie Wytycznych dla dostępności internetowej), umieszczono opis materiałów powiązanych z WCAG 2.1, w tym materiały edukacyjne związane z WCAG 2. Materiały dodatkowe, obejmujące takie tematy, jak analiza kosztów i korzyści (business case) w zakresie dostępności, propozycje planowania wdrażania wytycznych dostępności oraz kwestie prawne dotyczące dostępności znajdują się na stronie WAI Resources (Omówienie zasobów WAI).

0.4 Wymagania dotyczące WCAG 2.1

WCAG 2.1 spełniają zestaw wymagań dotyczących WCAG 2.1, które z kolei odziedziczyły wymagania dotyczące WCAG 2.0. Wymagania tworzą ogólne ramy wytycznych i zapewniają zgodność wsteczną. Grupa Robocza zastosowała również mniej formalny zestaw kryteriów akceptacji dla kryteriów sukcesu, aby zapewnić, że kryteria sukcesu są podobne pod względem stylu i jakości do tych zawartych w WCAG 2.0. Wymagania ograniczały to, co mogło być ujęte w WCAG 2.1. To ograniczenie było konieczne, aby zachować charakter wydania WCAG 2.1 jako wydania punktowego WCAG 2.

0.5 Porównanie z WCAG 2.0

WCAG 2.1 zostały zainicjowane, aby ulepszyć wytyczne dotyczące dostępności dla trzech głównych grup: użytkowników z zaburzeniami funkcji poznawczych lub uczenia się, użytkowników ze słabym wzrokiem oraz użytkowników z niepełnosprawnościami powodującymi problemy w korzystaniu z urządzeń przenośnych. Zaproponowano i oceniono wiele sposobów zaspokojenia tych potrzeb, a Grupa Robocza dopracowała ich zestaw. Wymagania strukturalne odziedziczone po WCAG 2.0, jasność i wpływ propozycji, a także przyjęty harmonogram prac, doprowadziły do powstania ostatecznego zestawu kryteriów sukcesu zawartych w niniejszej wersji. Grupa Robocza uważa, że WCAG 2.1 stopniowo rozwija wytyczne dla dostępności treści internetowych we wszystkich tych obszarach, ale podkreśla, że te wytyczne nie zaspokajają wszystkich potrzeb użytkowników.

WCAG 2.1 są oparte na WCAG 2.0 i są z nim kompatybilne wstecznie, co oznacza, że ​​strony internetowe zgodne z WCAG 2.1 są również zgodne z WCAG 2.0. Autorzy, którzy są zobowiązani przez polityki swoich organizacji do zgodności z WCAG 2.0, będą mogli aktualizować treści do WCAG 2.1 bez utraty zgodności z WCAG 2.0. Autorzy przestrzegający obu zestawów wytycznych powinni zdawać sobie sprawę z następujących różnic:

0.5.1 Nowe funkcje w WCAG 2.1

WCAG 2.1 rozszerza WCAG 2.0, dodając nowe kryteria sukcesu, wspierające je definicje, wytyczną organizującą nowe kryteria sukcesu dodatków oraz kilka dodatków do sekcji zgodności. To podejście addytywne pomaga wyjaśnić, że strony, które są zgodne z WCAG 2.1, są również zgodne z WCAG 2.0, spełniając tym samym wymagania zgodności specyficzne dla WCAG 2.0. Grupa Robocza ds. Wytycznych dla Dostępności zaleca, aby strony przyjęły WCAG 2.1 jako nowy cel zgodności, nawet jeśli formalne zobowiązania wspominają WCAG 2.0, aby zapewnić lepszą dostępność i wyprzedzić przyszłe zmiany polityki.

Następujące kryteria sukcesu są nowe w WCAG 2.1:

Wiele z tych kryteriów sukcesu odnosi się do nowych terminów, które zostały również dodane do słownika i stanowią część normatywnych wymagań kryteriów sukcesu.

W części 5. Zgodność została dodana trzecia uwaga na temat wariantów stron, a w części Opcjonalne składniki oświadczenia o zgodności do odczytu maszynowego została dodana opcja metadanych.

0.5.2 Numeracja w WCAG 2.1

Aby uniknąć zamieszania w narzędziach, dla których ważna jest kompatybilność wsteczna z WCAG 2.0, nowe kryteria sukcesu w WCAG 2.1 zostały dołączone na końcu zestawu kryteriów sukcesu w ramach ich wytycznych. Pozwoliło to uniknąć konieczności zmiany numeracji części kryteriów sukcesu z WCAG 2.0, co byłoby spowodowane wstawianiem nowych kryteriów sukcesu między istniejącymi kryteriami sukcesu w wytycznych. Ale spowodowało to, że kryteria sukcesu w każdej z wytycznych nie są już pogrupowane według poziomu zgodności.Kolejność kryteriów sukcesu w ramach każdej wytycznej nie oznacza informacji o poziomie zgodności; wskazuje to tylko wskaźnik poziomu zgodności (A / AA / AAA) przy samym kryterium sukcesu. W dokumencie WCAG 2.1 Quick Reference można przeglądać kryteria sukcesu pogrupowane według poziomu zgodności oraz wielu innych opcji filtrowania i sortowania.

0.5.3 Zgodność z WCAG 2.1

WCAG 2.1 wykorzystują ten sam model zgodności co WCAG 2.0 z kilkoma dodatkami, które opisano w sekcji 5. Zgodność. Zakłada się, że witryny zgodne z WCAG 2.1 są również zgodne z WCAG 2.0, co oznacza, że ​​spełniają wymagania wszystkich zasad odnoszących się do WCAG 2.0, a jednocześnie lepiej spełniają potrzeby użytkowników we współczesnej sieci internetowej.

0.6 Późniejsze wersje wytycznych dotyczących dostępności

Równolegle z WCAG 2.1 Grupa Robocza ds. Wytycznych dla Dostępności opracowuje kolejną ważną wersję wytycznych dla dostępności. Przewiduje się, że rezultatem tych prac będzie bardziej znacząca restrukturyzacja wytycznych dla dostępności internetowej, niż byłoby to realne w przypadku wydania punktowego WCAG 2. Prace prowadzone są zgodnie z ukierunkowaną na badania, skoncentrowaną na użytkownikach metodologią projektowania, aby zapewnić najbardziej efektywny i elastyczny wynik, w tym role związane z tworzeniem treści, obsługą programu użytkownika i obsługą narzędzi tworzenia treści. Jest to wysiłek wieloletni, dlatego też WCAG 2.1 są potrzebne jako tymczasowy środek zapewnienia zaktualizowanych wytycznych dla dostępności internetowej, aby odzwierciedlić zmiany w sieci internetowej od czasu publikacji WCAG 2.0. Grupa Robocza może również opracować dodatkowe wersje tymczasowe, kontynuując prace nad WCAG 2.2, aby zapewnić dodatkowe wsparcie do czasu, zanim zostanie ukończona kolejna główna wersja.

1. Postrzegalność

Przedstawiaj użytkownikom informacje i komponenty interfejsu w sposób dostrzegalny dla ich zmysłów.

Wytyczna 1.1 Alternatywa tekstowa

Zapewnij tekstowe zamienniki wszystkich treści nietekstowych, aby można je było zamienić na inne formy (np. powiększony druk, brajl, mowa syntetyczna, symbole lub prostszy język).

1.1.1 Treść nietekstowa - poziom A: Wszelkie treści nietekstowe przedstawione użytkownikowi mają swoją alternatywę tekstową, która pełni tę samą funkcję, z wyjątkiem sytuacji opisanych poniżej.

  • Kontrolki użytkownika i wprowadzanie danych przez użytkownika: Jeśli treść nietekstowa jest kontrolką użytkownika lub polem wprowadzania danych, wtedy posiada nazwę opisującą jej przeznaczenie. (Kryterium sukcesu 4.1.2 podaje dodatkowe wymagania dotyczące kontrolek oraz wprowadzania danych przez użytkownika.)
  • Media oparte na czasie: Jeśli treścią nietekstową są media oparte na czasie, wtedy alternatywa tekstowa zawiera przynajmniej opisowe określenie treści nietekstowej. (Wytyczna 1.2 podaje dodatkowe wymagania, jeśli chodzi o media.)
  • Test: Jeśli treść nietekstowa jest testem lub ćwiczeniem, które utraciłoby swój sens ze względu na przedstawienie tej samej treści w postaci tekstu, wtedy alternatywa w postaci tekstu podawać powinna przynajmniej opis pozwalający zrozumieć przeznaczenie treści nietekstowej.
  • Odczucie zmysłowe: Jeśli treść nietekstowa ma za zadanie przede wszystkim tworzyć konkretne odczucie zmysłowe, wtedy alternatywa w postaci tekstu jest opisem pozwalającym zrozumieć przeznaczenie treści nietekstowej.
  • CAPTCHA: Jeśli celem treści nietekstowej jest potwierdzenie, że do treści ma dostęp człowiek, a nie komputer, wtedy zapewnia się alternatywę w postaci tekstu, która identyfikuje oraz opisuje cel treści nietekstowej. Zapewnia się również alternatywne zabezpieczenia typu CAPTCHA, dostosowane do różnych możliwości percepcji użytkowników, uwzględniając różne rodzaje niepełnosprawności.
  • Cele dekoracyjne, formatowanie, treść niewidoczna: Jeśli treść nietekstowa pełni funkcję czysto dekoracyjną, używana jest do formatowania wizualnego lub też nie jest przedstawiana użytkownikowi, powinna być wdrożona w sposób umożliwiający technologiom wspomagającym jej zignorowanie.

Wytyczna 1.2 Multimedia

Zapewnij rozwiązania alternatywne dla mediów opartych na czasie.

1.2.1 Tylko audio lub tylko wideo (nagranie) - poziom A: Dla mediów nagranych w systemie tylko audio lub tylko wideo stosuje się następujące zasady, z wyjątkiem sytuacji, kiedy nagranie audio lub wideo jest alternatywą dla tekstu i w taki sposób jest oznaczone:

  • Alternatywa dla audio: Zapewniona jest alternatywa tekstowa dla mediów opartych na czasie, która przedstawia tę samą treść, co nagrana treść audio.
  • Alternatywa dla wideo: Zapewniona jest alternatywa tekstowa lub ścieżka dźwiękowa, która przedstawia tę samą treść, co nagranie wideo.

1.2.2 Napisy rozszerzone (nagranie) - poziom A: Napisy rozszerzone dołączone są do wszystkich nagrań audio w multimediach zsynchronizowanych (dźwięk i obraz), z wyjątkiem sytuacji, kiedy są one alternatywami dla tekstu i w taki sposób są oznaczone.

1.2.3 Audiodeskrypcja lub alternatywa tekstowa dla mediów (nagranie) - poziom A: Zapewnia się alternatywę dla mediów opartych na czasie lub audiodeskrypcję dla nagrań wideo w multimediach zsynchronizowanych (dźwięk i obraz), z wyjątkiem sytuacji, kiedy są one alternatywami dla tekstu i w taki sposób są oznaczone.

1.2.4 Napisy rozszerzone (na żywo) - poziom AA: Napisy rozszerzone dołączone są do wszystkich treści audio przekazywanych na żywo w multimediach zsynchronizowanych (dźwięk i obraz).

1.2.5 Audiodeskrypcja (nagranie) - poziom AA: Zapewniona jest audiodeskrypcja dla wszystkich nagrań wideo w multimediach zsynchronizowanych (dźwięk i obraz).

1.2.6 Język migowy (nagranie) - poziom AAA: Zapewnione jest tłumaczenie w języku migowym wszystkich nagrań audio w multimediach zsynchronizowanych (dźwięk i obraz).

1.2.7 Rozszerzona audiodeskrypcja (nagranie) - poziom AAA: Zapewniona jest rozszerzona audiodeskrypcja dla wszystkich nagrań wideo w multimediach zsynchronizowanych (dźwięk i obraz), jeśli przerwy w ścieżce dźwiękowej danego nagrania nie pozwalają na zamieszczenie audiodeskrypcji, przekazującej sens treści w wystarczającym stopniu.

1.2.8 Alternatywa dla mediów (nagranie) - poziom AAA: Zapewnia się alternatywę dla wszystkich — nagrań w multimediach zsynchronizowanych (dźwięk i obraz) oraz dla wszystkich nagrań tylko wideo (sam obraz).

1.2.9 Tylko audio (na żywo) - poziom AAA: Zapewniona jest alternatywa dla multimediów, przedstawiająca informacje takie same, jak w przekazie tylko audio na żywo.

Wytyczna 1.3 Możliwość adaptacji

Twórz treści, które mogą być prezentowane na różne sposoby bez utraty informacji czy struktury.

1.3.1 Informacje i relacje - poziom A: Informacje, struktura oraz relacje między treściami przekazywane poprzez prezentację mogą być odczytane przez program komputerowy lub istnieją w postaci tekstu.

1.3.2 Zrozumiała kolejność - poziom A: Jeśli kolejność, w jakiej przedstawiona jest treść, ma znaczenie dla zrozumienia treści — kolejność taka musi być możliwa do odczytania przez program komputerowy.

1.3.3 Właściwości zmysłowe - poziom A: Instrukcje co do zrozumienia i operowania treścią nie opierają się wyłącznie na właściwościach zmysłowych, takich, jak kształt, rozmiar, wzrokowa lokalizacja, orientacja w przestrzeni lub dźwięk.

Uwaga: Wymagania dotyczące koloru można znaleźć w Wytycznej 1.4.

1.3.4 Orientacja - poziom AA: Treść nie ogranicza swojego widoku i działania do jednej orientacji wyświetlania, takiej jak pionowa lub pozioma, chyba że określona orientacja wyświetlania jest istotna.

1.3.5 Określenie pożądanej wartości - poziom AA: Cel każdego pola zbierającego informacje o użytkowniku może być programowo określony, gdy

1.3.6 Określenie przeznaczenia - poziom AAA: W treściach zaimplementowanych przy użyciu języków znaczników przeznaczenie komponentów interfejsu użytkownika, ikon i regionów może zostać określone programowo.

Wytyczna 1.4 Rozróżnialność

Ułatwiaj oglądanie i słuchanie treści oraz oddzielanie informacji od tła.

1.4.1 Użycie koloru - poziom A: Kolor nie jest wykorzystywany jako jedyny wizualny sposób przekazywania informacji, wskazywania czynności do wykonania lub oczekiwania na odpowiedź, czy też wyróżniania elementów wizualnych.

Uwaga 1: To kryterium sukcesu dotyczy szczególnie percepcji koloru. Inne formy percepcji zostały omówione w Wytycznej 1.3, w tym programowy dostęp do koloru oraz inne rodzaje zaprogramowania prezentacji wizualnej.

1.4.2 Kontrola odtwarzania dźwięku - poziom A: Jeśli jakieś nagranie audio włącza się automatycznie na danej stronie i jest odtwarzane przez okres dłuższy niż 3 sekundy, istnieje mechanizm umożliwiający przerwanie lub wyłączenie nagrania, albo mechanizm kontrolujący poziom głośności niezależnie od poziomu głośności całego systemu.

  • Uwaga: Ponieważ każda treść, która nie spełnia tego kryterium sukcesu może utrudnić użytkownikowi odczytanie całej strony, wszelkie treści na stronie (bez względu na to, czy spełniają inne kryteria sukcesu, czy nie) muszą spełnić niniejsze kryterium. Więcej informacji: Wymagania dotyczące zgodności: Bez zakłóceń.

1.4.3 Kontrast (minimum) - poziom AA: Wizualna prezentacja tekstu lub obrazu tekstu posiada kontrast wynoszący przynajmniej 4,5:1, poza następującymi wyjątkami:

  • Duży tekst: Duży tekst obrazy takiego tekstu posiadają kontrast przynajmniej 3:1.
  • Incydentalne: Tekst lub obrazy tekstu, które są częścią nieaktywnego komponentu interfejsu użytkownika, które są czystą dekoracją, które nie są widoczne lub które są częścią obrazu zawierającego inne istotne treści wizualne, nie wymagają minimalnego kontrastu;
  • Logotyp: Tekst, który jest częścią logo lub nazwy własnej produktu (marki), nie wymaga minimalnego kontrastu.

1.4.4 Zmiana rozmiaru tekstu - poziom AA: Oprócz napisów rozszerzonych oraz obrazów tekstu, rozmiar tekstu może zostać powiększony do 200% bez użycia technologii wspomagających oraz bez utraty treści lub funkcjonalności.

1.4.5 Obrazy tekstu - poziom AA: Jeśli wykorzystywane technologie mogą przedstawiać treść wizualnie, do przekazywania informacji wykorzystuje się tekst, a nie obraz tekstu, z wyjątkiem następujących sytuacji:

  • Możliwy do dostosowania: Obraz tekstu może być dostosowany wizualnie do wymagań użytkownika;
  • Istotny: Prezentacja tekstu w postaci graficznej jest istotna dla zrozumienia przekazywanej informacji.

Uwaga: Tekst, który jest częścią logo lub nazwy własnej produktu, jest w tym przypadku uznawany za istotny.

1.4.6 Wzmocniony kontrast - poziom AAA: Wizualne przedstawienie tekstu, lub obrazu tekstu, posiada kontrast wynoszący przynajmniej 7:1, poza następującymi wyjątkami:

  • Duży tekst: Duży tekst oraz grafiki takiego tekstu posiadają kontrast przynajmniej 4,5:1;
  • Przypadkowość: Nie stosuje się wymogów minimalnego kontrastu dla tekstu lub obrazu tekstu, będących elementem nieużywanych części interfejsu użytkownika, mających cel czysto dekoracyjny, nie są widoczne lub też są częścią obrazu zawierającego inne istotne treści wizualne;
  • Logo: Nie wymaga się minimalnego kontrastu dla tekstu, który jest częścią logo lub nazwy własnej produktu (marki).

1.4.7 Niska głośność lub bez dźwięków w tle - poziom AAA: Dla nagranej treści tylko audio, która (1) na pierwszym planie zawiera głównie mowę, (2) nie jest dźwiękową CAPTCHA lub logo w postaci dźwiękowej, oraz (3) nie jest wokalizacją mającą na celu głównie ekspresję muzyczną, np. w przypadku śpiewu lub rapu, przynajmniej jedno z poniższych założeń jest spełnione:

  • Bez treści w tle: Nagranie audio nie zawiera dźwięków tła.
  • Możliwość wyłączenia: Dźwięki tła mogą zostać wyłączone.
  • 20 dB: Głośność dźwięków tła jest przynajmniej o 20 decybeli mniejsza, niż głośność mowy, która stanowi główną treść nagrania, z wyjątkiem okazyjnych, jedno– lub dwusekundowych dźwięków tła.

Uwaga: Z definicji terminu „decybel” wynika, iż dźwięki tła spełniające powyższy wymóg, będą 4 razy cichsze od głównej treści nagrania.

1.4.8 Prezentacja wizualna - poziom AAA: Dla wizualnego przedstawienia bloków tekstu, dostępny jest mechanizm, za pomocą którego można osiągnąć, co następuje:

  • Kolory na pierwszym planie oraz kolory tła mogą być zmienione przez użytkownika.
  • Szerokość nie przekracza 80 znaków (40 w przypadku alfabetów: chińskiego, japońskiego i koreańskiego).
  • Tekst nie jest wyjustowany (tzn. wyrównany do prawego i lewego marginesu).
  • Odstępy między wierszami w akapitach wynoszą przynajmniej 1,5 wysokości linii, a odległość między akapitami jest przynajmniej 1,5 razy większa niż ta pomiędzy wierszami.
  • Rozmiar tekstu może zostać powiększony do 200% bez użycia technologii wspomagających, nie wymagając od użytkownika, chcącego odczytać cały wiersz, przesuwania tekstu w poziomie przy zmaksymalizowanym oknie ekranu.

1.4.9 Obrazy tekstu (bez wyjątków) - poziom AAA: Teksty w postaci grafiki są wykorzystywane jedynie w celach czysto dekoracyjnych lub też w przypadkach, gdy takie przedstawienie tekstu jest istotne dla przekazywanej informacji.

Uwaga: Tekst, który jest częścią logo lub nazwy własnej produktu, jest w tym przypadku uznawany za istotny.

1.4.10 Ponowne wlewanie - poziom AA: Treść może być prezentowana bez utraty informacji lub funkcjonalności, bez konieczności przewijania w dwóch wymiarach dla:

  • Pionowego przewijania treści o szerokości odpowiadającej 320 pikselom CSS;
  • Poziomego przewijania treści na wysokości odpowiadającej 256 pikselom CSS.

Wyjątkiem są te części treści, które wymagają dwuwymiarowego układu ze względu na sposób używania lub znaczenie.

1.4.11 Kontrast elementów nietekstowych - poziom AA: Wizualna prezentacja następujących elementów ma współczynnik kontrastu co najmniej 3:1 względem sąsiednich kolorów:

  • Komponenty interfejsu użytkownika: Informacje wizualne wymagane do identyfikacji komponentów interfejsu użytkownika i ich stanów, z wyjątkiem nieaktywnych składników lub gdy wygląd komponentu jest określony przez agenta użytkownika i nie jest modyfikowany przez autora;
  • Obiekty graficzne: Części grafiki wymagane do zrozumienia treści, z wyjątkiem sytuacji, gdy konkretna prezentacja grafiki ma istotne znaczenie dla przekazywanych informacji.

1.4.12 Odstępy w tekście - poziom AA: W treściach tworzonych za pomocą języków znaczników, umożliwiających ustawienie poniższych właściwości stylu, nie następuje utrata żadnych treści lub funkcjonalności, gdy tekst ustawiony zostanie tak, aby uwzględniał wszystkie poniższe parametry oraz gdy wprowadzone zostaną zmiany w jakiejkolwiek innej właściwości stylu:

  • Wysokość wiersza (odstęp między wierszami) do co najmniej 1,5-krotności rozmiaru czcionki,
  • Odstęp między akapitami co najmniej 2 razy większy od rozmiaru czcionki,
  • Odstępy między literami (tracking) do co najmniej 0,12-krotności rozmiaru czcionki,
  • Odstępy między wyrazami do co najmniej 0,16 wielkości czcionki.

Wyjątek: Języki naturalne i skrypty, które nie wykorzystują jednej lub więcej z tych właściwości stylu tekstowego w tekście pisanym, mogą być zgodne przy użyciu tylko tych właściwości, które istnieją dla tej kombinacji języka i skryptu.

1.4.13 Treść spod kursora lub fokusu - poziom AA: Gdy jakaś treść staje się widoczna po otrzymaniu kursora lub fokusu klawiatury, a po ich usunięciu znika, spełnione są poniższe warunki:

  • Odrzucone: Istnieje mechanizm umożliwiający odrzucenie dodatkowej treści bez przesuwania wskaźnika myszy lub fokusu klawiatury, chyba że dodatkowa treść przekazuje błąd wprowadzanych danych lub nie przesłania ani nie zastępuje innej treści;
  • Wskazywane: Jeśli wskaźnik myszy (hover) może wyzwolić dodatkową treść, wówczas wskaźnik może zostać przeniesiony na dodatkową treść bez znikania dodatkowej treści;
  • Trwałe: Dodatkowa treść pozostaje widoczna do momentu usunięcia wyzwalacza aktywacji lub fokusu, użytkownik odrzuca go lub jego informacje nie są już ważne.

Wyjątek: Wizualna prezentacja dodatkowej treści jest kontrolowana przez program użytkownika i nie jest modyfikowana przez autora.

Uwaga 1: Przykłady dodatkowej treści kontrolowanej przez program użytkownika obejmują podpowiedzi przeglądarki utworzone przy użyciu atrybutu HTML title.

Uwaga 2: Niestandardowe podpowiedzi, podmenu i inne niemodalne wyskakujące okienka wyświetlane w dymku i fokusie to przykłady dodatkowej treści objętej tym kryterium.

2. Funkcjonalność

Zapewnij, aby komponenty interfejsu użytkownika i nawigacja były możliwe do użycia.

Wytyczna 2.1 Dostępność z klawiatury

Zapewnij dostępność wszystkich funkcjonalności za pomocą klawiatury.

2.1.1 Klawiatura - poziom A: Wszystkie funkcjonalności w treści dostępne są obsługiwane za pomocą z interfejsu klawiatury, bez wymogu określonego czasu użycia poszczególnych klawiszy, z wyjątkiem sytuacji, kiedy dana funkcja wymaga wprowadzenia informacji przez użytkownika w oparciu o ścieżkę ruchów, a nie w oparciu o punkty końcowe wejścia.

2.1.2 Bez pułapki na klawiaturę - poziom A: Jeśli fokus klawiatury można przemieścić do danego komponentu treści za pomocą interfejsu klawiatury, to może on być z niego usunięty również za pomocą interfejsu klawiatury, a jeśli wymagane jest użycie czegoś więcej niż tylko strzałek, tabulatora lub innych standardowych metod wyjścia, użytkownik musi otrzymać odpowiednią podpowiedź, w jaki sposób usunąć fokus z danego komponentu.

2.1.3 Klawiatura (bez wyjątków) - poziom AAA: Cała treść oraz wszystkie zawarte w niej funkcjonalności dostępne są z interfejsu klawiatury, bez wymogu określonego czasu użycia poszczególnych klawiszy.

2.1.4 Jednoznakowe skróty klawiaturowe - poziom A: Jeśli skrót klawiaturowy jest zaimplementowany w treści tylko przy użyciu jednego znaku (litery, w tym wielkiej i małej, cyfry lub symbolu), to przynajmniej jedno z poniższych jest prawdziwe:

  • Wyłączanie: Istnieje mechanizm wyłączania skrótu;
  • Mapowanie: Istnieje mechanizm zmiany mapowania skrótu w celu użycia jednego lub więcej niedrukowalnych znaków klawiatury (np. Ctrl, Alt, itp.);
  • Aktywny tylko po otrzymaniu fokusu: Skrót klawiaturowy dla komponentu interfejsu użytkownika jest aktywny tylko wtedy, gdy ten komponent ma fokus.

Wytyczna 2.2 Wystarczający czas

Zapewnij użytkownikom wystarczająco dużo czasu na przeczytanie i skorzystanie z treści.

2.2.1 Dostosowanie czasu - poziom A: Gdy czas korzystania z treści jest ograniczany, spełniony jest przynajmniej jeden z poniższych warunków:

  • Wyłączenie: Użytkownik może wyłączyć limit czasowy zanim czas upłynie; lub:
  • Dostosowanie: Użytkownik może swobodnie dostosować limit czasowy (przynajmniej o wartość 10 razy większą od wartości domyślnej) zanim czas upłynie; lub
  • Wydłużenie: Użytkownik jest ostrzegany przed upłynięciem limitu czasowego i ma przynajmniej 20 sekund na wydłużenie limitu za pomocą prostej czynności (np. „wciśnij klawisz spacji”) oraz może wydłużyć limit przynajmniej dziesięciokrotnie.
  • Wyjątek dotyczący czasu rzeczywistego: Limit czasowy jest wymaganym komponentem jakiejś czynności w czasie rzeczywistym (np. aukcji) i nie ma możliwości zmiany limitu, lub:
  • Wyjątek dotyczący istoty czynności: Limit czasowy jest istotny i wydłużenie go anulowałoby lub zaburzałoby daną czynność, lub:

  • Wyjątek 20 godzin: Limit czasowy przekracza 20 godzin.

    Uwaga: To kryterium sukcesu ma na celu zapewnienie użytkownikowi wystarczającego czasu na wykonanie czynności, bez niespodziewanych zmian treści lub kontekstu, które mogą być wynikiem limitu czasowego. Powinien on być rozpatrywany w połączeniu z kryterium sukcesu 3.2.1, które nakłada ograniczenia na zmiany treści lub kontekstu w wyniku działania użytkownika.

2.2.2 Pauza, zatrzymanie, ukrycie - poziom A: Gdy treść się porusza, migocze lub jest automatycznie aktualizowana, spełnione są wszystkie poniższe warunki:

  • Poruszanie się, przesuwanie, migotanie: Każdą informację, która porusza się, przesuwa lub miga, a takie działanie (1) włącza się automatycznie, (2) jest widoczne dłużej niż 5 sekund, (3) jest przedstawiane równolegle z inną treścią — użytkownik może wstrzymać, zatrzymać lub ukryć za pomocą dostępnego mechanizmu, chyba, że poruszanie się, przesuwanie lub migotanie jest częścią czynności, w której takie działanie jest istotne, oraz:

  • Automatyczna aktualizacja: Każdą automatycznie aktualizującą się informację, która (1) włącza się automatycznie oraz (2) jest przedstawiana równolegle z inną treścią — użytkownik może wstrzymać, zatrzymać lub kontrolować częstotliwość aktualizacji za pomocą dostępnego mechanizmu, chyba, że automatyczna aktualizacja jest częścią takiej czynności, w której takie działanie jest istotne.

    • Uwaga 1: Wytyczna 2.3 zawiera więcej informacji na temat treści migoczącej lub zawierającej błyski.

    • Uwaga 2: Ponieważ każda treść, która nie spełnia tego kryterium sukcesu może utrudnić użytkownikowi odczytanie całej strony, wszelkie treści na stronie (bez względu na to, czy spełniają inne kryteria sukcesu, czy nie) muszą spełnić niniejsze kryterium. Więcej informacji: 5.2 Wymagania dotyczące zgodności: Bez zakłóceń.

    • Uwaga 3: Treść, która jest aktualizowana okresowo przez aplikację lub przesyłana w sposób ciągły do programu użytkownika, nie musi być przechowywana lub przedstawiana, w czasie pomiędzy wstrzymaniem a wznowieniem prezentacji, ponieważ może to być technicznie niemożliwe, a w wielu przypadkach mogłoby wprowadzać użytkownika w błąd.

    • Uwaga 4: Animacja, która pojawia się w czasie poprzedzającym załadowanie treści, może być uznana za istotną, jeśli wszyscy użytkownicy nie mogą dokonać interakcji w tym czasie oraz jeśli brak wskazania etapu załadowania mógłby wprowadzić użytkownika w błąd lub mogłoby mu się wydawać, że załadowanie treści zostało zawieszone albo przerwane.

2.2.3 Bez ograniczeń czasowych - poziom AAA: Ograniczenie czasowe nie jest istotną częścią czynności prezentowanej na stronie, chyba, że są to nieinteraktywne, zsynchronizowane multimedia lub wydarzenia w czasie rzeczywistym.

2.2.4 Zakłócenie pracy użytkownika - poziom AAA: Zakłócenia mogą być odłożone w czasie lub odrzucone przez użytkownika, chyba, że jest to sytuacja wyjątkowa (np. zagrożenie życia lub zdrowia).

2.2.5 Ponowne potwierdzenie autentyczności - poziom AAA: Kiedy kończy się czas sesji autoryzowanej przez użytkownika, może on kontynuować czynność bez utraty danych po ponownej autoryzacji.

2.2.6 Ostrzeżenie o limicie czasu - poziom AAA: Użytkownicy muszą być ostrzeżeni o limicie czasu bezczynności użytkownika, którego przekroczenie mogłoby spowodować utratę danych, chyba że dane te są przechowywane przez ponad 20 godzin, gdy uczestnik nie podejmie żadnych działań.

Uwaga Przepisy dotyczące prywatności mogą wymagać wyraźnej zgody użytkownika przed uwierzytelnieniem tożsamości użytkownika i zachowaniem danych użytkownika. W przypadkach, gdy użytkownik jest nieletni, wyraźna zgoda może nie być wymagana w większości jurysdykcji, krajów lub regionów. Przy rozważaniu ochrony danych jako podejścia do spełnienia tego kryterium sukcesu zaleca się konsultacje ze specjalistami ds. prywatności i radcą prawnym.

Wytyczna 2.3 Ataki padaczki

Prezentuj treść tak, aby nie wywoływała napadów padaczkowych.

2.3.1 Trzy błyski lub wartości poniżej progu - poziom A: Strony internetowe nie zawierają w swojej treści niczego, co błyska częściej niż trzy razy w ciągu jednej sekundy, lub też błysk nie przekracza wartości granicznych dla błysków ogólnych i czerwonych

Uwaga: Ponieważ każda treść, która nie spełnia tego kryterium sukcesu może utrudnić użytkownikowi skorzystanie z całej strony, cała treść danej strony (bez względu na to, czy spełnia inne kryteria, czy nie) musi spełnić powyższe kryterium. Więcej informacji: Wymagania dotyczące zgodności: Bez zakłóceń.

2.3.2 Trzy błyski - poziom AAA: Strony internetowe nie zawierają w swojej treści niczego, co migocze częściej niż trzy razy w ciągu jednej sekundy.

2.3.3 Animacja po interakcji - poziom AAA: Animacja ruchowa wyzwalana przez interakcję może być wyłączona, chyba że animacja jest istotna dla funkcjonalności lub przekazywanych informacji.

Wytyczna 2.4 Możliwość nawigacji

Zapewnij użytkownikowi narzędzia pomagające w nawigacji, znalezieniu treści i określeniu, gdzie się aktualnie znajduje.

2.4.1 Możliwość pominięcia bloków - poziom A: Istnieje mechanizm, który umożliwia pominięcie bloków treści powtarzanych na wielu stronach internetowych.

2.4.2 Tytuł strony - poziom A: Strony internetowe mają tytuły, które opisują ich cel lub przedstawiają ich temat.

2.4.3 Kolejność fokusu - poziom A: Jeśli strona internetowa może być nawigowana sekwencyjnie, a kolejność nawigacji wpływa na zrozumienie lub funkcjonalność strony, komponenty przyjmują fokus w kolejności, dzięki której zachowany jest sens i funkcjonalność treści.

2.4.4 Cel łącza (w kontekście) - poziom A: Cel każdego łącza może wynikać z samej treści łącza, lub też z treści łącza powiązanej z programistycznie określonym kontekstem, poza tymi przypadkami, kiedy cel łącza i tak byłby niejasny dla użytkowników.

2.4.5 Wiele dróg - poziom AA: Istnieje więcej niż jeden sposób umożliwiający zlokalizowanie strony w danym serwisie internetowym, z wyjątkiem sytuacji, kiedy dana strona jest wynikiem jakiejś procedury lub jednym z jej etapów.

2.4.6 Nagłówki i etykiety - poziom AA: Nagłówki i etykiety opisują temat lub cel treści.

2.4.7 Widoczny fokus - poziom AA: Każdy interfejs posiadający możliwość obsługi przy pomocy klawiatury ma tryb obsługi, w którym fokus klawiatury jest stale widoczny.

2.4.8 Lokalizacja - poziom AAA: Dostępna jest informacja, w którym miejscu w danym serwisie internetowym znajduje się użytkownik.

2.4.9 Cel łącza (z samego łącza) - poziom AAA: Istnieje mechanizm umożliwiający zidentyfikowanie celu każdego łącza z samej jego treści, poza tymi przypadkami, kiedy cel łącza i tak byłby niejasny dla użytkowników.

2.4.10 Nagłówki sekcji - poziom AAA: Nagłówki sekcji są używane do porządkowania treści.

Uwaga 1: Termin „nagłówek” został tu użyty w swoim ogólnym znaczeniu, obejmując tytuły i inne sposoby przypisywania nagłówków do różnego rodzaju treści.

Uwaga 2: Powyższe kryterium sukcesu dotyczy sekcji samych tekstów, a nie komponentów interfejsu użytkownika, które omawiane są osobno w ramach kryterium sukcesu 4.1.2.

Wytyczna 2.5 Metody obsługi

Ułatwiaj użytkownikom obsługę funkcji za pomocą różnych sposobów poza klawiaturą.

2.5.1 Gesty wskaźnika - poziom A: Wszystkie funkcjonalności wykorzystujące do obsługi gesty wielopunktowe lub oparte na ścieżkach mogą być obsługiwane za pomocą pojedynczego wskaźnika bez gestu opartego na ścieżce, chyba że gest wielopunktowy lub oparty na ścieżce jest istotny.

Uwaga 1: Ten wymóg dotyczy treści internetowych, które interpretują działania dotykowe (tj. nie dotyczy to działań wymaganych do obsługi programu użytkownika (przeglądarki internetowej) lub technologii wspomagającej).

2.5.2 Rezygnacja ze wskazania - poziom A: W przypadku funkcjonalności, które są wywoływane za pomocą pojedynczego wskaźnika, co najmniej jedno z poniższych twierdzeń jest prawdziwe:

Uwaga 1: Funkcje emulujące naciśnięcie klawiszy klawiatury lub klawiatury numerycznej są uważane za niezbędne.

Uwaga 2: Ten wymóg dotyczy treści internetowych, które interpretują działania dotykowe (tj. nie dotyczy to działań wymaganych do obsługi programu użytkownika lub technologii wspomagającej).

2.5.3 Etykieta w nazwie - poziom A: W przypadku komponentów interfejsu użytkownika z etykietami zawierającymi tekst lub obrazy tekstu, nazwa zawiera tekst, który jest prezentowany wizualnie.

Uwaga: Najlepszą praktyką jest umieszczenie tekstu etykiety na początku nazwy.

2.5.4 Aktywowanie ruchem - poziom A: Funkcjonalność, którą można obsługiwać za pomocą ruchu urządzenia lub ruchu użytkownika, można również obsługiwać za pomocą komponentów interfejsu użytkownika, a reagowanie na ruch można wyłączyć, aby zapobiec przypadkowemu uruchomieniu, z wyjątkiem sytuacji, gdy:

  • Obsługiwany interfejs: Ruch służy do obsługi funkcjonalności poprzez interfejs obsługiwany przez dostępność;
  • Istotny: Ruch jest niezbędny dla funkcjonalności, a to spowodowałoby unieważnienie działania.

2.5.5 Rozmiar celu - poziom AAA: Rozmiar celu dla wejścia wskaźnika wynosi co najmniej 44 na 44 piksele CSS, chyba że:

  • Odpowiednik: Cel jest dostępny za pośrednictwem równoważnego łącza lub kontrolki na tej samej stronie, która ma co najmniej 44 na 44 piksele CSS;
  • Śródliniowe: Cel znajduje się w zdaniu lub bloku tekstu;
  • Kontrola programu użytkownika: Rozmiar obiektu docelowego jest określony przez program użytkownika (przeglądarkę) i nie jest modyfikowany przez autora;
  • Istotny: Szczególna prezentacja celu ma istotne znaczenie dla przekazywanych informacji.

2.5.6 Równoległe mechanizmy wprowadzania danych - poziom AAA: Treści internetowe nie ograniczają możliwości korzystania z trybów wprowadzania danych dostępnych na platformie, z wyjątkiem sytuacji, w których ograniczenie jest niezbędne, wymagane do zapewnienia bezpieczeństwa treści lub wymagane do przestrzegania ustawień użytkownika.

3. Zrozumiałość

Zadbaj o to, aby informacje i obsługa interfejsu były zrozumiałe.

Wytyczna 3.1 Możliwość odczytania

Twórz treści możliwe do odczytania i zrozumienia.

3.1.1 Język strony - poziom A: Domyślny język naturalny każdej strony internetowej może być określony programowo.

3.1.2 Język części - poziom AA: Język naturalny każdej części lub frazy zawartej w treści może być określony programowo, z wyjątkiem nazw własnych, wyrażeń technicznych, słów w nieokreślonym języku oraz słów i fraz, które stanowią część żargonu w bezpośrednio otaczającym je tekście.

3.1.3 Nietypowe słowa) - poziom AAA: Dostępny jest mechanizm, za pomocą którego można sprawdzić definicje słów użytych w nietypowy lub ograniczony sposób, w tym idiomów i żargonu.

3.1.4 Skróty - poziom AAA: Istnieje mechanizm, za pomocą którego można sprawdzić znaczenie skrótów.

3.1.5 Poziom umiejętności czytania - poziom AAA: Jeśli dany tekst, po usunięciu nazw własnych i tytułów, wymaga umiejętności czytania na poziomie wyższym niż osiągany po 9 latach nauki, , istnieje dodatkowa treść wyjaśniająca lub oddzielna wersja, która nie wymaga większych umiejętności czytania.

3.1.6 Wymowa - poziom AAA: Dostępny jest mechanizm, za pomocą którego można sprawdzić wymowę słów, których znaczenie jest niejasne w danym kontekście bez znajomości ich wymowy.

Wytyczna 3.2 Przewidywalność

Twórz strony internetowe tak, aby otwierały się, wyglądały i działały w sposób przewidywalny.

3.2.1 Po otrzymaniu fokusu - poziom A: Przyjęcie fokusu przez dowolny komponent interfejsu użytkownika nie powoduje nieoczekiwanej zmiany kontekstu..

3.2.2 Podczas wprowadzania danych - poziom A: Zmiana ustawień jakiegokolwiek komponentu interfejsu użytkownika nie powoduje automatycznej zmiany kontekstu, chyba, że użytkownik został poinformowany o takim działaniu, zanim zaczął korzystać z komponentu.

3.2.3 Spójna nawigacja - poziom A: Mechanizmy nawigacji, które powtarzają się na wielu stronach internetowych w ramach jednego zestawu stron internetowych, występują w tej samej względnej kolejności za każdym razem, gdy są powtarzane, chyba że zmiana jest inicjowana przez użytkownika.

3.2.4 Spójna identyfikacja - poziom AA: Komponenty, które mają tę samą funkcjonalność w ramach jednego zestawu stron internetowych, są w taki sam sposób zidentyfikowane.

3.2.5 Zmiana na żądanie - poziom AAA: Zmiany kontekstu inicjowane są tylko na żądanie użytkownika, lub też istnieje mechanizm pozwalający na wyłączenie takich zmian.

Wytyczna 3.3 Pomoc przy wprowadzaniu informacji

Pomagaj użytkownikom unikać błędów i je korygować.

3.3.1 Identyfikacja błędu - poziom A: Jeśli automatycznie zostanie wykryty błąd wprowadzania danych, system wskazuje błędny element, a użytkownik otrzymuje opis błędu w postaci tekstu.

3.3.2 Etykiety lub instrukcje - poziom A: Gdy w treści wymagane jest wprowadzenie danych przez użytkownika, zapewnione są etykiety lub instrukcje.

3.3.3 Sugestie korekty błędów - poziom AA: Jeśli automatycznie zostanie wykryty błąd wprowadzania danych i znane są sugestie korekty, wtedy użytkownik otrzymuje takie sugestie, chyba, że zagrażałoby to bezpieczeństwu treści lub zmieniło jej cel.

3.3.4 Zapobieganie błędom (prawnym, finansowym, w danych) - poziom AA: W przypadku stron internetowych, które powodują zobowiązania prawne, zobowiązania prawne, albo na których użytkownik przeprowadza transakcje finansowe, modyfikuje lub usuwa dane w systemach przechowywania danych, nad którymi ma kontrolę, albo udziela odpowiedzi na testy, co najmniej jedna z poniższych informacji jest prawdziwa:

  1. Odwracalność: Wprowadzenie danych jest odwracalne.
  2. Sprawdzanie: Dane wprowadzone przez użytkownika są sprawdzane pod kątem błędów, a użytkownik ma możliwość wprowadzenia poprawek.
  3. Potwierdzenie: Istnieje mechanizm sprawdzania, potwierdzania oraz korekty informacji przed jej ostatecznym wysłaniem.

3.3.5 Pomoc - poziom AA: Dostępna jest pomoc kontekstowa.

3.3.6 Zapobieganie błędom (wszystkim) - poziom AAA: Dla stron internetowych, które wymagają od użytkownika podania informacji, przynajmniej jedno z poniższych założeń jest prawdziwe:

  • Odwracalność: Wprowadzenie danych jest odwracalne.
  • Sprawdzanie: Dane wprowadzone przez użytkownika są sprawdzane pod kątem błędów, a użytkownik ma możliwość wprowadzenia poprawek.
  • Potwierdzenie: Dostępny jest mechanizm sprawdzania, potwierdzania oraz korekty informacji przed jej ostatecznym wysłaniem.

4. Solidność

Twórz treści solidnie, aby mogły być skutecznie interpretowane przez różne programy użytkownika, w tym technologie wspomagające.

Wytyczna 4.1 Kompatybilność

Zapewnij jak największą zgodność z aktualnymi i przyszłymi programami użytkownika, w tym z technologiami asystującymi.

4.1.1 Poprawność kodu - poziom A: Kryterium to zostało pierwotnie przyjęte w celu rozwiązania problemów, jakie technologie wspomagające miały z bezpośrednim przetwarzaniem HTML. Technologie wspomagające nie mają już potrzeby bezpośredniego przetwarzania HTML, a co za tym idzie, problemy te już nie istnieją. Błędy dostępności, które nie spełniają tego kryterium, nie spełniają również innych kryteriów. To kryterium nie jest już użyteczne i zostaje usunięte.

4.1.2 Nazwa, rola, wartość - poziom AA: Dla wszystkich komponentów interfejsu użytkownika (w tym, ale nie tylko, elementów formularzy, łączy oraz komponentów wygenerowanych przez skrypty) nazwa oraz rola mogą być określone programowo; stan, właściwości oraz wartości, które mogą być ustawione przez użytkownika, mogą również być ustawione programowo; powiadomienie o zmianach w tych elementach dostępne jest dla programów użytkownika, w tym technologii wspomagających.

4.1.3 Komunikaty o stanie - poziom AA: W treści wprowadzonej przy użyciu języka znaczników komunikaty o stanie mogą być programowo określane poprzez role lub właściwości, dzięki czemu mogą być prezentowane użytkownikowi za pomocą technologii wspomagających bez uzyskiwania fokusu.

5. Zgodność

W tej części wymieniono wymagania dotyczące zgodności z wytycznymi WCAG 2.1. Zawarto także informacje, w jaki sposób można składać oświadczenia o zgodności (są opcjonalne). Na końcu wyjaśnione zostało pojęcie wspierania (obsługiwania) dostępności, ponieważ tylko technologie obsługujące dostępność mogą stanowić wiarygodną podstawę zgodności. Dokument Understanding Conformance zawiera dalsze wyjaśnienie pojęcia obsługi dostępności.

5.1 Interpretacja wymagań normatywnych

Główna treść WCAG 2.1 ma charakter normatywny i określa wymagania, które mają wpływ na deklaracje zgodności. Materiał wprowadzający, dodatki, sekcje oznaczone jako „nienormatywne”, diagramy, przykłady i uwagi mają charakter informacyjny (nienormatywny). Materiały nienormatywne zawierają informacje dodatkowe, które pomagają interpretować wytyczne, ale nie tworzą wymagań, które mają wpływ na deklarację zgodności.

Słowa kluczowe MOGĄ, MUSZĄ, NIE MUSZĄ, NIE POLECANE, POLECANE, POWINNY i NIE POWINNY należy interpretować zgodnie z opisem w RFC2119.

5.2 Wymogi dotyczące zgodności

Aby strona internetowa była zgodna z wytycznymi WCAG 2.1, muszą być spełnione wszystkie poniższe wymagania dotyczące zgodności:

5.2.1 Poziom zgodności

Jeden z poniższych poziomów zgodności jest w pełni osiągnięty:

  • Poziom A (minimalny): Strona internetowa spełnia wszystkie kryteria sukcesu na poziomie A albo dostępna jest wersja alternatywna spełniająca kryteria sukcesu na poziomie A.
  • Poziom AA: Strona internetowa spełnia wszystkie kryteria sukcesu na poziomie A oraz na poziomie AA albo dostępna jest wersja alternatywna spełniająca kryteria sukcesu na poziomie A i poziomie AA.

  • Poziom AAA: Strona internetowa spełnia wszystkie kryteria sukcesu na poziomie A, na poziomie AA oraz na poziomie AAA albo dostępna jest wersja alternatywna spełniająca kryteria sukcesu na poziomie A, poziomie AA i poziomie AAA.

    Uwaga 1: Chociaż zgodność może zostać osiągnięta tylko na oznaczonych poziomach, zachęca się autorów, aby podawali (w oświadczeniu zgodności) jakikolwiek postęp na drodze do spełnienia kryteriów sukcesu na poziomach wyższych niż osiągnięty.

    Uwaga 2: Odradza się wyznaczania poziomu AAA jako wymaganego dla całych witryn, ponieważ w przypadku niektórych treści spełnienie wszystkich kryteriów sukcesu na poziomie AAA nie jest możliwe.

5.2.2 Całe strony

Zgodność (i poziom zgodności) dotyczy całej strony i nie można jej osiągnąć, jeśli jakaś część strony zostanie wyłączona z oceny.

Uwaga 1: W celu ustalenia zgodności przyjmuje się, że wersje alternatywne części treści strony są częścią strony, jeśli wersje alternatywne są dostępne bezpośrednio z danej strony, np. długi opis lub alternatywna prezentacja nagrania wideo.

Uwaga 2: Autorzy stron internetowych, którzy nie mogą osiągnąć zgodności ze względu na treść pozostającą poza ich kontrolą, mogą rozważyć Stwierdzenie częściowej zgodności.

Uwaga 3: Cała strona zawiera każdą odmianę strony, która jest automatycznie prezentowana przez stronę dla różnych rozmiarów ekranu (np. odmiany strony responsywnej). Każda z tych odmian musi być zgodna (lub musi mieć zgodną alternatywną wersję), aby cała strona była zgodna.

5.2.3 Całe procesy

Jeśli dana strona jest jedną z wielu stron prezentujących jakąś procedurę (tzn. sekwencję kroków, które należy wykonać, aby dokończyć jakąś czynność), to wszystkie wszystkie strony prezentujące etapy procesu spełniają wymogi co najmniej na tym sammym poziomie zgodności. (Inaczej - zgodność na określonym poziomie nie jest osiągnięta, jeżeli którakolwiek ze stron prezentujących którykolwiek z etapów procesu nie spełnia wszystkich wymogów zgodności na tym poziomie.)

Przykład: Sklep internetowy prezentuje na kilku stronach procedurę wybierania i zakupu produktów. Wszystkie strony w tej procedurze, od początku do końca (do wykonania płatności) są zgodne na tym samym poziomie.

5.2.4 Tylko obsługiwane sposoby korzystania z technologii

Tylko technologie obsługujące dostępność są uwzględniane jako podstawa spełnienia kryteriów sukcesu. Każda informacja czy funkcjonalność, która nie jest dostarczona w postaci obsługującej dostępność, muszą mieć swoją wersję alternatywną obsługującą dostępność. (Więcej informacji: Understanding accessibility suport).

5.2.5 Bez zakłóceń

Jeśli na stronie wykorzystywane są technologie, które nie obsługują dostępności lub są użyte tak, że nie obsługują dostępności, to technologie te nie blokują użytkownikom dostępu do reszty strony. Dodatkowo, strona internetowa jako całość nadal spełnia wymogi zgodności pod każdym z następujących warunków:

  1. kiedy technologia, która nie jest uwzględniana, jest włączona w programie użytkownika,
  2. kiedy technologia, która nie jest uwzględniana, jest wyłączona w programie użytkownika, oraz
  3. kiedy technologia, która nie jest uwzględniana, nie jest wspierana przez program użytkownika.

Ponadto, następujące kryteria sukcesu dotyczą wszystkich treści na stronie, włącznie z treściami, które w innych przypadkach nie są podstawą spełnienia wymogów zgodności, ponieważ niezastosowanie poniższych kryteriów mogłoby uniemożliwiać korzystanie ze strony:

  • 1.4.2 Kontrola odtwarzania dźwięku
  • 2.1.2 Bez pułapki na klawiaturę
  • 2.3.1 Trzy błyski lub wartości poniżej progu
  • 2.2.2 Pauza, zatrzymanie, ukrycie

Uwaga: Jeśli strona nie może być zgodna (na przykład testowa strona zgodności lub strona przykładowa), to nie można jej uwzględnić w zakresie zgodności ani w oświadczenia o zgodności.

Więcej informacji, w tym przykłady, w Understanding Conformance Requirements.

5.3 Oświadczenie o zgodności (opcjonalne)

Zgodność zdefiniowana została tylko dla (pojedynczych) stron internetowych. Można jednak złożyć oświadczenie o zgodności obejmujące pojedynczą stronę, kilka stron lub całe zestawy stron internetowych, np. witrynę.

5.3.1 Wymagane elementy oświadczenia o zgodności

Oświadczenia o zgodności nie są wymagane. Autorzy mogą dostosować się do WCAG 2.1 bez oświadczania zgodności. Jeśli jednak oświadczenie o zgodności zostanie złożone, wówczas musi zawierać następujące informacje:

  1. Data złożenia oświadczenia.
  2. Tytuł wytycznych, wersja oraz identyfikator URI („Wytyczne dla dostępności treści internetowych 2.1” pod adresem https://www.w3.org/TR/WCAG21/ (wersja anglojęzyczna). W WCAG 2.0 był to datowany URI, który może wymagać korekty.
  3. Osiągnięty poziom zgodności (Poziom A, AA lub AAA).

  4. Zwięzły opis stron internetowych, taki jak lista adresów URI objętych oświadczeniem, wraz z adnotacją czy włączone są również poddomeny.

    Uwaga 1: Strony mogą być opisane oddzielnie, ale może być także użyty jeden opis dla wszystkich adresów URI.

    Uwaga 2: Produkty internetowe nie posiadające adresów URI przed instalacją na stronie klienta, mogą zostać opatrzone informacją, że po instalacji będą spełniać wymogi.

  5. Lista uwzględnionych technologii tworzenia treści internetowych.

Uwaga: Wykorzystywane logo zgodności jest równoznaczne ze złożeniem oświadczenie o zgodności i musi wystąpić razem z wymaganymi, wyżej wymienionymi składowymi oświadczenia o zgodności.

5.3.2 Opcjonalne składniki oświadczenia o zgodności

Poza wymaganymi składowymi oświadczenia o zgodności, które zostały wymienione powyżej, warto rozważyć umieszczenie dodatkowych informacji, przydatnych dla użytkowników. Polecane dodatkowe informacje to na przykład:

  • Wykaz kryteriów sukcesu wykraczających poza poziom zgodności, który został spełniony. Taką informację należy podać w formie, z której mogą korzystać użytkownicy, najlepiej w formie metadanych do odczytu maszynowego.
  • Wykaz konkretnych technologii, które „są wykorzystywane, ale nie zostały uwzględnione w ocenie zgodności”.
  • Wykaz programów użytkownika, w tym technologii pomocniczych, użytych do testowania treści.
  • Wykaz konkretnych cech dostępności, podany w formie metadanych do odczytu maszynowego.

  • Informacje o wszelkich dodatkowych krokach podjętych w celu zwiększenia dostępności, które wykraczają poza kryteria sukcesu.

  • Wykaz poszczególnych technologii, które zostały uwzględnione w ocenie zgodności, podany w formie metadanych do odczytu maszynowego.

  • Wersja oświadczenia zgodności, podana w formie metadanych do odczytu maszynowego.

    Uwaga 1: Więcej informacji oraz przykładowe oświadczenia zgodności można znaleźć w dokumencie Understanding Conformance Claims.

    Uwaga 2: Więcej informacji na temat wykorzystania metadanych w oświadczeniach zgodności znajduje się w dokumencie Understanding Metadata.

5.4 Oświadczenie o częściowej zgodności – treść umieszczana przez dostawców zewnętrznych

Czasem strony internetowe tworzone są w taki sposób, aby móc je później uzupełnić dodatkową treścią. Na przykład jest to program do poczty elektronicznej, blog, artykuł, który pozwala użytkownikom na dodanie swoich komentarzy, lub też aplikacja pozwalająca na tworzenie treści przez użytkowników. Kolejny przykład, to strona, taka jak portal lub witryna z wiadomościami, złożona z treści zebranych od wielu autorów lub też witryna, które automatycznie umieszcza treść pobraną z innych źródeł w danym okresie czasu, np. dynamicznie umieszczane reklamy.

W takich przypadkach w momencie opublikowania strony nie można przewidzieć, jaka dodatkowa, niekontrolowana przez autora treść pojawi się w przyszłości. Ważna jest, aby pamiętać, iż niekontrolowana treść może negatywnie wpłynąć także na dostępność treści umieszczonej przez autora. Istnieją dwa rozwiązania:

  1. Oświadczenie o zgodności można oprzeć na podstawie najlepszej wiedzy posiadanej na dany moment. Oznacza to, iż strona jest zgodna, jeśli jest monitorowana i korygowana (treść niezgodna jest usuwana lub zmieniona tak, aby strona spełniała wymogi zgodności) w ciągu dwóch dni roboczych; od tego momentu można ustalać zgodność strony, wykluczając błędy w treściach zewnętrznych, które są poprawiane lub usuwane, kiedy się je napotka. Nie można złożyć oświadczenia zgodności, jeśli monitorowanie lub korekta niezgodnej treści nie jest możliwa.

LUB:

  1. Można złożyć „Oświadczenie częściowej zgodności”, że strona nie jest zgodna, ale spełniałaby wymogi zgodności, gdyby pewne jej części zostały usunięte. Brzmienie takiego oświadczenia jest następujące: „Strona nie jest zgodna, ale byłaby zgodna z WCAG 2.1 na poziomie X, gdyby następujące treści z niekontrolowanych przez autora źródeł zostały usunięte”. Dodatkowo, treść niekontrolowana musi spełnić poniższe kryteria:

    a. Nie jest to treść, która jest pod kontrolą autora.

    b. Jest opisana w sposób umożliwiający identyfikację przez użytkowników (np. nie można stwierdzić jedynie „wszystkie części, których nie kontrolujemy”, muszą być one wyraźnie oznaczone).

5.5 Oświadczenie częściowej zgodności – język

„Oświadczenie częściowej zgodności ze względu na język” może zostać złożone w przypadkach, kiedy dana strona nie jest zgodna, jednak mogłaby spełnić wymogi zgodności, gdyby istniało wsparcie dla dostępności wszystkich języków użytych na tej stronie. Brzmienie takiego oświadczenia jest następujące: „Niniejsza strona nie jest zgodna, lecz spełniałaby wymogi WCAG 2.1 na poziomie X, gdyby istniało wsparcie dla dostępności następujących języków:”.

6. Słownik

Definicje słownikowe wykorzystane w WCAG 2.1 opublikowane zostały w odrębnym dokumencie pod adresem: Słownik.

7. Przeznaczenie pól danych w komponentach interfejsu uzytkowników

Ta część zawiera listę typowych celów pól formularzy w komponentach interfejsu użytkowników. Terminy poniżej nie są słowami kluczowymi, których należy użyć, ale reprezentują cele, które muszą zostać ujęte w taksonomii przyjętej przez stronę internetową. W stosownych przypadkach, autorzy oznaczają kontrolki przy pomocy wybranej taksonomii, aby wskazać cel semantyczny. Daje to potencjalnym programom użytkownika i technologiom pomocniczym możliwość stosowania spersonalizowanych prezentacji, które mogą umożliwić większej liczbie osób zrozumienie i wykorzystanie treści.

UWAGA Lista celów typów pól danych jest oparta na celach kontrolek zdefiniowanych w części HTML 5.2 Autofill field, ale ważne jest, aby zrozumieć, że inna technologia może mieć niektóre lub wszystkie z tych samych pojęć zdefiniowanych w swojej specyfikacji i wymagane są tylko te pojęcia, które są mapowane do poniższych znaczeń.

Poniższe cele pól danych mają odnosić się do użytkownika treści i dotyczyć tylko informacji związanych z tą osobą.

  • name - pełna nazwa
  • honorific-prefix - Przedrostek lub tytuł (np. „Pan”, „Pani”, „Dr”, „Prof.”)
  • given-name - imię (w niektórych kulturach zachodnich, znane również jako „pierwsze imię” )

  • additional-name - dodatkowa nazwy (w niektórych kulturach zachodnich, znane również jako drugie imię, inne niż pierwsze)

  • family-name - nazwisko rodowe (w niektórych kulturach zachodnich znane również jako nazwisko)
  • honorific-suffix - przyrostek (np., „Jr.”, „B.Sc.”, „MBASW”, „II”)
  • nickname - pseudonim, nazwa ekranowa: zwykle krótka nazwa zamiast pełnej nazwy
  • organization-title - stanowisko (e.g., “Inżynier oprogramowania”, “Wiceprezes”, “Zastępca dyrektora generalnego”)
  • username - nazwa użytkownika
  • new-password - nowe hasło (np. podczas tworzenia konta lub zmiany hasła)
  • current-password - bieżące hasło do konta określone w polu nazwy użytkownika (np. podczas logowania)
  • organization - nazwa firmy odpowiadająca osobie, adresowi lub danym kontaktowym w innych polach powiązanych z tym polem
  • street-address - adres ulicy (wiele linii, zachowuje nowe linie )
  • address-line1 - adres ulicy (jedna linia na pole, linia 1)
  • address-line2 - adres ulicy (jedna linia na pole, linia 2)
  • address-line3 - adres ulicy (jedna linia na pole, linia 3)
  • address-level4 - najbardziej szczegółowy poziom administracyjny, w adresach z czterema poziomami administracyjnymi
  • address-level3 - trzeci poziom administracyjny, w adresach z co najmniej trzema poziomami administracyjnymi
  • address-level2 - drugi poziom administracyjny, w adresach z dwoma lub więcej poziomami administracyjnymi; w krajach o dwóch poziomach administracyjnych zwykle jest to miasto, miejscowość, wieś lub inna miejscowość, w której znajduje się odpowiedni adres
  • address-level1 - najszerszy poziom administracyjny w adresie, tj. prowincja, w której znajduje się miejscowość; na przykład w USA byłby to stan; w Szwajcarii byłby to kanton; w Polsce województwo
  • country - kod kraju
  • country-name - nazwa kraju
  • postal-code - kod pocztowy, kod poczty, kod ZIP, kod CEDEX (jeśli CEDEX, dołącz „CEDEX” oraz, w stosownych przypadkach, pole na address-level2)
  • cc-name - pełna nazwa w brzmieniu podanym na dokumencie płatniczym
  • cc-given-name - imię podane na dokumencie płatniczym (w niektórych kulturach zachodnich, znane również jako „pierwsze imię”)
  • cc-additional-name - dodatkowe nazwy podane na dokumencie płatniczym (w niektórych kulturach zachodnich, znane również jako „drugie imię” inne niż pierwsze)
  • cc-family-name - nazwisko podane na dokumencie płatniczym (w niektórych kulturach zachodnich, znane również jako nazwisko rodowe)
  • cc-number - od identyfikujący dokument płatniczy (np. numer karty kredytowej)
  • cc-exp - data ważności dokumentu płatniczego
  • cc-exp-month - miesiąc daty ważności dokumentu płatniczego
  • cc-exp-year - rok daty ważności dokumentu płatniczego
  • cc-csc - Kod bezpieczeństwa dokumentu płatniczego (znany również jako kod bezpieczeństwa karty (CSC), kod weryfikacji karty (CVC), wartość weryfikacji karty (CVV), kod panelu podpisue (SPC), identyfikator karty kredytowej (CCID), itp.)
  • cc-type - rodzaj dokumentu płatniczego
  • transaction-currency - waluta, której użytkownik chce dokonać transakcji
  • transaction-amount - kwota transakcji (np. przy wprowadzaniu oferty lub ceny sprzedaży)
  • language - preferowany język
  • bday - urodziny
  • bday-day - dzień urodzin
  • bday-month - miesiąc urodzin
  • bday-year - rok urodzin
  • sex - tożsamość płciowa (np. kobieta, mężczyzna, fa’afafine)
  • url - adres strony głównej lub innej strony internetowej odpowiadająca firmie, osobie, adresowi lub danym kontaktowym w innych polach powiązanych z tym polem
  • photo - zdjęcie, ikona lub inny obraz odpowiadający firmie, osobie, adresowi lub danym kontaktowym w innych polach powiązanych z tym polem
  • tel - pełny numer telefonu, w tym kod kraju
  • tel-country-code - kod kraju w numerze kierunkowym telefonu
  • tel-national - numer telefonu bez kodu regionu, z prefiksem wewnętrznym kraju, jeśli ma zastosowanie
  • tel-area-code - element numeru kierunkowego numeru telefonu, w razie potrzeby z prefiksem wewnętrznym kraju
  • tel-local - numer telefonu bez kodu kraju i numeru kierunkowego
  • tel-local-prefix - pierwsza część elementu numeru telefonu, która następuje po numerze kierunkowym, gdy ten element jest podzielony na dwa elementy
  • tel-local-suffix - rruga część elementu numeru telefonu, która następuje po numerze kierunkowym, gdy ten element jest podzielony na dwa elementy
  • tel-extension - numer telefonu wewnętrznego
  • email - adres e-mail
  • impp - adres URL reprezentujący punkt końcowy protokołu wiadomości błyskawicznych (np. “aim:goim?screenname=example” lub “xmpp:fred@example.net”)

A. Poddziękowania

Dodatkowe informacje na temat uczestnictwa w Grupie Roboczej Wytyczne dla Dostępności (AG WG) można znaleźć na stronie głównej Grupy Roboczej.

A.1 Uczestnicy AG WG aktywni w opracowaniu tego dokumentu

  • Jake Abma (Invited Expert)
  • Shadi Abou-Zahra (W3C)
  • Chuck Adams (Oracle Corporation)
  • Amani Ali (Nomensa)

  • Jim Allan (Invited Expert)

  • Paul Adam (Deque Systems, Inc.)
  • Christopher Auclair (VitalSource | Ingram Content Group)
  • Jon Avila (Level Access)
  • Tom Babinszki (IBM Corporation)
  • Bruce Bailey (U.S. Access Board)
  • Renaldo Bernard (University of Southampton)
  • Chris Blouch (Level Access)
  • Denis Boudreau (Deque Systems, Inc.)
  • Judy Brewer (W3C)
  • Shari Butler (Pearson plc)
  • Thaddeus Cambron (Invited Expert)
  • Alastair Campbell (Nomensa)
  • Laura Carlson (Invited Expert)
  • Louis Cheng (Google)
  • Pietro Cirrincione (Invited Expert)
  • Vivienne Conway (Web Key IT Pty Ltd)
  • Michael Cooper (W3C)
  • Romain Deltour (DAISY Consortium)
  • Wayne Dick (Knowbility, Inc)
  • Chaohai Ding (University of Southampton)
  • Kim Dirks (Thompson Reuters)
  • Shwetank Dixit (BarrierBreak Technologies)
  • Anthony Doran (TextHelp)
  • E.A. Draffan (University of Southampton)
  • Eric Eggert (W3C)
  • Michael Elledge (Invited Expert)
  • Wilco Fiers (Deque Systems, Inc.)
  • Detlev Fischer (Invited Expert)
  • John Foliot (Deque Systems, Inc.)
  • Matt Garrish (DAISY Consortium)
  • Alistair Garrison (Level Access)
  • Michael Gower (IBM Corporation)
  • Jon Gunderson
  • Markku Hakkinen (Educational Testing Service)
  • Katie Haritos-Shea (Knowbility, Inc)
  • Andy Heath (Invited Expert)
  • Shawn Henry (W3C)
  • Thomas Hoffman (Educational Testing Service)
  • Sarah Horton (The Paciello Group, LLC)
  • Stefan Johansson (Invited Expert)
  • Marc Johlic (IBM Corporation)
  • Rick Johnson (VitalSource | Ingram Content Group)
  • Crystal Jones (Microsoft Corporation)
  • Andrew Kirkpatrick (Adobe)
  • John Kirkwood (Invited Expert)
  • Jason Kiss (Department of Internal Affairs, New Zealand Government)
  • Maureen Kraft (IBM Corporation)
  • JaEun Ku (University of Illinois at Urbana-Champaign)
  • Patrick Lauke (The Paciello Group, LLC)
  • Shawn Lauriat (Google, Inc.)
  • Steve Lee (Invited Expert)
  • Alex Li (Microsoft Corporation)
  • Chris Loiselle (Invited Expert)
  • Greg Lowney (Invited Expert)
  • Adam Lund (Thomson Reuters)
  • David MacDonald (Invited Expert)
  • Erich Manser (IBM Corporation)
  • Kurt Mattes (Deque Systems, Inc.)
  • Scott McCormack (Level Access)
  • Chris McMeeking (Deque Systems, Inc.)
  • Jan McSorley (Pearson plc)
  • Neil Milliken (Unify Software and Solutions)
  • Rachael Montgomery (MITRE Corporation)
  • Mary Jo Mueller (IBM Corporation)
  • Brooks Newton (Thomson Reuters)
  • James Nurthen (Oracle Corporation)
  • Joshue O Connor (Invited Expert)
  • Sailesh Panchang (Deque Systems, Inc.)
  • Charu Pandhi (IBM Corporation)
  • Kim Patch (Invited Expert)
  • Melanie Philipp (Deque Systems, Inc.)
  • Mike Pluke (Invited Expert)
  • Ian Pouncey (The Paciello Group, LLC)
  • Ruoxi Ran (W3C)
  • Stephen Repsher (The Boeing Company)
  • Jan Richards (Invited Expert)
  • John Rochford (Invited Expert)
  • Marla Runyan (Invited Expert)
  • Stefan Schnabel (SAP SE)
  • Ayelet Seeman (Invited Expert)
  • Lisa Seeman-Kestenbaum (Invited Expert)
  • Glenda Sims (Deque Systems, Inc.)
  • Avneesh Singh (DAISY Consortium)
  • David Sloan (The Paciello Group, LLC)
  • Alan Smith (Invited Expert)
  • Jim Smith (Unify Software and Solutions)
  • Adam Solomon (Invited Expert)
  • Jaeil Song (National Information Society Agency (NIA))
  • Jeanne Spellman (The Paciello Group, LLC)
  • Makoto Ueki (Invited Expert)
  • Jatin Vaishnav (Deque Systems, Inc.)
  • Gregg Vanderheiden (Raising the Floor)
  • Evangelos Vlachogiannis (Fraunhofer Gesellschaft)
  • Kathleen Wahlbin (Invited Expert)
  • Can Wang (Zhejiang University)
  • Léonie Watson (The Paciello Group, LLC)
  • Jason White (Educational Testing Service)
  • Mark Wilcock (Unify Software and Solutions)

A.2 Inni wcześniej aktywni uczestnicy WCAG WG oraz osoby, które miały swój wkład w powstawaniu WCAG 2.0, WCAG 2.1 lub zasobów pomocniczych

Paul Adam, Jenae Andershonis, Wilhelm Joys Andersen, Andrew Arch, Avi Arditti, Aries Arditi, Mark Barratt, Mike Barta, Sandy Bartell, Kynn Bartlett, Chris Beer, Charles Belov, Marco Bertoni, Harvey Bingham, Chris Blouch, Paul Bohman, Frederick Boland, Denis Boudreau, Patrice Bourlon, Andy Brown, Dick Brown, Doyle Burnett, Raven Calais, Ben Caldwell, Tomas Caspers, Roberto Castaldo, Sofia Celic-Li, Sambhavi Chandrashekar, Mike Cherim, Jonathan Chetwynd, Wendy Chisholm, Alan Chuter, David M Clark, Joe Clark, Darcy Clarke, James Coltham, Earl Cousins, James Craig, Tom Croucher, Pierce Crowell, Nir Dagan, Daniel Dardailler, Geoff Deering, Sébastien Delorme, Pete DeVasto, Iyad Abu Doush, Sylvie Duchateau, Cherie Eckholm, Roberto Ellero, Don Evans, Gavin Evans, Neal Ewers, Steve Faulkner, Bengt Farre, Lainey Feingold, Wilco Fiers, Michel Fitos, Alan J. Flavell, Nikolaos Floratos, Kentarou Fukuda, Miguel Garcia, P.J. Gardner, Alistair Garrison, Greg Gay, Becky Gibson, Al Gilman, Kerstin Goldsmith, Michael Grade, Karl Groves, Loretta Guarino Reid, Jon Gunderson, Emmanuelle Gutiérrez y Restrepo, Brian Hardy, Eric Hansen, Benjamin Hawkes-Lewis, Sean Hayes, Shawn Henry, Hans Hillen, Donovan Hipke, Bjoern Hoehrmann, Allen Hoffman, Chris Hofstader, Yvette Hoitink, Martijn Houtepen, Carlos Iglesias, Richard Ishida, Jonas Jacek, Ian Jacobs, Phill Jenkins, Barry Johnson, Duff Johnson, Jyotsna Kaki, Shilpi Kapoor, Leonard R. Kasday, Kazuhito Kidachi, Ken Kipness, Johannes Koch, Marja-Riitta Koivunen, Preety Kumar, Kristjan Kure, Andrew LaHart, Gez Lemon, Chuck Letourneau, Aurélien Levy, Harry Loots, Scott Luebking, Tim Lacy, Jim Ley, Alex Li, William Loughborough, N Maffeo, Mark Magennis, Kapsi Maria, Luca Mascaro, Matt May, Sheena McCullagh, Liam McGee, Jens Oliver Meiert, Niqui Merret, Jonathan Metz, Alessandro Miele, Steven Miller, Mathew J Mirabella, Matt May, Marti McCuller, Sorcha Moore, Charles F. Munat, Robert Neff, Charles Nevile, Liddy Nevile, Dylan Nicholson, Bruno von Niman, Tim Noonan, Sebastiano Nutarelli, Graham Oliver, Sean B. Palmer, Devarshi Pant, Nigel Peck, Anne Pemberton, David Poehlman, Ian Pouncey, Charles Pritchard, Kerstin Probiesch, W Reagan, Adam Victor Reed, Chris Reeve, Chris Ridpath, Lee Roberts, Mark Rogers, Raph de Rooij, Gregory J. Rosmaita, Matthew Ross, Sharron Rush, Joel Sanda, Janina Sajka, Roberto Scano, Gordon Schantz, Tim van Schie, Wolf Schmidt, Stefan Schnabel, Cynthia Shelly, Glenda Sims, John Slatin, Becky Smith, Jared Smith, Andi Snow-Weaver, Neil Soiffer, Mike Squillace, Michael Stenitzer, Diane Stottlemyer, Christophe Strobbe, Sarah J Swierenga, Jim Thatcher, Terry Thompson, Justin Thorp, David Todd, Mary Utt, Jean Vanderdonckt, Carlos A Velasco, Eric Velleman, Gijs Veyfeyken, Dena Wainwright, Paul Walsch, Daman Wandke, Richard Warren, Elle Waters, Takayuki Watanabe, Gian Wild, David Wooley, Wu Wei, Kenny Zhang, Leona Zumbo.

A.3 Instytucje finansujące

Niniejsza publikacja została częściowo sfinansowana ze środków federalnych USA z Health and Human Services, National Institute on Disability, Independent Living and Rehabilitation Research (NIDILRR), początkowo pw ramach kontraktu numer ED-OSE-10-C-0067, a obecnie w ramach kontraktu numer HHSP23301500054C. Treść niniejszej publikacji niekoniecznie odzwierciedla poglądy lub politykę amerykańskiego Departamentu Zdrowia i Opieki Społecznej lub Departamentu Edukacji USA, a wzmianka o nazwach handlowych, produktach komercyjnych lub organizacjach nie oznacza poparcia ze strony rządu USA.

B. Literatura

B.1 Literatura normatywna

[css3-values]
CSS Values and Units Module Level 3. Tab Atkins Jr.; Elika Etemad. W3C. 29 September 2016. W3C Candidate Recommendation. URL: https://www.w3.org/TR/css-values-3/
[pointerevents]
Pointer Events. Jacob Rossi; Matt Brubeck. W3C. 24 February 2015. W3C Recommendation. URL: https://www.w3.org/TR/pointerevents/
[WCAG20]
Web Content Accessibility Guidelines (WCAG) 2.0. Ben Caldwell; Michael Cooper; Loretta Guarino Reid; Gregg Vanderheiden et al. W3C. 11 December 2008. W3C Recommendation. URL: https://www.w3.org/TR/WCAG20/

B.2 Literatura informacyjna

[HARDING-BINNIE]
Independent Analysis of the ITC Photosensitive Epilepsy Calibration Test Tape. Harding G. F. A.; Binnie, C.D..2002.
[IEC-4WD]
IEC/4WD 61966-2-1: Colour Measurement and Management in Multimedia Systems and Equipment - Part 2.1: Default Colour Space - sRGB. May 5, 1998.
[RFC2119]
Key words for use in RFCs to Indicate Requirement Levels. S. Bradner. IETF. March 1997. Best Current Practice. URL: https://tools.ietf.org/html/rfc2119
[sRGB]
A Standard Default Color Space for the Internet - sRGB, Version 1.10. M. Stokes; M. Anderson; S. Chandrasekar; R. Motta.November 5, 1996. URL: https://www.w3.org/Graphics/Color/sRGB.html
[UAAG10]
User Agent Accessibility Guidelines 1.0. Ian Jacobs; Jon Gunderson; Eric Hansen. W3C. 17 December 2002. W3C Recommendation. URL: https://www.w3.org/TR/UAAG10/
[UNESCO]
International Standard Classification of Education. 1997. URL: http://www.unesco.org/education/information/nfsunesco/doc/isced_1997.htm
[WAI-WEBCONTENT]
Web Content Accessibility Guidelines 1.0. Wendy Chisholm; Gregg Vanderheiden; Ian Jacobs. W3C. 5 May 1999. W3C Recommendation. URL: https://www.w3.org/TR/WAI-WEBCONTENT/