> Vonatkozik az European Accessibility Act a B2B webshopokra? BFSG és BaFG hatálya, mikrovállalkozási mentesség, 2026-os végrehajtás, WCAG 2.2 és javítási terv. > > Web page: https://balazscsorba.com/hu/blog/european-accessibility-act-b2b-shop · Language: Magyar · Also available in: [English](https://balazscsorba.com/blog/european-accessibility-act-b2b-shop.md) · [Deutsch](https://balazscsorba.com/de/blog/european-accessibility-act-b2b-shop.md) > Author: Balázs Csorba · Published: 2026-10-02 · Keywords: European Accessibility Act B2B shop, BFSG B2B Onlineshop, Barrierefreiheit Onlineshop, Spryker barrierefrei, barrierefrei Webshop, BaFG Österreich Webshop, EN 301 549 WCAG 2.2, BFSG Kleinstunternehmen Ausnahme, Pimcore TYPO3 Barrierefreiheit, EAA e-commerce checklist [Blog](https://balazscsorba.com/hu/blog)/Webfejlesztés # European Accessibility Act B2B webshopoknál: mit kell javítaniuk a Spryker, Pimcore és TYPO3 csapatoknak Vonatkozik az European Accessibility Act a B2B webshopokra? BFSG és BaFG hatálya, mikrovállalkozási mentesség, 2026-os végrehajtás, WCAG 2.2 és javítási terv. [Balázs Csorba](https://balazscsorba.com/hu/about)·2026\. október 2.·13 perc olvasás - European Accessibility Act - BFSG - WCAG 2.2 - B2B e-commerce ![Ábra: egy B2B webshop elágazik a BFSG és BaFG fogyasztói hatályának kérdésére, a WCAG 2.2 AA megfelelésre, az akadálymentességi nyilatkozatra és a piacfelügyeletre.](https://balazscsorba.com/images/blog/european-accessibility-act-b2b-shop/cover.webp?v=7b819fb5dc) ## A lényeg röviden - Az European Accessibility Act a fogyasztóknak kínált e-kereskedelmi szolgáltatásokra vonatkozik, így az a webshop, amely valóban csak üzleti ügyfeleket szolgál ki, kívül esik a BFSG-n és a BaFG-n, de nem a „B2B” címke dönt, hanem a tényleges rendelési folyamat. - A mikrovállalkozások (10 főnél kevesebb alkalmazott és legfeljebb 2 millió euró árbevétel vagy mérlegfőösszeg) szolgáltatások esetén mentesek, ami a legtöbb webshopot érinti, termékekre viszont soha. - A végrehajtás 2026-ban él: Németországnak közös piacfelügyeleti szerve van (MLBF), amely elsősorban panaszokból dolgozik, a bírság Németországban 100 000, Ausztriában 80 000 euróig terjedhet, az EN 301 549 szabványt pedig 2026 szeptemberében WCAG 2.2-re frissítették. - A konfigurátorok, a facettás szűrők, a gyorsrendelő űrlapok, a pénztári validáció, a modálok és a PDF adatlapok a tipikus gyenge pontok a Spryker, Pimcore és TYPO3 B2B shopokban, mert egyedi frontend kódról van szó, nem platform-alapértelmezésről. - Az automatikus axe-vizsgálat darabszámra sok hibát talál, de megfelelést nem igazol. Kombináld billentyűzetes és képernyőolvasós tesztekkel, és user journey szerint javíts, ne oldalanként. Ezen az oldalon 1. [Vonatkozik a jogszabály egy B2B webshopra?](https://balazscsorba.com/#scope) 2. [Mikrovállalkozások, határidők és végrehajtás 2026-ban](https://balazscsorba.com/#enforcement) 3. [Minek kell megfelelned: EN 301 549, most WCAG 2.1, hamarosan 2.2](https://balazscsorba.com/#standards) 4. [Mi bukik el tipikusan Spryker, Pimcore és TYPO3 shopokban](https://balazscsorba.com/#what-fails) 5. [Tesztelés: axe és valódi felhasználók](https://balazscsorba.com/#testing) 6. [Egy B2B csapathoz illő javítási terv](https://balazscsorba.com/#remediation-plan) 7. [Az én véleményem](https://balazscsorba.com/#my-take) 8. [Források](https://balazscsorba.com/#sources) Az European Accessibility Act (2019/882 irányelv) 2025. június 28. óta alkalmazandó. Németországban ez a Barrierefreiheitsstärkungsgesetz (BFSG), Ausztriában a Barrierefreiheitsgesetz (BaFG). A legtöbb cikk a fogyasztói webshopoknak szól. A Spryker, Pimcore és TYPO3 alapú B2B csapatoktól más kérdést kapok: „Mi csak cégeknek adunk el, tehát nem vonatkozik ránk, ugye?” Az őszinte válasz: „valószínűleg igen, ha be tudod bizonyítani, és közben lehet, hogy rossz a kérdés”. Ebben a cikkben végigmegyek a hatály pontos szövegén, a mikrovállalkozási mentességen, a végrehajtás 2026. októberi állapotán, azon, hogy mit jelent a gyakorlatban a WCAG 2.2 és az EN 301 549, hol törnek el tipikusan a B2B webshop frontendek, és hogyan tesztelnék és javítanék. Ez mérnöki tanács, nem jogi tanács: a shopod hatályát erősítesd meg jogi tanácsadóddal. ## Vonatkozik a jogszabály egy B2B webshopra? A hatály a fogalommeghatározásokban van. A BFSG 1. szakasz (3) bekezdése az „elektronikus kereskedelmi szolgáltatásokat” (Dienstleistungen im elektronischen Geschäftsverkehr) a lefedett szolgáltatások közé sorolja, a 2. szakasz 26. pontja pedig úgy határozza meg őket, mint weboldalakon és mobilalkalmazásokon kínált, elektronikusan, egy _fogyasztó_ egyéni kérésére, _fogyasztói szerződés_ megkötése céljából nyújtott digitális szolgáltatásokat. Fogyasztó a 2. szakasz 16. pontja szerint minden természetes személy, aki a szolgáltatást olyan célra veszi igénybe, amely túlnyomórészt sem üzleti, sem önálló szakmai tevékenységéhez nem tartozik. A német szövetségi akadálymentességi hivatal (Bundesfachstelle Barrierefreiheit) a GYIK-jában világosan fogalmaz: a kizárólag B2B területen kínált szolgáltatásokat nem érintheti a BFSG. Az osztrák gazdasági kamara a BaFG-t ugyanígy írja le: fogyasztói szerződés keretében nyújtott e-kereskedelmi szolgáltatások. A jogszabály tehát felépítésénél fogva B2C. Fejlesztőként két részlet számít. Először: az dönt, hogy a gyakorlatban ki _tud_ rendelni. Másodszor: a „fogyasztó” a hivatásán kívül eljáró természetes személy, tehát egy adószámos cégfiók egyértelműen kívül esik, egy névtelen látogató viszont, aki magánszemélyként vásárolhat, nem. - Nyitott regisztráció: bárki létrehozhat fiókot, és semmilyen lépés nem ellenőrzi, hogy a vevő vállalkozás-e. - Vendégként rendelés magáncímekkel, vagy a fogyasztókra jellemző fizetési mód. - Nyilvános árlisták látható „vásárlás” gombbal, bejelentkezési korlát és üzleti ügyfelekre szóló megjegyzés nélkül az ÁSZF-ben. - B2B2C felépítés, például olyan kereskedői portál, ahol a kereskedő a te shopodon át magánvevőknek értékesít tovább. - A láblécben „B2B” felirat, miközben maga a rendelési folyamat sosem kérdez rá a cégre. Első körös hatálykérdés. A fogyasztói próbát a valós rendelési folyamatra kell alkalmazni, ezért fontos a bizonyíték sor. **Nem a címke dönt, hanem a folyamat** Egy általam olvasott ügyvédi összefoglaló ugyanezt a logikát írja le: az nem elég, ha egy oldal B2B-nek nevezi magát, és a hibrid shopok, ahol fogyasztók ténylegesen kezdeményezhetnek vagy köthetnek szerződést, magas kockázatú határesetek, amelyek egyedi vizsgálatot kívánnak. Ha a B2B-álláspontra akarsz építeni, tedd igazolhatóvá: regisztráció csak cégnévvel és általad ellenőrzött adószámmal, kizárólag üzleti ÁSZF, és nincs fogyasztói fizetési folyamat. Forgatókönyv Valószínűleg hatály alatt? Miért Bejelentkezés mögötti kereskedői portál, a fiókokat az értékesítés hozza létre adószám-ellenőrzés után Nem Csak vállalkozások rendelhetnek, fogyasztók nem kezdeményezhetnek szerződést Nyitott shop, regisztráció bármilyen e-mail címmel, magánszemélyek is vásárolhatnak Igen Fogyasztók szerződést köthetnek B2B shop plusz külön fogyasztói webáruház ugyanazon a platformon Fogyasztói shop: igen A fogyasztóknak szóló szolgáltatás lefedett, a közös komponensek gyakran magukkal húzzák a másik shopot Marketing oldal és PDF katalógus, rendelés nélkül Nem egyértelmű Szerződés nem jön létre, de kezdeményezhető; én ezt is javítanám Mikrovállalkozás (10 fő alatt, max. 2 M EUR) fogyasztóknak értékesít Szolgáltatásnál nem A szolgáltatási mentesség érvényes, de a termékekre nem ## Mikrovállalkozások, határidők és végrehajtás 2026-ban A mikrovállalkozási szabály a BFSG 3. szakasz (3) bekezdésében áll: az akadálymentességi kötelezettség nem vonatkozik a szolgáltatást kínáló vagy nyújtó mikrovállalkozásokra. A 2. szakasz 17. pontja úgy határozza meg őket, mint tíznél kevesebb főt foglalkoztató vállalkozásokat, amelyek éves árbevétele legfeljebb 2 millió euró, vagy mérlegfőösszege legfeljebb 2 millió euró. A mentesség csak szolgáltatásokra szól, aki terméket hoz forgalomba, azokra nézve érintett marad. Az osztrák BaFG ugyanezeket a küszöböket használja. A mentességet nem tekinteném adottnak anélkül, hogy a számokat jogi tanácsadóval ellenőriztetném. Az átmeneti időszakoktól ne várj sokat egy webshop esetében. A 38. szakasz lehetővé teszi, hogy a szolgáltatók a 2025. június 28. előtt jogszerűen használt termékeket 2030. június 27-ig tovább használják, és az e dátum előtt kötött szerződések változatlanul fennmaradhatnak a lejáratukig, legfeljebb 2030. június 27-ig. Egy storefront, amelyet módosítasz, újratervezel vagy bővítesz, gyakorlatilag nem régi termék. Németország: a tartományok akadálymentességi piacfelügyeleti szerve (MLBF) Magdeburgban 2025. szeptember 26-án alakult formálisan, nagyjából 70 munkatársa van, és 2026 januárjának végén fogadta el felügyeleti stratégiáit. Panaszalapon dolgozik, kockázatalapú ellenőrzésekkel kiegészítve: nagy elérésű szolgáltatások, az önálló életvitel szempontjából fontos ajánlatok és rossz előéletű szolgáltatók, webes szolgáltatásokra automatikus szkennerekkel és az EN 301 549 mércéjével. A fogyasztók és az elismert szervezetek kérhetik a hatóságtól az eljárás megindítását (32. szakasz). A fokozatok: határidős javításra felszólítás, második felszólítás tiltás kilátásba helyezésével, végül forgalmazási tilalom. A 14. szakasszal ellentétes szolgáltatás nyújtása, amely az akadálymentességi tájékoztatási kötelezettséget is magában foglalja, legfeljebb 100 000 euróval, más jogsértések, például a hatósági megkeresés megválaszolásának elmulasztása legfeljebb 10 000 euróval sújtható (37. szakasz). Gyakorlati szakemberek arról is beszámolnak, hogy a versenytársak felszólító levelei 2025 vége óta szaporodnak, de hogy a tisztességtelen verseny elleni jog használható-e BFSG-jogsértésre, azt 2026 közepén a bírói gyakorlat nem döntötte el. Ausztria: az illetékes hatóság a Sozialministeriumservice. A fogyasztók ingyen panaszt tehetnek, van egy egyeztetési lépés, a közigazgatási bírságok legfeljebb 80 000 euróig terjednek, kisebb vállalkozásoknál alacsonyabb határokkal. Az Európai Bizottság 2026 márciusában indokolással ellátott véleményt küldött Németországnak a hiányos átültetés miatt, ami nekem azt jelzi, hogy a nemzeti részletek még mozoghatnak. Ország Hatóság Maximális bírság Gyakorlati megjegyzés Németország (BFSG) MLBF Magdeburg, a tartományok közös szerve 100 000 EUR nem megfelelő szolgáltatásért vagy hiányzó nyilatkozatért, 10 000 EUR egyéb jogsértésekért Először panaszok, kockázatalapú ellenőrzés, javításra felszólítás a tiltás előtt Ausztria (BaFG) Sozialministeriumservice 80 000 EUR, kisebb vállalkozásoknál alacsonyabb Ingyenes fogyasztói panasz, egyeztetés, majd közigazgatási eljárás A következtetésem B2B csapatoknak: ha hiteles, kizárólag B2B álláspontod van, a végrehajtási kockázat ma alacsony. Ha hibrid shop vagy, számolj azzal, hogy hatály alatt vagy, és tekints 2026-ra úgy, mint arra az évre, amikor a türelmi idő véget ért. ## Minek kell megfelelned: EN 301 549, most WCAG 2.1, hamarosan 2.2 A jogszabály maga elvont marad: a szolgáltatásoknak a fogyatékossággal élők számára a szokásos módon, különös nehézség nélkül és főszabályként idegen segítség nélkül megtalálhatónak, hozzáférhetőnek és használhatónak kell lenniük (BFSG 3. szakasz (1) bekezdés). A konkrét mérce a harmonizált szabvány. Az EN 301 549 betartása megfelelőségi vélelmet keletkeztet, és az EN 301 549 3.2.1-es verziójának webes fejezete a WCAG 2.1 A és AA szintjére hivatkozik. Ez 2026 szeptemberében változott. Megjelent az EN 301 549 4.1.1-es verziója, amely átveszi a WCAG 2.2-t, hat követelményt ad hozzá, elhagyja az elavult 4.1.1 Parsing kritériumot, és az első olyan verzió, amelyet az EAA szem előtt tartásával írtak. Jogi hivatkozás még nem: a megfelelőségi vélelem akkor lép életbe, ha a Bizottság közzéteszi a Hivatalos Lapban. Addig a 3.2.1 és a WCAG 2.1 AA marad a formális mérce. Én ennek ellenére WCAG 2.2 AA-ra építenék, mert az új kritériumok pontosan azt érintik, amit a B2B shopok csinálnak: - 2.4.11 Focus Not Obscured (Minimum), AA: a sticky fejlécek, süti-bannerek és mini kosarak nem takarhatják el a fókuszált elemet. - 2.5.7 Dragging Movements, AA: a csúszkákhoz és rendezhető listákhoz egyetlen mutatóval használható alternatíva kell. - 2.5.8 Target Size (Minimum), AA: a sűrű mennyiségmezők, táblázatikonok és szűrőcsipek megfelelő méretű célfelületet igényelnek. - 3.3.7 Redundant Entry, A: ne kényszerítsd a felhasználót arra, hogy újra beírja az ugyanabban a pénztárban már megadott adatokat, például a számlázási címet. - 3.3.8 Accessible Authentication (Minimum), AA: nincs kognitív teszt a bejelentkezésben alternatíva nélkül, és a jelszókezelőknek működniük kell. - 3.2.6 Consistent Help, A: a súgó és a kapcsolat minden oldalon ugyanazon a helyen marad. A markupon túl tájékoztatási kötelezettségek is vannak. A szolgáltatóknak el kell készíteniük a BFSG 3. melléklete szerinti információkat, és akadálymentes formában közzé kell tenniük, ami a gyakorlatban egy akadálymentességi nyilatkozat, amely leírja a szolgáltatást, az alkalmazott szabványt, az ismert hiányosságokat, az akadályok bejelentési módját és az illetékes hatóságot. A webshopoknak az eladott termékek akadálymentességi információit is továbbítaniuk kell, amennyiben a felelős gazdasági szereplő megadja azokat. Ne feledd, hogy a nyilatkozat jogi kötelezettség, amelynek megsértése maga is bírságolható. ## Mi bukik el tipikusan Spryker, Pimcore és TYPO3 shopokban Előbb egy fenntartás: nem találtam gyártói állítást arra, hogy ezek a platformok megfelelő storefrontot szállítanának, és nem is várnék ilyet. Az alábbi hibák tipikus storefront-minták, a forrásokban idézett általános ellenőrzőlistákkal összevetve, nem gyártói auditból. Abban a storefront kódban vannak, amelyet te írtál vagy vettél, ezért minden stacken ugyanúgy néznek ki. Terület Tipikus hiba WCAG kritérium Javítás Termékkonfigurátor Div elemekből épített egyedi widgetek, nincs billentyűzetes út, az ármódosulást nem jelzik 2.1.1, 4.1.2, 4.1.3 Először natív bemenetek, ARIA csak ahol kell, udvarias live region az árhoz és az érvényességhez Facettás szűrők és rendezés A jelölőnégyzetek értesítés nélkül újratöltik a listát, a fókusz elvész a frissítés után, apró célfelületű szűrőcsipek 2.4.3, 3.2.2, 2.5.8, 4.1.3 Az eredményszám bemondása, stabil fókusz, valódi gombok 24 px-es célfelülettel Gyorsrendelés és tömeges feltöltés Címke nélküli mezők, csak színnel jelzett hibák, nem összekötött sorhibák 1.3.1, 3.3.1, 3.3.3 Programozott címkék, hibaösszesítő linkekkel, szöveg a szín helyett Pénztár és űrlapok Placeholder címke helyett, homályos hibaüzenetek, címek újragépelése, csak CAPTCHA-s bejelentkezés 3.3.2, 3.3.7, 3.3.8, 1.3.5 Látható címkék, autocomplete attribútumok, megadott adatok újrahasznosítása, akadálymentes hitelesítés Modálok, mini kosár, megamenü A fókusz nincs csapdában vagy nem tér vissza, csak hoverre működő menük, a sticky sávok eltakarják a fókuszt 2.1.2, 2.4.11, 1.4.13 Dialógus minta fókuszvisszaadással, billentyűzettel kezelhető menük, scroll-padding a sticky UI-hoz Terméktáblák és sávos árak Fejléc nélküli elrendezési táblák, a sávos árak képként vagy címkézetlen cellákban 1.3.1, 1.4.4 Valódi táblázat markup fejlécekkel és felirattal, reflow 400 százalékos nagyításnál PDF adatlapok és számlák Címkézetlen PDF-ek, szkennelt rajzok, nincs olvasási sorrend 1.1.1, 1.3.1, 2.4.2 Címkézett PDF a forrásból, HTML alternatíva, ellenőrzés PDF checkerrel ### Spryker A storefront sablonok projekt kódok az Yves réteg tetején, sok egyedi komponenssel terméklistákhoz, konfigurálható bundle-ökhöz és gyorsrendeléshez. Tapasztalatom szerint a gond nem a keretrendszer, hanem a sok tucat egyedi molekula: itt egy saját legördülő, ott egy AJAX-os kosár. Az összes interaktív komponens leltárával kezdeném, és mindegyiknél eldönteném, helyettesítheti-e natív elem. ### Pimcore A Pimcore shopok többnyire Twig Symfonyn vagy headless felépítésű, külön frontenddel, így az akadálymentesség a frontend csapaton múlik. A plusz kockázat az adatvezérelt renderelés: a termékadatokból érkező attribútumok, képek és dokumentumok. Ha az alt szöveg, a PDF és a címsorstruktúra nem adatminőségi szabály, egyetlen sablon sem tudja kijavítani. ### TYPO3 A TYPO3 Fluidon át renderel, így a szemantikus kimenet elérhető, de a gyenge pontok a szerkesztői tartalom és a shop extensionök: hiányzó alt szövegek, kinézet szerint választott címsorszintek, és saját markuppal, űrlapokkal rendelkező extension sablonok. Szerkesztői szabályokat és minden shop extension sablonjának review-ját terveznék. Ha ugyanarra a markupra építesz ügynök felé szóló funkciókat, az akadálymentesség kétszer térül meg: a szemantikus HTML és a világos címkék a képernyőolvasóknak és az ügynököknek is segítenek, ahogy az [agentic commerce protokollokról](https://balazscsorba.com/hu/blog/agentic-commerce-protocols-ucp-acp-guide) és a [WebMCP útmutatóban](https://balazscsorba.com/hu/blog/webmcp-agent-ready-website-guide) írom. ## Tesztelés: axe és valódi felhasználók A Deque több mint 2000 auditot és 13 000 oldalt vizsgáló tanulmánya szerint az axe-szel végzett automatikus tesztelés a problémák 57 százalékát fedi le darabszám szerint, jóval a régi 20-30 százalékos ökölszabály felett. Ez hasznos szám, de a megtalált problémák aránya, nem a kritériumoké, és nem megfelelés. Az MLBF-stratégia egy kommentátora ehhez kapcsolódóan azt jegyzi meg, hogy az automatikus ellenőrzések jellemzően csak a követelt lépések 30-40 százalékát fedik le, és az átmenő vizsgálat nem szabad átjáró. A hatóságok szkennert használnak, tehát ezeken át kell menned, a maradékot pedig a felhasználók találják meg. 1. Futtasd az axe-core-t CI-ban a kulcssablonokon: főoldal, kategória szűrőkkel, termék konfigurátorral, kosár, minden pénztári lépés, bejelentkezés, gyorsrendelés. Az új hibáknál bukjon a build. 2. Tesztelj csak billentyűzettel. Minden elem elérhető, látható fókusz, logikus sorrend, nincs csapda, és semmi nincs sticky UI mögé rejtve. 3. Tesztelj képernyőolvasóval egy valódi journey-n: NVDA Firefoxszal vagy Chrome-mal Windowson, VoiceOver Safarival macOS-en és iOS-en. Keresés, szűrés, konfigurálás, rendelés. 4. Nagyíts 200 és 400 százalékra, és használj keskeny viewportot. Ellenőrizd a reflow-t, a célméretet és azt, hogy semmi sem vágódik le. 5. Teszteld a hibaágakat: üres űrlap beküldése, érvénytelen adószám megadása, tétel eltávolítása. A hibákat be kell jelenteni, és a fókusznak értelmesen kell mozognia. 6. Ellenőrizd a dokumentumokat: nézd meg a shop által generált PDF adatlapok, számlák és rendelés-visszaigazolások címkézését. 7. Rögzítsd az eredményeket journey-nként, súlyossággal és felelőssel, mert ez az akadálymentességi nyilatkozat alapja. Az ellenőrzőlistát regressziós csomagként kezelem: axe a pipeline-ban, release-enként egy rövid kézi forgatókönyv, nagyobb változtatások előtt mélyebb audit. Ez illeszkedik ahhoz a mintához, amit az [LLM evalokra](https://balazscsorba.com/hu/blog/llm-evals-for-product-features) használok: automatizáld, ami olcsó, és az embereknél hagyd, amit csak ember tud megítélni. ## Egy B2B csapathoz illő javítási terv Ne 40 000 termékoldal oldalankénti auditjával kezdj. A journey-kkel kezdj, mert a sablonok sokszorozódnak. Ebben a sorrendben haladnék: 1. **Döntsd el a hatályt.** Egyeztess a jogi csapattal, hogy kizárólag B2B, hibrid vagy mentes vagy-e, és jegyezd fel a bizonyítékokat. Ha a kizárólag B2B álláspontra építesz, szigorítsd a regisztrációt és az ÁSZF-et. 2. **Leltározd a sablonokat és komponenseket.** Listázd az összes oldalsablont, interaktív komponenst, extensiont és generált dokumentumot. Csoportosítsd journey szerint: keresés, konfigurálás, rendelés, fiók. 3. **Készíts alapvonalat.** Axe a sablonokon plusz a három legfontosabb journey kézi végigjárása. Priorizálj blokkoló hatás szerint: az az ügyfél, aki nem tudja befejezni a pénztárat, az első. 4. **Előbb a közös komponenseket javítsd.** Gombok, űrlapmezők, dialógusok, menük, táblák. Egy javítás így minden oldalra eljut, és mindegyikhez érdemes axe-es komponenstesztet adni. 5. **Javítsd a konfigurátort, a szűrőket és a pénztárat.** Az egyedi widgeteket ahol lehet, cseréld natív elemekre, adj hozzá live regionöket, és javítsd a hibákat és a fókuszt. 6. **Javítsd a tartalmat és a dokumentumokat.** Alt szöveg szabályok a PIM-ben vagy CMS-ben, címsorszabályok a szerkesztőknek, címkézett PDF a generáló rendszerből vagy HTML alternatíva. 7. **Tedd közzé az akadálymentességi nyilatkozatot és egy visszajelzési csatornát.** Őszintén sorold fel az ismert hiányosságokat, adj kapcsolatot az akadálybejelentésekhez, és nevezd meg az illetékes hatóságot. 8. **Előzd meg a visszaesést.** CI kapuk, kézi forgatókönyv a release ellenőrzőlistában, és csapatonként egy akadálymentességi felelős. Teszteld újra, amikor az EN 301 549 4.1.1 lesz a hivatkozott szabvány. Őszintén költségvetezz: a konfigurátorok és a pénztárak gyakran a kód kis részét, de a kockázat nagy részét jelentik, és egy egyedi widget natív alapra építése olcsóbb lehet a foltozásnál. Ahhoz képest, hogy egy panasz után időnyomás alatt építenéd át az összes sablont, a korai javítás is az olcsóbb. ## Az én véleményem Még ha biztos is vagy abban, hogy a B2B webshopod hatályon kívül esik, én akkor is megcsinálnám a munkát a fő journey-ken. A költség mérsékelt, ha a megszokott frontend fejlesztés része, az eredmény jobb billentyűzetes és mobilos használhatóság minden vevőnek, beleértve a segítő technológiát használó kollégákat is, és a rendezett akadálymentességi helyzet megkönnyíti a nagy ügyfelek kérdőíveinek kitöltését. Az utolsó pont az én megfigyelésem, nem jogi kötelezettség. A hatálykérdésre egy órát szánnék egy jogásszal, a szabványkérdésre egy sprintet a csapattal. Ha segítséget szeretnél egy Spryker, Pimcore vagy TYPO3 shop auditjának felméréséhez, nézd meg a [B2B e-kereskedelmi szakértelem](https://balazscsorba.com/hu/expertise/b2b-ecommerce-developer) oldalamat, a tágabb szabályozási képhez pedig olvasd el az [EU AI Act 50. cikk ellenőrzőlistát](https://balazscsorba.com/hu/blog/eu-ai-act-article-50-developer-checklist). ## Források 1. [BFSG section 1: purpose and scope (gesetze-im-internet.de)](https://www.gesetze-im-internet.de/bfsg/__1.html) 2. [BFSG section 2: definitions, consumer, microenterprise, e-commerce services](https://www.gesetze-im-internet.de/bfsg/__2.html) 3. [BFSG section 3: accessibility and the microenterprise exemption](https://www.gesetze-im-internet.de/bfsg/__3.html) 4. [BFSG section 14: duties of the service provider](https://www.gesetze-im-internet.de/bfsg/__14.html) 5. [BFSG section 32: rights of consumers and associations in the administrative procedure](https://www.gesetze-im-internet.de/bfsg/__32.html) 6. [BFSG section 37: fines](https://www.gesetze-im-internet.de/bfsg/__37.html) 7. [BFSG section 38: transitional provisions](https://www.gesetze-im-internet.de/bfsg/__38.html) 8. [Bundesfachstelle Barrierefreiheit: FAQ on the BFSG (B2B, microenterprises, EN 301 549)](https://www.bundesfachstelle-barrierefreiheit.de/DE/Fachwissen/Produkte-und-Dienstleistungen/Barrierefreiheitsstaerkungsgesetz/FAQ/faq_node.html) 9. [AccessibleEU: The European accessibility standard EN 301 549 has been updated (7 September 2026)](https://accessible-eu-centre.ec.europa.eu/content-corner/news/european-accessibility-standard-en-301-549-has-been-updated-2026-09-07_en) 10. [W3C: Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) 11. [Deque: Automated testing identifies 57 percent of digital accessibility issues](https://www.deque.com/blog/automated-testing-study-identifies-57-percent-of-digital-accessibility-issues/) 12. [sitebrunch: What is the market surveillance authority for accessibility (MLBF)?](https://www.sitebrunch.com/news/mlbf-marktueberwachungsstelle-barrierefreiheit) 13. [Marcus Herrmann: June 2026, how the MLBF intends to check](https://marcus-herrmann.com/blog/mlbf-verraet-wie-sie-pruefen-will) 14. [axes4: BFSG in practice, what has happened since the deadline (2026)](https://www.axes4.com/de/blog/post/2026/bfsg-in-der-praxis-was-sich-seit-dem-stichtag-getan-hat) 15. [ODC Legal: BFSG for websites, what companies must check in 2026](https://www.odclegal.de/blog/bfsg-website-pflicht) 16. [WKO: Information on the Austrian Barrierefreiheitsgesetz](https://www.wko.at/ce-kennzeichnung-normen/informationen-zum-barrierefreiheitsgesetz) 17. [Web Crossing: One year of the Barrierefreiheitsgesetz, where online shops must improve](https://www.web-crossing.com/news/detail/ein-jahr-barrierefreiheitsgesetz-wo-onlineshops-und-websites-jetzt-nachbessern-muessen/) ## Gyakori kérdések Vonatkozik az European Accessibility Act a B2B webshopokra? Közvetlenül nem. A németországi BFSG és az ausztriai BaFG a fogyasztóknak nyújtott e-kereskedelmi szolgáltatásokat fedi le, vagyis azokat a természetes személyeket, akik főként nem üzleti célra vásárolnak. Az a webshop, amely igazolhatóan csak üzleti ügyfeleknek nyitott, általában nem tartozik ide. Ha fogyasztók is kezdeményezhetnek vagy köthetnek szerződést, például nyitott regisztrációval vagy vendégként rendelve, a shop hatálya alá kerülhet. Mi a mikrovállalkozási mentesség a BFSG-ben? A mikrovállalkozás kevesebb mint tíz főt foglalkoztat, és az éves árbevétele legfeljebb 2 millió euró, vagy a mérlegfőösszege legfeljebb 2 millió euró. Az ilyen vállalkozások szolgáltatások esetén mentesek az akadálymentességi kötelezettség alól, ide tartozik egy webshop üzemeltetése is. A mentesség nem vonatkozik a termékekre, például a forgalomba hozott hardverre. Mekkora bírság jár egy nem akadálymentes webshopért Németországban és Ausztriában? A BFSG 37. szakasza szerint a 14. szakasszal ellentétes szolgáltatás nyújtása, amely az akadálymentességi követelményeket és a tájékoztatási kötelezettséget is magában foglalja, legfeljebb 100 000 euróval sújtható. Más jogsértések, például a hatóságnak adott információ elmulasztása, legfeljebb 10 000 euróval. Ausztriában a Sozialministeriumservice legfeljebb 80 000 euró közigazgatási bírságot szabhat ki, kisebb vállalkozásoknál alacsonyabb határokkal. Az eljárás általában javításra való felszólítással indul. Melyik szabványnak kell megfelelnie egy webshopnak, WCAG 2.1 vagy 2.2? Ma a harmonizált hivatkozás az EN 301 549 3.2.1-es verziója, amely a WCAG 2.1 A és AA szintjére utal. A 2026 szeptemberében megjelent 4.1.1-es verzió WCAG 2.2-re vált, de a megfelelőségi vélelmet csak akkor adja, ha az Európai Bizottság közzéteszi a Hivatalos Lapban. Én már most WCAG 2.2 AA-ra építenék. Elég a BFSG-hez egy akadálymentességi overlay vagy widget? Én nem támaszkodnék rá. A jogszabály azt várja, hogy a szolgáltatás a fogyatékossággal élők számára különös nehézség nélkül megtalálható, hozzáférhető és használható legyen, az ellenőrizhető mérce pedig az EN 301 549. Ez az alapul szolgáló markupról, a fókuszkezelésről és a tartalomról szól, amit egy rátett script a konfigurátorokban, szűrőkben és a pénztárban nem tud megbízhatóan javítani. Hogyan teszteljek egy webshopot akadálymentességre egy vizsgálat előtt? Futtasd az axe-et CI-ban a kulcssablonokon, majd a kritikus journey-ket kézzel is teszteld: csak billentyűzettel, képernyőolvasóval (NVDA vagy VoiceOver), 200 százalékos nagyítással és keskeny viewporttal. Az automatikus eszközök a WCAG-nak csak egy részét fedik le, ezért a keresés, a konfigurátor, a kosár és a pénztár kézi tesztje mutatja meg igazán, be tudja-e fejezni a rendelést egy ügyfél. Írta: Csorba Balázs Senior fullstack és AI mérnök Stájerországban – több mint 10 év Vue, Nuxt, Node.js és PHP, ma AI-ügynököknek építek eszközöket. [B2B e-kereskedelem és PIM →](https://balazscsorba.com/hu/expertise/b2b-ecommerce-developer)[Rólam →](https://balazscsorba.com/hu/about) ## További cikkek - [Headless B2B termékkonfigurátor: szabályok, árazás és Nuxt egy commerce API-n](https://balazscsorba.com/hu/blog/headless-product-configurator-b2b) - [Pimcore ERP delta szinkron: termékadatok SAP vagy Infor, PIM és webshop között](https://balazscsorba.com/hu/blog/pimcore-erp-delta-sync) - [Core Web Vitals Nuxt oldalakhoz és webshopokhoz: LCP, INP és CLS javítása](https://balazscsorba.com/hu/blog/nuxt-core-web-vitals-performance) - [Töltés EPEX ausztriai árakon: mennyit spórol a Home Assistant appom](https://balazscsorba.com/hu/blog/home-assistant-ev-charging-energy-manager) ## Pont erre van szükséged? Írj a projektedről vagy a pozícióról – szívesen hallok felőled. [Beszélgetés kérése](mailto:contact@balazscsorba.com) [Kapcsolódjunk LinkedInen](https://www.linkedin.com/in/balazs-csorba)