European Accessibility Act už platí: co teď musí řešit WordPress weby (a jak na to prakticky)

European Accessibility Act (EAA) je od 28. června 2025 účinný a pro velkou část WordPress webů v praxi znamená jediné: přístupnost (accessibility) už není „nice to have“, ale zákonný požadavek. Jakmile nabízíš produkty nebo služby spotřebitelům v EU – a je jedno, jestli jsi e‑shop, SaaS, agentura nebo autor pluginu – musí být web a související digitální služby použitelné i pro lidi se znevýhodněním.

Pro WordPress komunitu je to zlomový moment, protože se přístupnost musí přesunout z kategorie „doděláme později“ přímo do plánování, designu a vývoje. Podobně jako bezpečnost nebo mobilní responzivita: není to doplněk, ale základní vlastnost produktu.

Časová osa EAA: není to jen jeden deadline, ale dvě odlišné situace

EAA sice platí už teď, ale vymáhání a povinnosti jsou nastavené fázově. Prakticky potřebuješ rozlišit, jestli jde o nové produkty/služby, nebo o existující služby, které běžely už před účinností.

Nové produkty a služby: přístupnost od prvního dne

Cokoliv, co spouštíš až po 28. 6. 2025, musí být přístupné už při launchi. Bez přechodného období.

• Spouštíš nový e‑commerce web v říjnu? Musí splnit požadavky přístupnosti okamžitě.
• Vydáváš nový WordPress plugin v listopadu? Očekává se, že bude přístupný „out of the box“ (bez toho, aby si uživatel musel přístupnost složitě doprogramovat).

Regulátor tím dává jasně najevo, že přístupnost se má řešit v procesu: v analýze, návrhu komponent, výběru šablony, vývoji i QA. Pro WordPress profíky to znamená, že přístupnost je teď srovnatelně „povinná disciplína“ jako bezpečnost nebo performance.

Existující služby: přechodné období do 28. 6. 2030 (ale není to omluvenka)

U služeb, které existovaly už před 28. 6. 2025, dává EAA přechodné období: plná shoda nejpozději do 28. 6. 2030. Tohle se často mylně bere jako „grace period“, kdy se nic nemusí. Reálně je to okno pro průběžný, doložitelný posun.

1. Čekání tě znevýhodní. Přístupné weby obslouží víc lidí, typicky fungují líp v SEO a posilují důvěru ve značku. Odkládat do poslední chvíle znamená přicházet o roky přínosů.
2. Stížnost může spustit řešení dřív než v roce 2030. Pokud si někdo se znevýhodněním v roce 2026 stěžuje, úřad nebude čekat. Bude vyšetřovat a bude chtít vidět plán a důkazy zlepšování. Nejlepší obrana je mít roadmapu, dokumentovaný progres a prokazatelný závazek přístupnost zlepšovat. Když neděláš nic, riskuješ nejvíc.
3. „Podstatné změny“ můžou resetovat deadline. Přechodné období často neplatí, když uděláš substantial modifications – typicky kompletní redesign, zásadní přestavbu e‑shopu nebo velkou změnu funkcionality. V takovém případě to může být vyhodnoceno jako „nová“ služba a pak se očekává plná shoda okamžitě, ne až do 2030.

Shrnutí: rok 2030 je nejzazší termín, ne doporučený start. Očekává se konzistentní, „good‑faith“ progres odteď.

Co se stane, když web přístupný není: jak vypadá vymáhání v praxi

EAA už platí a ignorování má reálné následky. Detailní vymáhání se může lišit stát od státu, ale typicky to není scénář „přijde pokuta bez varování“. Je to strukturovaný, často spotřebitelem iniciovaný proces, který má firmy dotlačit k nápravě.

Jak se na tebe může přijít: dva nejčastější spouštěče

1. Stížnosti spotřebitelů (nejčastější). Uživatel se znevýhodněním se nedostane k informaci, nedokončí nákup nebo nemůže použít službu. EAA mu dává jasnou právní cestu, jak podat podnět příslušnému národnímu orgánu ve své zemi.
2. Market surveillance (proaktivní kontrola). Regulátoři dělají i vlastní audity, typicky v sektorech s vysokým dopadem jako e‑commerce, bankovnictví nebo cestování. Web může být označen během rutinní kontroly.

Co následuje po „flagování“: typické fáze

Cílem EAA není primárně trestat, ale dosáhnout přístupnosti. Proto se vymáhání často odehrává ve stupních:

1. Oznámení o nesouladu (notice of non-compliance). Obvykle přijde formální varování od národního orgánu se seznamem konkrétních problémů a vysvětlením, které části EAA porušuješ.
2. Lhůta na nápravu. K varování dostaneš rozumnou dobu na opravu. Není to pětileté přechodné období – jde o kratší, konkrétní termín podle rozsahu a složitosti zjištěných problémů.
3. Eskalace. Pokud varování ignoruješ a do dané lhůty nic neuděláš, nastupují sankce.

Možné sankce: od pokut až po stažení produktu

EAA požaduje, aby sankce byly „effective, proportionate and dissuasive“ – tedy účinné, přiměřené a odrazující. V praxi se můžeš potkat s:

• Významnými pokutami. Částky se mohou dramaticky lišit podle země – od několika tisíc eur až po procento ročního obratu. Pro malé firmy může bolet i „menší“ pokuta, pro velké hráče mohou být částky opravdu vysoké.
• Zákazem nebo omezením služby. U závažnějších případů může úřad nařídit, abys službu v dané zemi nenabízel, dokud nebudeš v souladu. Pro online byznys je blokace celého trhu tvrdý zásah.
• Stažením produktu z trhu. Pokud prodáváš digitální produkt (například WordPress plugin) a je vyhodnocen jako nevyhovující, můžeš být donucen ho stáhnout.

V některých členských státech a u opakovaných nebo závažných porušení mohou existovat i dopady v rovině osobní odpovědnosti statutárních zástupců. Je to spíš výjimečné, ale podtrhuje to, že se legislativa bere vážně.

Nejde jen o právo: reputační škoda bývá stejně drahá

Vedle oficiálních sankcí je tu reputace. Být veřejně označený jako nepřístupný web podkopává důvěru zákazníků a může značku poškodit na roky. V době, kdy se inkluze bere jako standard, je vylučování uživatelů nejen nesoulad, ale i špatný byznys.

V praxi se vyplatí budovat přístupnost systematicky – a klidně si pomoct nástroji, které přístupnost umí průběžně hlídat. Jedním z takových nástrojů je například Ally web accessibility od Elementoru.

Koho se to ve WordPress ekosystému týká: odpovědnost se dělí, ale nezmizí

EAA je široká legislativa, ale dopad na WordPress je velmi konkrétní. A hlavně: odpovědnost se v řetězci rozděluje mezi několik rolí – vlastník webu, agentura/freelancer a vývojář pluginu/šablony. Nikdo z toho úplně nevyvázne.

Vlastníci WordPress webů

Pokud web obsluhuje uživatele v EU, přístupnost už není volba – a nezáleží, jestli prodáváš, poskytuješ službu, nebo „jen“ míříš obsahem na EU publikum.

• Odpovědnost jde za tebou. Pokuty a sankce míří na byznys, ne na nástroje, které používáš.
• Záleží na celém user journey. Nejde jen o homepage – přístupnost musí fungovat od produktové stránky přes kontaktní formulář až po checkout a podporu.
• Třetí strany se počítají. Rezervační pluginy, e‑commerce rozšíření, formulářové buildery… jsi zodpovědný za to, že nevytváří bariéry. To znamená vybírat šablony a pluginy uvážlivě.

Z přístupnosti se stává core požadavek pro fungování webu, ne feature, kterou „odmítneš“.

Agentury a freelanceři

Pro webové profíky je to zároveň odpovědnost i příležitost. Klienti často netuší, co EAA prakticky znamená a jaké technické standardy budou rozhodovat.

• Chráníš klienty. Když umíš přístupnost vysvětlit a dodat přístupný web, chráníš jejich podnikání i vlastní reputaci.
• Odlišíš se. Agentury, které umí přístupnost prokazatelně řešit, získají výhodu v soutěžích i v dlouhodobých kontraktech.
• Musíš upravit workflow. Přístupnost je potřeba zabudovat do designu, vývoje i QA – od výběru šablony přes prověření pluginů až po testování.

Vývojáři pluginů a šablon

Kód, který vydáváš, přímo ovlivňuje, jestli budou weby schopné být v souladu. A trh se v tomhle rychle mění.

• Jsi součást „compliance chain“. Pokud plugin renderuje nepřístupné prvky (nepojmenovaná pole, ovládání bez klávesnice, slider, který nejde obsloužit), vytváříš uživatelům riziko.
• Poptávka se posouvá. Agentury i vlastníci webů aktivně hledají nástroje připravené na přístupnost. Schopnost doložit shodu (např. formou Accessibility Conformance Report) se stává prodejním argumentem.
• Riziko, že tě uživatelé opustí. Produkty, které blokují přístupnost, budou odkládány. Nejde jen o „best practice“, ale o podmínku dlouhodobé adopce.

Pro vývojáře ve WordPress prostoru není EAA břemeno, ale tržní příležitost. Tvůrci, kteří přístupnost zabudují do jádra svých produktů, nebudou jen v souladu – stanou se výchozí volbou pro novou generaci builderů, pro kterou je inkluze nevyjednatelná.

Itamar Haim

5 praktických kroků pro vlastníky WordPress webů: co udělat hned teď

Akce je nutná, ale dá se uchopit systematicky. Pokud to vezmeš krok za krokem, dokážeš udělat velký kus práce bez toho, aby se z toho stal nekonečný projekt.

Krok 1: Udělej audit webu (automatizovaně i ručně)

Nemůžeš opravit to, o čem nevíš. Audit má mít dvě části: automatizované skeny a ruční testování.

• Automatizované skeny. Skvělé na běžné, „kódové“ problémy: nízký kontrast, chybějící alt texty, formuláře bez labelů apod. Využít můžeš browser extensions, specializované nástroje nebo WordPress pluginy. Pro WordPress je dostupný například Accessibility Assistant from Ally od Elementoru, který se integruje do workflow, skenuje stránky vůči WCAG 2.1 AA a vrací přehled porušení.
• Ruční testování. Automat ti neřekne, jestli to uživatelsky dává smysl. Začni jednoduchým checklistem:
• – Klávesnice: jde celý web projít jen pomocí Tab? Dostaneš se na všechny odkazy, tlačítka a pole? Je focus vždy viditelný, abys věděl, kde jsi?
• – Screen reader: vyzkoušej čtečku (NVDA na Windows, VoiceOver na Macu, TalkBack na Androidu). Dává čtení nahlas smysl? Jsou obrázky popsané? Mají odkazy a tlačítka jasné názvy?
• – Obsah: máš logickou hierarchii nadpisů (H1, pak H2, pak H3)? Jsou texty odkazů popisné (např. „Přečti si náš kompletní report o přístupnosti“ místo „Klikni sem“)? Je text psaný srozumitelným jazykem?

Výstupem auditu by měl být prioritizovaný seznam úprav – ne jen pocit, že „něco je špatně“.

Krok 2: Oprav největší bariéry (high-impact issues)

Nemusíš opravit všechno najednou. Začni tím, co nejvíc zlepší použitelnost pro největší počet lidí.

• Chybějící alt text u informativních obrázků. Pokud obrázek nese informaci, potřebuje popis pro screen readery. Jedna z nejrychlejších a nejdůležitějších oprav.
• Nízký kontrast textu. Špatně čitelný text je bariéra pro lidi se slabším zrakem. Ověřuj kontrast v online contrast checkeru a míř minimálně na poměr 4.5:1.
• Vágní texty odkazů. Zbav se „klikni sem“, „více“, „číst dál“. Odkaz má sám o sobě vysvětlit, kam vede.
• Chybějící labely u formulářů. Kontaktní formuláře, přihlášení i checkout musí mít pole s korektně navázanými popisky. Bez toho screen reader netuší, co vyplnit.
• Ovládání přes klávesnici. Každý interaktivní prvek musí jít dofokusovat a ovládat klávesnicí.

Tahle „quick wins“ vrstva často udělá překvapivě velký rozdíl.

Krok 3: Zveřejni accessibility statement (prohlášení o přístupnosti)

Prohlášení o přístupnosti je veřejná stránka, kde jasně říkáš, že přístupnost řešíš. Zároveň je to jeden z klíčových požadavků EAA. Dej ho snadno dohledat (typicky do patičky) a uveď v něm:

• závazek k přístupnosti,
• cílový standard shody (např. WCAG 2.1 Level AA),
• známé problémy, na kterých pracuješ,
• kontakt, kam mohou uživatelé hlásit bariéry.

Má to dva praktické efekty: (1) transparentnost a „good faith“ vůči uživatelům i regulátorům, (2) zpětnou vazbu přímo od lidí, kteří narážejí na problém.

Krok 4: Prověř šablonu a pluginy (nové i stávající)

Ve WordPressu ti přístupnost často nerozbije samotný obsah, ale kombinace šablony a pluginů.

• Šablony (themes). Ideální je začít s „accessibility-ready“ šablonou se sémantickým HTML, správnou hierarchií nadpisů a podporou klávesnice. Pokud má aktuální šablona velké problémy, může být reálně rychlejší změna než nekonečné lepení.
• Nové pluginy. Před instalací čti dokumentaci a hledej, jestli autor přístupnost řeší. Klidně se ptej na závazek vůči WCAG. Opatrně s pluginy, které stojí na čistě vizuální interakci (slidery, pop-upy), pokud nejdou ovládat klávesnicí.
• Stávající pluginy. Udělej revizi toho, co už běží. Nevytváří některý plugin nepřístupná tlačítka pro sdílení? Neprodukuje builder formulářů pole bez labelu?

Tady platí jednoduché pravidlo: musíš být náročný „konzument“ WordPress nástrojů, protože jejich výstup je součást compliance.

Krok 5: Přístupnost průběžně monitoruj (není to jednorázovka)

Přístupnost není checkbox. Každý nový článek, produktová stránka nebo update pluginu může přinést nové bariéry. Proto se vyplatí přístupnost zapojit do běžné údržby.

• Checklist pro publikaci obsahu. Má každý obrázek alt? Jsou nadpisy správně? Jsou odkazy popisné?
• Pravidelné skeny. Naplánuj automatizovaný scan třeba měsíčně nebo kvartálně, ať zachytíš regresi.
• Uživatelské nástroje na front-endu. Pomáhá dát lidem kontrolu nad tím, jak web používají – widget může umožnit zvětšení textu, kontrast, zvýraznění odkazů apod. Kromě UX to působí i jako viditelný signál, že přístupnost bereš vážně.

Jakmile tohle uděláš součástí rutiny, přepneš se z reaktivního režimu „hasíme problémy“ do proaktivního „předcházíme regresím“. To je nejrealističtější cesta k dlouhodobé shodě.

Shrnutí: přístupnost je povinnost – a zároveň konkurenční výhoda

Fáze „připravujeme se“ skončila. EAA už aktivně formuje, jak se WordPress weby navrhují, spravují a rozšiřují.

Dnes už nejde o hypotetické pokuty nebo vzdálený termín. Jde o to udělat audit, opravit klíčové bariéry, zveřejnit prohlášení o přístupnosti a nastavit proces, který bude fungovat průběžně.

A i když je compliance právní nutnost, přínosy jsou širší: přístupné weby mají větší zásah, lepší použitelnost, často i lepší SEO a vyšší důvěryhodnost značky. Inkluze je dobrá věc sama o sobě – a v praxi i chytrá obchodní strategie.

Key takeaways (v bodech)

• EAA je účinný: od 28. 6. 2025 je přístupnost povinná pro weby obsluhující spotřebitele v EU.
• Okamžitá vs. fázovaná shoda: nové služby musí být přístupné při launchi; existující mají čas do 2030, ale musí prokazatelně postupovat.
• Vymáhání má zuby: typicky přijde varování a lhůta na nápravu, ale při ignorování hrozí pokuty, omezení služby nebo stažení produktu.
• Odpovědnost je sdílená: vlastníci webů, agentury i autoři pluginů a šablon hrají roli.
• Existuje praktický postup: audit → opravy největších bariér → accessibility statement → prověření šablon a pluginů → kontinuální monitoring.
• Přístupnost je výhoda: zlepšuje dosah, UX, SEO i důvěru ve značku.

FAQ: nejčastější otázky, které teď kolem EAA padají

1) Týká se EAA i mého malého firemního blogu, když nic neprodávám?

Záleží na obchodním modelu. EAA se vztahuje na produkty a služby nabízené spotřebitelům v EU. Pokud je blog čistě hobby a nenabízíš žádné služby, pravděpodobně mimo scope spadá. Pokud je ale blog součást podnikání (např. jsi konzultant a blog je marketingový kanál) a obsluhuješ nebo cílíš na klienty v EU, pak se tě požadavky týkají. Klíčová je komerční povaha aktivity.

2) Jaký je rozdíl mezi EAA a WCAG?

EAA je zákon. WCAG (Web Content Accessibility Guidelines) je technický standard, který se používá k naplnění zákona. EAA říká, že weby a služby musí být přístupné, a jako benchmark pro „jak“ odkazuje na standardy typu WCAG 2.1 Level AA. Prakticky: chceš-li být v souladu s EAA, potřebuješ konformitu s WCAG.

3) Umí jeden plugin udělat WordPress web 100% compliant?

Ne. A u nástrojů, které to slibují, je na místě velká opatrnost. Plná shoda je kombinace technologie, obsahu a designu. Plugin může výrazně pomoct – skenovat chyby, asistovat s opravami, generovat prohlášení o přístupnosti nebo přidat uživatelské nástroje. Ale automatika nikdy nevyřeší vše. Typicky: nástroj zjistí chybějící alt, ale nepozná, jestli je alt smysluplný a přesný. Reálná shoda vyžaduje i lidskou kontrolu.

4) Jsme firma z USA bez pobočky v EU. Platí pro nás EAA?

Ano, pokud nabízíš produkty nebo služby spotřebitelům nacházejícím se v EU. Dosah EAA se odvíjí od lokace spotřebitele, ne od lokace firmy. Pokud si rezident EU může koupit produkt, předplatit službu nebo stáhnout aplikaci, očekává se, že splníš požadavky EAA.

5) Kolik stojí udělat WordPress web přístupný?

Náklady se mohou hodně lišit podle velikosti a složitosti webu, aktuální úrovně přístupnosti a zvolené cesty. U jednoduchého webu může jít hlavně o čas na pochopení základů a opravy. U velkého e‑shopu s roky historického obsahu bude práce víc. Obecně ale platí, že investice do dobrých nástrojů a do procesu (řešit přístupnost průběžně) bývá téměř vždy levnější než velký jednorázový „remediation“ projekt nebo potenciální pokuta.

6) Automatický scanner mi hlásí 100% compliant. Jsem v bezpečí?

Ne nutně. Automatizované skenery jsou zásadní, ale typicky najdou jen cca 30–40 % problémů. Umí technické chyby v kódu, ale neumí posoudit lidské aspekty použitelnosti: jestli je obsah matoucí, jestli je tok klávesnicové navigace logický, nebo jestli jsou alt texty opravdu užitečné. Potřebuješ kombinaci automatického skenu a ručního testování.

7) Co je accessibility statement a opravdu ho potřebuji?

Je to veřejná stránka na webu, kde komunikuješ politiku a závazek k přístupnosti. Ano, potřebuješ ho – je to konkrétní požadavek EAA. Prohlášení má uvést cílovou úroveň shody (např. WCAG 2.1 AA), vyjmenovat známé problémy, které řešíš, a poskytnout kontakt pro hlášení bariér. Je to důkaz transparentnosti a snahy jednat v dobré víře.

8) Moje šablona tvrdí, že je „accessibility-ready“. Stačí to?

Je to výborný začátek, ale ne kompletní řešení. Accessibility-ready šablona dává dobrý základ (čistý kód, správné nadpisy, klávesnice), ale celková přístupnost závisí i na obsahu, pluginech a custom úpravách. Šablona je kritický první krok, ale neosvobozuje tě od zodpovědnosti za zbytek webu.

9) Jak často dělat accessibility audit?

Přístupnost je dlouhodobý závazek. Plný, detailní audit dává smysl každých 12–18 měsíců nebo po větším redesignu. Zároveň je dobré dělat menší a častější kontroly v rámci workflow: třeba automatizovaný scan každé čtvrtletí a rychlou klávesnicovou kontrolu po významném update pluginů nebo po větší obsahové změně.

10) Kde se učit o webové přístupnosti spolehlivě?

Možností je víc. Definitivní zdroj jsou oficiální dokumenty WCAG od W3C (jsou ale dost technické). Pro praktičtější a přístupnější výklad se často používají zdroje jako Web Accessibility Initiative (WAI), WebAIM (články a checklisty) a blogy lidí, kteří se přístupností zabývají profesionálně. Edukační materiály mívají i samotní poskytovatelé nástrojů – například Elementor v rámci zdrojů k Ally.