Manualne testowanie dostępności
Manualne testowanie
dostępności strony
Audit automatycznie wychwytuje 57% narusze. WCAG w minuty. Pozostałe 43% — przepływy UX z czytnikiem ekranu, bariery poznawcze. testy z osobami z niepełnosprawnościami — dodają nasi eksperci. Raze. — pełne pokrycie WCAG-AA.
Odpowiadamy w godzinach pracy
Dlaczego manualne testowanie jest kluczowe
Liczby wyjaśniające, dlaczego samo automatyczne skanowanie nie wystarczy
Pokrycie automatu
Pułap każdego automatycznego sprawdzenia, łącznie z naszym Audytem (badania Deque)
Obciążenie poznawcze. real SR experience, frustration patterns
≈1,3 mld ludzi na świecie — 15% potencjalnych klientów
Liczba pozwów przeciw stronom non-compliant rośnie co roku
Jak to uzupełnia automatyczny Audit
Dwie warstwy testów — pełne pokrycie WCAG 2.1/2.2 AA
Warstwa 1 · Automatyzacja
InclusiveWeb Audit
Skaner według 90+ reguł WCAG: kontrast, ARIA, teksty alt, struktura nagłówków. W minuty, na tysiącach stron, z ciągłym monitoringiem.
Warstwa 2 · Manualne
Testowanie manualne
Przepływy UX z czytnikiem ekranu (NVDA, JAWS, VoiceOver), bariery poznawcze. prawdziwi użytkownicy z niepełnosprawnościami — to, czego algorytmy nie widzą.
Raze. — Pełne pokrycie
WCAG 2.1/2.2 AA
Audit codziennie + testowanie manualne kwartalnie lub przed wydaniem. Najpełniejszy obraz zgodności — z dowodami, których oczekują audytorzy i regulatorzy.
Co znajduje audyt manualny
Semantycznie poprawny kod ≠ komfort dla prawdziwego użytkownika z niepełnosprawnością
Jakość TTS i mowy
Tylko prawdziwe uszy wyłapią nienaturalną wymowę, pauzy, akcenty i intonację.
Obciążenie poznawcze
Technicznie OK, ale użytkownik gubi się w gęstych sformułowaniach, żargonie i nielogicznej strukturze.
Niuanse kulturowe
Ikony, kolory i symbole mają różne znaczenie w różnych kulturach i językach.
Real touch na prawdziwych urządzeniach
Emulator ≠ żywy iPhone z safe-area, składanym ekranem, Pixel czy starszy Android.
Wzorce frustracji
Po 5 nieudanych próbach użytkownik zachowuje się inacze. — bounce, abandonment, gniewne opinie.
Subtelne problemy UX
„Przycisk jest, ale go nie kliknę" — wymaga ludzkiego osądu, nie reguł.
Najcenniejsze
Lived experience
Prawdziwi użytkownicy z niepełnosprawnościami pokazują błędy, o których żaden tester nie pomyślał.
Metodologia — 6 kroków w 5–10 dni roboczych
Przejrzysty proces od discovery do raportu z planem działań
Metodyki nie wymyśliliśmy my
Badanie idzie według procesu DHS Trusted Tester — spisanej sekwencji kroków dla każdego kryterium. Audyt prowadzi specjalista certyfikowany w tym procesie.
- Inny specjalista według tej samej metodyki dojdzie do tych samych wniosków
- Ten sam proces, którym agencje federalne USA sprawdzają się pod kątem Section 508
- Badamy według WCAG 2.1 i 2.2 AA — szerzej niż baza, na której opiera się proces
- Dzień 1
Discovery + automatyczny baseline
Automatyczne skanowanie wszystkich stron kilkoma niezależnymi narzędziami. Wstępna lista 50–150 naruszeń i ocena bazowa w 30 minut.
- Dni 2–3
Testowanie ze screen readerami
Certyfikowany tester przechodzi każdą user journey z NVDA + Firefox, JAWS + Edge, VoiceOver + Safari (macOS, iOS), TalkBack + Chrome, Narrator.
- Dzień 4
Audyt wizualny + kolory
Kontrast wg WCAG 2 + APCA, symulacja 7 typów daltonizmu, forced-colors mode, 13+ viewportów, PEAT dla epilepsji.
- Dzień 5
Dostępność poznawcza
Flesch-Kincaid, wykrywanie żargonu, Plain Language, hierarchia nagłówków, descriptive links, error recovery flows.
- Dni 6–8
User research z prawdziwymi ludźmi
5–6 person: niewidoma osoba z NVDA, voice control, ADHD/dysleksja, niesłyszący, starsza osoba z multi-niepełnosprawnościami. Sesje nagrywane za zgodą.
- Dni 9–10
Raport + Action Plan
Strukturalne deliverables dla różnych stakeholderów: Executive Summary, lista błędów, VPAT draft, nagrania wideo, priorytetowy plan działań.
Co otrzymujesz
Konkretne dokumenty i artefakty dla zespołu, prawników i kierownictwa
Bug Report (50–200 issues)
Kategoryzacja: severity, kryterium WCAG, design impact, estymata, priorytet. Quick wins → architectural.
VPAT / ACR draft
Voluntary Product Accessibility Template — raport z przeprowadzonych testów dla rządowych kontraktów i sprzedaży B2B.
Nagrania sesji użytkowników
5+ adnotowanych filmów z prawdziwych research sessions z timestampami frustration / success / abandonment.
Priorytetowy Action Plan
Tydzień 1–2: quick wins. Miesiąc 1–3: middle priority. Quarter 1–2: architectural. Z estymatami godzin developera.
Re-test po 30 dniach
Bezpłatne ponowne sprawdźenie top-20 critical bugs po Twoich poprawkach. Instrukcje do dalsze. pracy.
Konsultacja z zespołem
Call 1–2 godziny z developerami — wyjaśnienie złożonych issues, dyskusja o systemowych wzorcach, Q&A.
Standardy które pokrywamy
Audyt zgodny z międzynarodowymi i krajowymi wymogąmi dostępności
International
Osobna strona
Aplikacje mobilne to osobna usługa
Natywne iOS i Android, React Native oraz Flutter. Inny standard (rozdział 11 EN 301 549), inne narzędzia, inna metodyka. Testujemy na prawdziwych urządzeniach z czytnikami ekranu.
Przejrzysty cennik
Jedna stawka dla wszystkich — bez ukrytych opłat i skomplikowanych pakietów
Stała stawka
Minimalne zamówienie — 10 stron
Przykłady wyliczeń
Odpowiadamy w godzinach pracy
Co jest w cenie
Pełny zakres audytu w każdym zamówieniu
- Manual SR testing — NVDA + JAWS + VoiceOver + TalkBack
- Visual + Color audit na 13 viewportach + iPhone safe-area
- Audyt dostępności poznawcze. (Plain Language, hierarchia)
- User research z prawdziwymi użytkownikami (3 sesje)
- Bug Report z kategoryzacją wg severity i WCAG
- VPAT / ACR draft dla compliance
- Priorytetowy Action Plan z estymatami godzin
- Re-test po 30 dniach — bezpłatnie
- Konsultacja z zespołem (1–2 godziny)
- NDA i poufność danych od pierwszego dnia
Duży projekt 300+ stron?
Dla dużych projektów oferujemy indywidualne warunki, rabaty wolumenowe i dedicated team.
Dla kogo to jest
Usługa skierowana do produktów na etapie production z prawdziwymi użytkownikami
Pasuje
- Firmy SaaS z enterprise customers (wymagają VPAT)
- E-commerce w USA (ryzyko pozwów ADA)
- Banking, fintech, healthcare, EdTech (compliance critical)
- Sektor publiczny (EN 301 549 / Section 508)
Lepiej poczekaj
- Prototypy i MVP — poczekaj do production-ready
- Strony w aktywnej przebudowie — testuj po release
- Budżet poniżej $500 — zacznij od bezpłatnych narzędzi DIY
Czym manualny audyt różni się od automatycznego?
Automatyczne narzędzia łapią około 57% narusze. WCAG. Pozostałe 43% wymaga ludzkiego osądu: real SR experience, dostępność poznawcza, niuanse kulturowe, prawdziwe emocje użytkowników. Manualny audyt pokrywa tę lukę.
Ile trwa audyt?
Standardowy audyt trwa 5–10 dni roboczych i obejmuje sześć kroków metodyki: od automatycznej bazy po raport z planem działania. Przy projektach powyżej 300 stron termin ustalamy osobno. Ponowne sprawdzenie 20 najbardziej krytycznych błędów następuje 30 dni po Waszych poprawkach.
Co to VPAT i czy go potrzebuję?
Voluntary Product Accessibility Template — raport z przeprowadzonych testów. Potrzebny dla kontraktów rządowych (Section 508), sprzedaży B2B (nabywcy z listy Fortune-500 pytają przed zakupem) i sektora publicznego UE (EN 301 549). Projekt VPAT wchodzi w skład każdego zamówienia.
Kto prowadzi user research?
Certyfikowani eksperci IAAP CPACC + WAS plus prawdziwe osoby z niepełnosprawnościami. Rekrutacja przez Fable.tech, AccessWorks, UserTesting accessibility filter i własny panel.
Czy pokrywacie aplikacje mobilne?
Tak. TalkBack (Android) + VoiceOver (iOS). Native apps — Espresso Accessibility Checks (Android) + Xcode Accessibility Inspector (iOS). React Native, Flutter — osobne wzorce testowania.
Co jeśli nie naprawię wszystkiego od razu?
Re-test po 30 dniach bezpłatnie sprawdźa top-20 critical issues. Jeśli coś zostało — instrukcje bez dodatkowej opłaty. Critical bugs zwykle naprawia się w 2–4 tygodnie.
Gotowy zobaczyć, co znajdują prawdziwi użytkownicy?
Zostaw zgłoszenie — wrócimy w godzinach pracy z ofertą i terminami.
Brief → oferta z terminami i ceną