BFSG kontra EAA: niemiecki termin 2025 dla sklepów WordPress

#BFSG kontra EAA: niemiecki termin 2025 dla sklepów WordPress

Barrierefreiheitsstärkungsgesetz (BFSG) obowiązuje od 28 czerwca 2025. Fala dostępności, która od dwóch dekad płynie w dokumentacji WCAG, w sekcji 508 i w dyrektywie o dostępności sektora publicznego, dosięgła wreszcie usług prywatnych B2C w całej UE poprzez Europejski Akt o Dostępności (EAA). Niemcy transponowały go ustawą BFSG, Hiszpania ustawą Ley 11/2023, a pozostałe państwa członkowskie własnymi aktami. Substancja jest zbieżna; szczegóły proceduralne i organy egzekucyjne się różnią.

To artykuł wspierający w filarze NIS2 i DORA na WordPress, bo zespoły zakupowe łączą dziś dostępność, NIS2 i DORA w jeden ranking dostawców.

#TL;DR

• Wejście BFSG w życie: 28 czerwca 2025.
• BFSG transponuje EAA 2019/882.
• Stosuje się do usług e-commerce kierowanych do konsumentów w Niemczech.
• Wyłączenie mikroprzedsiębiorstw dotyczy usług, nie produktów.
• Cztery kategorie wtyczek WordPress oblewają audyt najczęściej.
• Egzekwowanie: MLBF, wspólny organ nadzoru rynku krajów związkowych, grzywny do 100 000 EUR z § 37 BFSG.

#Kogo obejmuje BFSG i jakie są wymagania

BFSG w § 1 wymienia produkty i usługi w zakresie. Linia usług trafiająca w WooCommerce: „Dienstleistungen im elektronischen Geschäftsverkehr”, usługi w handlu elektronicznym. Sklep WooCommerce sprzedający towary lub usługi konsumentom w Niemczech wchodzi w zakres, chyba że kwalifikuje się jako mikroprzedsiębiorstwo świadczące usługi.

§ 2 i § 3 ust. 1 definiują terminy kluczowe. Najistotniejsze dla operatora sklepu WordPress:

• Verbraucher (konsument): osoba fizyczna działająca poza działalnością gospodarczą, zawodową lub rzemieślniczą. BFSG chroni transakcje konsumenckie, nie czysty B2B.
• Wirtschaftsakteur (podmiot gospodarczy): producent, importer, dystrybutor lub usługodawca. Operator WooCommerce jest usługodawcą dla linii e-commerce.
• Barrierefreiheit (dostępność): wymóg, by produkty i usługi były używalne przez osoby z niepełnosprawnościami w sposób ogólnie przyjęty, bez szczególnych trudności i co do zasady bez pomocy zewnętrznej.

§ 3 ust. 3 ustanawia wyjątek mikroprzedsiębiorstwa. Firma poniżej 10 zatrudnionych i z rocznym obrotem lub sumą bilansową do 2 mln EUR jest wyłączona z obowiązków dotyczących usług, ale nie produktów. Mały operator WooCommerce sprzedający towary konsumenckie może oprzeć się na tym wyjątku dla obowiązku usługowego e-commerce; same towary to osobna kwestia.

§ 3 ust. 1 wymaga, by produkty i usługi były dostępne w tym sensie. Konkretnych wymagań technicznych nie ma w samej ustawie: § 3 ust. 2 przekazuje je do rozporządzenia, BFSGV, które opiera się na Załączniku I dyrektywy EAA. § 4 dodaje domniemanie zgodności dla usług spełniających normy zharmonizowane.

§ 14 ust. 1 pkt 2 w związku z załącznikiem 3 do ustawy zobowiązuje usługodawców do opublikowania, w jaki sposób ich usługa spełnia wymogi dostępności. W praktyce jest to deklaracja dostępności; obowiązkową treść opisuje osobna sekcja niżej.

§ 37 przewiduje grzywny do 100 000 EUR za oferowanie usługi, która nie spełnia wymogów, i do 10 000 EUR za inne naruszenia, na przykład brak odpowiedzi dla organu. Egzekwowaniem zajmuje się jeden wspólny organ krajów związkowych, opisany niżej.

#Czym różni się BFSG od dyrektywy EAA

Europejski Akt o Dostępności jest dyrektywą, nie rozporządzeniem. Państwa członkowskie miały transponować go do 28 czerwca 2022 i stosować przepisy krajowe od 28 czerwca 2025 (art. 31). Substancja stoi w Załączniku I. Sekcja III zawiera ogólne wymagania dla wszystkich objętych usług, sekcja IV wymagania dodatkowe dla konkretnych usług, a litera g) sekcji IV dotyczy handlu elektronicznego.

Sekcja III wymaga m.in. informacji o działaniu usługi przekazywanych więcej niż jednym kanałem zmysłowym oraz stron i aplikacji mobilnych, które są postrzegalne, funkcjonalne, zrozumiałe i solidne. Sekcja IV lit. g) dodaje trzy obowiązki dla e-commerce: informację o dostępności sprzedawanych produktów, dostępne funkcje identyfikacji, bezpieczeństwa i płatności oraz dostępne metody identyfikacji, podpisy elektroniczne i usługi płatnicze.

Krajowe transpozycje są zbieżne w substancji i rozbieżne w procedurze. Niemcy powierzyły nadzór rynku wspólnemu organowi krajów związkowych. Hiszpania transponowała dyrektywę ustawą Ley 11/2023 z 8 maja 2023. Dla sklepu WordPress obsługującego wiele krajów UE praktyczna odpowiedź to: spełniać najsurowszy wariant i raz dokumentować zgodność.

#Kto egzekwuje BFSG wobec sklepów internetowych

Kraje związkowe nie prowadzą szesnastu osobnych urzędów od BFSG. Powołały jeden wspólny organ, Marktüberwachungsstelle der Länder für die Barrierefreiheit von Produkten und Dienstleistungen (MLBF), instytucję prawa publicznego z siedzibą w Magdeburgu, która nadzoruje przestrzeganie BFSG we wszystkich 16 krajach (MLBF, o mnie). Publikuje osobne strategie nadzoru dla produktów i dla usług, a na jej stronie są dwa formularze dla konsumentów: zgłoszenie bariery i formalny wniosek z § 32 ust. 1 BFSG.

Drugi formularz powinien znać każdy właściciel sklepu. Zgodnie z § 32 BFSG konsument, który nie może skorzystać z usługi, albo uznane stowarzyszenie osób z niepełnosprawnościami lub uprawniona organizacja konsumencka działająca w jego imieniu, może zażądać, by organ wszczął postępowanie przeciwko operatorowi. Organ rozstrzyga wniosek decyzją. Wystarczy więc skarga jednego klienta, żeby ruszyła kontrola; organ nie musi sam znaleźć sklepu.

#Jak organ nadzoru rynku kontroluje sklep WooCommerce

§ 28 ust. 2 BFSG pozwala organowi sprawdzać usługi bez konkretnego powodu, metodą próby. Dla stron i aplikacji metodę określa załącznik 1 do ustawy. Każdy krok procesu jest sprawdzany w kolejności, w jakiej przechodzi go typowy użytkownik, a kontrola obejmuje formularze, kontrolki i okna dialogowe, potwierdzenia wprowadzonych danych, komunikaty o błędach i inne odpowiedzi oraz zachowanie strony z różnym oprogramowaniem i technologiami wspomagającymi.

Pkt 2 załącznika 1 określa też próbę. Przełożona na sklep WooCommerce wygląda tak:

Jedna reguła stawia checkout w centrum każdej kontroli: jeśli strona z próby jest krokiem procesu, sprawdzane są wszystkie kroki tego procesu. Karta produktu prowadzi do koszyka, więc koszyk, checkout, płatność i potwierdzenie zamówienia wchodzą do kontroli od pierwszego produktu w próbie.

#Czego BFSGV wymaga od usługi handlu elektronicznego

Wymagania techniczne zawiera rozporządzenie Verordnung zum Barrierefreiheitsstärkungsgesetz (BFSGV) z 15 czerwca 2022. Sklepu dotyczą dwa jego przepisy.

§ 12 BFSGV ustala wymagania ogólne dla wszystkich usług. Informacje o działaniu usługi muszą być dostępne więcej niż jednym kanałem zmysłowym, łatwe do znalezienia i zrozumiałe, podane w formatach tekstowych, które użytkownik może przekształcić w inne formaty, z odpowiednią wielkością czcionki i kontrastem, z alternatywą dla treści nietekstowych. Strony i aplikacje mobilne muszą być postrzegalne, funkcjonalne, zrozumiałe i solidne, czyli spełniać cztery zasady, na których stoi WCAG. Usługi wsparcia, takie jak helpdesk, muszą informować o dostępności przez dostępne kanały komunikacji.

§ 19 BFSGV dodaje trzy wymagania dla handlu elektronicznego:

• informacje o dostępności oferowanych produktów i usług, o ile przekazuje je odpowiedzialny podmiot gospodarczy;
• postrzegalne, funkcjonalne, zrozumiałe i solidne funkcje identyfikacji, uwierzytelniania, bezpieczeństwa i płatności, gdy są częścią usługi;
• postrzegalne, funkcjonalne, zrozumiałe i solidne metody identyfikacji, podpisy elektroniczne i usługi płatnicze.

W WooCommerce wskazuje to trzy obszary, których motywy rzadko dotykają: formularze logowania i rejestracji, każdy krok z dwuskładnikowym uwierzytelnianiem lub captchą oraz formularz płatności. Osadzony formularz karty czy strona przekierowania operatora płatności nadal jest częścią usługi, którą sklep oferuje konsumentowi.

#Która norma potwierdza zgodność z BFSG

§ 4 BFSG zakłada zgodność, gdy usługa spełnia normy zharmonizowane, których numery opublikowano w Dzienniku Urzędowym UE. Bundesfachstelle Barrierefreiheit, której § 3 ust. 2 BFSGV powierza publikowanie właściwych norm, podaje, że Komisja Europejska wydała wniosek normalizacyjny M/587 dotyczący nowych i zmienionych norm zharmonizowanych do dyrektywy (Bundesfachstelle Barrierefreiheit, normy i standardy). Do czasu zakończenia tych prac wskazuje normę EN 301 549 V3.2.1 jako główne techniczne odniesienie dla obszaru cyfrowego. Wymagania dla stron są w rozdziale 9 i w tabeli A.1 i odsyłają do kryteriów sukcesu WCAG 2.1.

Praktycznym odniesieniem jest więc dziś WCAG 2.1 na poziomie AA przez normę EN 301 549. Audyt wobec WCAG 2.2 AA ją pokrywa: według przeglądu WCAG 2.2 od W3C kryteria z wersji 2.1 zostają, z wyjątkiem usuniętego 4.1.1 Parsing, a nowe kryteria AA, takie jak 2.4.11 Focus Not Obscured, 2.5.8 Target Size i 3.3.8 Accessible Authentication, dotyczą wprost przyklejonych nagłówków, przycisków checkoutu na telefonie i formularzy logowania.

#Co musi zawierać informacja o dostępności z załącznika 3

§ 14 ust. 1 pkt 2 BFSG dopuszcza świadczenie usługi tylko wtedy, gdy usługodawca przygotował informacje z załącznika 3 i udostępnił je publicznie w dostępnej formie. Załącznik 3 mówi, gdzie i co. Informacje trafiają do ogólnych warunków handlowych albo są publikowane w inny wyraźnie zauważalny sposób i zawierają co najmniej:

• ogólny opis usługi w dostępnym formacie;
• opisy i wyjaśnienia potrzebne do zrozumienia, jak usługa jest świadczona;
• opis, jak usługa spełnia wymagania BFSGV;
• wskazanie właściwego organu nadzoru rynku, którym dziś jest MLBF.

§ 14 ust. 2 nakazuje przechowywać te informacje tak długo, jak usługa jest oferowana. Brak lub niekompletność informacji to formalna niezgodność z § 30, którą MLBF sprawdza osobno od technicznej.

#Wyjątki: zasadnicza zmiana i nieproporcjonalne obciążenie

§ 16 i § 17 BFSG pozwalają nie spełnić wymogu, jeśli wymagałoby to zasadniczej zmiany charakteru usługi albo nakładało nieproporcjonalne obciążenie. Żaden z nich nie działa jak ogólne zwolnienie. Operator sam dokonuje oceny, dokumentuje ją, przechowuje przez pięć lat od ostatniego świadczenia usługi i na żądanie przekazuje kopię organowi. Usługodawca powołujący się na § 17 powtarza ocenę dla każdej kategorii usług co najmniej co pięć lat, a także przy każdej zmianie usługi lub na wezwanie organu. Musi poinformować organ, że korzysta z wyjątku; mikroprzedsiębiorstwa są z tego obowiązku zwolnione. Kto otrzymał zewnętrzne środki publiczne lub prywatne na poprawę dostępności, w ogóle nie może powołać się na nieproporcjonalne obciążenie.

Załącznik 4 wymienia kryteria oceny, zaczynając od relacji kosztu netto dostępności do całkowitych kosztów operacyjnych i inwestycyjnych usługi. Zgodnie z § 28 ust. 3 organ sprawdza, czy ocena istnieje, czy poprawnie stosuje te kryteria i czy spełnione są pozostałe wymogi.

#Co się dzieje, gdy sklep nie przejdzie kontroli BFSG

§ 29 BFSG przewiduje trzy stopnie. Najpierw organ wzywa usługodawcę do przywrócenia zgodności w rozsądnym terminie. Jeśli nic się nie dzieje, ponawia wezwanie z zagrożeniem zakazu świadczenia usługi. Gdy minie i drugi termin, może nakazać zaprzestanie oferowania usługi i uchyla nakaz po wykazaniu zgodności. Kto wie, że jego usługa nie spełnia wymogów, musi z własnej inicjatywy poinformować organ na podstawie § 14 ust. 4, podając rodzaj niezgodności i działania naprawcze.

Dwa progi grzywien w § 37 ust. 2 idą za tym samym podziałem. Oferowanie usługi niezgodnej z wymogami (§ 37 ust. 1 pkt 8) może kosztować do 100 000 EUR. Nieudzielenie organowi informacji lub dokumentów to niższy próg, do 10 000 EUR.

#Okres przejściowy BFSG do 2030

§ 38 BFSG bywa czytany jako okres karencji dla istniejących sklepów. Jest węższy. Usługodawcy mogą do 27 czerwca 2030 dalej używać produktów w rozumieniu § 1 ust. 2, na przykład terminali płatniczych, które zgodnie z prawem stosowali przed 28 czerwca 2025. Umowy o usługi zawarte przed 28 czerwca 2025 mogą trwać bez zmian do wygaśnięcia, najdłużej do 27 czerwca 2030. Zainstalowane już terminale samoobsługowe mogą działać do końca okresu ekonomicznej użyteczności, najwyżej piętnaście lat od uruchomienia.

Nic z tego nie przesuwa wymogów dla samej strony sklepu. § 1 ust. 3 obejmuje usługi świadczone konsumentom po 28 czerwca 2025, a każde zamówienie złożone w sklepie po tej dacie jest taką usługą.

#Które wtyczki WordPress oblewają audyt dostępności

Prowadzę audyty dostępności WooCommerce przed BFSG. Cztery kategorie wtyczek powracają jako ustalenia o najwyższym współczynniku odrzucenia:

1. Bannery cookie więżące fokus klawiatury. Modalna warstwa zgody na cookie, która łapie fokus i nie zwraca go po zamknięciu. Użytkownik nie może przejść tabulatorem do treści. Częste w plug‑inach cookie sprzed szerszego rozumienia WCAG 2.1 dla klawiatury. Naprawa: powrót fokusu do elementu wyzwalającego, obsługa Escape, brak pułapki fokusu poza modalem.

2. Wtyczki sliderów i karuzeli bez nawigacji klawiaturą. Slick, Swiper i Owl Carousel. Konfiguracje domyślne często nie mają nawigacji strzałkami klawiatury, brak wskaźników fokusu na kontrolkach slajdów oraz brak pause-on-focus. Auto-rotujące karuzele oblewają WCAG 2.2.2 (Pauza, Stop, Ukrycie). Naprawa: dostępne klawiszami strzałki, kontrolka pauzy, rotacja manualna lub pauza na fokusie.

3. Buildery popupów bez zwrotu fokusa po zamknięciu. Popupy lead-capture, exit-intent, marketingowe modalne. Wzorzec jak przy bannerze cookie: fokus wchodzi do modala, przycisk zamknięcia jest osiągalny, ale po zamknięciu fokus nie wraca do elementu wyzwalającego. Użytkownik czytnika ekranu ląduje w przypadkowym miejscu dokumentu.

4. Wtyczki galerii produktu z obrazami bez dostępnej nazwy. Galeria WooCommerce, wtyczki lightbox, swatche wariantów. Projektant wizualny ustala obraz, ale dostępna nazwa pozostaje pusta lub jest nazwą pliku. Obrazy dekoracyjne mogą mieć puste alt=""; obrazy informacyjne wymagają znaczącej nazwy. Swatche wariantów prezentowane jako kwadraty kolorów bez tekstu potrzebują dostępnej nazwy (aria-label) dla swatcha, nie tylko dla widocznej etykiety.

Te cztery wzorce zamykają lukę między „strona wygląda na dostępną w przeglądarce” a „strona przechodzi kontrolę organu nadzoru rynku”. Lista kontrolna audytu działa wobec WCAG 2.2 AA, który obejmuje kryteria WCAG 2.1 AA, do których dziś odsyła norma EN 301 549 (zob. sekcję o normach wyżej).

To samo pytanie z audytu warto zadać, zanim kupisz rozszerzenie. 20 października 2026 Equalize Digital opublikowało studium przypadku WooCommerce: od czerwca 2025 do sierpnia 2026 zespół sprawdził 43 oficjalne rozszerzenia i zapisał 519 problemów, które naruszały 32 kryteria sukcesu WCAG. Zespoły Automattic i Fueled poprawiły 41 rozszerzeń utrzymywanych przez WooCommerce, a uwagi do Amazon Pay i Affirm trafiły do tych dwóch dostawców. WooCommerce publikuje dla nich raporty zgodności dostępności (ACR) na swojej stronie o dostępności. Raport dla WooCommerce Bookings podaje na przykład wersję 3.1.0, datę 24 lipca 2026, motyw Twenty Twenty-Five użyty w testach i bariery, które wciąż pozostają. Sklep na Shopify, Shopware, PrestaShop czy własnym kodzie też działa na aplikacjach i modułach, których sam nie napisał, więc przed zakupem poproś każdego dostawcę o ACR i sprawdź edycję, wersję, motyw i listę wyjątków. ITI wydaje cztery edycje VPAT: raporty WooCommerce używają edycji WCAG, a normę EN 301 549 obejmują edycje EU i INT. Gdy dostawca nie ma raportu, włącz ścieżki zamówienia, konta i rezerwacji z tego rozszerzenia do audytu dostępności przed startem albo do audytu gotowości WooCommerce na regulacje UE.

Aktualizacja, 27 października 2026. Sklepy najczęściej oblewają kontrolę dostępności przez wtyczki na froncie sklepu: własna kontrolka zastępuje natywną, ikona nie ma nazwy, pasek postępu nie podaje wartości, okno modalne nie reaguje na klawiaturę. Każdą dodawaną wtyczkę sprawdź samą klawiaturą i czytnikiem ekranu. W moich własnych wtyczkach dostępne zachowanie wygląda tak. Swatch pokazuje słowami wybraną wartość obok nazwy atrybutu, na przykład “Kolor: Czerwony”, a czytnik ekranu ogłasza zmianę. Badgevo wyświetla podpis pod każdą odznaką i właśnie ten podpis słyszy osoba korzystająca z czytnika. W quizie Elektilo strzałki przenoszą między odpowiedziami, a Spacja lub Enter wybiera odpowiedź. Lightbox Reel przełącza zdjęcia przyciskami ze strzałkami, klawiszami w lewo i w prawo albo przesunięciem palca i ogłasza, które to zdjęcie z ilu. Peek otwiera szybki podgląd produktu w dostępnym oknie modalnym. Tę samą poprzeczkę stosuj przy teście każdej wtyczki, mojej i cudzej.

#Lista kontrolna BFSG dla sklepu WooCommerce

Lista kontrolna agencyjna, którą dostarczam wraz z mandatami WooCommerce gotowymi na BFSG:

• Strona deklaracji dostępności w języku niemieckim, dostępna z każdej stopki, z poziomem zgodności WCAG 2.2, znanymi ograniczeniami i kontaktem ds. dostępności.
• Motyw zaudytowany na WCAG 2.2 AA. Hierarchia nagłówków, regiony landmark, wystarczający kontrast kolorów, wskaźniki fokusu klawiatury na każdym elemencie interaktywnym, link skip-to-content.
• Formularze z etykietami, komunikatami błędu i sukcesu. Każde pole ma widoczną etykietę i dostępną nazwę. Błędy są ogłaszane czytnikom. Komunikaty sukcesu są widoczne i odczytywane przez technologie wspomagające.
• Audyt wtyczek z czterema wzorcami jako kontrolami pierwszorzędnymi. Banner cookie, slider, popup, galeria. Plus swatche wariantów. Plus przepływ checkout.
• Dostępność dokumentów do pobrania. PDF-y w pobieraniach produktu muszą być dostępnymi PDF-ami (otagowana struktura, alt na obrazach, kolejność czytania). Niedostępne PDF-y to powracające ustalenie audytu.
• Dostępność wideo. Napisy na każdym wideo produktowym. Audiodeskrypcja dla treści przekazujących informacje wyłącznie wizualnie.
• Test z co najmniej dwiema technologiami wspomagającymi. Czytnik ekranu (NVDA na Windowsie, VoiceOver na macOS), nawigacja tylko klawiaturą, tryb wysokiego kontrastu.

Wycena mandatu z inżynierią dostępności jest indywidualna; godziny audytu i naprawy zależą od motywu, zestawu aktywnych wtyczek i liczby typów stron szablonowych.

#BFSG, NIS2 i DORA w ocenie dostawcy

Zespoły zakupowe w sektorach regulowanych (banki, ubezpieczyciele, zdrowie) coraz częściej łączą trzy filtry w jedną ocenę dostawcy:

• Zgodność BFSG / EAA z dostępnością.
• Dowody zarządzania ryzykiem z artykułu 21 NIS2.
• Klauzule stron trzecich z artykułu 28 DORA (dla podmiotów finansowych).

Operator sklepu WordPress poza sektorami regulowanymi ma do czynienia tylko z BFSG. Operator, który dodatkowo przetwarza płatności, prowadzi partnerstwa ubezpieczeniowe lub dostarcza branżom regulowanym, ma do czynienia ze wszystkimi trzema. Pakiet bezpieczeństwa dostawcy, który dostarczam w takich mandatach, odpowiada na każdy filtr osobnym krótkim dokumentem, z odsyłaczami do siebie.

#Powiązane teksty o zgodności

• Filar: NIS2 i DORA na WordPress: stos zgodności 2026
• NIS2 Załącznik II dla agencji WordPress: zakres, terminy, ścieżka dowodowa
• DORA artykuł 28 ryzyko stron trzecich ICT: audyt dostawcy hostingu i WAF dla WordPress
• Cyber Resilience Act + NIS2 + DORA: stos zgodności 2026 dla headless WordPress

#Jak przygotować sklep do audytu BFSG

Najpierw ustal, czy sklep w ogóle wchodzi w zakres. Sprzedaż konsumentom w Niemczech to usługa handlu elektronicznego z § 1 BFSG. Firma z mniej niż 10 zatrudnionymi i obrotem lub sumą bilansową do 2 mln EUR może skorzystać z wyłączenia z § 3 ust. 3, ale obejmuje ono tylko obowiązki usługowe, a sprzedawane produkty zostają w zakresie. Pozostałe unijne obowiązki sklepu opisuje gotowość WooCommerce na przepisy UE.

Jeśli sklep jest w zakresie, zacznij od wtyczek, które najczęściej oblewają audyt: banner cookie, slider, popup i galeria produktu. Każdą przejdź samą klawiaturą i sprawdź, dokąd wraca fokus po zamknięciu okna. Potem audytuj motyw pod WCAG 2.2 AA oraz formularze w checkoucie.

Na końcu przygotuj informację o dostępności po niemiecku, podlinkowaną ze stopki, z poziomem zgodności, znanymi ograniczeniami, kontaktem i MLBF jako właściwym organem. Zapisz, czym testowałeś: NVDA na Windowsie, VoiceOver na macOS, nawigacja bez myszy. Grzywny z § 37 sięgają 100 000 EUR, więc deklaracja ma opisywać to, co w sklepie faktycznie działa. Sprzedajesz w kilku krajach UE? Dokumentuj zgodność raz, według najsurowszej transpozycji.