2026-02-11 · Baduno szerkesztőség · 6 blog.readMin · Blog és tudás
Akadálymentesítési Törvény: Mit kell most teljesíteniük a weboldalaknak
2025 júniusa óta hatályos a BFSG – és sok vállalati weboldal alá tartozik. A kötelezettségek, érthetően rendezve, pánik nélkül.
Kit érint
A törvény fogyasztó-orientált elektronikus szolgáltatásokra vonatkozik – többek között online áruházakra és számos foglalási és kapcsolatfelvételi útvonalra. A tiszta B2B ajánlatok és a mikrovállalkozások részben kivételt képeznek; a besorolást kétség esetén jogilag kell ellenőrizni.
Mit követelnek
Gyakorlatilag a WCAG követelményeihez igazodnak: érzékelhető (kontrasztok, alternatív szövegek), kezelhető (billentyűzet, fókusz), érthető (világos nyelv, hibaüzenetek) és robusztus (tiszta HTML segédtechnológiákhoz).
A jó hír
Az akadálymentes weboldalak szinte mindig gyorsabbak, jobban strukturáltak és keresőbarátabbak is. A kötelezettség olyan minőségbe fektet be, ami egyébként is megéri – és megnyit egy nagy, gyakran figyelmen kívül hagyott felhasználói csoportot.
Pragmatikus kezdés
Először ellenőrizni (automatizáltan és manuálisan), majd hatás szerint rangsorolni: kontrasztok, alternatív szövegek, űrlapok és billentyűzetes kezelés javítja a mindennapi akadályok nagy részét. Egy akadálymentességi nyilatkozat őszintén dokumentálja az állapotot.
Hreflang és akadálymentesítés: Egy gyakran figyelmen kívül hagyott összjáték
A többnyelvű weboldalak egy további kihívással szembesülnek: az akadálymentesítési követelmények minden nyelvi verzióra külön vonatkoznak. A hreflang attribútum, amely a keresőmotorok számára jelzi a nyelvi és regionális hozzárendelést, úgy kell implementálni, hogy a képernyőolvasók és más segédtechnológiák helyesen felismerjék a nyelvi váltásokat. Ha a hreflang hibásan van beállítva vagy hiányzik, az jelentősen megnehezítheti a navigációt a gyengénlátó felhasználók számára – például ha az oldal hirtelen egy másik nyelven töltődik be anélkül, hogy a felhasználó erre számítana. A gyakorlatban ez azt jelenti: minden nyelvváltozatnak nemcsak fordításokat, hanem teljesen akadálymentes struktúrákat is kell biztosítania. Ez magában foglalja a helyes nyelvi deklarációkat a HTML-ben (lang attribútum) és a konzisztens alternatív szövegeket minden nyelven. A hreflang konfigurációt ezért már a kezdetektől be kell vonni az akadálymentesítési vizsgálatba.
Automatizált ellenőrző eszközök: Erősségek és korlátok
Az olyan eszközök, mint az axe, a Wave vagy a Lighthouse, számos technikai akadályt automatikusan felismernek, például hiányzó alternatív szövegeket, elégtelen kontrasztokat vagy hibás ARIA-attribútumokat. Azonban nem helyettesítik a manuális vizsgálatot, mivel a szövegek érthetősége, a tartalmak logikai sorrendje vagy az űrlapok használhatósága segédtechnológiákkal csak valódi felhasználói tesztekkel mérhető fel. Az automatikus ellenőrzések gyors, első hibaelemzést nyújtanak, és jól alkalmazhatók folyamatos tesztelésre CI/CD-folyamatokban. Az eredményeket azonban mindig embernek kell értékelnie, mivel az eszközök hamis pozitív és hamis negatív jelzéseket is produkálhatnak. Egy pragmatikus munkafolyamat: először automatikus tesztek, majd manuális mintavétel képernyőolvasóval és billentyűzettel, végül egy záró használhatósági teszt érintett felhasználókkal.
Jogi következmények és átmeneti időszakok
A BFSG bírságokat és figyelmeztetéseket ír elő, ha a weboldalak nem felelnek meg a követelményeknek. A 2025. június 28. előtt üzembe helyezett termékekre átmeneti időszak vonatkozik 2030. június 28-ig – de csak azokra, amelyek a határidő előtt már akadálymentesek voltak, vagy bizonyíthatóan dolgoztak rajta. Aki 2025. június 28. után indít új weboldalt vagy újratervezést, annak azonnal teljesítenie kell az összes követelményt. Figyelem: A törvény minden újonnan létrehozott tartalomra vonatkozik; a régebbi tartalmak (pl. archív oldalak) esetleg több munkát igényelhetnek. A gyakorlatban ajánlott a fejlődés írásos dokumentálása, hogy kifogás esetén igazolni lehessen az akadálymentesítés fokozatos megvalósítását. A weboldalon egy akadálymentesítési nyilatkozat amúgy is kötelező.
2025 júniusa óta hatályos a BFSG – és sok vállalati weboldal alá tartozik. A kötelezettségek, érthetően rendezve, pánik nélkül.
Akadálymentesség a nemzetközi SEO-stratégia részeként
Az akadálymentes weboldalak nemcsak a jogszabályi előírásoknak felelnek meg, hanem számos olyan kritériumnak is, amelyeket a keresőmotorok pozitívan értékelnek: szemantikus HTML-struktúra, világos címsor-hierarchiák, informatív alt szövegek és gyors betöltési idők. Ezek a tényezők minden nyelven relevánsak a SEO szempontjából. Sőt, a keresőmotorok kifejezetten büntethetik az olyan akadályokat, mint a feliratozatlan gombok vagy a hiányzó címsorok, mivel ezek megnehezítik az indexelést. Aki weboldalát minden felhasználó számára hozzáférhetővé teszi, automatikusan javítja a felhasználói élményt, és ezáltal közvetve a rangsorolási jeleket is. Különösen a többnyelvű weboldalak esetében érdemes az akadálymentességet a lokalizációs munkafolyamatokba már a kezdetektől beépíteni – például fordítói ellenőrzőlistákkal az akadálymentes alternatív szövegek létrehozásához.
Tesztelés valódi felhasználókkal: Miért nélkülözhetetlen
Az automatizált eszközök csak az akadályok egy részét ismerik fel. Csak a valóban segédeszközökre szoruló személyekkel végzett teszt mutatja meg, hogy weboldala a mindennapokban is működik. A vak felhasználók másképp használják a képernyőolvasókat, mint ahogy az automatizált vizsgálatok szimulálják; a siket felhasználók más követelményeket támasztanak a jelnyelvi videókkal szemben; a mozgáskorlátozott személyek egér nélkül navigálnak. A három-öt, különböző fogyatékossági csoportokból származó résztvevővel végzett strukturált teszt olyan problémákat tár fel, amelyeket egyetlen eszköz sem talál meg – például logikátlan fókuszsorrendeket, hiányzó kontextusinformációkat ARIA-címkékben vagy érthetetlen hibaüzeneteket. Az ilyen teszteket ideális esetben a fejlesztési szakaszban tervezze be, ne közvetlenül az élesítés előtt. Az eredményeket az akadálymentességi nyilatkozatban dokumentálja a minőségbiztosítás részeként. Ne feledje: a teszteket minden nyelvi változatra külön kell elvégezni, mivel a fordítások új akadályokat hozhatnak létre – például ha az alternatív szövegek nem illeszkednek a célnyelvhez, vagy az űrlap-útmutatások nyelvtanilag helytelenek.
Tartalomkezelő rendszerek és akadálymentesség: A bővítmények buktatói
Sok weboldal CMS-en, például WordPress, TYPO3 vagy Drupal alapul. Ezek a rendszerek olyan bővítményeket vagy kiegészítéseket kínálnak, amelyek akadálymentességet ígérnek – például overlay-eszközöket, amelyek utólag állítják be a kontrasztokat vagy illesztenek be ARIA-attribútumokat. Az ilyen megoldások általában nem elégségesek, és akár új akadályokat is teremthetnek azáltal, hogy felülírják a meglévő szemantikus struktúrákat. Ehelyett az akadálymentességet közvetlenül a témában vagy sablonban valósítsa meg: tiszta HTML-struktúra, helyes címsor-hierarchiák, natív űrlapelemek. Bővítmények kiválasztásakor ügyeljen arra, hogy WCAG-konformak legyenek, és rendszeresen frissüljenek. További probléma: sok szerkesztő a vizuális szerkesztővel ad hozzá tartalmat, figyelmen kívül hagyva az alt szövegeket vagy a címsorformátumokat. Képezze ki szerkesztőit, vagy használjon olyan munkafolyamatokat, amelyek kikényszerítik az akadálymentes bevitelt – például kötelező mezőket a képek alternatív szövegeihez. A CMS-sablon kiválasztása is befolyásolja az akadálymentességet: minden sablont teszteljen használat előtt egy automatizált eszközzel és egy manuális mintavétellel.
Tesztelés fogyatékossággal élő személyekkel: A nélkülözhetetlen lépés
Az automatizált eszközök és a manuális ellenőrzőlisták számos technikai akadályt feltárnak, de nem helyettesítik a valós felhasználókkal végzett tesztelést. A fogyatékossággal élő személyek különböző segédeszközöket használnak – képernyőolvasókat, mint a JAWS, NVDA vagy VoiceOver, nagyító szoftvereket, hangvezérlést vagy speciális billentyűzeteket. Mindegyik kombináció másképp viselkedik, így egy formálisan megfelelő oldal is használhatatlan lehet egy vak felhasználó számára. Ezért tervezzen rendszeres felhasználói teszteket heterogén csoporttal: látássérült, mozgáskorlátozott és kognitívan akadályozott személyekkel. Végeztessen el meghatározott feladatokat a weboldalán, például egy termék vásárlását vagy egy kapcsolatfelvételi űrlap kitöltését. Pontosan dokumentálja a felmerülő problémákat: hol akad el a navigáció, mely bemondások érthetetlenek, mely elemeket nem érnek el? Ezekből a tesztekből származó ismeretek aranyat érnek, mert nemcsak akadályokat, hanem optimalizálási lehetőségeket is mutatnak minden felhasználó számára. Ügyeljen arra, hogy a teszteket minden nyelvi változatra külön végezze el, mivel a fordítások és a többszintű mondatok eltérően hatnak az érthetőségre. Integrálja az eredményeket a folyamatos fejlesztési folyamatába – az akadálymentesség nem egyszeri projekt, hanem folyamatos feladat.
Akadálymentesség beépítése a tartalomkezelő rendszerbe
Sok akadálymentesítési hiányosság már a tartalomkészítés során keletkezik: a szerkesztők elfelejtik az alternatív szövegeket, nem hierarchikusan használják a címsorokat, vagy olyan semmitmondó szavakra hivatkoznak, mint a „kattintson ide”. Ennek elkerülése érdekében az akadálymentesítést közvetlenül a tartalomkezelő rendszerben (CMS) kell rögzítenie. Képezze ki szerkesztőcsapatait a WCAG alapjaira – és ezt minden nyelvi csapat esetében külön tegye, hogy a követelményeket ne ássák alá a szövegalkotás kulturális különbségei. Használjon olyan CMS-bővítményeket, amelyek képek beszúrásakor kötelező alt szöveg mezőket írnak elő, vagy vizuálisan jelzik a címsorok hierarchiáját. Integráljon automatikus ellenőrzéseket a jóváhagyási munkafolyamatba, amelyek a közzététel előtt figyelmeztetnek a gyakori hibákra, mint a hiányzó feliratok vagy a túl alacsony kontraszt. Ügyeljen arra is, hogy az Ön által használt CMS-sablonok és témák már eleve akadálymentesek legyenek – például megfelelő ARIA tereptárgyakkal, billentyűzetfókusz-kezeléssel és szemantikus HTML-lel. Többnyelvű webhelyek esetében elengedhetetlen, hogy a CMS támogassa az akadálymentes struktúrák lokalizációját, például a hreflang-attribútumok és nyelvi deklarációk automatikus helyes beállításával. A CMS-be jól beágyazott akadálymentesítési folyamat csökkenti az utólagos javítási munkát, és egységes minőséget biztosít az összes nyelvi verzióban.
blog.faqT
Mi történik, ha a weboldalam megsérti a BFSG-t?
A BFSG megsértése esetén bírságokat lehet kiszabni. Emellett versenytársak vagy fogyasztóvédelmi szervezetek általi figyelmeztetésekre is számítani kell. A bírságok összege a jogsértés súlyosságától függ, és akár 100 000 euró is lehet. Kötelező egy akadálymentesítési nyilatkozat, amely tartalmazza az intézkedések körét és állapotát, és igazolásként szolgál.
A weboldalam fordításainak is akadálymentesnek kell lenniük?
Igen, minden nyelvi változatnak külön-külön meg kell felelnie az akadálymentesítési követelményeknek. Ez magában foglalja a helyes nyelvi attribútumokat (lang), a lefordított alternatív szövegeket és az akadálymentes navigációt. A hreflang attribútumot úgy kell beállítani, hogy a keresőmotorok és a segítő technológiák helyesen felismerjék a nyelvváltásokat. Ezért a fordítási irodáknak is ügyelniük kell szállítmányaik akadálymentességére.
