Sprawdź wymagania. Znajdź bariery. Popraw proces, z którego korzystają Twoi klienci.
Dostępność cyfrowa w firmie nie kończy się na stronie głównej ani na wyniku automatycznego testu WCAG. Jeżeli klient może znaleźć produkt, ale nie potrafi wybrać jego wariantu, przejść przez formularz, dokonać rezerwacji albo zakończyć płatności bez użycia myszy, problem nadal istnieje.
Pomagamy firmom oceniać dostępność stron, sklepów internetowych, aplikacji i usług cyfrowych. Sprawdzamy również, czy i w jakim zakresie zastosowanie może mieć Polski Akt o Dostępności oraz jakie działania rzeczywiście trzeba podjąć.
Czy Polski Akt o Dostępności dotyczy Twojej firmy?
Od 28 czerwca 2025 r. obowiązuje Polski Akt o Dostępności, który wdrożył do polskiego prawa wymagania Europejskiego Aktu o Dostępności. Przepisy obejmują określone produkty i usługi oferowane konsumentom, w tym usługi handlu elektronicznego. Nie oznacza to jednak, że każda firma i każda strona internetowa podlegają dokładnie takim samym obowiązkom. Znaczenie ma rodzaj działalności, sposób świadczenia usługi, charakter produktu oraz przewidziane w ustawie wyłączenia.
W przypadku usług świadczonych przez mikroprzedsiębiorców ustawa przewiduje wyłączenie z obowiązków PAD. Dlatego zamiast zaczynać od kosztownego audytu „na wszelki wypadek”, warto najpierw ustalić, czy dana usługa rzeczywiście znajduje się w zakresie ustawy.
Możemy pomóc ustalić:
- czy oferowana usługa lub produkt znajduje się w zakresie PAD,
- które elementy strony, aplikacji albo procesu trzeba sprawdzić,
- jakie obowiązki informacyjne dotyczą usługi,
- które bariery mają największe znaczenie dla klienta,
- jak zaplanować dostosowanie bez wykonywania niepotrzebnych prac.
Audyt sklepu internetowego i procesu zakupowego
Sklep internetowy powinien być oceniany jako cały proces zakupowy, a nie zbiór pojedynczych podstron.
Usługi handlu elektronicznego są jednym z obszarów objętych PAD. Dlatego w audycie nie ograniczamy się do strony głównej, karty produktu czy wyniku automatycznego skanera.
Sprawdzamy między innymi:
- wyszukiwanie i filtrowanie produktów,
- listy i karty produktów,
- wybór wariantów,
- dodawanie i usuwanie produktów z koszyka,
- formularze danych klienta,
- wybór dostawy.
- płatności,
- logowanie i konto użytkownika,
- komunikaty o błędach,
- potwierdzenia zamówienia,
- elementy dynamiczne,
- integracje z usługami zewnętrznymi.
Badanie obejmuje między innymi obsługę klawiaturą, strukturę i semantykę interfejsu, widoczność fokusu, formularze, komunikaty dynamiczne oraz współpracę z technologiami asystującymi.
Najważniejsze pytanie nie brzmi tylko: „Czy ten komponent spełnia kryterium WCAG?”, ale przede wszystkim: „Czy klient może samodzielnie przejść cały proces i zawrzeć umowę?”
Przeczytaj: Dostępny sklep internetowy – dlaczego audyt musi obejmować cały proces zakupowy
Strony internetowe, aplikacje i systemy
Nie każda usługa cyfrowa jest sklepem internetowym. Firmy korzystają również z systemów rezerwacji, paneli klienta, platform szkoleniowych, aplikacji mobilnych, formularzy obsługi klienta, systemów płatności i rozwiązań SaaS.
Zakres audytu dobieramy do tego, co użytkownik faktycznie ma zrobić.
Sprawdzamy procesy
- najważniejsze ścieżki użytkownika,
- formularze i walidację,
- nawigację klawiaturą,
- kolejność fokusu,
- komunikaty błędów i statusów.
Sprawdzamy interfejs
- strukturę nagłówków i regionów,
- kontrast i czytelność,
- komponenty interaktywne,
- dostępność na urządzeniach mobilnych,
- współpracę z czytnikami ekranu.
Po audycie nie zostawiamy zespołu z samą listą kryteriów WCAG. Problemy opisujemy tak, żeby projektant, programista albo właściciel produktu wiedział, co trzeba zmienić i dlaczego.
Audyt przed odbiorem strony lub aplikacji
To jeden z momentów, w których dostępność można sprawdzić najtaniej.
Jeżeli strona, sklep albo aplikacja została wykonana przez zewnętrzną firmę, błędy najlepiej wykryć przed podpisaniem odbioru, a nie kilka tygodni po uruchomieniu systemu.
W ramach audytu przed odbiorem możemy sprawdzić:
- zgodność wykonania z wymaganiami dostępności,
- najważniejsze ścieżki użytkownika,
- formularze i procesy,
- elementy interaktywne,
- obsługę klawiaturą,
- zachowanie z technologiami asystującymi,
- poprawność poprawek zgłoszonych wcześniej wykonawcy.
Raport można wykorzystać jako techniczną podstawę do rozmowy z wykonawcą przed zamknięciem projektu.
Wsparcie dla software house’ów, agencji i zespołów IT
Dostępność jest znacznie prostsza, gdy nie pojawia się dopiero na końcu projektu.
Współpracujemy z zespołami projektującymi i wdrażającymi strony, sklepy, aplikacje oraz systemy webowe. Możemy wejść w projekt na etapie projektu graficznego, implementacji albo przed oddaniem produktu klientowi.
Przed wdrożeniem
- przegląd projektu UX/UI,
- konsultacja komponentów i design systemu,
- testy wersji stagingowej,
- weryfikacja formularzy i kluczowych procesów.
Podczas wdrożenia
- lista konkretnych problemów dla zespołu deweloperskiego,
- konsultacje podczas wdrażania poprawek,
- retest po zmianach,
- wsparcie przed odbiorem przez klienta.
Możemy również współpracować jako zewnętrzny specjalista dostępności przy projektach realizowanych dla klientów końcowych.
To rozwiązanie szczególnie przydatne dla zespołów, które nie potrzebują własnego etatowego eksperta dostępności, ale chcą mieć dostęp do takiej kompetencji wtedy, gdy rzeczywiście jest potrzebna.
Dostępność dokumentów i komunikacji z klientem
Dostępność usługi nie kończy się w interfejsie strony.
Klient może otrzymywać regulaminy, instrukcje, formularze, umowy, zestawienia, dokumenty PDF, prezentacje, wiadomości e-mail, materiały graficzne i multimedia.
Jeżeli te materiały są częścią procesu korzystania z usługi, również powinny być możliwe do odczytania i zrozumienia.
Pomagamy sprawdzać i poprawiać dokumenty Word, PDF i PowerPoint oraz przygotowywać zespoły do tworzenia dostępnych materiałów we własnym zakresie.
Informacja o dostępności usługi
Polski Akt o Dostępności przewiduje również obowiązki informacyjne dotyczące dostępności świadczonej usługi. W przypadku usług handlu elektronicznego przedsiębiorca powinien podać do publicznej wiadomości informacje o usłudze, informacje potrzebne do korzystania z niej oraz informację o sposobie spełniania wymagań dostępności.
To nie jest to samo co deklaracja dostępności stosowana przez podmioty publiczne.
Możemy pomóc przygotować odpowiednią informację w sposób dostosowany do konkretnej usługi i faktycznego stanu jej dostępności.
Stała opieka nad dostępnością
Jednorazowy audyt nie zabezpiecza serwisu na zawsze.
Nowy formularz, aktualizacja sklepu, zmiana systemu płatności albo instalacja zewnętrznego komponentu może ponownie wprowadzić bariery, nawet jeśli wcześniej strona została dobrze poprawiona.
Współpraca może obejmować:
- okresowe przeglądy,
- konsultacje zmian przed publikacją,
- testowanie nowych funkcji,
- retesty po aktualizacjach,
- wsparcie zespołu projektowego i redakcyjnego,
- pomoc przy nowych wymaganiach i projektach.
Nie chodzi o comiesięczny „certyfikat zgodności”, tylko o utrzymanie sensownego procesu kontroli.
Co otrzymujesz po audycie?
Raport powinien pomagać naprawiać produkt, a nie tylko dokumentować błędy.
- opis znalezionych barier,
- miejsce ich występowania,
- sposób odtworzenia problemu,
- wpływ na użytkownika.
- odniesienie do właściwych wymagań,
- rekomendowany sposób poprawy,
- priorytet wdrożenia,
- materiał do przekazania wykonawcy lub zespołowi IT.
Po wprowadzeniu zmian możemy wykonać retest i sprawdzić, czy zgłoszone bariery zostały rzeczywiście usunięte.
Nie wiesz, czy potrzebujesz pełnego audytu?
Nie zawsze pierwszym krokiem powinno być duże badanie. Jeżeli nie wiesz, czy PAD dotyczy Twojej firmy, jaki zakres testów będzie odpowiedni albo czy lepszy będzie audyt, konsultacja czy wsparcie zespołu, opisz nam swoją sytuację.
Najpierw ustalimy, co rzeczywiście ma sens sprawdzić.