Nakładka czy naprawa kodu? Zdecyduj sam.
Z grubsza są dwa sposoby, by uczynić Twoją witrynę dostępną. Brzmią tak samo, ale działają zasadniczo inaczej, i to ta różnica decyduje, czy naprawdę otrzymujesz pomoc, czy tylko kupujesz poczucie spokoju. Tutaj to wyjaśniamy; wybór należy do Ciebie.
Nakładka (widget)
Kawałek JavaScriptu, który wklejasz na swoją witrynę. Kładzie warstwę na Twoją stronę i dostosowuje w przeglądarce odwiedzającego to, co on widzi, przyciski, kontrast, opcje odczytu na głos. Twój własny kod źródłowy pozostaje nietknięty. Szybko się instaluje, ale błędy u podstaw wciąż tam są: warstwa je ukrywa, nie naprawia.
Naprawa u źródła
Tutaj błąd wskazuje się w Twoim własnym kodzie, brakujący tekst alternatywny, nienazwane pole formularza, zbyt niski kontrast, tak, by naprawdę zniknął. Więcej pracy, ale to trwała naprawa, która dociera do każdego odwiedzającego i każdego narzędzia wspomagającego, i która wytrzymuje kontrolę. To właśnie robi Seviranta.
Dlaczego ma to znaczenie prawne
Nakładka często obiecuje „100% zgodności” albo procent rozwiązywany automatycznie. Niezależni eksperci szeroko zgadzają się, że to niemożliwe: Overlay Fact Sheet, podpisany przez ponad 800 specjalistów ds. dostępności, w tym twórców otwartoźródłowego silnika axe-core, stwierdza, że żaden produkt typu overlay nie może uczynić witryny w pełni zgodną z jakimkolwiek standardem, a zatem nie usuwa ryzyka prawnego.
W kwietniu 2025 r. amerykański organ nadzoru FTC nałożył na dostawcę nakładki karę $1 miliona, właśnie za twierdzenie, że jego zautomatyzowane narzędzie potrafi uczynić witrynę zgodną z WCAG. To dokładnie ten rodzaj obietnicy, który biorą na cel organy nadzoru, nie samą dostępność, lecz otaczającą ją pozorną pewność.
Wymowne: według własnego raportu o egzekwowaniu jednego z dużych dostawców nakładek 38,5% firm pozwanych w 2025 r. miało już uruchomione narzędzie dostępności. Zainstalowanie narzędzia nie jest więc tym samym, co bycie dostępnym.
Nasze przekonanie: naprawa u źródła to trwałe rozwiązanie
Nakładka leży na wierzchu twojej witryny: w przeglądarce zmienia to, co odwiedzający widzi w danym momencie, ale błąd pozostaje w twoim kodzie. Zmień motyw, dodaj wtyczkę albo niech skrypt się nie załaduje, i bariera wraca. Naprawa w źródle usuwa sam błąd: naprawione zostaje naprawione, dociera do każdego odwiedzającego i każdego narzędzia wspomagającego, i wytrzymuje, gdy audytor lub organ nadzoru zajrzy pod maskę. Dlatego Seviranta naprawia w kodzie źródłowym i nadal monitoruje, żeby twoja witryna nie wyglądała na poprawną przez chwilę, lecz nią pozostawała, z dokumentacją, która to potwierdza. Żadne narzędzie, nasze też nie, nie czyni witryny automatycznie „w 100% zgodną”; dlatego nazywamy, co maszyna potrafi, a czego nie. Ale to, co naprawiamy, jest naprawione naprawdę.
Ciekawi Cię, co jest nie tak w Twoim kodzie?
Bezpłatne skanowanie wskazuje prawdziwe błędy w Twoim własnym kodzie źródłowym, z dokładnym wierszem. Żadnej warstwy, żadnego konta, niczego nie przechowujemy.
Źródła
Świadomie odsyłamy do niezależnych źródeł, nie do siebie samych, byś mógł zweryfikować to, co mówimy.
- Overlay Fact Sheet, gezamenlijk standpunt van 800+ toegankelijkheidsprofessionals (incl. de makers van axe-core)
- FTC, $1M-boete voor accessiBe wegens misleidende claims dat een geautomatiseerde tool een site WCAG-conform kan maken (april 2025)
- W3C WAI, Evaluating accessibility (waarom geautomatiseerd toetsen niet alles dekt)
- Deque, axe-core (open source; de motor waarop Seviranta bouwt)