Przejdź 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 przeprowadzają testy 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 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 wersja alternatywna zgodna.
  • Strona internetowa osiąga zgodność na poziomie AA, gdy spełnia wszystkie kryteria sukcesu poziomu A i poziomu AA lub zapewniona jest wersja alternatywna zgodna.
  • Strona internetowa osiąga zgodność na poziomie AAA, gdy spełnia wszystkie kryteria sukcesu poziomu A, poziomu AA i poziomu AAA lub zapewniona jest wersja alternatywna zgodna.
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 mają 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 część Objaśnienie zgodnych wersji alternatywnych, która określa techniki dostarczania wersji alternatywnych zgodnych.

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 część 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

Użycie technologii obsługujących dostępność: Tylko obsługujące dostępność sposoby użycia technologiiwiarygodną podstawą spełnienia kryteriów sukcesu. Każda informacja czy funkcjonalność, która nie jest zapewniona w postaci obsługującej dostępność, musi mieć swoją wersję alternatywną obsługującą dostępność. (Zobacz Objaśnienie obsługi dostępności).

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 technologie są używane w sposób, który nie obsługuje dostępności lub, jeśli są używane w sposób niezgodny, 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. gdy jakakolwiek technologia, która nie jest wiarygodną podstawą, jest włączona w programie użytkownika,
  2. gdy jakaś technologia, która nie jest wiarygodną podstawą, jest wyłączona w programie użytkownika, oraz
  3. gdy jakaś technologia, która nie jest wiarygodną podstawą, 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ż dostępne 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ż dostępne 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 są obsługiwane pod kątem dostępności.

Strona internetowa wykorzystuje nową interaktywną technologię graficzną o nazwie „ZAP”. Chociaż ZAP nie obsługuje dostępności, informacje, które są prezentowane w ZAP, są również prezentowane na stronie w HTML, więc nie można polegać na ZAP. Tak więc ta strona spełnia wymóg zgodności nr 1. Jeśli jednak użytkownik spróbuje przejrzeć zawartość ZAP, 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. Zawartość 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 dostępny 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. dostępność tekstu alternatywnego, rozszerzone audiodeskrypcje, napisy) 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ć oświadczenie dotyczące 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.

Deklaracje częściowej zgodności ze względu na treści osób trzecich

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 określenie niezgodnych części strony dla użytkowników. 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.

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 mogą wymagać przeprojektowania lub modyfikacji, 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ługiwana przez dostępność”, gdy technologie wspomagające użytkowników będą współpracować z technologią internetową ORAZ gdy funkcje dostępności technologii głównego nurtu 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ść

obsługiwana 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ące 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 użycia 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 narzędzia 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 przez programy 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 oraz
      • są równie łatwe do znalezienia i nabycia przez osoby z niepełnosprawnością, jak i 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ść. (Zob. Poziom wsparcia technologii wspomagających potrzebny 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 i Wymogiem zgodności 5.

Kiedy technologia internetowa jest używana w sposób obsługujący dostępność, nie oznacza to, że wszystkie jej komponenty i ich użycie będą obsługiwały dostępność. Większość technologii, w tym HTML, nie obsługuje dostępności w co najmniej jednym ze swoich komponentów lub sposobie użycia. Strony są zgodne z WCAG tylko wtedy, gdy można polegać na zastosowaniach technologii, które obsługują dostępność, aby spełnić wymagania WCAG.

Opierając się na technologiach tworzenia treści internetowych, które mają wiele wersji, należy określić, która wersja obsługuje dostępność.

Jednym ze sposobów dotarcia przez twórców treści internetowych do 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ść. Jednak dokumentacja wszystkich sposobów i metod zastosowania tych technologii w dokumentacji musiałyby odpowiadać powyższej definicji technologii treści WWW obsługujących dostępność.

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

Poszczególni autorzy 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, które dokumentują, 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 klienckich.

Objaśnienie pojęcia zgodne wersje alternatywne

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

wersja, która

  1. jest zgodna z określonym poziomem oraz
  2. zapewnia te same informacje i funkcjonalności, w tym samym naturalnym języku, 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. wersja zgodna jest osiągalna z wersji niezgodnej za pomocą mechanizmu obsługującego dostępność, lub
    2. niezgodna wersja jest osiągalna jedynie z wersji zgodnej, lub
    3. wersja niezgodna 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 „osiągnięciem” (załadowaniem) niezgodnej wersji, dopóki nie przejdzie z wersji zgodnej.

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

Jeśli dostępnych jest wiele wersji językowych, wymagane są zgodne wersje alternatywne dla każdego oferowanego języka.

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

Zgodna wersja alternatywna nie musi znajdować się w zakresie zgodności, ani nawet w tym samym serwisie internetowym, jeżeli jest równie łatwo dostępna, jak jej wersja niezgodna.

Alternatywna wersja nie powinna być mylona z treściami uzupełniającymi, które mają wspierać i rozszerzać wersję podstawową.

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

Zobacz Objaśnienie zgodnych wersji alternatywnych

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 internetowej”

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 wraz z wszelkimi innymi zasobami użytymi do renderowania strony lub takimi, które potencjalnie mogą być użyte do renderowania w programie użytkownika

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 niniejszych 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źć w jednym URI.

Objaśnienie „alternatywy tekstowej”

Alternatywa tekstowa to tekst przeznaczony zamiast treści nietekstowych 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ć „programowo powiązany” 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ć).

Powrót do góry