Raport naprawczy

Raport naprawy dostępności

Testujemy Twoją stronę pod kątem WCAG 2.2 A i AA w prawdziwej przeglądarce, przechodzimy jej główną ścieżkę wyłącznie z klawiatury (w sklepie aż do przycisku przejścia do kasy) i dajemy Twojemu programiście zmianę dla każdej bariery, przygotowaną na podstawie Twojego własnego kodu.

  • Do 25 testowanych podstron
  • Test ścieżki klawiaturą
  • 5 ponownych testów w cenie

Co sprawdzamy

  • Reguły WCAG 2.2 A i AA

    Automatyczne testy axe-core na kluczowych podstronach i maksymalnie 20 kolejnych z mapy witryny: teksty alternatywne, kontrast kolorów, nazwy przycisków i linków, etykiety formularzy, nagłówki, punkty orientacyjne (landmarks) i ARIA.

  • Test ścieżki klawiaturą

    Wyłącznie z klawiatury: w sklepie od strony głównej do produktu, opcji, przycisku „Dodaj do koszyka” i koszyka, z zatrzymaniem przy przycisku przejścia do kasy; w innych witrynach od strony głównej do kluczowej podstrony, jej głównego wezwania do działania i pól formularza. Nic nigdy nie jest wysyłane.

  • Pułapki fokusu i widoczny fokus

    Czy fokus utyka, np. w banerze cookie, i czy odwiedzający widzą, gdzie się znajduje.

  • Reflow na telefonie przy 320 px

    Czy podstrony wymagają przewijania w poziomie na małym telefonie (WCAG 1.4.10).

  • Mapa zarzutów z wezwania przedsądowego

    Jeśli wkleisz pismo, każdy zarzut zostanie porównany z tym, co odtworzyły nasze testy, z liczbą wystąpień na każdej podstronie.

  • Elementy do sprawdzenia przez człowieka

    To, co testy oznaczają, ale nie mogą rozstrzygnąć, np. tekst na obrazach, wraz z instrukcją sprawdzenia każdego elementu.

Co otrzymujesz

  • Listę priorytetów: napraw najpierw, napraw w drugiej kolejności, ulepsz
  • Kod przed zmianą i po niej, przygotowany na podstawie każdego błędnego elementu
  • Instrukcje dla Shopify, WordPressa, WooCommerce lub platformy, którą wykryjemy
  • Gotowy prompt AI dla każdego wykrytego problemu
  • Zrzuty ekranu z obrysowanym błędnym elementem
  • Projekt deklaracji dostępności i dziennik dowodów
  • 5 ponownych testów do potwierdzenia poprawek oraz plik PDF

Jak powstaje raport

  1. 1

    Pięć podstron z Twojego darmowego skanu oraz maksymalnie 20 kolejnych z mapy witryny jest wczytywanych w Chromium i testowanych przez axe-core.

  2. 2

    Osobna sesja przeglądarki przechodzi główną ścieżkę strony wyłącznie z klawiatury i zapisuje każdy krok, ze zrzutem ekranu tam, gdzie coś zawodzi.

  3. 3

    Dla każdego błędu powstaje poprawka dla Twojej platformy, a następnie raport jest składany i wysyłany do Ciebie e-mailem.

Wyniki z przykładowego raportu

Prawdziwy wynik dla Harbor & Pine, fikcyjnego sklepu, który zbudowaliśmy z typowymi problemami.

Otwórz pełny przykładowy raport
  • Critical

    @axe/button-name/help{"$en":"Buttons must have discernible text"}

    @axe/button-name/help{"$en":"Buttons must have discernible text"}: the failing element outlined in red

    41 instances on 9 pages. WCAG 4.1.2 requires every control to have a name. Unnamed buttons often include quantity steppers, close buttons and slider arrows.

    Fix: Add visible text, visually hidden text, or an aria-label that says what the button does (for example {a} or {b}).{"a":"aria-label=\"Close\"","b":"aria-label=\"Increase quantity\""}

  • Critical

    @axe/image-alt/help{"$en":"Images must have alternative text"}

    @axe/image-alt/help{"$en":"Images must have alternative text"}: the failing element outlined in red

    22 instances on 7 pages. WCAG 1.1.1 requires a text alternative for meaningful images. Without it, a screen reader user can't tell which product a photo shows.

    Fix: Describe what matters to a shopper: product name, color and the angle shown (for example 'Canvas tote in olive, front view').

  • Critical

    @axe/label/help{"$en":"Form elements must have labels"}

    @axe/label/help{"$en":"Form elements must have labels"}: the failing element outlined in red

    7 instances on 6 pages. WCAG 1.3.1, 3.3.2 and 4.1.2 require form fields to have labels. Newsletter sign-up and search fields are common offenders.

    Fix: Placeholder text alone does not count as a label.

Czego nie obejmuje

  • Odczyt przez czytnik ekranu, napisy i audiodeskrypcja (dołączamy listę kontrolną do ręcznego sprawdzenia)
  • Kasa, płatności i wysyłanie formularzy
  • Podstrony wymagające logowania
  • Porada prawna ani certyfikat zgodności z ADA lub EAA

Pytania o ten raport

Czy to pełny audyt WCAG?

To audyt automatyczny uzupełniony o test ścieżki klawiaturą. Testy automatyczne wykrywają część problemów z WCAG na stronie, dlatego raport wymienia też, co wymaga sprawdzenia przez człowieka i jak to zrobić.

Czy raport pomaga w przypadku wezwania przedsądowego ADA?

Jeśli wkleisz pismo, raport pokaże z dowodami, które zarzuty nasze testy odtwarzają na Twojej stronie. To zapis faktów, a nie porada prawna; w sprawie samego pisma porozmawiaj z prawnikiem.

Na jakich platformach działa kod?

Poprawki są pisane dla wykrytej platformy: motywów Shopify, WordPressa i WooCommerce, Webflow, BigCommerce, Wix, Squarespace, frameworków takich jak Next.js lub czystego HTML. Tam, gdzie nie widzimy Twojego kodu źródłowego, lokalizacje plików podajemy jako wskazówki.

Czym jest 5 ponownych testów?

Gdy Twój programista wprowadzi zmiany, możesz z poziomu raportu ponownie uruchomić te same testy, maksymalnie pięć razy, i zobaczyć, których problemów nie da się już odtworzyć.

Przeskanuj swoją stronę już dziś

Znajdź. Napraw. Sprawdź.

Jaki to rodzaj strony?

Twoja odpowiedź wybiera właściwe testy, np. ścieżkę zakupową dla sklepów internetowych. Nadal sprawdzamy sygnały samej strony i pokazujemy oba wyniki.

Jaki to rodzaj strony?

Darmowy skan. Bez karty płatniczej.