ARIA w E-bookach – czy i kiedy ma sens?
Autor
Monika Zarczuk-Engelsma
Opublikowano
24 sie 2026
Kategoria
Dostępność
Jeżeli ktoś zajmuje się dostępnością stron internetowych, prędzej czy później natknie się na tajemniczy skrót ARIA. Dla jednych brzmi on jak obowiązkowy element każdego projektu, dla innych jest czymś zarezerwowanym wyłącznie dla programistów. Nic więc dziwnego, że również w świecie wydawniczym pojawia się pytanie: skoro dostępny E-book opiera się na HTML-u, to czy również powinien wykorzystywać ARIA?
Odpowiedź brzmi: czasami tak, ale znacznie rzadziej, niż mogłoby się wydawać.
I właśnie to jest najciekawsze.
Czym właściwie jest ARIA?
ARIA (Accessible Rich Internet Applications) to zestaw atrybutów, które pomagają technologiom wspierającym lepiej zrozumieć elementy strony lub aplikacji. Dzięki nim czytnik ekranu może otrzymać dodatkowe informacje o tym, czym jest dany element, jaką pełni funkcję albo w jakim znajduje się stanie.
Na przykład przycisk rozwijający menu może poinformować użytkownika, że jest aktualnie rozwinięty lub zwinięty. Formularz może przekazać, że pole zawiera błąd. Okno dialogowe może zostać rozpoznane jako okno dialogowe, a nie zwykły fragment tekstu.
Na stronach internetowych ma to ogromne znaczenie.
Ale E-book to nie strona internetowa.
I właśnie dlatego ARIA wygląda tu zupełnie inaczej.
Najpierw HTML, dopiero później ARIA
To zdanie warto zapamiętać.
Jedną z podstawowych zasad dostępności jest:
Jeżeli coś można poprawnie zrobić przy pomocy HTML, nie należy zastępować tego ARIA.
Dlaczego?
Bo HTML od początku został zaprojektowany jako język opisujący znaczenie treści.
Nagłówek zapisany jako <h1> jest nagłówkiem.
Lista zapisana jako <ul> jest listą.
Tabela zapisana jako <table> jest tabelą.
Czytniki ekranu doskonale to rozumieją.
Dodawanie do takich elementów dodatkowych opisów ARIA najczęściej niczego nie poprawia, a czasem może wręcz wprowadzić zamieszanie.
Specjaliści od dostępności często powtarzają zasadę:
„No ARIA is better than bad ARIA.”
Można ją przetłumaczyć bardzo prosto:
Lepiej nie używać ARIA wcale, niż używać go nieprawidłowo.
EPUB już wie, czym jest rozdział
To jedna z rzeczy, które najbardziej zaskakują osoby rozpoczynające pracę z EPUB-em 3.
Wydaje się, że skoro istnieje ARIA, to należy opisać nim wszystko.
Tymczasem EPUB posiada własny mechanizm semantyczny.
Można oznaczyć między innymi:
rozdział,
przypis,
bibliografię,
indeks,
przedmowę,
posłowie,
spis treści,
glosariusz.
Robi się to przy pomocy atrybutu epub:type.
Na przykład przypis można oznaczyć jako:
epub:type="footnote"
Czytnik otrzymuje wtedy jasną informację, że użytkownik właśnie przechodzi do przypisu.
Nie potrzeba do tego żadnego ARIA.
To rozwiązanie zostało stworzone specjalnie z myślą o publikacjach cyfrowych.
Kiedy ARIA naprawdę pomaga?
Są jednak sytuacje, w których może okazać się bardzo przydatna.
Najczęściej dotyczy to bardziej zaawansowanych publikacji.
Wyobraźmy sobie podręcznik do biologii zawierający interaktywny model komórki. Po kliknięciu poszczególnych elementów pojawiają się dodatkowe opisy.
Albo kurs językowy, w którym można rozwijać definicje słów.
Albo publikację edukacyjną zawierającą quizy.
To już nie jest zwykła książka.
To niewielka aplikacja umieszczona wewnątrz EPUB-a.
I właśnie wtedy ARIA zaczyna być potrzebna.
Pozwala poinformować czytnik ekranu, że jakiś element jest przyciskiem, zakładką, rozwijaną sekcją albo oknem dialogowym.
Bez tych informacji użytkownik może nawet nie wiedzieć, że dany element jest interaktywny.
Przykład z życia wydawniczego
Wyobraźmy sobie atlas roślin przygotowany jako nowoczesny EPUB 3.
Po dotknięciu ilustracji kwiatu pojawia się panel z opisem gatunku.
Osoba widząca od razu zauważy, że coś się wydarzyło.
Osoba korzystająca z czytnika ekranu może nie otrzymać żadnej informacji.
Czy aplikacja właśnie otworzyła nowe okno?
Czy pojawił się nowy tekst?
Czy fokus przeszedł do nowej sekcji?
Jeżeli twórcy zastosują odpowiednie mechanizmy ARIA, czytnik poinformuje użytkownika, że otworzyło się okno dialogowe lub rozwinęła nowa sekcja.
Dzięki temu interakcja staje się zrozumiała.
A może dodać ARIA wszędzie?
To jeden z najczęstszych błędów.
Osoby rozpoczynające przygodę z dostępnością czasem dochodzą do wniosku, że skoro ARIA pomaga, to najlepiej opisać nią cały dokument.
Efekt bywa odwrotny od zamierzonego.
Czytnik zaczyna otrzymywać sprzeczne informacje.
Nagłówek jest jednocześnie nagłówkiem HTML i czymś dodatkowo opisanym.
Lista zostaje przedstawiona dwa razy.
Elementy nawigacyjne zaczynają się dublować.
W rezultacie użytkownik słyszy więcej komunikatów, ale rozumie mniej.
To trochę tak, jakby w papierowej książce przy każdym rozdziale dopisać jeszcze trzy kartki instrukcji wyjaśniającej, że właśnie zaczyna się rozdział.
Czy zwykły E-book potrzebuje ARIA?
W ogromnej większości przypadków odpowiedź brzmi: nie.
Typowa powieść, reportaż, poradnik czy książka popularnonaukowa nie wymagają stosowania ARIA.
Znacznie większe znaczenie mają:
poprawna struktura nagłówków,
semantyczny HTML,
opisy alternatywne,
dobrze przygotowane tabele,
logiczna nawigacja,
poprawny spis treści.
To właśnie te elementy decydują o tym, czy książkę będzie można wygodnie czytać.
Dobrze przygotowany HTML zrobi dla dostępności znacznie więcej niż kilkadziesiąt niepotrzebnych atrybutów ARIA.
HTML i ARIA nie konkurują ze sobą
To ważne rozróżnienie.
ARIA nie została stworzona po to, aby zastępować HTML.
Jej zadaniem jest uzupełnianie informacji tam, gdzie sam HTML nie wystarcza.
To trochę jak przypisy w książce.
Jeżeli wszystko można wyjaśnić w głównym tekście, przypis nie jest potrzebny.
Jeżeli jednak pojawia się coś wymagającego dodatkowego objaśnienia, przypis staje się bardzo pomocny.
Z ARIA jest podobnie.
Najpierw warto wykorzystać możliwości, które daje HTML i standard EPUB 3.
Dopiero wtedy, gdy publikacja zawiera elementy naprawdę interaktywne albo nietypowe rozwiązania, warto zastanowić się nad użyciem ARIA.
Dostępność nie polega na liczbie zastosowanych technologii
Na zakończenie warto obalić jeszcze jeden mit.
Im bardziej zagłębiam się w świat dostępnych E-booków, tym częściej widzę, że najlepsze publikacje wcale nie są tymi najbardziej skomplikowanymi.
Wręcz przeciwnie.
Najlepsze E-booki wykorzystują standardy zgodnie z ich przeznaczeniem.
HTML opisuje strukturę,
ePUB opisuje elementy charakterystyczne dla książki,
CSS odpowiada za wygląd.
ARIA pojawia się tylko wtedy, gdy rzeczywiście jest potrzebna.
To właśnie dlatego dostępność nie polega na dodawaniu kolejnych warstw technologii, lecz na świadomym korzystaniu z tych, które już mamy do dyspozycji. Dobrze przygotowany E-book nie imponuje liczbą zastosowanych rozwiązań. Imponuje tym, że czytelnik po prostu może skupić się na książce, a nie na walce z technologią.
Bibliografia:
https://ef-ef.pl/2025/05/22/atrybut-aria-w-e-bookach-dostepnosc/
https://www.gov.pl/web/dostepnosc-cyfrowa/aria-na-stronach-internetowych
https://dostepnik.substack.com/p/dostepnik-o-aria-i-zasadach
https://www.accessiblepublishing.ca/getting-started-with-aria-and-epub/
https://helpx.adobe.com/pl/indesign/using/aria-role-and-label-support.html
https://craftware.pl/klucz-do-web-accessibility/
https://www.accessiblepublishing.ca/getting-started-with-aria-and-epub/
https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA