Dostępność sklepów internetowych w 2026: sprawdziliśmy 100 polskich sklepów
Dane: nasz skan 100 sklepów z 12.10.2026 (axe-core 4.10.2). Przepisy sprawdzone 12.10.2026. Autor: Kacper Rękawek, FastLanding.io, Gliwice. Dane zbiorcze do pobrania: plik CSV, licencja CC BY 4.0.
Wyniki w liczbach
Każdy wynik podajemy z mianownikiem, czyli liczbą sklepów, w których daną stronę udało się przeskanować. Stronę główną mamy dla 99 sklepów (jedna nie załadowała się w 45 sekund), a stronę produktu dla 65. Przedział ufności 95% (metoda Wilsona) pokazuje niepewność, która wynika z wielkości próby. Nie obejmuje błędu doboru: próba nie jest losowa z całego rynku.
| Co zmierzyliśmy | Wynik | Przedział ufności 95% |
|---|---|---|
| Strona główna z co najmniej 1 błędem | 93 z 99 (93,9%) | 87,4–97,2% |
| Strona główna z błędem krytycznym | 66 z 99 (66,7%) | 56,9–75,2% |
| Strona produktu z co najmniej 1 błędem | 62 z 65 (95,4%) | 87,3–98,4% |
| Strona produktu z błędem krytycznym | 47 z 65 (72,3%) | 60,4–81,7% |
| Błąd krytyczny na stronie głównej albo produktu | 70 z 99 (70,7%) | 61,1–78,8% |
| Nakładka dostępności w kodzie strony | 2 ze 100 (2,0%) | 0,6–7,0% |
Ile błędów na stronę. Mediana to 4 różne naruszone reguły na stronę główną (średnia 3,91) i 4 na stronę produktu (średnia 4,17). Licząc obie strony sklepu razem, mediana też wynosi 4 różne reguły, a średnia 4,65. Jedna reguła może dotyczyć wielu elementów: na stronie głównej axe-core wskazał w medianie 23 elementy z błędem.
Co znaczy „krytyczny”. axe-core nadaje każdemu błędowi jedną z czterech wag: minor, moderate, serious i critical. W tym tekście „krytyczny” to waga critical, a „poważny” to serious. W naszej dziesiątce najczęstszych błędów wagę krytyczną mają przyciski bez nazwy, blokada powiększania, obrazy bez tekstu alternatywnego i pola formularza bez etykiety.
Bez wykrytych błędów była strona główna 6 z 99 sklepów. To nie znaczy, że te strony są dostępne: test automatyczny nie widzi wielu problemów, o czym piszemy w ograniczeniach.
Jak badaliśmy
- Narzędzie. axe-core 4.10.2, otwarta biblioteka firmy Deque do automatycznych testów dostępności, uruchomiona w przeglądarce Chromium przez Playwright. Sprawdzaliśmy reguły oznaczone jako WCAG 2.0 i 2.1 na poziomach A i AA oraz WCAG 2.2 na poziomie AA.
- Widok. Tylko komputer: okno 1366 × 900 px, język przeglądarki polski. Wersji mobilnej nie badaliśmy.
- Strony. W każdym sklepie strona główna i jedna strona produktu. Produkt to pierwszy link produktowy ze strony głównej, a gdy go nie było, adres z mapy strony (sitemap.xml). Stronę uznawaliśmy za produkt, jeśli miała cenę w złotych i przycisk zakupu. Skan ruszał 2,5 sekundy po załadowaniu strony.
- Zachowanie. Jedno załadowanie każdej strony i 2 sekundy przerwy między sklepami. Nie klikaliśmy banerów cookies, nie logowaliśmy się i nie wysyłaliśmy formularzy.
- Próba. 100 sklepów z pierwszej strony listingu Trusted Shops w 10 kategoriach, po 10 w każdej: moda, kosmetyki, sport, akcesoria elektroniczne, meble, zwierzęta, żywność i kawa, zabawki, części samochodowe, wyposażenie domu. Duże sieci i marketplace'y wykluczyliśmy. 30 sklepów pochodzi z pilotażu, pozostałe 70 wylosowaliśmy z tych samych list.
- Kontrola. 30 sklepów z pilotażu przeskanowaliśmy drugi raz tą samą metodą: wynik strony głównej (liczba reguł i błędów krytycznych) zgadzał się w 30 z 30. Główne liczby przeliczył drugi, niezależny skrypt.
- Anonimowość. Nie podajemy nazw ani adresów sklepów. W plikach z wynikami sklepy mają tylko numery, a w tym tekście są wyłącznie dane zbiorcze.
Strona główna a strona produktu
Obie strony mamy dla 65 sklepów. Strona produktu miała więcej różnych błędów niż główna w 25 z nich, tyle samo w 25, a mniej w 15. Mediana różnicy wynosi 0. Co najmniej jeden błąd był na stronie głównej w 62 z tych 65 sklepów i na stronie produktu również w 62 z 65.
Wniosek ostrożny: w tej próbie karta produktu nie wypada wyraźnie gorzej niż strona główna. Jeden błąd częściej trafiał się jednak na kartach produktu: pole formularza bez etykiety wyszło na stronie produktu w 17 z 65 sklepów, a na stronie głównej w 7 z 99. Na karcie produktu zwykle są pola ilości, rozmiaru albo wariantu. Zastrzeżenie: stronę produktu łatwiej było znaleźć w sklepach z czytelnymi adresami produktów, więc ta grupa może nie być typowa.
10 najczęstszych błędów i co z nimi zrobić
Udział sklepów, w których dany błąd wyszedł na stronie głównej albo produktu (mianownik: 99 sklepów).
| Błąd (reguła axe-core) | Sklepy z błędem | Przedział 95% | Waga |
|---|---|---|---|
| 1. Za słaby kontrast tekstu (color-contrast) | 86 z 99 (86,9%) | 78,8–92,2% | poważny |
| 2. Link bez nazwy (link-name) | 59 z 99 (59,6%) | 49,7–68,7% | poważny |
| 3. Za małe przyciski i linki (target-size) | 45 z 99 (45,5%) | 36,0–55,2% | poważny |
| 4. Przycisk bez nazwy (button-name) | 39 z 99 (39,4%) | 30,3–49,2% | krytyczny |
| 5. Blokada powiększania (meta-viewport) | 36 z 99 (36,4%) | 27,6–46,2% | krytyczny |
| 6. Obraz bez tekstu alternatywnego (image-alt) | 32 z 99 (32,3%) | 23,9–42,0% | krytyczny |
| 7. Lista z niewłaściwymi elementami (list) | 20 z 99 (20,2%) | 13,5–29,2% | poważny |
| 8. Pole formularza bez etykiety (label) | 19 z 99 (19,2%) | 12,6–28,0% | krytyczny |
| 9. Ramka (iframe) bez tytułu (frame-title) | 15 z 99 (15,2%) | 9,4–23,5% | poważny |
| 10. Element listy poza listą (listitem) | 12 z 99 (12,1%) | 7,1–20,0% | poważny |
1. Za słaby kontrast tekstu
Tekst za słabo odróżnia się od tła. Typowe przykłady: jasnoszary tekst na białym tle, napis na zdjęciu w banerze, przycisk w pastelowym kolorze. Taki tekst trudno przeczytać osobie słabowidzącej, a także każdemu, kto patrzy na telefon w słońcu. Co naprawić: zwykły tekst potrzebuje kontrastu co najmniej 4,5:1, duży (od ok. 24 px albo pogrubiony od ok. 19 px) co najmniej 3:1. Kolory ustawia się w szablonie, więc jedna zmiana w stylach zwykle poprawia wiele stron naraz.
2. Link bez nazwy
Link nie ma tekstu, który odczyta czytnik ekranu, więc niewidomy klient usłyszy samo „link” albo adres. Typowe przykłady: ikony Facebooka i Instagrama w stopce, logo prowadzące na stronę główną, ikona koszyka. Co naprawić: każdy link potrzebuje nazwy. Przy ikonie wystarczy ukryty opis (aria-label, np. „Koszyk”) albo tekst alternatywny obrazka w linku.
3. Za małe przyciski i linki
Przycisk albo link ma mniej niż 24 × 24 px i stoi za blisko sąsiedniego. To wymaganie doszło w WCAG 2.2 (kryterium 2.5.8). Typowe przykłady: kropki pod karuzelą zdjęć, małe strzałki, ikony w stopce. Trudno w nie trafić palcem albo drżącą ręką. Co naprawić: powiększyć obszar kliknięcia (np. wewnętrznym odstępem) albo odsunąć elementy od siebie. Sama ikona może zostać mała.
4. Przycisk bez nazwy
Czytnik ekranu nie powie, do czego służy przycisk. Typowe przykłady: lupa wyszukiwarki, przycisk menu, strzałki karuzeli, krzyżyk zamykający okno. Co naprawić: dać przyciskowi nazwę, choćby niewidoczną na ekranie (aria-label, np. „Szukaj”, „Zamknij”).
5. Blokada powiększania
Znacznik meta viewport w szablonie wyłącza powiększanie strony na telefonie, zwykle parametrem user-scalable=no albo niskim maximum-scale. Osoba, która potrzebuje większego tekstu, nie powiększy go palcami. Ten błąd siedzi w kodzie strony, dlatego wyszedł także w naszym skanie na komputerze. Co naprawić: usunąć te parametry z szablonu. To zwykle jedna linijka kodu.
6. Obraz bez tekstu alternatywnego
Obraz nie ma atrybutu alt, więc czytnik ekranu go pominie albo przeczyta nazwę pliku. W sklepie mogą to być zdjęcia produktów i banery z tekstem promocji. Co naprawić: zdjęcie, które coś przekazuje, dostaje krótki opis (np. nazwa produktu i kolor), a obraz czysto ozdobny pusty atrybut alt="". Sprawdź, czy panel Twojego sklepu ma pole na opis zdjęcia.
7. Lista z niewłaściwymi elementami
Lista w kodzie (znacznik ul albo ol) zawiera coś innego niż pozycje listy (li). Tak bywa zbudowane menu, stopka albo siatka produktów. Czytnik ekranu może wtedy podać złą liczbę pozycji. Co naprawić: poprawić strukturę w szablonie. Wygląd strony się nie zmienia.
8. Pole formularza bez etykiety
Czytnik ekranu powie „pole edycji”, ale nie powie, co wpisać. Typowe przykłady: wyszukiwarka, zapis do newslettera, pole ilości na karcie produktu. Co naprawić: każde pole dostaje etykietę połączoną z polem (label). Szary tekst w środku pola nie zastępuje etykiety, bo znika po kliknięciu.
9. Ramka bez tytułu
Ramka (iframe) to element osadzony z zewnątrz: mapa, film, czat, widżet opinii albo płatności. Bez tytułu czytnik ekranu nie powie, co jest w środku. Co naprawić: dodać ramce atrybut title, np. „Mapa dojazdu”. Przy narzędziach zewnętrznych sprawdź, czy kod do wklejenia pozwala go ustawić.
10. Element listy poza listą
Pozycja listy (li) stoi poza listą ul albo ol. To odwrotność błędu nr 7 i zwykle ma to samo źródło w szablonie. Co naprawić: objąć pozycje właściwą listą.
Od czego zacząć. Najpierw to, co poprawia się raz w szablonie i działa na wszystkich stronach: blokada powiększania, nazwy przycisków i linków z ikonami, kolory tekstu. Potem treści, które trzeba uzupełnić przy produktach: opisy zdjęć i etykiety pól na karcie produktu.
Czy platforma sklepu ma znaczenie?
Platformę rozpoznawaliśmy automatycznie po kodzie strony. Wyniki podajemy tylko dla grup, w których było co najmniej 10 sklepów. Obie kolumny liczą błędy na stronie głównej albo produktu, a w nawiasie jest przedział ufności 95%.
| Platforma | Sklepów w próbie | Co najmniej 1 błąd | Co najmniej 1 błąd krytyczny |
|---|---|---|---|
| IdoSell | 17 | 17 z 17 (81,6–100%) | 14 z 17 (59,0–93,8%) |
| WooCommerce | 15 | 14 z 15 (70,2–98,8%) | 10 z 15 (41,7–84,8%) |
| PrestaShop | 14 | 14 z 14 (78,5–100%) | 10 z 14 (45,4–88,3%) |
| Własna albo nierozpoznana | 38 (przeskanowanych 37) | 36 z 37 (86,2–99,5%) | 28 z 37 (59,9–86,6%) |
Przedziały wszystkich grup się nakładają w obu kolumnach, więc z tych danych nie wynika, że któraś platforma jest lepsza albo gorsza. Najczęstsze błędy (kontrast, opisy obrazów, nazwy przycisków) zależą od szablonu i treści konkretnego sklepu, a dwa sklepy na tej samej platformie mogą wypaść zupełnie inaczej. Grupa „własna albo nierozpoznana” to mieszanka: część to sklepy pisane na zamówienie, część to platformy, których nasze reguły nie rozpoznały.
Magento (9 sklepów) i pozostałe platformy (razem 7 sklepów: Comarch 3, Shopify 2, Sky-Shop 1, WordPress bez WooCommerce 1) mają w próbie za mało sklepów, żeby na ich wynikach opierać wnioski. Ich liczby, z bardzo szerokimi przedziałami, są tylko w pliku CSV. W próbie nie było sklepu rozpoznanego jako Shoper. Kategorii (po 10 sklepów) też nie porównujemy: to za mała liczba.
Nakładki dostępności: co znaleźliśmy
Nakładka (ang. overlay) to widżet doklejany do strony skryptem, zwykle pływający przycisk, który otwiera panel z większą czcionką albo innym kontrastem. W kodzie znaleźliśmy ją w 2 ze 100 sklepów (2,0%, przedział 0,6–7,0%). To dolna granica: skrypt mógł się załadować później niż 2,5 sekundy po wczytaniu strony.
Nakładka dokleja warstwę JavaScript do niezmienionego kodu strony. Błędy z listy wyżej (kontrast, opisy obrazów, nazwy przycisków, etykiety pól) siedzą w szablonie i treści, więc tam trzeba je poprawić. W kwietniu 2025 amerykańska Federalna Komisja Handlu (FTC) zatwierdziła ugodę z firmą accessiBe, dostawcą nakładki accessWidget. FTC zarzucała firmie, że twierdzenia, jakoby wtyczka mogła uczynić dowolną stronę zgodną z WCAG, były fałszywe albo niepoparte dowodami. Firma zapłaci 1 mln USD i bez dowodów nie może już twierdzić, że jej automatyczne narzędzia zapewnią stronie zgodność z WCAG. My nakładek nie sprzedajemy.
Kogo obowiązuje ustawa o dostępności
Od 28.06.2025 stosuje się ustawę z 26.04.2024 o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze (Dz.U. 2024 poz. 731), nazywaną Polskim Aktem o Dostępności. Obejmuje ona m.in. usługi handlu elektronicznego świadczone konsumentom (art. 3 ust. 2 pkt 6).
- Sklep, który sprzedaje konsumentom: objęty, jeśli sprzedawca nie jest mikroprzedsiębiorcą.
- Mikroprzedsiębiorca: ustawy nie stosuje się do usług mikroprzedsiębiorców (art. 4 pkt 1). Według Prawa przedsiębiorców (art. 7 ust. 1 pkt 1) to firma, która w co najmniej jednym z dwóch ostatnich lat obrotowych zatrudniała średniorocznie mniej niż 10 pracowników i miała roczny obrót netto albo sumę bilansową nie wyższą niż równowartość 2 mln euro.
- Sprzedaż tylko firmom (B2B): z definicji, która mówi o usługach „na rzecz konsumentów”, wynika, że ustawa jej nie obejmuje. Ustawa nie mówi jednak, jak wykazać, że sklep sprzedaje wyłącznie firmom.
- Strona wizytówkowa, przez którą nie zawiera się umów: według definicji usługi handlu elektronicznego (art. 5 pkt 32) nie jest taką usługą.
Dwa ostatnie punkty to nasza lektura definicji z ustawy. Oficjalnych wytycznych na ten temat nie znaleźliśmy.
Co musi spełniać sklep objęty ustawą. Ustawa nie wymienia WCAG z nazwy. Wymaga, żeby strona była postrzegalna, funkcjonalna, zrozumiała i kompatybilna (art. 12 ust. 2 pkt 3), czyli spełniała te same cztery zasady, na których stoją wytyczne WCAG. W praktyce strony sprawdza się według WCAG 2.1 albo 2.2 na poziomie AA. Zgodność ocenia sam sprzedawca, a informacje o tym, jak sklep spełnia wymagania dostępności, publikuje w regulaminie albo równoważnym dokumencie (art. 32). Deklaracja dostępności to obowiązek podmiotów publicznych z innej ustawy, nie sklepów.
Kto pilnuje. Nadzór nad sklepami internetowymi ma Minister Cyfryzacji (art. 38 ust. 3 pkt 2). Prezes PFRON przyjmuje zawiadomienia i w 30 dni rozpatruje je albo przekazuje właściwemu organowi (art. 67 i 68). Zanim dojdzie do kary, organ może wezwać do naprawy i dać na to do 120 dni (art. 62). W odpowiedzi z 3.08.2026 na interpelację nr 18677 Ministerstwo Cyfryzacji napisało, że minister od 28.06.2025 do dnia odpowiedzi nie wydał żadnej decyzji o karze pieniężnej.
Jeśli zatrudniasz kilka osób, a roczny obrót albo suma bilansowa Twojej firmy nie przekracza równowartości 2 mln euro, najpewniej jesteś mikroprzedsiębiorcą i ustawa Cię nie obejmuje. Poprawki z listy wyżej i tak warto zrobić, bo czytelny kontrast, opisane przyciski i działające powiększanie pomagają każdemu klientowi. Osobne przepisy dotyczą podmiotów publicznych (ustawa z 4.04.2019 o dostępności cyfrowej, deklaracja dostępności aktualizowana do 31 marca) i produktów cyfrowych z projektów finansowanych z funduszy UE.
To nie jest porada prawna. Jeśli nie wiesz, czy Twoja firma jest mikroprzedsiębiorcą albo czy Twój formularz rezerwacji to już zawieranie umów, zapytaj prawnika.
Co sprawdzisz sam w 10 minut
- PageSpeed Insights. Wpisz na pagespeed.web.dev adres strony głównej, potem jednej karty produktu, i otwórz sekcję „Ułatwienia dostępu”. Raport opiera testy dostępności na axe-core, więc pokaże część tych samych błędów: kontrast, obrazy bez opisu, przyciski i linki bez nazwy.
- Powiększanie na telefonie. Otwórz sklep w telefonie i spróbuj powiększyć tekst dwoma palcami. Jeśli się nie da, szablon blokuje powiększanie (błąd nr 5).
- Klawiatura. Odłóż mysz i przejdź stronę klawiszem Tab: menu, wyszukiwarka, wybór wariantu, „do koszyka”. Czy zawsze widzisz, gdzie jesteś? Czy dojdziesz do koszyka bez myszy?
- Kolory. Kolor szarego tekstu, cen i napisów na banerach sprawdź w darmowym WebAIM Contrast Checker. Zwykły tekst potrzebuje co najmniej 4,5:1.
- Opisy zdjęć. W panelu sklepu zobacz, czy zdjęcia produktów mają tekst alternatywny.
- Checklista. Przejdź nasz darmowy audyt strony online: 37 punktów, w tym 8 z dostępności (WCAG). Działa w przeglądarce i nie wymaga maila.
Taki przegląd wyłapie najczęstsze problemy, ale nie zastąpi audytu: nie obejmuje testu z czytnikiem ekranu, całej ścieżki zakupu ani plików PDF.
Ile kosztuje audyt dostępności u nas
| Usługa | Zakres | Cena |
|---|---|---|
| Lista 5 błędów | Pięć najpoważniejszych błędów strony głównej w 24–48 h. Robimy najwyżej 5 takich list w tygodniu. | bezpłatnie |
| Audyt ekspresowy | Strona główna i 4 typy podstron, gotowy w ciągu 5 dni roboczych. Kwotę zaliczamy na pełny audyt. | 990 zł |
| Pełny audyt WCAG 2.1/2.2 AA | Test ręczny i automatyczny, do 10 typów podstron, raport z listą błędów. | 3 990 zł sklep 2 490 zł strona firmowa |
| Poprawki w kodzie | Stała cena ustalana po audycie, zależnie od wielkości strony. Płatne w 2 transzach: po raporcie i po odbiorze. | od 3 900 do 20 000 zł |
| Odbiór | Ponowny test i tekst informacji o dostępności do regulaminu (sklepy) albo deklaracji dostępności (podmioty publiczne). | 990 zł |
| Utrzymanie | Test 5 stron co kwartał (podmiotom publicznym także aktualizacja deklaracji dostępności do 31 marca). | 790 zł / kwartał |
| White-label dla agencji | Audyt pod marką agencji, dla jej klientów. | 1 490 zł strona 2 390 zł sklep |
To ceny końcowe: firma jest zwolniona z VAT. Poprawki wprowadzamy w kodzie i treści, bez nakładek. Raport mówi, co sprawdziliśmy, a czego nie, i nie obiecuje, że strona przejdzie każdą kontrolę. Każdą nową stronę naszej witryny przed publikacją sprawdza automatyczny test dostępności (axe-core, reguły WCAG 2.2 AA). To test automatyczny, nie audyt zgodności. Bezpłatną listę 5 błędów zamówisz w sekcji dostępność (WCAG) na stronie audytu.
Ograniczenia badania
- Test automatyczny wykrywa tylko część problemów. Nie oceni, czy opis zdjęcia ma sens, czy da się złożyć zamówienie samą klawiaturą ani jak stronę czyta czytnik ekranu. Nasze liczby to dolna granica problemów na tych stronach.
- To nie jest ocena zgodności z WCAG ani z ustawą. Brak błędów w axe-core nie oznacza zgodności.
- Tylko komputer. Skanowaliśmy w oknie 1366 × 900 px. Wersji mobilnej nie badaliśmy.
- Dwie strony na sklep. Strona główna i jedna strona produktu. Koszyk, zamówienie, konto, formularze i strony z treścią są poza badaniem.
- Jedno załadowanie strony. Skan ruszał 2,5 sekundy po załadowaniu. Elementy dociągane później (np. czat albo nakładka) mogły zostać pominięte.
- Próba nie jest losowa z całego rynku. To sklepy z pierwszej strony listingu Trusted Shops w 10 kategoriach, bez dużych sieci i marketplace'ów. Wyniki nie opisują całego polskiego e-commerce.
- Strona produktu w 65 ze 100 sklepów. W pozostałych 35 sklepach nie udało się jej znaleźć ani przeskanować (dwie próby: link ze strony głównej i mapa strony). Częściej brakowało jej w niektórych platformach, więc wyniki dla kart produktu mogą nie być typowe.
- Platformę rozpoznawał skrypt. 38 sklepów zostało bez rozpoznania i nie są jednorodną grupą.
- Jeden sklep poza mianownikiem strony głównej: nie załadował się w 45 sekund.
Jak cytować i dane do pobrania
Cytuj tak: FastLanding.io, „Dostępność sklepów internetowych w 2026: sprawdziliśmy 100 polskich sklepów”, skan 12.10.2026, https://fastlanding.io/blog/dostepnosc-sklepow-internetowych-2026.
Wszystkie liczby z tej strony, pełna lista naruszonych reguł i wyniki według kategorii są w pliku dostepnosc-sklepow-2026–10–12.csv (UTF-8, przecinek jako separator, kropka dziesiętna). Dane zbiorcze udostępniamy na licencji CC BY 4.0: możesz z nich korzystać, także komercyjnie, jeśli podasz źródło. Wyników pojedynczych sklepów ani ich nazw nie publikujemy. Pytania o metodę: kontakt@fastlanding.io.
Źródła
- FastLanding.io, skan dostępności 100 polskich sklepów internetowych, 12.10.2026: axe-core 4.10.2, Chromium (Playwright), 1366 × 900 px, strona główna i jedna strona produktu (dane własne; publikujemy wyłącznie wyniki zbiorcze).
- Deque Systems, axe-core: github.com/
dequelabs/ axe-core - W3C, Web Content Accessibility Guidelines (WCAG) 2.2: w3.org/
TR/ WCAG22 - Ustawa z 26.04.2024 o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze (Dz.U. 2024 poz. 731), tekst ogłoszony, sprawdzone 12.10.2026: api.sejm.gov.pl/
eli/ acts/ DU/ 2024/ 731 - Ustawa z 6.03.2018 Prawo przedsiębiorców, art. 7 ust. 1 pkt 1, tekst jednolity Dz.U. 2025 poz. 1480, sprawdzone 12.10.2026: api.sejm.gov.pl/
eli/ acts/ DU/ 2025/ 1480 - Interpelacja nr 18677 i odpowiedź Ministerstwa Cyfryzacji z 3.08.2026, sprawdzone 12.10.2026: api.sejm.gov.pl/
sejm/ term10/ interpellations/ 18677 - gov.pl, Polski Akt o Dostępności: usługi handlu elektronicznego, sprawdzone 12.10.2026: gov.pl/
web/ dostepnosc-cyfrowa - Ustawa z 4.04.2019 o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych (Dz.U. 2019 poz. 848).
- Federal Trade Commission, „FTC Approves Final Order Requiring accessiBe to Pay $1 Million”, 22.04.2025, sprawdzone 12.10.2026: ftc.gov