Lista kontrolna: - Zrozumieć główny temat i ton tytułu. - Zachować oryginalną strukturę i kolejność fraz. - Użyć naturalnego, zrozumiałego języka polskiego. - Oddać praktyczny, poradnikowy charakter tytułu. - Sprawdzić zgodność znaczenia po tłumaczeniu. Dostępność stron internetowych dla małych firm: praktyczny przewodnik na dobry początek

Wyobraź sobie potencjalnego klienta, który trafia na Twoją stronę, gotowy do zakupu — ale nie może odczytać menu, bo tekst zlewa się z tłem, nie może przechodzić tabulatorem przez formularz zamówienia, bo nie został zbudowany z myślą o nawigacji klawiaturą, a obrazy na stronie głównej w ogóle nie mają opisów. Ten klient wychodzi, sfrustrowany i nieobsłużony. To nie jest rzadki przypadek brzegowy: mniej więcej jeden na czterech dorosłych w USA żyje z niepełnosprawnością, a badania konsekwentnie pokazują, że niedostępne strony internetowe kosztują firmy realne przychody każdego dnia. Tymczasem ryzyko prawne rośnie bardzo szybko — tylko w 2024 roku wniesiono prawie 4 000 pozwów dotyczących stron internetowych na podstawie ADA, a małe firmy coraz częściej stają się celem.

Dlaczego dostępność stron internetowych ma teraz znaczenie dla małych firm

Dostępność stron internetowych to praktyka projektowania i budowania witryn, z których każdy może korzystać, w tym osoby z niepełnosprawnościami wzrokowymi, słuchowymi, ruchowymi lub poznawczymi. Przez dekady wielu właścicieli małych firm zakładało, że dostępność to problem wyłącznie dużych korporacji lub agencji rządowych. To założenie nie jest już ani bezpieczne, ani trafne.

Americans with Disabilities Act (ADA) od dawna jest interpretowana przez sądy i Departament Sprawiedliwości jako obejmująca strony internetowe. Zgodnie z Tytułem III ADA miejsca publicznej obsługi — które sądy szeroko rozszerzyły tak, by obejmowały strony internetowe i platformy e-commerce — muszą być dostępne dla osób z niepełnosprawnościami. Powszechnym błędnym przekonaniem jest, że małe firmy są zwolnione z tych wymogów. W rzeczywistości Tytuł III ma zastosowanie do wszystkich firm, niezależnie od wielkości zatrudnienia. Nawet firmy działające wyłącznie online nie są z tego zwolnione, ponieważ usługi wyłącznie cyfrowe nadal mogą odmawiać równego dostępu, gdy występują bariery w sieci.

Środowisko egzekwowania przepisów znacząco się zaostrzyło. Tylko w 2024 roku wniesiono tysiące pozwów dotyczących dostępności stron internetowych na podstawie ADA, a kancelarie reprezentujące powodów coraz częściej celują w mniejsze firmy właśnie dlatego, że rzadziej mają one dedykowane zespoły prawne i częściej szybko zawierają ugody. Same ugody zazwyczaj mieszczą się w przedziale od 5 000 do 25 000 dolarów, nie licząc honorariów adwokackich, kosztów naprawczych i szkód wizerunkowych, które następują później. Za pierwsze naruszenie ADA mogą zostać nałożone kary cywilne do 75 000 dolarów. To nie są teoretyczne liczby — małe firmy, takie jak producent noży na zamówienie czy sieć restauracji typu fast casual, w ostatnich latach również mierzyły się z pozwami dotyczącymi dostępności, co pokazuje, że żadna firma nie jest zbyt mała ani zbyt niszowa, by stać się celem.

DOJ również zmierza w kierunku formalnego stanowienia przepisów. W kwietniu 2024 roku sfinalizował przepis na podstawie Tytułu II ADA, wymagający od władz stanowych i lokalnych dostosowania się do WCAG 2.1 na poziomie AA, z terminami w latach 2026 i 2027. Choć przepis ten bezpośrednio obejmuje podmioty rządowe, oczekuje się, że sądy w sprawach prywatnych na podstawie Tytułu III będą odwoływać się do tego samego standardu przy ocenie komercyjnych stron internetowych. Kierunek regulacyjny jest jasny.

Zrozumieć standard dostępności: WCAG prostym językiem

Kiedy ludzie mówią o zgodności z wymogami dostępności stron internetowych, prawie zawsze mają na myśli Web Content Accessibility Guidelines (WCAG), opracowane przez World Wide Web Consortium (W3C). WCAG nie jest samą w sobie ustawą, ale jest technicznym punktem odniesienia, do którego konsekwentnie odwołują się sądy, regulatorzy i organy egzekwujące prawo. Większość ram prawnych — w tym ADA, unijna European Accessibility Act, Section 508 oraz kanadyjska Accessible Canada Act — wymaga zgodności z WCAG 2.1 lub 2.2 na poziomie AA.

Wytyczne są zorganizowane wokół czterech kluczowych zasad, często zapamiętywanych pod akronimem POUR:

• Perceivable (Postrzegalne): Użytkownicy muszą być w stanie postrzegać informacje prezentowane na stronie. Oznacza to tekstowe alternatywy dla obrazów, napisy do filmów oraz wystarczający kontrast kolorów, aby treści były czytelne dla osób z niedowidzeniem lub daltonizmem.
• Operable (Funkcjonalne): Użytkownicy muszą być w stanie nawigować i wchodzić w interakcję z interfejsem. Każda funkcja musi działać wyłącznie za pomocą klawiatury, a użytkownicy muszą mieć wystarczająco dużo czasu na wykonanie zadań, bez presji automatycznie wygasających sesji.
• Understandable (Zrozumiałe): Treść i sposób obsługi interfejsu muszą być jasne — przewidywalna nawigacja, czytelny tekst na odpowiednim poziomie oraz pomocne komunikaty o błędach, które mówią użytkownikom, jak poprawić pomyłki.
• Robust (Solidne): Treści muszą działać niezawodnie w różnych przeglądarkach, na różnych urządzeniach i z różnymi technologiami asystującymi, takimi jak czytniki ekranu, oprogramowanie sterowane głosem czy urządzenia przełącznikowe.

WCAG istnieje w kilku wersjach. WCAG 2.1, opublikowana w 2018 roku, dodała 17 nowych kryteriów sukcesu względem WCAG 2.0, obejmując ulepszenia dla urządzeń mobilnych, użytkowników z niedowidzeniem oraz osób z niepełnosprawnościami poznawczymi. WCAG 2.2, wydana w październiku 2023 roku, dodaje kolejne dziewięć kryteriów sukcesu, z których wiele poprawia dostępność dla osób z niedowidzeniem, niepełnosprawnościami ruchowymi i wyzwaniami poznawczymi. Dobra wiadomość: wersje są wstecznie kompatybilne, więc spełnienie WCAG 2.2 oznacza również spełnienie 2.1 i 2.0. WCAG 2.1 na poziomie AA jest obecnie standardem najczęściej wymaganym przez prawo, ale celowanie w 2.2 to mądrzejsza strategia długoterminowa.

Każde kryterium sukcesu jest testowane na jednym z trzech poziomów zgodności: A (minimalny), AA (średni) i AAA (najwyższy). Poziom AA jest praktycznym celem dla większości firm — równoważy realną dostępność z tym, co jest osiągalne dla większości zespołów deweloperskich i budżetów. Poziom AAA rzadko jest wymagany przez prawo i na ogół jest niepraktyczny do spełnienia w całej witrynie.

Pięć najczęstszych problemów z dostępnością — i jak je naprawić

Mimo lat rosnącej świadomości, stan dostępności stron internetowych w branży pozostaje słaby. W 2025 roku ponad 96% stron nadal ma co najmniej jedno wykrywalne naruszenie dostępności, a na przeciętnej stronie głównej znajduje się około 51 odrębnych błędów dostępności. Pocieszającą wiadomością dla małych firm jest to, że najczęstsze problemy są też jednymi z najłatwiejszych do naprawienia. Zajęcie się zaledwie pięcioma najważniejszymi kwestiami usunie większość barier dla użytkowników z niepełnosprawnościami i znacząco zmniejszy Twoją ekspozycję prawną.

1. Niewystarczający kontrast kolorów

Niski kontrast kolorów między tekstem a jego tłem to najczęstsze pojedyncze naruszenie dostępności — dotyczy prawie 80% stron głównych według raportu WebAIM Million 2025. WCAG 2.1 na poziomie AA wymaga współczynnika kontrastu co najmniej 4,5:1 dla zwykłego tekstu i 3:1 dla dużego tekstu (18 pt lub większego, albo 14 pt pogrubionego). Ten jasnoszary tekst na białym tle, który wygląda tak czysto w makiecie projektanta? Niemal na pewno nie spełnia wymogów. Każdą kombinację kolorów możesz natychmiast przetestować za pomocą darmowych narzędzi, takich jak Contrast Checker WebAIM lub wbudowany audyt Lighthouse w Chrome DevTools. Naprawa zwykle sprowadza się do zaktualizowania wartości koloru w CSS.

2. Brakujący lub niewystarczający tekst alternatywny obrazów

Czytniki ekranu — oprogramowanie używane przez osoby niewidome i słabowidzące do nawigacji w sieci — nie potrafią interpretować obrazów. W całości polegają na atrybucie alt w HTML, aby opisać, co przedstawia obraz. Brak tekstu alternatywnego pozostawia użytkowników czytników ekranu w ciemności. Naprawa jest prosta: każdy znaczący obraz potrzebuje zwięzłego, opisowego atrybutu alt. Obrazy czysto dekoracyjne powinny używać pustego atrybutu alt (alt=''), aby zasygnalizować czytnikom ekranu, że obraz można bezpiecznie zignorować. Unikaj upychania słów kluczowych w tekście alternatywnym — pisz go tak, jakbyś opisywał obraz komuś przez telefon.

<!-- Meaningful image: describe what it shows -->
<img src='team-photo.jpg' alt='The Accsible support team at their 2024 company offsite in Austin, Texas'>

<!-- Decorative image: empty alt so screen readers skip it -->
<img src='divider-wave.png' alt=''>

3. Nieopisane pola formularzy

Formularze to miejsce, w którym dochodzi do konwersji — formularze kontaktowe, procesy zamówień, zapisy na newsletter. To także miejsce, w którym dostępność najczęściej się załamuje. Gdy polom formularza brakuje odpowiednich elementów label, użytkownicy czytników ekranu nie są w stanie określić, jakich informacji wymaga każde pole. Tekst zastępczy (placeholder) wewnątrz pola input nie zastępuje etykiety, ponieważ znika, gdy użytkownik zaczyna pisać. Każde pole input potrzebuje elementu <label> powiązanego z nim poprzez pasujące atrybuty for i id, a komunikaty o błędach muszą jasno wyjaśniać, co poszło nie tak i jak to naprawić.

<!-- Correct: visible label associated with input -->
<label for='email'>Email Address</label>
<input id='email' type='email' name='email' required>

<!-- Wrong: placeholder only, no label -->
<input type='email' placeholder='Email Address'>

4. Bariery w nawigacji klawiaturą

Nie każdy używa myszy. Użytkownicy z niepełnosprawnościami ruchowymi, urazami wynikającymi z powtarzalnych przeciążeń czy osoby polegające na oprogramowaniu sterowanym głosem zależą od nawigacji klawiaturą. Każdy interaktywny element na Twojej stronie — linki, przyciski, pola formularzy, menu rozwijane, okna modalne — musi być osiągalny i obsługiwalny wyłącznie za pomocą klawiszy Tab, Enter, Spacja i strzałek. Częstym błędem deweloperów jest stosowanie w CSS reguły outline: none, aby usunąć domyślny obrys fokusu przeglądarki ze względów estetycznych. To sprawia, że nawigacja klawiaturą staje się praktycznie niewidoczna dla widzących użytkowników korzystających z klawiatury. Zawsze zapewniaj widoczny wskaźnik fokusu i testuj swoją stronę od początku do końca, używając wyłącznie klawiatury. Jeśli gdzieś utkniesz, Twoi użytkownicy też tam utkną.

5. Słaba struktura nagłówków

Użytkownicy czytników ekranu często nawigują po stronie, przeskakując między nagłówkami, tak jak użytkownik widzący skanuje stronę wzrokiem. Pomijanie poziomów nagłówków — przeskakiwanie z <h1> bezpośrednio do <h3> lub używanie znaczników nagłówków wyłącznie ze względu na ich domyślny rozmiar wizualny — całkowicie psuje ten model nawigacji. Każda strona powinna mieć dokładnie jeden <h1> jako główny tytuł, a następnie logiczną hierarchię <h2>, <h3> i tak dalej. Nigdy nie pomijaj poziomów. Używaj nagłówków do opisywania struktury, a nie do stylizowania tekstu. Darmowe rozszerzenie przeglądarki WAVE może w kilka sekund wygenerować wizualny zarys nagłówków dowolnej strony.

Narzędzia i testowanie dostępności: od czego zacząć

Dobrą wiadomością dla właścicieli małych firm z ograniczonymi zasobami technicznymi jest to, że istnieje kilka doskonałych darmowych narzędzi, które pomogą Ci zidentyfikować i priorytetyzować problemy, zanim wydasz choćby dolara na działania naprawcze.

Google Lighthouse jest wbudowany w DevTools Chrome (naciśnij F12, a następnie wybierz kartę Lighthouse). Zapewnia wynik dostępności w skali 0–100 wraz z praktycznymi rekomendacjami. Globalna mediana wyniku dostępności Lighthouse w sieci wynosi około 84/100, co oznacza, że na większości stron jest miejsce na poprawę. WAVE by WebAIM to rozszerzenie przeglądarki, które wizualnie nakłada błędy i ostrzeżenia dotyczące dostępności bezpośrednio na stronę — świetne do komunikowania problemów interesariuszom nietechnicznym, ponieważ problemy są natychmiast widoczne w kontekście. axe DevTools to rozszerzenie przeglądarki skierowane do deweloperów, szczególnie dobre w wychwytywaniu problemów na poziomie kodu, które Lighthouse może pominąć.

Zautomatyzowane narzędzia to potężny punkt wyjścia, ale są w stanie wychwycić tylko około 30–40% problemów z dostępnością. Testy prowadzone przez ludzi — nawigowanie po Twojej stronie wyłącznie za pomocą klawiatury lub korzystanie z darmowego czytnika ekranu, takiego jak NVDA (Windows) czy VoiceOver (Mac/iOS) — są niezbędne do wychwycenia subtelnych problemów, których automatyzacja nie zauważa.

Gdy przeprowadzisz pierwszy audyt, prawdopodobnie pojawi się lista problemów, która wyda się przytłaczająca. Nie próbuj naprawiać wszystkiego naraz. Ustal priorytety według wpływu: zacznij od problemów, które dotyczą najczęściej odwiedzanych stron i najważniejszych ścieżek użytkownika (strona główna, strony produktów, formularze kontaktowe, proces zamówienia). Napraw naruszenia poziomu A przed tymi z poziomu AA. Zwróć szczególną uwagę na problemy najczęściej wskazywane w pozwach: kontrast kolorów, brakujący tekst alternatywny, nieopisane formularze i błędy w nawigacji klawiaturą.

Gdy uporasz się z najpilniejszymi problemami na poziomie kodu, widżet dostępności lub SDK nakładki — taki jak ten oferowany przez Accsible — może odegrać naprawdę użyteczną rolę jako część warstwowej strategii. Dobrze wdrożony widżet umożliwia użytkownikom wprowadzanie w czasie rzeczywistym zmian w kontraście, rozmiarze tekstu, kroju pisma i innych ustawieniach wyświetlania, które odpowiadają ich indywidualnym potrzebom. Daje to użytkownikom kontrolę i pokazuje aktywne, działające w dobrej wierze zaangażowanie na rzecz inkluzywności. Kluczowe jest to, że widżet najlepiej działa jako uzupełnienie czystego, dostępnego kodu bazowego, a nie jego zamiennik. Widżety nie są w stanie naprawić strukturalnych problemów, takich jak brak hierarchii nagłówków czy nieopisane pola formularzy w Twoim HTML źródłowym, więc połączenie widżetu z rzeczywistymi działaniami naprawczymi na poziomie kodu daje Ci najsilniejszy możliwy fundament — lepsze doświadczenie użytkownika, silniejszą pozycję w zakresie zgodności i widoczny sygnał dla odwiedzających, że Twoja firma poważnie traktuje inkluzywność.

Biznesowy argument: coś więcej niż zgodność z przepisami

Zgodność z przepisami to przekonujący powód do działania, ale daleko mu do jedynego. Biznesowy argument za dostępnością stron internetowych jest solidny, mierzalny i często niedoceniany przez właścicieli małych firm, którzy postrzegają ją wyłącznie jako koszt.

Zacznijmy od wielkości rynku. Około jeden na czterech Amerykanów żyje z niepełnosprawnością, co oznacza dziesiątki milionów potencjalnych klientów. Badania Return on Disability Group szacują globalną populację osób z niepełnosprawnościami na ponad miliard — grupę o ogromnej łącznej sile nabywczej. Gdy Twoja strona wyklucza tych użytkowników, nie tylko ryzykujesz pozew; aktywnie odsyłasz klientów, którzy są gotowi i chętni, by wydać u Ciebie pieniądze.

Ulepszenia w zakresie dostępności przekładają się również bezpośrednio na lepsze wyniki SEO. Wyszukiwarki i czytniki ekranu potrzebują od strony internetowej tych samych rzeczy: semantycznej struktury HTML, opisowego tekstu alternatywnego obrazów, przejrzystej hierarchii nagłówków i szybkiego czasu ładowania. Jedno z badań analizujących 10 000 stron wykazało, że strony zgodne z WCAG zyskały o 23% więcej ruchu organicznego i zajmowały pozycje na 27% większą liczbę słów kluczowych niż strony niezgodne. Osobno, dostępne strony wykazały dłuższy średni czas trwania sesji, niższe współczynniki odrzuceń i wyższe współczynniki konwersji w porównaniu z niedostępnymi konkurentami. Lepsza struktura pomaga Google zrozumieć Twoje treści; pomaga też każdemu łatwiej się po nich poruszać.

Jest też wymiar wizerunkowy. W miarę jak oczekiwania konsumentów dotyczące różnorodności, równości i inkluzji rosną, dostępne doświadczenie cyfrowe sygnalizuje, że Twoja organizacja poważnie traktuje inkluzywność. Marki, które przodują w zakresie dostępności, przyciągają szersze grono klientów i budują silniejszą lojalność wśród użytkowników z niepełnosprawnościami — grupy, która jest bardzo wyczulona na to, które firmy szanują ich potrzeby, a które nie.

Zachęta finansowa, o której możesz nie wiedzieć: Disabled Access Tax Credit

Jedną z najbardziej niedostrzeganych korzyści dla małych firm dążących do dostępności jest federalna zachęta podatkowa zaprojektowana specjalnie po to, by zrekompensować koszty. Disabled Access Credit (formularz IRS 8826) to nienależny zwrotowi kredyt podatkowy dostępny dla kwalifikujących się małych firm, które ponoszą wydatki na uczynienie swoich obiektów i usług cyfrowych dostępnymi dla osób z niepełnosprawnościami.

Aby się zakwalifikować, Twoja firma musi spełniać co najmniej jedno z dwóch kryteriów: przychody brutto w wysokości 1 miliona dolarów lub mniej w poprzednim roku podatkowym lub 30 lub mniej pracowników pełnoetatowych w poprzednim roku podatkowym. Kredyt obejmuje 50% kwalifikowanych wydatków na dostępność między 250 a 10 250 dolarów, do maksymalnej kwoty kredytu 5 000 dolarów rocznie. Co ważne, kwalifikowane wydatki obejmują ulepszenia cyfrowe, takie jak uczynienie Twojej strony internetowej dostępną — dodanie tekstu alternatywnego, nawigacji klawiaturą, wsparcia dla czytników ekranu lub przeprowadzenie profesjonalnego audytu i projektu naprawczego zgodnego z WCAG. Kredyt można odliczać w każdym roku, w którym ponosisz kwalifikowane wydatki na dostępność, a niewykorzystany kredyt można przenieść na przyszłe lata podatkowe.

Oprócz Disabled Access Credit istnieje osobna Architectural Barrier Removal Tax Deduction (Section 190 IRS) dostępna dla firm każdej wielkości, pozwalająca na odliczenie do 15 000 dolarów rocznie z tytułu wydatków na usuwanie barier. Obie zachęty można wykorzystać w tym samym roku podatkowym, pod warunkiem że ta sama kwota nie zostanie odliczona podwójnie. Jeśli w tym roku inwestujesz w naprawę swojej strony, koniecznie omów te ulgi ze swoim doradcą podatkowym i dołącz formularz IRS 8826 do swojego zeznania.

Budowanie długofalowej strategii dostępności

Jedną z najważniejszych zmian w sposobie myślenia dla właścicieli małych firm podchodzących do dostępności po raz pierwszy jest zrozumienie, że dostępność nie jest jednorazowym projektem — to praktyka ciągła. Strony internetowe nieustannie się zmieniają. Dodawane są nowe podstrony, treści są aktualizowane, instalowane są wtyczki, osadzane są integracje zewnętrzne. Każda zmiana to okazja do wprowadzenia nowych barier dostępności, jeśli dostępność nie jest wbudowana w sposób pracy Twojego zespołu.

Zrównoważona strategia dostępności dla małej firmy nie musi być droga ani skomplikowana. Zacznij od audytu — nawet darmowego automatycznego skanu za pomocą Lighthouse lub WAVE — aby ustalić punkt wyjścia. Ustal priorytety dla problemów o największym wpływie na najważniejszych stronach i napraw je w pierwszej kolejności. Dokumentuj to, co zrobiłeś; pisemny zapis działań naprawczych jest cennym dowodem dobrej wiary, jeśli kiedykolwiek otrzymasz pismo z żądaniem. Opublikuj na swojej stronie oświadczenie dotyczące dostępności, które opisuje Twoje zobowiązanie, standard, do którego dążysz, oraz sposób kontaktu dla użytkowników zgłaszających problemy. Wielu użytkowników z niepełnosprawnościami da firmom szansę na naprawienie problemów, jeśli wiedzą, że po drugiej stronie jest reagująca osoba.

W miarę budowania nawyków zespołu rozważ wyznaczenie jednej osoby — nawet częściowo etatowego dewelopera lub menedżera treści — jako punktu kontaktowego ds. dostępności. Przeszkol twórców treści, aby pisali sensowny tekst alternatywny dla każdego przesyłanego obrazu i poprawnie używali stylów nagłówków w Twoim CMS. Uczyń dostępność częścią listy kontrolnej QA przy uruchamianiu nowych stron lub funkcji. Te małe, konsekwentne nawyki zapobiegają narastaniu „długu dostępności”, który sprawia, że działania naprawcze są tak kosztowne, gdy podejmuje się je z opóźnieniem.

Wreszcie, jeśli współpracujesz z zewnętrznym deweloperem lub agencją przy przebudowie strony lub dużym redesignie, wpisz dostępność do briefu od pierwszego dnia. Dostosowywanie niedostępnej strony jest zawsze droższe niż zbudowanie dostępnej od początku. Wymagaj zgodności z WCAG 2.1 na poziomie AA jako elementu do dostarczenia, poproś o dokumentację sposobu testowania i uwzględnij testy dostępności jako standardową część kryteriów akceptacji, zanim zatwierdzisz jakiekolwiek nowe prace.

Najważniejsze wnioski

• Małe firmy nie są zwolnione. Tytuł III ADA ma zastosowanie do wszystkich firm obsługujących publiczność, niezależnie od wielkości czy tego, czy działają wyłącznie online. Kancelarie reprezentujące powodów celowo wybierają mniejsze firmy, ponieważ częściej szybko zawierają ugody — działania proaktywne teraz są znacznie tańsze niż późniejsza obrona reaktywna.
• WCAG 2.1 na poziomie AA to standard, do którego warto dążyć. To punkt odniesienia, do którego odwołują się sądy, DOJ i większość globalnych przepisów dotyczących dostępności. Celuj w WCAG 2.2, aby przyszłościowo zabezpieczyć swoją stronę. Cztery zasady POUR — Perceivable, Operable, Understandable, Robust — to Twoja ramowa wskazówka.
• Najpierw napraw wielką piątkę. Kontrast kolorów, brakujący tekst alternatywny, nieopisane formularze, błędy w nawigacji klawiaturą i uszkodzona struktura nagłówków odpowiadają za większość błędów dostępności w sieci i większość skarg prawnych. To także jedne z najszybszych i najtańszych problemów do rozwiązania.
• Używaj widżetu jako części warstwowej strategii, a nie jako cudownego rozwiązania. Widżet dostępności, taki jak Accsible, może dać użytkownikom możliwość dostosowania w czasie rzeczywistym i zasygnalizować Twoje zaangażowanie w inkluzywność — ale najlepiej działa w połączeniu z czystym, dostępnym kodem bazowym. Działania naprawcze na poziomie kodu to to, na co ostatecznie patrzą sądy.
• Skorzystaj z ulgi podatkowej. Jeśli Twoja firma ma 1 milion dolarów lub mniej przychodów brutto lub 30 lub mniej pracowników pełnoetatowych, możesz kwalifikować się do federalnego kredytu podatkowego do 5 000 dolarów rocznie za pomocą formularza IRS 8826, aby zrekompensować koszty ulepszeń dostępności strony. Porozmawiaj ze swoim doradcą podatkowym.