Przejdź do głównej treści
Do własnych audytów dostępności

Nautil Control audyty dostępności we własnym zespole

Ten sam panel, w którym audytorzy Nautila prowadzą audyty WCAG, dla zespołu, który chce audytować sam. Strony, aplikacje mobilne i pliki: błędy ze zrzutami i sposobem naprawy, kryteria liczone z błędów i raport generowany z wzoru.

Panel w akcji

Zobacz, jak panel działa w praktyce

Sześć krótkich nagrań z wersji demonstracyjnej panelu, na audycie strony nautil.pl — od listy błędów i AI po to, co widzi odbiorca audytu. Nagrania są bez dźwięku, a pod każdym opisujemy, co na nim widać.

Błędy

  1. Lista błędów. Pogrupowana według zasad WCAG, z wagą, obszarem strony i miniaturą zrzutu.
  2. Filtr. Tylko dwa błędy krytyczne.
  3. Okno błędu. Zrzuty z zaznaczeniem, kryteria WCAG, waga, obszar, kto naprawia i opis problemu.
  4. Sposób naprawy. Pisze go AI na podstawie opisu i zrzutów, a audytor oznacza błąd jako gotowy.
  5. Eksport. Lista błędów do pobrania w Excelu.

AI i skaner

  1. Przykładowe błędy. Trzy błędy z audytu nautil.pl ze zrzutem, tytułem i obszarem — bez opisu, wagi i sposobu naprawy.
  2. Generuj wszystko naraz. AI uzupełnia opis, wagę, sposób naprawy i rolę we wszystkich błędach audytu (ok. minuty, na nagraniu wycięte).
  3. Wynik w oknie błędu. Opis, waga, rola i sposób naprawy wpisane przez AI, każde z przyciskiem „Zweryfikuj” dla audytora.
  4. Skaner. Narzędzie axe-core sprawdza na serwerze dwie podstrony, a znaleziska ze zrzutami zatwierdza audytor.
  5. Lista błędów. Nowe błędy w widoku „Ostatnio dodane”.

Audyt pliku

  1. Dane audytu. Platforma „Plik / dokument” i sprawdzenie zgodności z PDF/UA-1.
  2. Sprawdzenie pliku. Panel czyta przykładowy plik PDF w przeglądarce — znaczniki, teksty alternatywne, nagłówki i metadane. Plik nie trafia na serwer.
  3. Propozycje błędów. Cztery błędy z kryterium WCAG albo warunkiem PDF/UA.
  4. Dodanie. Zaznaczone propozycje trafiają na listę błędów audytu.

Kryteria i deklaracja

  1. Kryteria sukcesu. WCAG 2.2 AA: 29 spełnionych, 12 niespełnionych i 14 niedotyczących — liczone z błędów.
  2. Niespełnione. Filtr pokazuje 12 kryteriów z błędami.
  3. Deklaracja dostępności. Automat sam znajduje deklarację na stronie i sprawdza wymogi art. 10 ustawy oraz warunki techniczne.
  4. Wynik. Każdy brak oznaczony jako błąd albo uwaga.
  5. Ocena audytora. Podpowiedź automatu wpisuje werdykt, a audytor go zapisuje.

Reaudyt i raport

  1. Reaudyt. Kopia audytu do ponownej weryfikacji po naprawach.
  2. Weryfikacja. Błąd obsługi klawiaturą oznaczony jako naprawiony.
  3. Kryteria. Przeliczone z błędów i porównane z poprzednim audytem — przy zmienionym kryterium „Poprawa”.
  4. Raport. Generowany z wzoru w Dokumentach Google (ok. 3 minuty, na nagraniu wycięte).
  5. Gotowy dokument. Raport z reaudytu: okładka, podstawowe informacje i zespół.

Wyniki dla odbiorcy

  1. Pulpit odbiorcy. Wynik audytu: zgodność 78%, rozkład wag i najczęściej naruszane kryteria.
  2. Błędy. Każdy z opisem i sposobem naprawy.
  3. Pytanie. Wątek do audytora przy konkretnym błędzie.
  4. Naprawa. Odbiorca oznacza błąd jako naprawiony.
  5. Zestawienie i dokumenty. Wyniki wszystkich audytów i pliki audytu.
Zrzuty ekranu

Tak wygląda panel — wersja demonstracyjna

  • Lista błędów audytu
  • Błąd ze zrzutami, kryteriami i sposobem naprawy
  • Kryteria WCAG liczone z błędów
  • Automatyczne sprawdzenie deklaracji dostępności
  • Wynik audytu w panelu odbiorcy
  • Zestawienie wszystkich audytów
Znajome?

Audyt, który żyje w arkuszach i mailach

Wiele zespołów prowadzi audyt dostępności tak samo: błędy w arkuszu, zrzuty w folderze, raport składany ręcznie w edytorze, wyniki wysyłane mailem. To działa — dopóki audytów nie jest kilkanaście, a po reaudycie nikt nie wie, co naprawiono.

  • Błędy w arkuszu

    Opis w arkuszu, zrzut w folderze, a wagi i kryteria każdy audytor oznacza po swojemu.

  • Raport składany ręcznie

    Opisy, numery błędów i tabela kryteriów przepisywane do edytora przy każdym audycie.

  • Deklaracja sprawdzana ręcznie

    Wymogi art. 10 ustawy i warunki techniczne odhaczane punkt po punkcie.

  • Reaudyt bez porównania

    Po poprawkach trudno powiedzieć, co naprawiono, a wyniki krążą w mailach.

Ilustracja: laptop z arkuszem błędów, w którym część komórek jest zaznaczona na czerwono, folder z 48 zrzutami ekranu, szkic raportu w siódmej wersji, 9 nieprzeczytanych maili i kartka z listą kontrolną deklaracji odhaczaną ołówkiem.
Po wdrożeniu

Cały audyt w jednym panelu

Audytor opisuje błąd raz — trafia on do tabeli kryteriów, do raportu i do panelu odbiorcy. Cały zespół widzi ten sam stan audytu, a odbiorca od razu wie, co naprawić.

  • Błędy gotowe do naprawy

    Zrzut z zaznaczeniem, kryteria WCAG, waga, sposób naprawy i rola, która ma naprawić: programista, grafik, redaktor albo autor.

  • Zgodność z ustawą

    Kryteria WCAG liczone z błędów, automatyczne sprawdzenie deklaracji dostępności i tabele EN 301 549 dla aplikacji mobilnych i plików.

  • Postęp napraw

    Odbiorca oznacza naprawione błędy i pyta audytora przy konkretnym błędzie, a reaudyt porównuje wynik z poprzednim.

  • Wszystkie audyty organizacji

    Zestawienie z medianą zgodności, postępem napraw i kryteriami niespełnionymi w największej liczbie audytów.

Zakres

Funkcje panelu

Panel jest jeden i ma wszystkie funkcje poniżej — te same, z których na co dzień korzystają audytorzy Nautila.

  1. Lista i okno błędu

    Błędy pogrupowane według zasad WCAG, z numerem, wagą, obszarem, zrzutami z zaznaczeniem i historią zmian. Wyszukiwarka, filtry i eksport do CSV, Excela i JSON.

  2. Asystent AI

    Opisy, tytuły, waga, sposób naprawy i rola dla jednego błędu albo wielu naraz. AI podpowiada, a audytor sprawdza — tekstu audytora nie nadpisuje.

  3. Skaner automatyczny

    Narzędzie axe-core sprawdza wybrane podstrony na serwerze. Znaleziska ze zrzutami przeglądacie przed zapisem — do audytu trafiają tylko zatwierdzone.

  4. Kryteria sukcesu

    Tabela kryteriów WCAG 2.1 albo 2.2: spełnione, niespełnione i niedotyczące liczone z błędów, z ręczną zmianą tam, gdzie trzeba.

  5. Deklaracja dostępności

    Automat sam znajduje deklarację na stronie i sprawdza wymogi art. 10 ustawy oraz warunki techniczne. Werdykt do raportu zatwierdza audytor.

  6. Aplikacje mobilne i pliki

    Audyty aplikacji mobilnych oraz plików PDF, Word, Excel i PowerPoint, z tabelami EN 301 549. Plik PDF panel sprawdza wstępnie w przeglądarce, także z warunkami PDF/UA — plik nie trafia na serwer.

  7. Scenariusze z testerami

    Zadania dla testerów z niepełnosprawnościami, formularz testera pod osobnym linkiem i zbiorcza tabela wyników w raporcie.

  8. Raport i reaudyt

    Raport w Dokumentach Google z wzoru — kryteria, wykresy, błędy, deklaracja i scenariusze — z eksportem do PDF i DOCX. Reaudyt porównuje wynik z poprzednim audytem.

  9. Panel odbiorcy audytu

    Pulpit z wynikiem, błędy z opisem i sposobem naprawy, pytania do audytora przy konkretnym błędzie, oznaczanie napraw i zestawienie wszystkich audytów.

  10. Statystyki zgodności

    Stan wszystkich zbadanych stron i aplikacji: niezgodne z ustawą, z kryterium krytycznym, deklaracje z brakami, kryteria niespełniane najczęściej i kto ma naprawiać — z eksportem do PDF.

W codziennej pracy

Na tym panelu pracują audytorzy Nautila

W panelu prowadzimy audyty stron, aplikacji mobilnych i plików dla urzędów, uczelni, szpitali, muzeów i firm. Liczby poniżej pochodzą z panelu (listopad 2026).

  • 260+ audytów prowadzonych w panelu
  • 160+ zbadanych stron i aplikacji mobilnych
  • 6900+ błędów opisanych przez audytorów
  • 120+ ocenionych deklaracji dostępności

96% zbadanych stron i aplikacji nie spełnia kryterium 1.3.1.

Ze statystyk zgodności w panelu: 163 strony i aplikacje mobilne zbadane przez audytorów Nautila. Kryterium 1.3.1 „Informacje i relacje” dotyczy struktury treści — nagłówków, list i tabel.
Wdrożenie

Od umowy do startu — 3 do 5 tygodni

Poniżej przebieg dla pełnego zakresu. Przy mniejszym zakresie wdrożenie jest krótsze. Pierwsze 60 dni po starcie to okres opieki — poprawki konfiguracyjne i pytania zespołu są bez opłat.

  1. Analiza i konfiguracja

    Spotkanie na start, wybór standardów (WCAG 2.1 albo 2.2, EN 301 549) i konfiguracja instancji panelu.

  2. Konta i struktura

    Konta audytorów i odbiorców audytów, lista audytowanych stron, aplikacji i plików.

  3. Wzór raportu

    Raport w identyfikacji Waszej organizacji: logo, dane i stopka.

  4. Testy i szkolenie

    Próbny audyt, testy odbiorcze i szkolenie online dla audytorów — w cenie wdrożenia.

  5. Uruchomienie

    Panel pod Waszą domeną, oficjalny start i 60 dni opieki powdrożeniowej.

    60 dni opieki
    bez dodatkowych opłat

Co obejmuje wdrożenie

  • Konfiguracja instancji panelu dla Waszej organizacji.
  • Kolorystyka i logotyp dopasowane do identyfikacji organizacji.
  • Konta audytorów i odbiorców audytów.
  • Wzór raportu z logo i danymi organizacji.
  • Konfiguracja domeny lub subdomeny i certyfikatu SSL.
  • Szkolenie online dla zespołu audytorów.
  • 60 dni bezpłatnych poprawek po uruchomieniu.

Co obejmuje opieka roczna

  • Hosting, monitoring i codzienne kopie zapasowe.
  • Bieżące aktualizacje panelu i poprawki bezpieczeństwa.
  • Wsparcie e-mail i telefoniczne dla zespołu.
  • Drobne korekty konfiguracyjne.
  • Licencja na korzystanie z panelu w okresie opieki.

Zakres i cenę ustalamy po rozmowie. Pełny cennik wysyłamy w indywidualnej ofercie.

Zobaczcie, jak to działa

Najprościej ocenić Nautil Control na krótkiej konsultacji online. Pokażemy działający panel na żywo i wspólnie ustalimy, jak wdrożyć go w Waszym zespole.

Projekt międzynarodowy

AIMused – dostępność i sztuczna inteligencja w muzeach

Nautil jest partnerem technologicznym projektu, w którym razem z instytucjami z Polski, Niemiec, Danii, Szwecji i Litwy tworzymy rozwiązania oparte na AI, by muzea i atrakcje turystyczne były dostępne dla każdego.

Więcej o projekcie AIMused
Interreg Południowy Bałtyk. Współfinansowane przez Unię Europejską

Projekt współfinansowany z Europejskiego Funduszu Rozwoju Regionalnego w ramach programu Interreg Południowy Bałtyk 2021–2027.