SevirantaOverlay, audyt czy naprawa kodu: co obroni się podczas kontroli?
7 czerwca 2026
Krótka odpowiedź. Masz trzy opcje, by uczynić swoją stronę dostępną: widget overlay (warstwa JavaScriptu), jednorazowy audyt (migawka stanu) albo naprawy we własnym kodzie (prawdziwa naprawa, stale monitorowana). Tylko ta ostatnia zmienia Twój rzeczywisty kod źródłowy i pozostaje aktualna, gdy strona się zmienia — a właśnie to weryfikuje organ nadzoru lub sąd. Overlay daje złudne poczucie bezpieczeństwa, pojedynczy audyt się dezaktualizuje, a naprawa kodu się broni.
Czym różnią się te trzy opcje?
| Widget overlay | Jednorazowy audyt | Naprawa kodu + monitoring | |
|---|---|---|---|
| Co robi | Nakłada warstwę na stronę | Raport z jednego momentu | Naprawia prawdziwy kod, na bieżąco |
| Zmienia kod źródłowy? | Nie | Nie (tylko doradza) | Tak |
| Dezaktualizuje się? | Pozostaje kosmetyką | Tak, gdy tylko strona się zmieni | Nie, idzie z duchem zmian |
| Obroni się przy roszczeniu? | Nie | Częściowo, tylko na tamten moment | Tak |
| Koszty | Niskie miesięcznie | Wysokie, jednorazowo (często tysiące euro) | Uczciwe, ciągłe |
Dlaczego overlay się nie obroni?
Bo nie zmienia Twojego kodu. Overlay obiecuje "zgodność", ale nie naprawia błędów pod spodem — więc one po prostu trwają dalej. Organy nadzoru i sądy patrzą właśnie na ten kod pod spodem. Co więcej: strony z widgetem są wręcz celowo pozywane (ponad 1.000 pozwów w 2024 roku), a amerykańska FTC ukarała accessiBe grzywną $1 miliona za wprowadzające w błąd deklaracje zgodności. Liczby znajdziesz w artykule pozwany mimo widgetu dostępności.
Dlaczego jednorazowy audyt to za mało?
Audyt manualny jest gruntowny, ale to zdjęcie, nie film. Raport jest aktualny w dniu jego wykonania. Gdy tylko Twój developer zainstaluje aplikację albo zespół marketingu opublikuje nową stronę, dostępność może znów się posypać — a Twój drogi raport jest już nieaktualny. Dla serwisu, który ciągle się zmienia, migawka za tysiące euro nie jest trwałym rozwiązaniem.
Co wyróżnia naprawę kodu?
Naprawa kodu rozwiązuje problem tam, gdzie powstaje: w Twoim własnym HTML i CSS. To trwałe — warstwa nie może "odpaść", bo żadnej warstwy nie ma. W połączeniu z ciągłym monitoringiem od razu wiesz, kiedy nowa zmiana coś psuje. W ten sposób budujesz nie tylko dostępną stronę, ale też archiwizowalną dokumentację, która dowodzi, że utrzymujesz stronę w porządku w sposób systematyczny — a dokładnie to liczy się podczas kontroli.
Która opcja jest dla mnie?
- Chcesz tanio kupić spokój sumienia? Wybierasz overlay — ale wiedz, że to złudne poczucie bezpieczeństwa, które ryzyko raczej zwiększa, niż zmniejsza.
- Masz jednorazowy moment prawny (np. przetarg), a Twoja strona prawie się nie zmienia? Wtedy audyt może wystarczyć.
- Twoja strona zmienia się regularnie i chcesz, żeby jutro też wszystko się zgadzało? Wtedy naprawa kodu z monitoringiem to jedyna opcja, która się obroni.
Zeskanuj swoją stronę bezpłatnie, a przy każdym wykryciu zobaczysz, co szwankuje w Twoim własnym kodzie i jak to naprawdę naprawić — żadna nakładka, tylko sama naprawa.
Źródło faktu o FTC: komunikat prasowy FTC ze stycznia 2025. Statystyki pozwów i pełne uzasadnienie: pozwany mimo widgetu dostępności.