Przejdź do głównej zawartości
Wersja robocza
Jest to dokument roboczy, który w dowolnym momencie może zostać zmieniony, zastąpiony lub usunięty. Nie należy korzystać z tego opracowania jako czegoś innego niż dokumentu w trakcie opracowywania.
Nie wahaj się proponować zmian. Możesz komentować, uzupełniać, redagować każdy fragment dokumentu.

Karta przeglądu diagnostycznego dostępności witryny

Opracowanie: Stefan Wajda
Data zgłoszenia: 14 kwietnia 2026 r., ostatnia aktualizacja: 15 kwietnia 2026 r.

1. Informacje podstawowe

Nazwa witryny:
Adres (URL):
Jednostka odpowiedzialna:
Właściciel biznesowy:
Administrator techniczny:

Typ witryny:

  • serwis informacyjny
  • BIP
  • portal usługowy
  • serwis tematyczny
  • inny: ______________________

System / technologia (jeśli znane):
Wersja systemu / CMS (jeśli znana):
Rok wdrożenia / ostatniej istotnej aktualizacji:

Status wsparcia technicznego:

  • system wspierany
  • system rozwijany w ograniczonym zakresie
  • system niewspierany
  • brak danych

Możliwość modyfikacji:

  • pełna
  • ograniczona
  • brak realnej możliwości zmian

2. Informacje o przeglądzie

Data przeglądu:
Osoba / zespół przeprowadzający:
Podstawa przeglądu:

  • przegląd planowy
  • aktualizacja deklaracji dostępności
  • przegląd po zmianach w witrynie
  • przegląd po zgłoszeniach użytkowników
  • inna: ______________________

Zastosowany scenariusz przeglądu:

  • scenariusz zalecany
  • scenariusz równoważny

Uwagi dotyczące scenariusza / zakresu:



3. Dobór próby

3.1. Badane podstrony

  • strona główna
    URL: ______________________________
  • strona listy / zestawienia
    URL: ______________________________
  • strona szczegółowa / artykuł
    URL: ______________________________
  • strona z formularzem
    URL: ______________________________
  • strona z dokumentem do pobrania
    URL: ______________________________
  • strona z multimediami
    URL: ______________________________

Inne badane strony:




Czy próba różni się częściowo od próby z poprzedniego przeglądu?

  • tak
  • nie
  • nie dotyczy

Uwagi dotyczące doboru próby:


3.2. Badane procesy użytkownika





4. Zakres wykonanych sprawdzeń

4.1. Sprawdzenia automatyczne

  • wykonano analizę automatyczną
  • wykonano analizę zbiorczą wielu stron
  • wykonano analizę szczegółową wybranych stron

Zastosowane narzędzia:

  • SiteLint
  • Lighthouse
  • IBM Equal Access Accessibility Checker
  • WAVE
  • ARC Toolkit
  • HTML_CodeSniffer
  • inne: ______________________

Najważniejsze typy problemów wykrytych automatycznie:


4.2. Sprawdzenia manualne

Wykonano następujące testy:

  • Test 1. Logiczny układ treści, punkty orientacyjne i struktura nagłówków
  • Test 2. Nawigacja i dostępność klawiatury
  • Test 3. Linki i elementy sterujące
  • Test 4. Formularze – możliwość wykonania zadania
  • Test 5. Ocena funkcjonalna strony
  • Test 6. Dokumenty i załączniki
  • Test 7. Test wykonania zadania

5. Wyniki testów manualnych

TestWynikUwagi
Test 1. Struktura strony
Test 2. Klawiatura i nawigacja
Test 3. Linki i elementy sterujące
Test 4. Formularze
Test 5. Funkcja strony
Test 6. Dokumenty i załączniki
Test 7. Wykonanie zadania

Proponowana skala opisu wyniku:

  • poprawnie / bez istotnych problemów,
  • częściowo poprawnie / występują utrudnienia,
  • niepoprawnie / występują istotne bariery,
  • nie dotyczy.

6. Ocena ogólna

Czy użytkownik może wykonać podstawowe zadania w witrynie?

  • tak
  • częściowo
  • nie

Ogólna ocena dostępności witryny:

  • niski poziom dostępności
  • umiarkowany poziom dostępności
  • dobry poziom dostępności

Czy stwierdzono problemy systemowe?

  • tak
  • częściowo
  • nie

Krótka ocena ogólna:



7. Kluczowe problemy

ProblemLokalizacjaWpływ na użytkownikaSkala

Skala problemu:

  • pojedynczy
  • powtarzalny
  • systemowy

8. Charakter problemów

Dominujący typ problemów:

  • treściowe
  • techniczne
  • organizacyjne
  • mieszane

Czy problemy mają charakter głównie:

  • lokalny
  • powtarzalny
  • systemowy

Uwagi:



9. Priorytety działań

Problemy wymagające natychmiastowego działania:



Problemy wymagające zmian systemowych:



Problemy możliwe do rozwiązania w kolejnych etapach:




10. Ocena możliwości poprawy dostępności

Skala problemów:

  • ograniczona
  • znacząca
  • systemowa

Możliwość poprawy dostępności:

  • wysoka
  • ograniczona
  • bardzo ograniczona

Stan technologiczny systemu:

  • aktualny i wspierany
  • przestarzały, ale rozwijany
  • niewspierany
  • brak danych

Dostęp do wdrożenia zmian:

  • możliwy
  • ograniczony
  • bardzo ograniczony

11. Decyzja po przeglądzie

Rekomendowany kierunek działań:

  • działania naprawcze i modernizacja
  • gruntowna przebudowa
  • zastąpienie systemu nowym rozwiązaniem
  • decyzja wymaga dalszej analizy

Uzasadnienie decyzji:



12. Potrzeba wsparcia eksperckiego

Czy wymagane jest wsparcie zewnętrzne?

  • nie
  • tak

Jeżeli tak, w jakim zakresie:

  • wycinkowe badania diagnostyczne
  • ekspertyza
  • audyt zgodności
  • wsparcie projektowe / modernizacyjne
  • wsparcie systemowe / organizacyjne
  • inne: ______________________

13. Wniosek dla deklaracji dostępności

Na podstawie przeglądu:

  • możliwe jest przygotowanie deklaracji o częściowej zgodności
  • zasadne jest wskazanie istotnej niezgodności
  • zakres przeglądu nie daje wystarczających podstaw do oceny

Uwagi do deklaracji dostępności:



14. Wnioski końcowe

Krótka synteza wyników przeglądu (3–5 zdań):






15. Status dalszych działań

  • działania rozpoczęte
  • działania zaplanowane
  • przygotowywane jest zlecenie wsparcia eksperckiego
  • brak decyzji

Osoba odpowiedzialna za dalsze działania:


Termin przeglądu postępów / kolejnego przeglądu:



Wskazówki do stosowania karty

  • Karta ma charakter operacyjny i decyzyjny.
  • Karta nie jest raportem audytowym ani pełnym raportem zgodności.
  • Kartę należy wypełniać zwięźle, z naciskiem na problemy istotne i powtarzalne.
  • Celem karty jest wsparcie decyzji organizacyjnych, planowania działań naprawczych oraz ewentualnego zamawiania usług eksperckich.
  • Karta może stanowić materiał pomocniczy przy aktualizacji deklaracji dostępności.