Idź do treści

Objaśnienie zgodności

Wszystkie kryteria sukcesu WCAG 2.2 są zapisane jako testowalne kryteria obiektywnego ustalenia, czy treść je spełnia. Testowanie kryteriów sukcesu wymaga kombinacji testów automatycznych i oceny ludzkiej. Treść powinna być testowana przez testerów, którzy rozumieją, w jaki sposób osoby z różnymi rodzajami niepełnosprawności korzystają z Internetu.

Testowanie i testowalność w tym kontekście odnoszą się do testowania funkcjonalnego, czyli sprawdzania, czy treść działa zgodnie z oczekiwaniami lub, w tym przypadku, czy spełnia kryteria sukcesu. Chociaż treść może spełniać wszystkie kryteria sukcesu, nie zawsze może być użyteczna dla osób z różnymi rodzajami niepełnosprawności. Dlatego też, oprócz wymaganych testów funkcjonalnych, zalecane jest przeprowadzenie testów użyteczności. Testy użyteczności mają ma na celu określenie, jak skutecznie ludzie mogą korzystać z treści zgodnie z jej przeznaczeniem. Zaleca się, aby w grupach testowych, które uczestniczą w testach użyteczności, znaleźli się użytkownicy z niepełnosprawnościami.

Co oznacza zgodność?

Zgodność ze standardem oznacza, że spełniasz „wymagania” standardu. W WCAG 2.2 „wymagania” to kryteria sukcesu. Aby zachować zgodność z WCAG 2.2, musisz spełnić kryteria sukcesu, co oznacza, że treść nie może naruszać kryteriów sukcesu, albo inaczej – że nie ma treści, które naruszają kryteria sukcesu.

Uwaga

W przypadku, gdy nie ma treści, do której odnosi się kryterium sukcesu, kryterium sukcesu uznaje się za spełnione.

Większość standardów ma tylko jeden poziom zgodności. Natomiast WCAG 2.2 mają aż trzy poziomy zgodności, trzy poziomy kryteriów sukcesu. Ustalono je, aby uwzględnić różne sytuacje, które mogą albo wymagać wyższego poziomu dostępności niż inne, albo umożliwiać wyższy poziom zgodności niż inne.

Objaśnienie wymagań zgodności

Istnieje pięć wymagań, które muszą być spełnione, aby treść została sklasyfikowana jako „zgodna” z WCAG 2.2. Ta część zawiera krótkie uwagi na temat tych wymagań. Z czasem ta część będzie rozszerzana o kwestie, które mogą się pojawić, lub o nowe przykłady sposobów spełnienia różnych wymagań zgodności.

Objaśnienie wymagania 1

Poziom zgodności: Jeden z poniższych poziomów zgodności jest spełniony w całości.

  • Strona internetowa osiąga zgodność na poziomie A (minimalny poziom zgodności), gdy spełnia wszystkie kryteria sukcesu poziomu A lub zapewniona jest zgodna wersja alternatywna.
  • Strona internetowa osiąga zgodność na poziomie AA, gdy spełnia wszystkie kryteria sukcesu poziomu A i poziomu AA lub zapewniona jest zgodna wersja alternatywna.
  • Strona internetowa osiąga zgodność na poziomie AAA, gdy spełnia wszystkie kryteria sukcesu poziomu A, poziomu AA i poziomu AAA lub zapewniona jest zgodna wersja alternatywna.

Uwaga

Chociaż zgodność można osiągnąć tylko na określonych poziomach, zachęca się twórców do odnotowania (w swoich deklaracjach) wszelkich postępów w spełnianiu kryteriów sukcesu na wszystkich poziomach poza osiągniętym poziomem zgodności.

Uwaga

Nie zaleca się, aby zgodność z poziomem AAA była wymagana jako ogólna zasada dla całych witryn, ponieważ dla niektórych treści nie jest możliwe spełnienie wszystkich kryteriów sukcesu poziomu AAA.

Pierwszy wymóg dotyczy poziomów zgodności. Zasadniczo mówi on, że wszystkie informacje na stronie muszą być zgodne lub mieć zgodną alternatywną wersję, do której jest dostęp ze strony. Wymóg ten wyjaśnia również, że żadna zgodność nie jest możliwe bez spełnienia co najmniej wszystkich kryteriów sukcesu na poziomie A.

Uwaga wskazuje, że twórcy są zachęcani do wykraczania poza zgodność z określonym poziomem oraz do uzupełniania i raportowania, jeśli chcą, wszelkich postępów w osiąganiu wyższych poziomów zgodności.

Zobacz także Objaśnienie zgodnych wersji alternatywnych, która określa techniki zapewniania zgodnych wersja alternatywnych.

Objaśnienie wymagania 2

Całe strony: Zgodność (i poziom zgodności) dotyczy tylko całych stron internetowych i nie może być osiągnięta, jeśli część strony internetowej jest z niej wyłączona.

Uwaga

Do celów określenia zgodności, alternatywy dla części treści strony są uważane za część strony, gdy można je uzyskać bezpośrednio ze strony, np. długi opis lub alternatywną prezentację filmu.

Uwaga

Twórcy stron internetowych, które nie mogą spełnić wymogów z powodu treści pozostających poza kontrolą twórcy, mogą rozważyć złożenie Deklaracji częściowej zgodności.

Uwaga

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ą wersję alternatywną), aby cała strona była zgodna.

Przepis ten wymaga po prostu, aby cała strona była zgodna. Nie można składać oświadczeń o „zgodności części strony”.

Czasami informacje uzupełniające mogą być podane na innej stronie. Przykładem jest atrybut longdesc w HTML. Dzięki longdesc długi opis grafiki może znajdować się na osobnej stronie, na którą użytkownik może przejść ze strony z grafiką. To sprawia, że taka treść jest uważana za część strony internetowej, więc wymóg nr 2 jest spełniony dla połączonego zestawu stron internetowych traktowanych jako pojedyncza strona internetowa. Alternatywy można również podać na tej samej stronie. Na przykład stworzenie odpowiednika kontrolki interfejsu użytkownika.

Uwaga

Ze względu na wymóg zgodności 5 cała strona może być zgodna, nawet jeśli części strony korzystają z technologii treści niezgodnych z dostępnością, o ile nie kolidują one z resztą strony, a wszystkie informacje i funkcje są dostępne w innym miejscu na stronie lub na innej stronie, na którą może przejść z tej strony.

Możliwe jest dołączenie treści niezgodnych. Zobacz Objaśnienie wymagania zgodności 5.

Objaśnienie wymagania 3

Całe procedury: Gdy strona internetowa jest jedną z serii stron internetowych przedstawiających jakąś procedurę (tj. sekwencję kroków, które należy wykonać, aby dokończyć jakąś czynność), to wszystkie strony prezentujące etapy procedury są zgodne co najmniej na tym samym poziomie zgodności lub wyższym. (Inaczej, zgodność na określonym poziomie nie jest osiągnięta, jeżeli którakolwiek ze stron prezentujących którykolwiek z etapów procedury nie jest zgodna na tym poziomie lub wyższym (nie spełnia wszystkich wymogów zgodności na tym poziomie lub wyższym.)

Sklep internetowy ma serię stron, które służą do wyboru i zakupu produktów. Wszystkie strony w serii od początku do końca (do kasy) są zgodne, aby każda strona, która jest częścią procedury, była zgodna.

Ten warunek uniemożliwia uznanie za zgodną strony internetowej, która jest częścią większej procedury, jeśli cała procedura nie jest zgodna. Zapobiegnie to sklasyfikowaniu witryny handlowej jako zgodnej z wymogami, w przypadku, gdy kasa lub inne funkcjonalności witryny, które są częścią procedury zakupów, nie są zgodne.

Objaśnienie wymagania 4

Tylko sposoby korzystania z technologii obsługujące dostępność: Aby spełnić kryteria sukcesu, należy polegać wyłącznie na obsługujących dostępność sposobach korzystania z technologii. Wszelkie informacje lub funkcje, które są zapewnione w sposób nieobsługujący dostępności, muszą być również zapewnione w sposób obsługujący dostępność.

Ten wymóg zgodności został wyjaśniony poniżej w sekcji Objaśnienie obsługi dostępności

Objaśnienie wymagania 5

Bez zakłóceń: Jeśli stosowane na stronie technologie są użyte w sposób, który nie obsługuje dostępności lub, jeśli są użyte w sposób niezgodny z kryteriami sukcesu, to technologie te nie blokują użytkownikom dostępu do reszty strony. Ponadto, strona internetowa jako całość nadal spełnia wymogi zgodności w każdym z poniższych warunków:

  1. jeśli jakakolwiek technologia, na której nie można polegać, jest włączona w programie użytkownika,
  2. jeśli jakakolwiek technologia, na której nie można polegać, jest wyłączona w programie użytkownika, oraz
  3. jeśli jakakolwiek technologia, na której nie można polegać, nie jest obsługiwana 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, oraz
  • 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 deklaracji zgodności.

Zasadniczo oznacza to, że można stosować technologie, które nie obsługują dostępności, o ile wszystkie informacje są również zapewnione przy użyciu technologii obsługujących dostępność i o ile materiały nieobsługiwane pod kątem dostępności nie powodują zakłóceń.

Mogą być stosowane technologie, które nie obsługują dostępności, a także mogą być stosowane technologie, które obsługują dostępność w sposób niezgodny z wymogami, o ile wszystkie informacje są również zapewnione przy użyciu technologii, które są obsługiwane pod względem dostępności, w sposób zgodny i tak długo, jak materiały nieobsługiwane pod względem dostępności nie powodują zakłóceń.

Istnieją cztery regulacje, które w szczególności dotyczą kwestii zakłóceń w korzystaniu ze strony. Te cztery regulacje zostały ujęte tutaj w uwadze. Uwaga dotycząca każdej z regulacji wskazuje, że te kryteria sukcesu muszą być spełnione w przypadku wszystkich treści, w tym treści utworzonych przy użyciu technologii, które nie obsługują dostępności.

Strona internetowa wykorzystuje nową interaktywną technologię graficzną o nazwie „ZAP”. Ponieważ ZAP nie obsługuje dostępności, a więc nie można polegać na ZAP, informacje, które są prezentowane w ZAP, są również prezentowane na stronie w HTML. Tak więc ta strona spełnia wymóg zgodności nr 1.

Jeśli jednak użytkownik spróbuje przejrzeć treść ZAP, to fokus wejdzie do obiektu ZAP i w nim utknie. Po wejściu do środka użytkownik nie może nic zrobić, aby przenieść fokus dalej lub z powrotem. W efekcie użytkownicy klawiatury nie mogą korzystać z dolnej połowy strony. Treść ZAP również nieustannie miga w różnym tempie i nie zatrzymuje się. W efekcie, osoby z zaburzeniami uwagi są rozproszone, a osoby z zaburzeniami wrażliwości na światło mogą mieć drgawki. Wymóg zgodności nr 5 zapobiega sytuacjom takim jak te, które są możliwe na zgodnej stronie.

Objaśnienie Deklaracji zgodności

Nie jest wymagane składanie jakichkolwiek deklaracji zgodności, aby spełniać wymogi zgodności. Jeśli jednak ktoś składa taką deklarację, należy podać wszystkie informacje wymagane w deklaracji zgodności. Informacje te można przekazać na kilka sposobów.

Schema.org zapewnia jedną z takich możliwości włączenia metadanych dotyczących dostępności strony internetowej. Zestaw opisowych właściwości dostępności jest przedstawiony w ramach typu CreativeWork, który między innymi zapewnia możliwość zawarcia podsumowania ogólnej dostępności strony (np. twierdzenie o zgodności z WCAG), opisania dostępnych cech treści (np. istnienie tekstu alternatywnego, rozszerzone audiodeskrypcje, napisy dla niesłyszących) oraz ostrzeżenia użytkowników o potencjalnych zagrożeniach (np. miganie). Informacje te mogą być osadzone na stronie za pomocą dowolnego rozwiązania - RDF, JSON i mikrodanych. Więcej informacji na temat tych właściwości i ich oczekiwanych wartości jest również dostępnych na wiki Web Schemas.

Oto oświadczenie, które zostało wzbogacone o metadane schema.org:

<div typeof="WebPage" vocab="http://schema.org/">
<p property="accessibilitySummary">W dniu 23 marca 2009 r. cała treść
umieszczona serwerze pod adresem
<a href="http://www.wondercall.example.com">http://www.wondercall.example.com</a>
jest zgodna z wytycznymi dla dostępności treści internetowych 2.0 opublikowanymi pod adresem <a
href="https://www.w3.org/TR/2008/REC-WCAG20-20081211/"
>https://www.w3.org/TR/2008/REC-WCAG20-20081211/</a>.
Zgodność na poziomie A.</p>
<ul>
<li>Technologia, na której ta treść "<a>się opiera</a>" to:
HTML 4.01.</li>
<li>Technologie, których ta treść "<strong>używa, ale nie można na nich
polegać</strong>" to: CSS2 i gif.</li>.
<li>Ta treść została przetestowana przy użyciu następujących programów użytkownika i technologii
wspomagających: Firefox 1.5 na Windows Vista ze Screenreaderem X 4.0,
Firefox 1.5 na Windows XP SP 2 ze Screenreaderem X 3.5,
IE 6.0 na Windows 2000 SP4 ze Screenreaderem Z 2.0
oraz Firefox 1.5 na Windows XP SP2 ze Screenreaderem X 4.0,
Safari 2.0 z OS X 10.4.</li>
</ul>
<p>Ta strona zawiera <span property="accessMode" content="textual">tekst</span>
i <span property="accessMode" content="visual">obrazy</span>.
<span property="accessibilityFeature" content="alternativeText">Tekst
alternatywny</span> jest dodany do wszystkich treści graficznych oraz <span
property="accessibilityFeature" content="longDescription">długie
opisy</span> są zapewnione dla obrazów, które wymagają więcej
niż zwykłego tekstu alternatywnego. Wszystkie treści są dostępne w formie tekstowej,
która może być dostępna za pomocą technologii wspomagających.</p>
</div>

Czasami ktoś może chcieć złożyć deklarację dotyczącą tylko treści, które zostały dodane po określonej dacie. Można też deklarować zgodność z WCAG 1.0 dla treści opublikowanych do pewnej daty i zgodność z WCAG 2.0 dla treści utworzonych lub zmodyfikowanych po tej dacie. WCAG 2.2 nie zabrania żadnej z tych praktyk, o ile jest jasne, które strony z którą wersją WCAG są zgodne.

Uwaga

Kiedy mówimy o technologiach, na których „można polegać”, mówimy o technologiach treści internetowych (HTML, CSS, JavaScript itp.), a nie o programach użytkownika (przeglądarkach, technologiach wspomagających itp.).

Deklaracje zgodności zwykle nie są umieszczane na każdej stronie internetowej objętej zakresem zgodności.

Gdy twórca podejmuje decyzję o skorzystaniu z materiałów strony trzeciej, powinien wybrać produkty spełniające wymagania WCAG. Jeśli wszystkie treści na stronie, w tym treści osób trzecich, spełniają wszystkie kryteria sukcesu WCAG, wówczas strona jest zgodna z WCAG. Jeśli jednak strona nie jest zgodna z WCAG tylko z powodów, które są prawnie niezależne od twórcy, wówczas może on złożyć deklarację o częściowej zgodności. Ważne jest, aby uznać, że jest to deklaracja niezgodności i że niektórzy użytkownicy mogą nie mieć dostępu do niektórych treści tej strony.

Jednym z powodów, dla których treść może być poza kontrolą twórcy, jest fakt, że jest ona dostarczana przez stronę trzecią (blogi, portale, serwisy informacyjne). Strony internetowe mogą również zawierać treści za pośrednictwem bibliotek, wtyczek lub widżetów stron trzecich.

Pamiętaj, aby monitorować wszelkie treści, które mogą ulec zmianie bez zgody twórcy strony internetowej, ponieważ strona, która raz była zgodna, może nagle przestać być zgodna. Jeśli nie jest możliwe monitorowanie i naprawa treści osób trzecich, konieczne jest wskazanie użytkownikom niezgodnych części strony. Jeśli reszta strony jest zgodna z WCAG, taka strona kwalifikuje się do deklaracji częściowej zgodności ze względu na treści osób trzecich.

Informacje o wszelkich dodatkowych krokach, które wykraczają poza kryteria sukcesu

Jednym z opcjonalnych elementów deklaracji zgodności jest „Informacja o wszelkich dodatkowych krokach wykraczających poza kryteria sukcesu podjętych w celu zwiększenia dostępności”. Może to obejmować dodatkowe spełnione kryteria sukcesu, wdrożone techniki pomocnicze, informacje o wszelkich dodatkowych protokołach zastosowanych w celu ułatwienia dostępu osobom ze szczególnymi niepełnosprawnościami lub potrzebami itp. Można uwzględnić wszelkie informacje przydatne w objaśnieniu dostępności stron.

Informacje o wszelkich dodatkowych krokach, które wykraczają poza kryteria sukcesu

Jednym z opcjonalnych elementów deklaracji zgodności jest „Informacja o wszelkich dodatkowych krokach wykraczających poza kryteria sukcesu podjętych w celu zwiększenia dostępności”. Może to obejmować dodatkowe spełnione kryteria sukcesu, wdrożone techniki pomocnicze, informacje o wszelkich dodatkowych protokołach zastosowanych w celu ułatwienia dostępu osobom ze szczególnymi niepełnosprawnościami lub potrzebami itp. Można uwzględnić wszelkie informacje przydatne w objaśnieniu dostępności stron.

Wykorzystanie metadanych w deklaracjach zgodności

Najbardziej użytecznym sposobem dołączania deklaracji zgodności byłoby robienie tego w standardowej formie do odczytu maszynowego. Gdy ta praktyka stanie się powszechna, narzędzia wyszukiwania lub specjalne programy użytkownika będą mogły wykorzystać te informacje do znalezienia i dostarczenia treści, które są bardziej dostępne lub programy użytkownika będą mogły dostosować się do treści. Istnieje wiele opcji opartych na metadanych, które są opracowywane w celu składania oświadczeń, a autorzy i twórcy narzędzi są zachęcani zachęcani do ich stosowania.

Ponadto metadanych można użyć do deklarowania zgodności z indywidualnymi kryteriami sukcesu po osiągnięciu zgodności na poziomie A.

Istnieją również formaty raportowania programowego, takie jak Evaluation and Report Language (EARL), które mogą zapewnić formaty odczytywane maszynowo w celu uzyskania szczegółowych informacji o zgodności. Ponieważ formaty raportowania są sformalizowane i rozwija się ich obsługa, zostaną one tutaj udokumentowane.

Techniki deklarowania zgodności

Techniki pomocnicze deklarowania zgodności

  • Wyrażanie deklaracji zgodności z WCAG 2.2 w elementach Dublin Core (przyszły link)

Objaśnienie poziomów zgodności

Po pierwsze, istnieje szereg warunków, które muszą być spełnione, aby kryterium sukcesu w ogóle zostało uwzględnione. Należą do nich:

  1. Wszystkie kryteria sukcesu muszą być dla osób z niepełnosprawnościami istotnymi kwestiami dostępu, które rozwiązują problemy wykraczające poza problemy z użytecznością, z którymi mogą się zetknąć wszyscy użytkownicy. Innymi słowy, kwestia dostępu musi powodować proporcjonalnie większy problem dla osób z niepełnosprawnościami niż dla osób bez niepełnosprawności, aby można ją było uznać za kwestię dostępności (i objętą niniejszymi wytycznymi dotyczącymi dostępności).
  2. Wszystkie kryteria sukcesu muszą być również testowalne. Jest to ważne, bo w przeciwnym razie nie byłoby możliwe stwierdzenie, czy strona spełnia kryteria sukcesu. Kryteria sukcesu mogą być testowane poprzez połączenie oceny maszynowej i ludzkiej, o ile możliwe jest określenie z dużym stopniem pewności, czy dane kryterium sukcesu zostało spełnione.

Kryteria sukcesu zostały przypisane do jednego z trzech poziomów zgodności przez grupę roboczą po uwzględnieniu szerokiego zakresu interakcji. Niektóre z typowych czynników ocenianych podczas ustalania poziomu obejmowały:

  • czy kryterium sukcesu jest niezbędne (innymi słowy, jeśli kryterium sukcesu nie jest spełnione, to nawet technologia wspomagająca nie może zapewnić dostępności treści),
  • czy możliwe jest spełnienie kryterium sukcesu dla wszystkich stron internetowych i rodzajów treści, których dotyczy (np. różne tematy, rodzaje treści, rodzaje technologii internetowych),
  • czy kryterium sukcesu wymaga umiejętności, które mogą być racjonalnie osiągnięte przez twórców (tj. wiedza i umiejętności potrzebne do spełnienia kryterium sukcesu mogą zostać nabyte w czasie tygodniowego lub krótszego szkolenia),
  • czy kryterium sukcesu nakładałoby ograniczenia na „wygląd i sposób działania” lub funkcjonalność strony internetowej (ograniczenia dotyczące funkcjonalności, prezentacji, swobody wypowiedzi, projektu lub estetyki, jakie kryteria sukcesu mogą nałożyć na twórców),
  • czy nie można obejść problemu, jeśli kryterium sukcesu nie jest spełnione.

Objaśnienie obsługi dostępności

Wiele kryteriów sukcesu dotyczy zapewniania dostępności za pomocą technologii wspomagających lub specjalnych funkcji dostępności w popularnych programach użytkownika (na przykład opcja „pokaż napisy” w odtwarzaczu multimedialnym). Oznacza to, że kryteria sukcesu wymagają, aby w treści strony internetowej zostało zrobione coś, co umożliwiłoby technologiom wspomagającym skuteczne przedstawienie użytkownikowi informacji o treści. Na przykład obrazek, który należy kliknąć, aby przejść do tematu, nie będzie dostępny dla osoby niewidomej, jeśli tekst alternatywny dla obrazka nie zostanie podany w taki sposób, aby programy użytkownika, w tym technologie wspomagające, mogły go znaleźć i przedstawić. Kluczem jest to, że tekst alternatywny musi być umieszczony w sposób, który programy użytkownika, w tym technologie wspomagające, mogą zrozumieć i wykorzystać - w sposób, który jest „obsługiwany przez dostępność”.

Innym przykładem może być niestandardowa kontrolka umieszczona na stronie internetowej. W takim przypadku standardowy program użytkownika zwykle nie byłby w stanie przedstawić użytkownikowi alternatywy. Jeśli jednak informacje o kontrolce, w tym jej nazwa, rola, wartość, jej ustawienia itp., zostaną podane w taki sposób, że technologie wspomagające mogą je zrozumieć i prezentować, wówczas użytkownicy posługujący się technologiami wspomagającymi będą mogli korzystać z tej kontrolki.

Gdy wprowadzane są nowe technologie, muszą się wydarzyć dwie rzeczy, aby osoby korzystające z technologii wspomagających miały do nich dostęp. Po pierwsze, technologie muszą być zaprojektowane w taki sposób, aby programy użytkownika, w tym technologie wspomagające, miały dostęp do wszystkich informacji potrzebnych do przedstawienia treści użytkownikowi. Po drugie, programy użytkownika i technologie wspomagające muszą zostać tak preprojektowane lub zmodyfikowane, aby mogły faktycznie pracować z tymi nowymi technologiami.

Obsługiwanie dostępności” oznacza, że obie te czynności zostały wykonane i że technologia będzie działać z programami użytkownika i technologiami wspomagającymi.

Poziom wsparcia technologii wspomagających wymagany do „obsługi dostępności”

W związku z tym problemem pojawia się pytanie, ile lub jakie technologie wspomagające muszą obsługiwać daną technologię internetową, aby tę technologię internetową można było uznać za „obsługującą dostępność”. Grupa Robocza WCAG i W3C nie określają, które lub ile technologii wspomagających musi obsługiwać technologię internetową, aby można je było sklasyfikować jako obsługujące dostępność. Jest to złożony problem, który różni się zarówno w zależności od środowiska, jak i języka. Istnieje potrzeba prowadzenia zewnętrznego i międzynarodowego dialogu na ten temat. Oto kilka uwag, które pomogą w zrozumieniu i zgłębieniu tego problemu:

  1. Obsługa dostępności przez technologie internetowe różni się w zależności od środowiska

    • Technologie internetowe mogą być obsługiwane tylko przez konkretne programy użytkownika i technologie wspomagające wdrożone w firmie. (Mogą to być starsze wersje programów użytkownika i technologii wspomagających lub najnowsze wersje.)
    • Treści umieszczone w publicznej sieci internetowej mogą wymagać współpracy z szerszą gamą programów użytkownika i technologii wspomagających, w tym ze starszymi wersjami.
  2. Obsługa dostępności przez technologie internetowe różni się w zależności od języka (i dialektu)

    • Istnieją różne poziomy obsługi starszych technologii wspomagających w różnych językach, a nawet krajach. Niektóre środowiska lub kraje mogą zapewniać bezpłatne technologie wspomagające.
  3. Nowe technologie nie będą obsługiwane w starszych technologiach wspomagających

    • Nie ulega wątpliwości, że nowa technologia nie może być obsługiwana przez wszystkie dotychczasowe technologie wspomagające, dlatego wymaganie, by dana technologia była obsługiwana przez wszystkie technologie wspomagające, nie jest możliwe.
  4. Obsługa jednej starszej technologii wspomagającej zwykle nie jest wystarczająca

    • Obsługa tylko jednej technologii wspomagającej (dla danej niepełnosprawności) zwykle nie byłaby wystarczająca, zwłaszcza jeśli większość użytkowników, którzy jej potrzebują, aby uzyskać dostęp do treści, nie posiada takiej technologii wspomagającej i nie może sobie na nią pozwolić. Wyjątkiem byłyby tu informacje przekazywane pracownikom danej firmy tylko wtedy, gdy wszyscy mają jedną technologię wspomagającą (tego typu).
  5. Obecnie technologie wspomagające, które są dostępne dla ogółu społeczeństwa, są często niskiej jakości

    • Należy unikać tworzenia treści, które nie mogą być używane przez ogół populacji osób z niepełnosprawnościami. W wielu przypadkach koszt technologii wspomagających jest zbyt wysoki dla użytkowników, którzy ich potrzebują. Ponadto możliwości bezpłatnych lub tanich technologii wspomagających są dziś często tak niewielkie, że treści internetowych nie można realistycznie ograniczyć do tego najniższego (lub nawet średniego) wspólnego mianownika. Stwarza to bardzo trudny dylemat, który należy rozwiązać.

Grupa Robocza ograniczyła się więc do zdefiniowania tego, co stanowi obsługę (wsparcie), a osąd tego, ile lub które technologie wspomagające muszą obsługiwać daną technologię, pozostawia społeczności i podmiotom bliższym każdej sytuacji, które ustalają wymagania dla organizacji, zakupu, społeczności itp.

Grupa Robocza zachęca do szerszej dyskusji na ten temat na ogólnym forum społeczności, ponieważ brak ogólnie dostępnych, ale solidnych technologii wspomagających jest problemem, który negatywnie wpływa na użytkowników, twórców technologii i twórców treści.

Techniczna definicja „obsługi dostępności”

Zasadniczo, technologia treści internetowych będzie „obsługiwać dostępność”, gdy technologie wspomagające użytkowników będą współpracować z tą technologią internetową ORAZ gdy funkcje dostępności popularnych technologii będą współpracować z tą technologią. W szczególności, aby zakwalifikować się jako technologia obsługująca dostępność („wspierana pod względem dostępności”), muszą być spełnione następujące warunki:

obsługiwana dostępność

wspierana przez technologie wspomagające oraz przez przeglądarki i inne programy użytkownika

Żeby zakwalifikować użycie technologii tworzenia treści internetowych jako obsługującą dostępność, muszą być spełnione oba poniższe warunki:

  1. Technologia treści internetowych musi współpracować z technologiami wspomagającymi. Oznacza to, że sposoby wykorzystywania tej technologii zostały przetestowane pod kątem współdziałania z technologiami wspomagającymi i umożliwiają odczytywanie treści w języku naturalnym.

    ORAZ

  2. Muszą istnieć łatwo osiągalne przez użytkowników programy użytkownika obsługujące tę technologię. Oznacza to, że co najmniej jedno z czterech poniższych stwierdzeń jest prawdziwe:

    1. Taka technologia z założenia jest powszechnie obsługiwana w programach użytkownika, które również obsługują dostępność (tak jak HTML i CSS);

      LUB

    2. Technologia jest obsługiwana za pomocą szeroko rozpowszechnionej wtyczki, która również obsługuje dostępność;

      LUB

    3. Treść strony jest dostępna dla zamkniętych środowisk, takich jak środowisko uniwersyteckie lub sieć korporacyjna, gdzie wymagany przez tę technologię program użytkownika i użyty do treści internetowych także obsługuje dostępność;

      LUB

    4. Programy użytkownika obsługujące technologię, obsługują dostępność i można je z łatwością pobrać lub zakupić w następujący sposób:

      • osób z niepełnosprawnością nie kosztuje to więcej niż osoby bez niepełnosprawności oraz
      • są równie łatwe do znalezienia i nabycia przez osoby z niepełnosprawnością, jak i osoby bez niepełnosprawności.

Grupa Robocza WCAG i W3C nie precyzują ani sposobu, ani poziomu obsługi technologii treści internetowych przez technologie wspomagające, aby móc uznać dane technologie internetowe za obsługujące dostępność. Zobacz: Poziom wsparcia technologii wspomagających wymagany do „obsługi dostępności”.

Technologie internetowe mogą być wykorzystywane, nawet jeśli nie obsługują dostępności, dopóki nie są uwzględniane w ocenie dostępności, a strona jako całość będzie zgodna z wymogami, w tym z Wymogiem zgodności: 4. Użycie technologii obsługujących dostępność oraz Wymogiem zgodności 5. Brak zakłóceń.

Gdy technologia internetowa jest używana w sposób, który obsługuje dostępność, nie oznacza to, że obsługiwana jest cała technologia lub że obsługiwane są wszystkie sposoby jej użycia. Większość technologii, w tym HTML, nie obsługuje co najmniej jednej funkcji dostępności lub sposobu zastosowania. Strony są zgodne z WCAG tylko wtedy, gdy można polegać na stosowaniu technologii, które obsługują dostępność.

Przywołując technologie tworzenia treści internetowych, które mają wiele wersji, należy określić, które wersje obsługują dostępność.

Jednym ze sposobów znalezienia przez twórców treści internetowych zastosowań technologii, które obsługują dostępność, jest zapoznanie się z zestawieniami zastosowań udokumentowanych jako obsługujące dostępność (zobacz: Objaśnienie zastosowań technologii internetowych obsługujących dostępność. Twórcy, firmy, sprzedawcy technologii i inni mogą dokumentować sposoby korzystania z technologii treści internetowych obsługujące dostępność. Ale wszystkie sposoby wykorzystania technologii wskazane w dokumentacji muszą odpowiadać powyższej definicji technologii internetowych obsługujących dostępność.

Objaśnienie zastosowań technologii internetowych obsługujących dostępność

Poszczególni twórcy zazwyczaj nie będą w stanie przeprowadzić wszystkich testów niezbędnych do ustalenia, w jaki sposób dane technologie internetowe są faktycznie obsługiwane przez które wersje technologii wspomagających i programów użytkownika. Twórcy mogą zatem polegać na publicznie udokumentowanych zestawieniach dokumentujących, które technologie wspomagające obsługują określone sposoby korzystania z określonych technologii internetowych. Mówiąc publicznie, nie mamy na myśli tego, że zestawienie i jej dokumentacja są koniecznie tworzone przez agencję publiczną, a jedynie, że są one dostępne publicznie. Każdy może tworzyć publicznie udokumentowane zestawienia „Zastosowań technologii internetowych i ich dostępności”. Ludzie mogą tworzyć zestawienia i nadawać im nazwy, za pomocą których autorzy mogą się do nich odwoływać. Tak długo, jak są one publicznie udokumentowane, twórcy lub klienci itp. mogą łatwo wybrać zastosowania, które odpowiadają ich potrzebom. Klienci lub inne osoby mogą wybrać technologie, które pasują do ich środowiska lub języka w dowolnym momencie i określić te, które mają być używane do tworzenia ich treści. Twórcy są zdecydowanie zachęcani do korzystania ze źródeł, które mają ugruntowaną reputację w zakresie dokładności i użyteczności. Zdecydowanie zachęca się twórców technologii do podawania informacji na temat obsługi dostępności przez ich technologie. Grupa robocza przewiduje, że tylko dokumenty, które dostarczają dokładnych informacji i przynoszą korzyści zarówno twórcom, jak i użytkownikom, osiągną w dłuższej perspektywie uznanie na rynku.

WCAG nie wymaga, aby korzystano z publicznie udokumentowanego zestawienia lub używano wyłącznie technologii z takiego zestawienia. Publicznie udokumentowane zestawienia są opisywane jedynie jako metoda ułatwiająca skądinąd krytyczny, ale nieco skomplikowany osąd zgodności, twórcom, którzy sami nie są ekspertami w zakresie wsparcia technologii wspomagających (lub po prostu nie mają czasu, aby nadążyć za postępem w zakresie głównego nurtu i wsparcia technologii wspomagających).

Twórcy, firmy lub inne osoby mogą zechcieć tworzyć i wykorzystywać własne zestawienia zastosowań technologii obsługujących dostępność i jest to dozwolone w przypadku spełnienia wymogów WCAG. Klienci, firmy lub inne osoby mogą jednak określić, że mają być wykorzystywane technologie z zestawienia własnego lub publicznego. Zob. .

Deklarowanie obsługi dostępności

Przykłady sposobów, w jakie deklaracja zgodności może dokumentować obsługę dostępności:

  1. Ta deklaracja zgodności stwierdza spełnianie wymagań obsługi dostępności w oparciu o testowanie treści w języku (językach) treści za pomocą programów użytkownika A, B i C oraz technologii wspomagających X, Y i Z. Oznacza to, że byliśmy w stanie spełnić wszystkie kryteria sukcesu dla poziomu A WCAG 2.0 przy użyciu tych produktów.
  2. Ta deklaracja zgodności stwierdza spełnianie wymagań obsługi dostępności dla języka (języków) treści w oparciu o wykorzystanie technik i uwag programu użytkownika udokumentowanych w Technikach dla WCAG 2.0. Opiera się również na dokumentacji wsparcia dostępności dla technologii (na której oparliśmy się w celu zapewnienia zgodności), która jest dostępna w „Dokumentacji wsparcia dostępności organizacji XYZ”.
  3. Ta deklaracja zgodności stwierdza spełnianie wymagań obsługi dostępności dla języka (języków) treści w oparciu o wykorzystanie technologii Z, jak udokumentowano w „Technologia Z - techniki obsługi dostępności dla WCAG 2.0”.
  4. Ta deklaracja zgodności stwierdza spełnianie wymagań obsługi dostępności dla języka treści w oparciu o Wytyczne dotyczące dostępności dla technologii A i Wytyczne dotyczące dostępności dla technologii B. Informacje dotyczące obsługi przez program użytkownika i obsługi przez technologie wspomagające można znaleźć w „Wymaganiach dotyczących obsługi dostępności przez produkt XYZ”, które są udokumentowane w tych wytycznych.

Objaśnienie pojęcia „określone programowo”

Kilka kryteriów sukcesu wymaga, aby treść (lub niektóre aspekty treści) mogła być „określona programowo”. Oznacza to, że treść jest napisana w taki sposób, że programy użytkownika, w tym technologie wspomagające, mają dostęp do informacji.

Aby treści tworzone za pomocą technologii internetowych (takich jak HTML, CSS, PDF, GIF, MPEG itp.) były dostępne dla osób z różnymi rodzajami niepełnosprawności, konieczne jest, aby zastosowane technologie współpracowały z funkcjami dostępności przeglądarek i innych programów użytkownika, w tym technologii wspomagających. Aby coś spełniało kryterium sukcesu, które wymaga, aby było „określone programowo”, musiałoby zostać zaimplementowane przy użyciu technologii, która posiada wsparcie technologii wspomagających.

Treść, którą można „określić programowo”, może być przekształcona (przez oprogramowanie użytkownika, w tym technologie wspomagające) na różne formaty sensoryczne (np. wizualne, słuchowe) lub style prezentacji potrzebne poszczególnym użytkownikom. Jeśli istniejące technologie wspomagające nie są w stanie tego zrobić, to nie można powiedzieć, że informacje są określane programowo.

Termin ten został stworzony, aby umożliwić grupie roboczej jasne określenie miejsc, w których informacje muszą być dostępne dla technologii wspomagających (i innych programów użytkownika działających jako pomoce w zakresie dostępności), bez określania dokładnie, jak należy to zrobić. Jest to ważne ze względu na stale zmieniający się charakter tych technologii. Termin ten pozwala na określenie w wytycznych tego, co należy „programowo określić”, aby spełnić wytyczne, a następnie w osobnych dokumentach (dokumenty Jak spełnić, Objaśnienia i Techniki), które mogą być aktualizowane w czasie, wymieniać konkretne techniki, które będą działać i będą wystarczające w dowolnym momencie w oparciu o program użytkownika i wsparcie technologii wspomagającej.

„Obsługiwana dostępność” a „określone programowo”

„Obsługiwana dostępność” odnosi się do obsługi przez programy użytkownika (w tym technologie wspomagające) określonych sposobów korzystania z technologii internetowych. Korzystanie technologii internetowych, które obsługują dostępność, będzie współpracować z technologiami wspomagającymi i funkcjami dostępu w popularnych narzędziach użytkownika (przeglądarkach, odtwarzaczach itp.).

„Określone programowo” odnosi się do informacji zawartych w treściach internetowych. Jeśli technologie obsługujące dostępność są używane właściwie, wówczas technologie wspomagające i programy użytkownika mogą uzyskiwać dostęp do informacji w treści (tj. programowo określać informacje w treści) i przedstawić je użytkownikowi.

Te dwie koncepcje współpracują ze sobą, aby zapewnić, że informacje mogą być przedstawiane użytkownikowi przez oprogramowanie użytkownika, w tym technologie wspomagające. Twórcy muszą polegać wyłącznie na technologiach, które obsługują dostępność i muszą używać ich we właściwy sposób, aby informacje można było określić programowo - a tym samym prezentować użytkownikom z niepełnosprawnościami za pomocą technologii wspomagających i programów użytkownika.

Objaśnienie pojęcia zgodna wersja alternatywna

Wymóg zgodności nr 1 umożliwia uwzględnienie stron niezgodnych w zakresie zgodności, o ile mają one „zgodną wersję alternatywną". Zgodna wersja alternatywna jest zdefiniowana jako:

zgodna wersja alternatywna

to taka wersja, która

  1. jest zgodna na wyznaczonym poziomie, oraz
  2. zapewnia te same informacje i funkcje w tym samym języku naturalnym, oraz
  3. jest tak samo aktualna jak wersja niezgodna, oraz
  4. dla której przynajmniej jeden z poniższych warunków jest spełniony:
    1. zgodna wersja może być osiągnięta ze strony niezgodnej za pomocą mechanizmu obsługującego dostępność, lub
    2. niezgodna wersja może być osiągalna tylko z wersji zgodnej, lub
    3. niezgodna wersja może być osiągalna tylko z wersji zgodnej, o ile zawiera mechanizm osiągnięcia wersji zgodnej.

W tej definicji „może być osiągalna tylko” oznacza, że zapewniony jest jakiś mechanizm, jak na przykład warunkowe przekierowanie, który uchroni użytkownika przed „dotarciem” do niezgodnej wersji (załadowaniem), chyba że użytkownik przeszedł właśnie z wersji zgodnej.

Zgodna wersja alternatywna nie musi być identyczna, co do ilości stron z podstawową (np. może się składać z kilku stron).

Jeżeli istnieją różne wersje językowe witryny, to dla każdej powinny być zapewnione zgodne wersje alternatywne.

Zgodne wersje alternatywne mogą być zapewniane dla różnych technologii lub grup odbiorców. Każda wersja powinna być zgodna w jak najwyższym stopniu. Co najmniej jedna wersja musi być w pełni zgodna, aby spełnić Wymóg zgodności nr 1.

Zgodna wersja alternatywna nie musi się znajdować w zakresie zgodności, ani nawet w tej samej witrynie internetowej, o ile jest równie łatwo osiągalna, jak wersja niezgodna.

Zgodnej wersji alternatywnej nie należy mylić z treścią uzupełniającą, która mają wspierać i rozszerzać wersję podstawową.

Ustawienie w preferencjach użytkownika, które pozwala na osiągnięcie zgodnej wersji alternatywnej jest akceptowalnym mechanizmem dla osiągnięcia innej wersji, o ile mechanizm ustawień obsługuje dostępność.

Czytaj więcej Objaśnienie pojęcia zgodna wersja alternatywna.

Gwarantuje to, że wszystkie informacje i wszystkie funkcjonalności, które znajdują się na stronach objętych zakresem zgodności, są dostępne na zgodnych stronach internetowych.

Twórcy polegający na zgodnych wersjach alternatywnych muszą uświadomić użytkownikom, że istnieje zgodna wersja alternatywna. Można to osiągnąć, podając łącze do bardziej dostępnej wersji, wyraźnie oznaczonej tekstem łącza. Alternatywnie można podać łącze do instrukcji, która dokumentuje, jak uzyskać dostęp do bardziej dostępnej wersji, a także konkretne sposoby, dzięki którym alternatywna wersja jest bardziej dostępna (np. „wersja o wysokim kontraście”).

Dlaczego zezwalać na wersje alternatywne?

Dlaczego WCAG zezwala na uwzględnienie zgodnych alternatywnych wersji stron internetowych w deklaracjach zgodności? To znaczy, po co umieszczać strony, które nie spełniają kryteriów sukcesu dla poziomu zgodności w zakresie zgodności lub deklaracji?

  • Czasami strony wykorzystują technologie, które jeszcze nie obsługują dostępności. Kiedy pojawia się nowa technologia, wsparcie technologii wspomagających może być opóźnione lub dostępne tylko dla niektórych odbiorców. Twórcy mogą więc nie być w stanie polegać na nowej technologii w przypadku wszystkich użytkowników. Może się jednak okazać, że zastosowanie nowej technologii przyniesie inne korzyści, np. lepszą wydajność, szerszy zakres dostępnych modalności itp. Wymóg alternatywnej wersji umożliwia autorom włączenie takich stron internetowych do swoich witryn internetowych poprzez zapewnienie dostępnej alternatywnej strony w technologiach, które obsługują dostępność. Użytkownicy, dla których nowa technologia jest odpowiednio wspierana, czerpią korzyści z nowej wersji. Twórcy, którzy oczekują na przyszłe wsparcie dostępności, mogą spełnić kryteria sukcesu już teraz za pomocą strony wersji alternatywnej, a także pracować z drugą stroną, aby zapewnić dostęp w przyszłości, gdy dostępna będzie technologia wspomagająca.
  • Z różnych powodów modyfikacja niektórych treści na stronie internetowej może być niemożliwa. Na przykład,

    • ze względów prawnych lub historycznych konieczne może być zamieszczenie dokładnej wizualnej kopii dokumentu,
    • strona internetowa może być włączona do witryny, ale właściciel witryny może nie mieć praw do modyfikacji treści na oryginalnej stronie,
    • firma może nie mieć prawnej możliwości usunięcia lub zmiany w jakikolwiek sposób czegoś, co zostało wcześniej zamieszczone,
    • twórca może nie mieć pozwolenia na zmianę dokumentu pochodzącego z innego działu, agencji lub firmy.
  • Czasami najlepszym rozwiązaniem dla użytkowników z pewnymi rodzajami niepełnosprawności jest dostosowanie strony internetowej specjalnie do tej niepełnosprawności. W takiej sytuacji niemożliwe lub niepraktyczne może być dostosowanie strony do wszystkich niepełnosprawności poprzez spełnienie wszystkich kryteriów sukcesu. Wymóg wersji alternatywnych pozwala na włączenie takich wyspecjalizowanych stron do deklaracji zgodności, o ile istnieje w pełni zgodna „wersja alternatywna”.
  • Wiele witryn, którym zależy na dostępności, ma duże ilości starych dokumentów. Mimo, że informacje zostały udostępnione w dostępnych formatach, istniałby znaczny opór instytucjonalny i przeszkody proceduralne w masowym usuwaniu tych plików. Niektóre organizacje, zwłaszcza rządowe, stawiają na pierwszym miejscu tradycyjne procesy zorientowane na druk. Nawet jeśli organizacje te przystosowały się do publikowania w Internecie i przyjęły potrzebę stosowania dostępnych formatów, wciąż zachowują mentalność papierową i często nalegają na stosowanie formatów zaprojektowanych dla wersji papierowej jako wersji „pierwotnej” („podstawowej”, nawet w przypadku dokumentów, które są „publikowane” wyłącznie elektronicznie). Chociaż grupa robocza uważa, że podejścia te powinny zostać wycofane, nie uważa, że można ich zabronić, o ile dostępne wersje są łatwo osiągalne.

Problemem przy dopuszczaniu stron internetowych, które nie spełniają kryteriów sukcesu, jest to, że osoby z niepełnosprawnościami mogą natknąć się na te niezgodne strony i nie będą w stanie uzyskać dostępu do ich treści, ani znaleźć „zgodnej wersji alternatywnej”. Kluczową częścią przepisu o wersjach alternatywnych jest więc możliwość znalezienia zgodnej strony (wersji alternatywnej) ze strony niezgodnej, gdy zostanie ona napotkana. Dlatego wymóg zgodności, który dopuszcza strony alternatywne, wymaga również, aby użytkownicy mogli znaleźć wersję dostępną wśród wersji alternatywnych.

Należy pamiętać, że udostępnienie alternatywnej wersji jest rozwiązaniem awaryjnym zapewniającym zgodność z WCAG, a preferowaną metodą zapewnienia zgodności jest zapewnienie bezpośredniego dostępu do całej treści.

Techniki zapewniania zgodnej wersji alternatywnej

Najważniejszą częścią zapewniania zgodnej wersji alternatywnej jest zapewnienie mechanizmu wyszukiwania jej na podstawie wersji niezgodnej. Określono szereg różnych metod realizacji tego celu, ponieważ poszczególne techniki nie zawsze są możliwe w przypadku określonych technologii lub sytuacji. Na przykład, jeśli twórca ma kontrolę nad serwerem, istnieje kilka potężnych technik, które pozwolą użytkownikom zawsze mieć wybór z góry. Jednak w wielu przypadkach autor może nie mieć kontroli nad usługami na swoim serwerze internetowym. W takich przypadkach stosowane są inne techniki. Łącze na niezgodnej stronie to kolejna potężna technika, ale nie wszystkie niezgodne technologie obsługują łącza hipertekstowe.

Poniżej przedstawiamy techniki, które zostały określone do tej pory. Spodziewamy się, że z czasem zostaną opracowane dodatkowe techniki i będą dodawane tutaj w miarę ich pojawiania się, a wsparcie dla tych podejść przez programy użytkownika, w tym technologie wspomagające, będzie można wykazać. Na przykład twórca nowej technologii, do której niektóre technologie wspomagające nie mają dostępu, może wbudować funkcję, która pozwoli tym technologiom automatycznie prezentować użytkownikom łącze, które mogłoby ich przenieść do alternatywnej wersji.

Wystarczające techniki zapewniania zgodnych alternatywnych wersji stron internetowych

Każda ponumerowana pozycja w tej sekcji reprezentuje technikę lub kombinację technik, które Grupa Robocza WCAG uważa za wystarczające do spełnienia tego kryterium sukcesu. Jednakże, nie jest konieczne używanie tych konkretnych technik. Informacje na temat stosowania innych technik znajdziesz w sekcji Inne techniki, Informacje na temat stosowania innych technik znajdziesz w szczególności w sekcji „Inne techniki”.

  1. G136: Zapewnienie łącza na początku niezgodnej strony internetowej, który wskazuje na zgodną wersję alternatywną
  2. G190: Zapewnienie łącza przyległego lub powiązanego z niezgodnym obiektem, który łączy się z odpowiednią wersją alternatywną.
  3. C29: Używanie przełącznika stylu do zapewnienia zgodnej wersji alternatywnej (CSS)
  4. SCR38: Tworzenie zgodnej wersji alternatywnej dla strony internetowej zaprojektowanej z użyciem ulepszania progresywnego
  5. SVR2: Użycie .htaccess, aby zapewnić, że jedynym sposobem na uzyskanie dostępu do niezgodnej treści jest dostęp z treści zgodnej.
  6. SVR3: Użycie HTTP referer, aby zapewnić, że jedynym sposobem na uzyskanie dostępu do niezgodnej treści jest dostęp z treści zgodnej.
  7. SVR4: Umożliwienie użytkownikom określenia preferencji dotyczących wyświetlania zgodnych wersji alternatywnych

Typowe błędy określone przez Grupę Roboczą

Pomocnicze techniki dla zapewnienia zgodnych alternatywnych wersji stron internetowych

  • Zapewnienie wzajemnych łączy między wersjami zgodnymi i niezgodnymi z wymogami (przyszłe łącze)
  • Wykluczanie niezgodnych treści z wyników wyszukiwania (przyszłe łącze)
  • Użycie ’content negotiation’ (przyszłe łącze)
  • Niewyświetlanie treści, które opierają się na technologiach nieobsługiwanych pod względem dostępności, gdy dana technologia jest wyłączona lub nieobsługiwana. (przyszłe łącze)
  • Wykorzystanie metadanych w celu umożliwienia zlokalizowania alternatywnej wersji zgodnej z URI strony niezgodnej z wymogami (przyszłe łącze)

Przykłady zgodnych wersji alternatywnych

  • Witryna intranetowa z wieloma wersjami

    Duża firma obawiała się, że wykorzystanie nowych technologii internetowych w witrynie intranetowej może ograniczyć jej zdolność do zaspokojenia potrzeb różnych lokalizacji biurowych, które mają różne bazy technologiczne i poszczególnych pracowników korzystających z szerokiej gamy programów programów użytkownika i technologii wspomagających. Aby rozwiązać te problemy, firma stworzyła alternatywną wersję treści, która spełniała wszystkie kryteria sukcesu poziomu A, wykorzystując bardziej ograniczony zestaw zastosowanych technologii treści obsługujących dostępność. Obie wersje łączą się ze sobą.

  • Witryna informacyjna zapewniająca kompatybilność wsteczną

    Witryna informacyjna obejmuje szeroki zakres zagadnień i chce umożliwić odwiedzającym szybkie znalezienie poszukiwanych tematów. Aby to osiągnąć, witryna wdrożyła system interaktywnego menu, który jest obsługiwany tylko w najnowszych wersjach dwóch popularnych programów użytkownika. Aby odwiedzający, którzy nie korzystają z tych konkretnych programów użytkownika, mogli nadal efektywnie korzystać z witryny, prezentowany jest mechanizm nawigacji, który nie zależy od interaktywnego systemu menu.

Objaśnienie pojęcia „strona internetowa”

Definicja strony internetowej to

strona internetowa

nieosadzony zasób uzyskany z pojedynczego identyfikatora URI za pomocą protokołu HTTP wraz z wszelkimi innymi zasobami użytymi do renderowania strony w programie użytkownika lub takimi, które potencjalnie mogą być użyte do renderowania

Mimo że każdy z „pozostałych zasobów” mógłby być renderowany razem z podstawowym zasobem, to niekoniecznie muszą być renderowane równocześnie.

W celu zgodności z niniejszymi wytycznymi, zasób nie może być „osadzony” w innym zasobie wchodzącym w zakres oceny zgodności, aby można go było uznać za stronę internetową.

Należy zauważyć, że w tym standardzie termin „strona internetowa” obejmuje znacznie więcej niż statyczne strony HTML. Termin „strona internetowa” został użyty w tych wytycznych, aby były one bardziej zrozumiałe. Jednak termin ten zyskał na znaczeniu wraz z rozwojem technologii i obejmuje szeroki zakres technologii, z których wiele wcale nie przypomina stron internetowych. Obejmuje to również coraz bardziej dynamiczne strony internetowe, które pojawiają się w sieci, w tym „strony”, które mogą przedstawiać całe wirtualne interaktywne społeczności. Na przykład termin „strona internetowa” obejmowałby wciągające interaktywne doświadczenie przypominające film, które można znaleźć pod jednym URI.

Objaśnienie pojęcia „alternatywa tekstowa”

Alternatywa tekstowa to tekst zastępczy przeznaczony dla tych, którzy nie mogą przeglądać treści nietekstowych. Treści nietekstowe obejmują takie rzeczy jak obrazy, wykresy, aplety, pliki audio, itp. Osoby, które nie widzą, nie będą w stanie zobaczyć informacji przedstawionych na obrazie lub wykresie. W związku z tym zapewniona jest alternatywa tekstowa, która umożliwia użytkownikowi konwersję informacji (tekstu) na mowę. W przyszłości, posiadanie informacji w formie tekstowej umożliwi również przetłumaczenie informacji na język migowy, obrazki lub prostszą formę pisma.

Aby osoby niepełnosprawne mogły korzystać z tego tekstu - tekst musi być „określony programowo”. Oznacza to, że tekst musi być możliwy do odczytania i wykorzystania przez technologie wspomagające (oraz funkcje dostępności w przeglądarkach), z których korzystają osoby z niepełnosprawnościami.

Osoby korzystające z technologii wspomagających muszą mieć możliwość znalezienia tych alternatywnych tekstów, gdy napotkają treść nietekstową, której nie mogą wykorzystać. Aby to osiągnąć, mówimy, że tekst musi być „powiązany programowo” z treścią nietekstową. Oznacza to, że użytkownik musi być w stanie użyć technologii wspomagającej, aby znaleźć tekst alternatywny (który może wykorzystać), gdy natrafi na treść nietekstową (której nie może wykorzystać).

Początek strony