Deklaracja dostępności strony internetowej jest formalnym, technicznym i organizacyjnym elementem serwisu. Nie powinna być traktowana wyłącznie jako dodatkowa podstrona umieszczona na końcu procesu wdrożeniowego. Jej treść opisuje zakres strony, deklarowany status zgodności, istniejące ograniczenia oraz sposób zgłaszania problemów. Z tego względu dokument wpływa zarówno na architekturę informacji, jak i na późniejsze zarządzanie serwisem.
Jednocześnie sama deklaracja nie usuwa barier i nie zastępuje samooceny, testów ani audytu dostępności. Formalne wymagania omawiane w tym artykule dotyczą przede wszystkim podmiotów publicznych. Podmioty prywatne powinny odrębnie sprawdzić własny status prawny oraz zakres działalności. W każdym przypadku warto zaplanować deklarację razem ze strukturą strony, wdrożeniem HTML i procesem odpowiedzialności za aktualizacje.
Deklaracja dostępności a faktyczna dostępność strony — dwa różne poziomy odpowiedzialności
Dokument opisujący stan serwisu
Deklaracja jest dokumentem informacyjnym i organizacyjnym. Powinna wskazywać, czego dotyczy, jaki status zgodności przyjęto, jakie ograniczenia występują oraz jak użytkownik może zgłosić problem. Jej wartość zależy od zgodności z rzeczywistym stanem serwisu. Ogólne zapewnienie o dostępności nie zastępuje konkretnego opisu niedostępnych treści, wyłączeń ani procedury kontaktu.
Publikacja dokumentu nie jest równoznaczna z usunięciem barier. Nie potwierdza też automatycznie pełnej zgodności z wymaganiami dostępności. Status powinien wynikać z rzetelnej samooceny, testów lub audytu, obejmujących istotne elementy serwisu.
Dostępność jako cecha działania strony
Faktyczna dostępność dotyczy sposobu działania strony i jej poszczególnych elementów. Obejmuje między innymi logiczną strukturę treści, alternatywy tekstowe, obsługę klawiaturą, odpowiedni kontrast, responsywność i poprawny kod HTML. W zależności od zakresu serwisu znaczenie mają również formularze, dokumenty, komponenty oraz procesy użytkownika.
WCAG opisuje zasady tworzenia stron i aplikacji dostępnych dla osób z różnymi niepełnosprawnościami. Deklaracja powinna odzwierciedlać te właściwości i ograniczenia, ale nie może być traktowana jako ich zamiennik. Właściciel strony powinien oddzielić opis stanu od działań potrzebnych do poprawy serwisu.
Jakie informacje powinna zawierać deklaracja dostępności strony internetowej?
Dane identyfikacyjne i status zgodności
Podstawą dokumentu są dane pozwalające jednoznacznie określić jego zakres i aktualność. Deklaracja powinna wskazywać podmiot oraz stronę, której dotyczy. Należy podać datę publikacji strony i datę ostatniej istotnej aktualizacji, która mogła wpłynąć na jej dostępność cyfrową.
Dokument powinien także określać status zgodności: pełną zgodność, częściową zgodność albo niezgodność. Jeżeli występują problemy, trzeba opisać konkretne niedostępne treści, elementy lub wyłączenia. Jeżeli podstawą dokumentu była samoocena albo audyt, warto powiązać status z wynikiem takiej oceny oraz wskazać datę ostatniego przeglądu deklaracji.
- Identyfikacja: podmiot, adres strony i rzeczywisty zakres serwisu.
- Aktualność: daty publikacji, istotnych aktualizacji, sporządzenia i przeglądu.
- Status: poziom zgodności oraz konkretny opis ograniczeń i wyłączeń.
Kontakt, zgłoszenia i zakres dodatkowych informacji
Operacyjna funkcja deklaracji polega na umożliwieniu użytkownikowi zgłoszenia problemu. Dokument powinien zawierać dane kontaktowe, sposób przekazania zgłoszenia oraz procedurę rozpatrywania wniosków i skarg. Jeżeli organizacja zapewnia dostęp alternatywny, informacja o nim powinna być zweryfikowana i opisana w deklaracji.
Zależnie od podmiotu i zakresu jego działalności dokument może obejmować również informacje o dostępności architektonicznej, komunikacyjno-informacyjnej oraz aplikacjach mobilnych. Zakresu nie należy kopiować mechanicznie z innej strony. Powinien wynikać z rzeczywistego serwisu, odpowiedzialności organizacji i aktualnie potwierdzonych informacji.
Projektowanie deklaracji dostępności w HTML
Struktura dokumentu i identyfikatory HTML
Deklarację należy przygotować i opublikować w formacie HTML. Sam dokument musi być dostępny cyfrowo, nawet jeśli strona, której dotyczy, nie jest w pełni dostępna. Oznacza to konieczność zastosowania logicznej hierarchii nagłówków, semantycznej struktury treści, czytelnego języka i prawidłowych oznaczeń HTML.
Wdrożenie może wymagać określonych identyfikatorów ułatwiających odnalezienie elementów dokumentu przez narzędzia testujące dostępność. W strukturze mogą występować między innymi a11y-wstep, a11y-podmiot, a11y-url, a11y-status, a11y-kontakt, a11y-email, a11y-procedura, a11y-data-sporzadzenie i a11y-data-przeglad. Ich zastosowanie powinno odpowiadać aktualnemu wdrożeniu i przyjętej strukturze dokumentu.
Odnajdywalność i testowanie deklaracji
Link do deklaracji powinien być łatwy do odnalezienia. Praktycznym miejscem jest stopka albo nagłówek widoczny na wszystkich podstronach. Odnajdywalność jest częścią użyteczności dokumentu: użytkownik nie powinien być zmuszony do przeszukiwania serwisu, aby znaleźć informacje o dostępności.
Deklarację należy zaplanować już na etapie architektury informacji i wdrożenia. Po publikacji powinna zostać przetestowana jako odrębny dokument. Weryfikacja powinna obejmować strukturę HTML, hierarchię nagłówków, obsługę klawiaturą, widoczny fokus, czytelność oraz kompatybilność z technologiami asystującymi.
WCAG a treść deklaracji: co dokument powinien opisywać
Od ogólnego statusu do konkretnych ograniczeń
Odwołanie do WCAG nie powinno ograniczać się do ogólnego stwierdzenia, że strona jest dostępna. Deklaracja powinna opisywać stan elementów, których dotyczą wymagania dostępności. Jeżeli problem dotyczy alternatyw tekstowych, struktury treści, klawiatury, kontrastu, responsywności lub poprawności kodu HTML, opis powinien wskazywać konkretny obszar ograniczenia.
Takie podejście pozwala oddzielić dokumentowanie stanu od deklarowania zgodności. W ocenie warto uwzględnić wszystkie istotne szablony, komponenty, treści, dokumenty, formularze i procesy użytkownika będące częścią serwisu. Opis niezgodności powinien być aktualny i powiązany z wynikami samooceny, testów lub audytu, jeżeli to one stanowią podstawę deklaracji.
Model odpowiedzialności za aktualizację po uruchomieniu strony
Właściciel procesu i współpraca zespołów
Za treść i aktualność deklaracji odpowiada organizacja będąca właścicielem strony lub podmiot zobowiązany do jej publikacji. Odpowiedzialność nie powinna pozostawać wyłącznie domyślna. Przed wdrożeniem należy wskazać właściciela procesu oraz ustalić współpracę osób odpowiedzialnych za dostępność, właścicieli treści, zespołu projektowego i dostawcy technicznego.
W praktyce zespół redakcyjny dostarcza informacje o zmianach treści, a zespół techniczny o zmianach kodu, komponentów i funkcji. Dostawca wdrożenia może uczestniczyć w procesie zgodnie z zakresem umowy. Taki podział jest praktyką zarządczą dopasowaną do organizacji, a nie jednolitym dodatkowym wymaganiem ustawowym.
Zdarzenia uruchamiające przegląd
Przegląd deklaracji powinien być powiązany z wydarzeniami, które mogą zmienić opisany stan serwisu. Należą do nich istotne aktualizacje strony, zmiany komponentów, funkcji, treści lub zakresu serwisu, a także wyniki samooceny, testów albo audytu.
Organizacja powinna ustalić sposób dokumentowania daty sporządzenia, daty ostatniej istotnej aktualizacji i daty ostatniego przeglądu. Należy również określić, kto weryfikuje dane kontaktowe, opis ograniczeń i informacje o ewentualnym dostępie alternatywnym. Bez takiego procesu deklaracja może szybko przestać odpowiadać rzeczywistemu stanowi strony.
Lista kontrolna przed publikacją i aktualizacją deklaracji
Kontrola treści i aktualności
Przed publikacją należy porównać dokument z aktualnym zakresem serwisu. Kontrola powinna obejmować zarówno kompletność informacji, jak i ich potwierdzalność.
- Sprawdź, czy wskazano właściwy podmiot, adres strony i rzeczywisty zakres serwisu.
- Zweryfikuj daty publikacji, istotnych aktualizacji, sporządzenia i ostatniego przeglądu.
- Porównaj status zgodności oraz opis niedostępnych treści z aktualną samooceną, testami lub audytem.
- Sprawdź dane kontaktowe, procedurę zgłoszeń i skarg oraz informację o dostępie alternatywnym, jeśli jest zapewniany.
- Potwierdź, że deklaracja nie zawiera niezweryfikowanych informacji o stanie strony, terminach naprawy lub osobach kontaktowych.
Kontrola techniczna i organizacyjna
Równie ważna jest weryfikacja samego dokumentu. Należy sprawdzić prawidłowy HTML, logiczną hierarchię nagłówków, semantykę, obsługę klawiaturą, widoczny fokus, czytelność oraz kompatybilność z technologiami asystującymi. Trzeba również potwierdzić, że link do deklaracji znajduje się w łatwo dostępnym, stałym miejscu.
Ostatnim punktem jest odpowiedzialność za utrzymanie. Organizacja powinna wiedzieć, kto aktualizuje deklarację, kto dostarcza dane wejściowe i jakie zdarzenia uruchamiają kolejny przegląd. Lista kontrolna nie zastępuje audytu ani indywidualnej analizy prawnej, ale pomaga powiązać dokument z rzeczywistym zarządzaniem stroną.
Deklaracja dostępności jest częścią architektury informacji, wdrożenia i późniejszego zarządzania serwisem. Jej treść musi odpowiadać rzeczywistemu stanowi strony, a sam dokument powinien być dostępny cyfrowo. Publikacja deklaracji nie potwierdza jednak usunięcia wszystkich barier i nie zastępuje rzetelnej oceny. Kluczowe pozostaje jasne przypisanie odpowiedzialności za aktualizacje, przeglądy i dane kontaktowe. Zakres formalnych obowiązków należy oceniać z uwzględnieniem statusu prawnego podmiotu oraz zakresu jego działalności. Umów konsultację z BrandingHouse, aby stworzyć spójny wizerunek marki i materiały dopasowane do celów Twojej firmy.
