Najważniejsze wnioski
- Deklaracja dostępności opisuje rzeczywisty stan strony lub aplikacji, znane bariery, dostęp alternatywny i sposób zgłaszania problemów; nie jest deklaracją bezwarunkowej zgodności.
- Obowiązek publikacji deklaracji dostępności dotyczy przede wszystkim podmiotów publicznych objętych ustawą o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych.
- Sklep lub firma komercyjna nie powinna automatycznie kopiować deklaracji podmiotu publicznego. W kontekście Polskiego Aktu o Dostępności trzeba osobno ocenić obowiązek przekazywania informacji o dostępności usługi.
- Ogólne zdania o „częściowej dostępności” nie pomagają użytkownikowi. Potrzebny jest konkretny opis bariery, jej skutku, alternatywy, właściciela działania i terminu przeglądu.
- Widget WCAGbot może dodać użytkownikowi funkcje wspierające dostępność, ale nie potwierdza zgodności serwisu i nie zastępuje audytu, testów ani napraw w kodzie i treści.
Dla zarządzającego
Traktuj deklarację dostępności jako element zarządzania ryzykiem i obsługą użytkownika, nie jako jednorazowy dokument formalny. Ustal właściciela procesu, rejestr barier, ścieżkę obsługi zgłoszeń oraz cykl aktualizacji po zmianach serwisu.
Dla sprzedaży
Nie obiecuj pełnej zgodności na podstawie samej deklaracji lub widgetu. W rozmowie z klientem wyjaśnij różnicę między deklaracją podmiotu publicznego, informacją o dostępności usługi oraz realnym planem audytu i poprawek.
Deklaracja dostępności powinna powiedzieć użytkownikowi trzy rzeczy: jaki jest stan dostępności strony, jakie bariery są znane i jak uzyskać pomoc. Nie jest certyfikatem ani dowodem, że serwis nie ma problemów. Dobrze przygotowany dokument porządkuje odpowiedzialność po stronie organizacji i skraca użytkownikowi drogę do informacji, formularza, dokumentu albo usługi.
Właściciel sklepu internetowego powinien jednak zacząć od właściwego rozróżnienia. Formalna deklaracja dostępności jest przede wszystkim obowiązkiem podmiotów publicznych objętych ustawą o dostępności cyfrowej. Dla części firm komercyjnych, w tym e-commerce, istotniejsza może być informacja o dostępności usługi w kontekście Polskiego Aktu o Dostępności. To nie są automatycznie te same dokumenty.
Najważniejsze wnioski
- Nie publikuj dokumentu, zanim nie zbierzesz faktów o stronie, aplikacji, formularzach i obsłudze zgłoszeń.
- Opisuj bariery konkretnie: element, skutek dla użytkownika, rozwiązanie alternatywne i plan działania.
- Aktualizuj dokument po zmianie motywu, menu, koszyka, płatności, formularzy lub komponentów zewnętrznych.
- Nie utożsamiaj deklaracji z audytem WCAG ani z pełną zgodnością z WCAG, EN 301 549 lub przepisami.
Dobra deklaracja nie ukrywa niedostępności. Pozwala użytkownikowi ominąć barierę, a zespołowi zamienić ją w zadanie do usunięcia.
Czym jest deklaracja dostępności?
Deklaracja dostępności to publiczna informacja o poziomie dostępności cyfrowej strony internetowej lub aplikacji mobilnej. W modelu stosowanym przez podmioty publiczne dokument obejmuje status zgodności, podstawę oceny, listę niedostępnych treści, dane kontaktowe oraz procedurę zgłaszania problemów.
Jej praktyczna funkcja jest szersza niż formalność. Użytkownik powinien móc z niej zrozumieć, czy na przykład formularz działa z klawiaturą, czy dokument PDF ma wersję alternatywną albo gdzie uzyskać pomoc, jeśli nie może zakończyć sprawy online.
Ministerstwo Cyfryzacji podkreśla, że sam fakt publikacji deklaracji nie przesądza o dostępności serwisu. Potwierdzają to wyniki monitoringu za 2025 r.: w badanej grupie stron deklarację miało 87% serwisów, lecz zgodna z wymaganiami była deklaracja na 29% wszystkich badanych stron. Wniosek jest prosty: obecność linku „Deklaracja dostępności” nie wystarcza, jeżeli treść jest niepełna, ogólna lub nieaktualna.
Kogo dotyczy deklaracja, a kogo informacja o dostępności usługi?
Ustawa o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych dotyczy określonych podmiotów publicznych. To one publikują deklaracje dostępności w rozumieniu tej ustawy. Zakres podmiotowy należy zawsze ocenić na podstawie aktualnych przepisów i roli organizacji.
Firmy prywatne nie powinny zakładać, że mają identyczny obowiązek tylko dlatego, że prowadzą stronę. Jednocześnie Polski Akt o Dostępności może mieć znaczenie dla określonych usług, w tym usług handlu elektronicznego. W takim przypadku praktyczne znaczenie ma przekazanie odbiorcy informacji o dostępności usługi. Szczegółowe omówienie tego zakresu znajdziesz we wpisie „Informacja o dostępności usługi: co musi zawierać?”.
WCAGbot Accessibility Path dla deklaracji dostępności
W e-commerce nie warto kopiować wzoru deklaracji podmiotu publicznego bez analizy. Najpierw ustal: czy firma jest objęta odpowiednim obowiązkiem, jaka usługa jest świadczona, jakie kanały kontaktu istnieją i jak użytkownik zgłosi problem w koszyku, płatności lub na koncie klienta. Kwestie wyłączeń i statusu firmy omawia także materiał „Mikroprzedsiębiorca a PAD: kiedy dotyczy e-commerce?”.
Co powinna zawierać rzetelna deklaracja dostępności?
W przypadku dokumentu przygotowywanego przez podmiot publiczny oficjalne wytyczne wskazują między innymi nazwę podmiotu, adres strony lub dane aplikacji, daty publikacji i istotnej aktualizacji, status zgodności, podstawę oceny, listę niedostępnych treści, kontakt oraz procedurę zgłoszenia żądania dostępności.
Operacyjnie warto przygotować dokument w poniższej kolejności:
- Zakres: wskaż dokładnie, której strony, subdomeny lub aplikacji dotyczy informacja.
- Data i metoda oceny: napisz, kiedy przeprowadzono ocenę i czy opierała się na samoocenie, audycie, testach manualnych lub innym wiarygodnym procesie.
- Status: stosuj go ostrożnie i wyłącznie wtedy, gdy wynika z oceny, a nie z deklaracji marketingowej.
- Bariery: opisz konkretne widoki lub komponenty, na przykład brak etykiet przy wybranych polach formularza, nieprawidłową kolejność fokusu w filtrach albo dokumenty bez struktury nagłówków.
- Alternatywa: wskaż realny sposób uzyskania treści lub wykonania czynności, gdy pełna poprawka wymaga czasu.
- Kontakt: podaj kanał, który działa bez konieczności pokonania tej samej bariery.
- Przegląd: określ datę aktualizacji i wewnętrznego właściciela dokumentu.
Jak opisać barierę, aby użytkownik wiedział, co zrobić?
Unikaj zdania: „Strona jest częściowo dostępna, trwają prace”. Nie wskazuje ono ani problemu, ani pomocy.
Lepszy zapis może wyglądać tak: „W formularzu zwrotu część komunikatów o błędzie nie jest automatycznie odczytywana przez czytnik ekranu. Jeśli nie możesz wysłać formularza, skontaktuj się z obsługą pod adresem [adres] i podaj numer zamówienia. Poprawka komponentu formularza jest zaplanowana do [termin po weryfikacji].”
Taki opis pozwala użytkownikowi podjąć działanie, a zespołowi technicznemu znaleźć właściwy komponent. Przygotowując rejestr problemów, korzystaj z checklisty kontrastu, tekstów alternatywnych, nagłówków, linków i komunikatów błędów.
WCAGbot Accessibility Path: proces od dokumentu do poprawy
Nazwa WCAGbot Accessibility Path porządkuje proces, w którym deklaracja nie kończy pracy, ale tworzy jej punkt kontrolny.
- Zmapuj usługę. Spisz najważniejsze ścieżki: strona główna, wyszukiwarka, karta produktu, koszyk, płatność, formularze, konto i kontakt.
- Sprawdź podstawowe bariery. Wykonaj test klawiaturą, sprawdź widoczność fokusu, komunikaty błędów, etykiety pól, strukturę nagłówków oraz teksty alternatywne. Pomocny jest praktyczny plan testów klawiaturą i czytnikiem ekranu.
- Utwórz rejestr barier. Przy każdej pozycji zapisz miejsce, wpływ na użytkownika, właściciela, priorytet, alternatywę i status poprawki.
- Opublikuj zrozumiałą informację. Wybierz dokument właściwy dla organizacji: deklarację dostępności albo informację o dostępności usługi.
- Dodaj wsparcie użytkownika. WCAGbot może udostępnić funkcje takie jak kontrast, powiększenie tekstu, czytanie treści, większy kursor, przewodnik czy zatrzymywanie animacji.
- Napraw źródło bariery. Popraw kod, treść, komponent lub proces. Widget nie zastąpi prawidłowej semantyki, etykiet formularzy, logicznej kolejności fokusu ani dostępnego procesu płatności.
- Przetestuj po zmianie. Każda zmiana motywu, aplikacji lub checkoutu może wprowadzić regresję. Zobacz, jak ograniczać regresję dostępności po zmianie motywu lub aplikacji.
Deklaracja dostępności a informacja o dostępności usługi
Widget dostępności a deklaracja: czego nie wolno ze sobą mylić?
| Element | Co robi | Czego nie potwierdza |
|---|---|---|
| Deklaracja dostępności | Informuje o stanie, barierach, kontakcie i procedurze. | Nie usuwa barier i nie jest automatycznym potwierdzeniem zgodności. |
| Widget WCAGbot | Daje użytkownikowi dodatkowe funkcje wspierające dostępność bez przebudowy strony. | Nie zastępuje audytu, testów z użytkownikami ani napraw źródłowych. |
| აუდyt WCAG | Pomaga wykryć i opisać bariery oraz określić zakres napraw. | Sam audyt nie wdraża poprawek ani nie zapewnia utrzymania jakości po zmianach. |
| Naprawa źródłowa | Usuwa przyczynę bariery w kodzie, treści lub procesie. | Nie zwalnia z potrzeby testowania i aktualizacji dokumentacji. |
WCAGbot można wdrożyć jedną linią kodu jako praktyczny pierwszy krok. Przeczytaj, co faktycznie oznacza wdrożenie jedną linią kodu, a następnie poznaj różnice między widgetem dostępności a audytem WCAG. Taka kolejność pomaga uniknąć obietnic, których żadne pojedyncze narzędzie nie może rzetelnie złożyć.
Mini-scenariusz ilustracyjny: sklep z problemem w koszyku
Scenariusz ilustracyjny, nieopisujący realnego klienta: sklep internetowy publikuje informację, że jego serwis jest „częściowo dostępny”. Klient korzystający z klawiatury nie może jednak przejść z listy produktów do przycisku finalizacji zakupu, ponieważ fokus po otwarciu panelu koszyka trafia w nieprzewidywalne miejsce.
Zespół stosuje WCAGbot, aby użytkownik mógł skorzystać między innymi z powiększenia tekstu, kontrastu i funkcji skupienia. Jednocześnie wpisuje problem do rejestru, ustawia dostęp alternatywny przez obsługę klienta i przekazuje błąd do dostawcy komponentu koszyka. Po poprawce wykonuje retest klawiaturą. W informacji o dostępności nie pisze, że problemu nie ma; opisuje jego aktualny status i sposób pomocy do czasu wdrożenia poprawki.
To podejście jest szczególnie ważne dla koszyka i płatności, ponieważ są to krytyczne etapy usługi. Więcej kryteriów znajdziesz w artykule „Dostępność formularzy, koszyka i płatności w e-commerce”.
Jak utrzymać dokument aktualny?
W podmiotach publicznych deklaracja podlega regularnemu przeglądowi, a oficjalne materiały wskazują termin do 31 marca każdego roku oraz potrzebę aktualizacji po zmianach wpływających na dostępność. Niezależnie od podstawy prawnej warto wdrożyć podobną praktykę operacyjną także w organizacji komercyjnej.
- Dodaj deklarację lub informację o dostępności do checklisty publikacji nowego motywu i aplikacji.
- Po zmianie checkoutu, formularza lub systemu rezerwacji wykonaj test klawiaturą i test z technologią asystującą w zakresie adekwatnym do ryzyka.
- Ustal, kto odbiera zgłoszenia i w jakim systemie trafiają one do zespołu produktu lub developmentu.
- Nie usuwaj opisu bariery wyłącznie dlatego, że zgłoszono zadanie. Usuń go po wdrożeniu i sprawdzeniu poprawki.
- Rozdziel status „funkcja wspierająca dostępność jest dostępna” od statusu „bariera w źródle została usunięta”.
Struktura użytecznej deklaracji dostępności
Podsumowanie dla zarządzającego i sprzedaży
Deklaracja dostępności ma sens tylko wtedy, gdy jest połączona z działaniem. Dla zarządzającego oznacza to prosty proces: wiedzieć, gdzie są bariery, zapewnić użytkownikowi drogę alternatywną, naprawiać przyczyny i dokumentować zmianę. Dla zespołu sprzedaży oznacza to uczciwą komunikację: WCAGbot wspiera użytkownika od razu, ale nie jest substytutem audytu ani trwałej poprawy serwisu.
Dodaj funkcje dostępności swojej strony i przetestuj WCAGbot na własnym przykładzie. Zacznij od najważniejszych ścieżek użytkownika, a następnie zaplanuj audyt i naprawy źródłowe tam, gdzie narzędzia wspierające nie usuwają przyczyny bariery.
FAQ: deklaracja dostępności
Czy każda firma musi publikować deklarację dostępności?
Nie należy tego zakładać. Formalny obowiązek deklaracji dostępności dotyczy przede wszystkim podmiotów publicznych objętych ustawą o dostępności cyfrowej. Firma komercyjna powinna osobno ocenić obowiązki związane z oferowaną usługą, w tym wymagania Polskiego Aktu o Dostępności.
Czy deklaracja dostępności oznacza zgodność z WCAG?
Nie. Deklaracja opisuje stan dostępności i może wskazywać zgodność, częściową zgodność lub niezgodność na podstawie przeprowadzonej oceny. Sama publikacja dokumentu nie dowodzi spełnienia kryteriów WCAG.
Czy sklep internetowy może użyć wzoru deklaracji podmiotu publicznego?
Może wykorzystać część dobrych praktyk, takich jak opis barier i kontakt, ale nie powinien bez analizy kopiować podstawy prawnej, procedur ani oświadczeń o statusie. W e-commerce trzeba ustalić, czy właściwa jest informacja o dostępności usługi.
Jakie bariery trzeba opisać?
Te, które są znane i mają znaczenie dla korzystania ze strony lub aplikacji. Opis powinien wskazywać konkretny element, wpływ na użytkownika oraz możliwy sposób uzyskania alternatywnego dostępu.
Czy wystarczy napisać, że strona jest częściowo dostępna?
Nie. Taki komunikat jest zbyt ogólny. Użytkownik powinien wiedzieć, gdzie znajduje się problem, czego dotyczy i jak uzyskać pomoc.
Czy widget dostępności zastępuje deklarację dostępności?
Nie. Widget może udostępnić funkcje wspierające dostępność, ale nie pełni roli dokumentu informującego o stanie strony, procedurze zgłoszeń i znanych ograniczeniach.
Czy WCAGbot naprawia błędy w formularzach i koszyku?
WCAGbot może wspierać użytkownika wybranymi funkcjami, ale nie zastępuje poprawy źródłowej formularza, semantyki pól, komunikatów błędów, kolejności fokusu czy procesu płatności.
Kiedy aktualizować deklarację dostępności?
W przypadku podmiotów publicznych należy stosować aktualne terminy i warunki określone w przepisach oraz wytycznych Ministerstwa Cyfryzacji. Praktycznie dokument należy sprawdzać także po zmianach wpływających na dostępność, na przykład zmianie motywu, menu, formularzy, integracji lub checkoutu.
Czy automatyczny skaner wystarczy do przygotowania deklaracji?
Nie. Skaner pomaga wykryć część problemów, ale nie oceni wszystkich barier, zwłaszcza jakości obsługi klawiaturą, zrozumiałości komunikatów, poprawności procesu zakupowego czy zachowania technologii asystujących.
Co zrobić po otrzymaniu zgłoszenia bariery?
Potwierdź przyjęcie zgłoszenia, sprawdź problem na wskazanej ścieżce, zapewnij możliwy dostęp alternatywny i przekaż zadanie do właściwego zespołu. Jeżeli organizacja jest podmiotem publicznym, stosuj ustawową procedurę i terminy.
Źródła i materiały
- Ministerstwo Cyfryzacji – Jak przygotować deklarację dostępności?
- Ministerstwo Cyfryzacji – Wyniki monitoringu za 2025 r.
- Ministerstwo Cyfryzacji – Warunki techniczne deklaracji dostępności
- Ministerstwo Cyfryzacji – Omówienie wymogów dostępności cyfrowej
- Ministerstwo Cyfryzacji – Badania i testy dostępności cyfrowej
- www.gov.pl
- eur-lex.europa.eu
- www.w3.org
- www.gov.pl
- digital-strategy.ec.europa.eu
- www.w3.org
- europa.eu
