Opis obrazu: Sala konferencyjna z wyświetlanym slajdem i laptopem pokazującym konspekt kolejności czytania prezentacji — wizualny wyróżnik produkcji dostępnych prezentacji.

Czas czytania: 12 minut

Prezentacje slajdów pozostają jednym z najczęściej udostępnianych artefaktów edukacyjnych we współczesnym życiu zawodowym — notatki z wykładów, aktualizacje dla zarządu, moduły szkoleniowe, prelekcje konferencyjne, wewnętrzne spotkania ogólne. Są też, niemal bez wyjątku, najmniej dostępnym artefaktem w tym samym obiegu. Prelekcja, której czytniki ekranu nie mogą nawigować; talia, w której wartości wykresu istnieją tylko jako piksele; klip wideo osadzony bez napisów rozszerzonych; interakcja „kliknij, aby kontynuować“ ignorująca klawiaturę — każda z tych sytuacji jest rutyną i każda po cichu wyklucza tę samą grupę ludzi z tych samych treści, które reszta odbiorców otrzymuje. Dobra wiadomość jest taka, że naprawienie tego w 2026 roku nie jest już problemem badawczym. To problem przepływu pracy produkcyjnej z trzema dobrymi odpowiedziami i jednym drzewem decyzyjnym pomagającym wybrać między nimi.

Niniejszy primer omawia trzy rodziny narzędzi, jakimi dysponuje praktykujący prelegent — Microsoft PowerPoint, Apple Keynote i Google Slides — oraz coraz poważniejszą alternatywę web-first (Reveal.js, Slidev, Marp), którą wykładowcy i organizatorzy konferencji zaczęli preferować. Nie jest to abstrakcyjne porównanie funkcji. To przewodnik produkcyjny: jakie kroki należy wykonać, w jakiej kolejności, w którym narzędziu, aby dostarczyć talię, którą niewidomy student może śledzić z NVDA, słabowidzący kolega może odczytać przy powiększeniu 400%, Głuchy uczestnik może czytać wraz z osadzonymi napisami, a użytkownik tylko klawiatury może nawigować bez dotykania myszy. Szerszy kontekst standardów znajdziesz w naszym primerze dotyczącym wdrożenia WCAG 2.2 i Europejskiego Aktu o Dostępności (EAA), które obejmują teraz treści edukacyjne i komercyjne oparte na slajdach dystrybuowane online.

Czego potrzebuje dostępna talia slajdów

Zanim przejdziemy do przepływów pracy specyficznych dla narzędzi, ustalmy punkt wyjścia. Dostępna talia slajdów wymaga jednoczesnego działania sześciu elementów — żaden z nich nie jest opcjonalny. Pierwszym jest unikalny, opisowy tytuł na każdym slajdzie — to właśnie z niego korzysta użytkownik czytnika ekranu, nawigując między slajdami, i na nim polega użytkownik panelu konspektu, szukając konkretnego slajdu. Slajdy zatytułowane „Slajd 4“ lub „Bez tytułu“ są nienavigowalne. Drugim jest poprawna kolejność czytania. Slajdy budowane przez upuszczanie kształtów na płótno bez używania zastępczych pól tekstowych będą miały kolejność czytania odpowiadającą kolejności wstawiania kształtów, a nie kolejności wizualnej — co oznacza, że czytnik ekranu będzie czytał slajd od tyłu, boczny panel najpierw, stopkę przed nagłówkiem lub w jakiejkolwiek kolejności, w jakiej przebiegał proces produkcji. Trzecim są teksty alternatywne dla każdego niedekoracyjnego obrazu, wykresu i diagramu, napisane językiem przekazującym punkt, który obraz ilustruje, a nie tylko jego opis powierzchniowy.

Czwartym jest wystarczający kontrast kolorów — tekst na tle slajdu na poziomie WCAG 2.2 AA (4,5:1 dla tekstu podstawowego, 3:1 dla tekstu dużego i znaczącej grafiki), sprawdzony względem rzeczywistych pikseli tła, a nie wzorca slajdu. Piątym jest nawigacja klawiaturą — każdy interaktywny element, z którego prelegent oczekuje późniejszego korzystania przez odbiorców (osadzone linki do ankiet, nawigacja rozgałęziona, osadzone formularze), musi być osiągalny i obsługiwalny wyłącznie za pomocą klawisza Tab, Enter, Spacji i Esc. A szóstym jest obsługa mediów — każdy osadzony film niesie otwarte napisy wypalone w pliku lub ścieżkę napisów zamkniętych, którą odtwarzacz może włączyć; każdy osadzony klip audio ma transkrypt osiągalny z tego samego slajdu; każda animacja, która nie jest absolutnie niezbędna, respektuje preferencję użytkownika dotyczącą zmniejszonego ruchu na poziomie systemu operacyjnego.

Każde z trzech narzędzi desktopowych dostarcza pewien podzbiór tych sześciu elementów. Żadne nie dostarcza wszystkich sześciu automatycznie. Wybór właściwego narzędzia oznacza zrozumienie, co w każdym z nich trzeba zrobić ręcznie.

Przepływ pracy w PowerPoint

PowerPoint dysponuje najbardziej dojrzałymi narzędziami dostępności spośród wszystkich aplikacji prezentacyjnych na rynku — od czasu gdy cykl wydawniczy Microsoft 365 zaczął wbudowywać Sprawdzanie dostępności w wstążkę. Punktem wyjścia jest sam checker, otwierany z zakładki Recenzja w Windows lub menu Narzędzia na macOS. Wyświetla on na żywo, kontekstową listę problemów — slajdy bez tytułów, obrazy bez tekstu alternatywnego, kombinacje tekstu o niskim kontraście, tabele bez nagłówków, hiperłącza, których widoczny tekst duplikuje URL — a kliknięcie dowolnego problemu przenosi kursor do wadliwego elementu. Checker uruchamia się przy każdym zapisie domyślnie w bieżących buildach, co jest najbardziej użytecznym domyślnym ustawieniem, jakie Microsoft w tym produkcie dostarczył. Należy go wyłączać tylko po zrozumieniu, które ostrzeżenia świadomie się odrzuca.

Tytułami slajdów zarządza się przez widok Konspekt (Widok, Konspekt) i przez zastępcze pole tekstowe Tytuł we wzorcu slajdu. Używanie zastępczego pola tekstowego zamiast swobodnie umieszczonego pola tekstowego nadaje tytułowi jego semantyczną rolę — zarówno Sprawdzanie dostępności, jak i czytniki ekranu działające downstream identyfikują otagowane slajdy przez tożsamość zastępczego pola, a nie przez widoczny tekst. Jeśli tytuły talii są składane przy użyciu swobodnie umieszczonych pól tekstowych ze względów projektowych, można zachować projekt, dodając niewidoczne zastępcze pole tytułu przez przesunięcie go poza obszar slajdu (Panel zaznaczenia, ustaw pozycję na ujemne współrzędne) — tytuł nadal istnieje w drzewie dostępności i jest uwzględniany w nawigacji czytnika ekranu, nawet jeśli odbiorcy go nie widzą. Microsoft dokumentuje to jako wzorzec „tytułu poza slajdem“; checker go akceptuje.

Kolejność czytania to drugi filar. Otwórz Panel zaznaczenia (Narzędzia główne, Rozmieść, Panel zaznaczenia w Windows; menu Rozmieść na macOS) i czytaj listę kształtów od dołu do góry — to kolejność, w jakiej czytnik ekranu napotka je. Przeciągaj kształty w panelu, aby zmienić kolejność. PowerPoint 2024 dodał dedykowany Panel kolejności czytania, który numerycznie wizualizuje kolejność na każdym kształcie na slajdzie i umożliwia zmianę kolejności przez przeciąganie bezpośrednio na obszarze roboczym; jeśli bieżący build Microsoft 365 pokazuje ten panel, należy go używać zamiast panelu zaznaczenia.

Tekst alternatywny obrazów ustawia się przez kliknięcie prawym przyciskiem myszy na obraz, wybranie Edytuj tekst alternatywny i wpisanie jednego do dwóch zdań redakcyjnego alt — punkt obrazu, nie jego pikselowa zawartość. Automatycznie wygenerowany tekst alternatywny PowerPoint jest opcjonalny i oznaczony jako taki w panelu; to punkt wyjścia, nie gotowy produkt, a checker ostrzeże, jeśli dostarczy się slajd, którego jedynym tekstem alternatywnym jest „Opis wygenerowany automatycznie“. Dla wykresów zbudowanych w PowerPoint tekst alternatywny powinien streszczać argument wykresu w jednym zdaniu i cytować dwie lub trzy najważniejsze wartości — „Wykres słupkowy pokazujący frekwencję na konferencjach w 2026 roku wzrosło o 18% względem 2025, w czele EMEA i APAC“ jest lepszy niż „Wykres słupkowy“. Dla slajdów zawierających dużo danych należy dostarczyć dane bazowe jako ukrytą, ale osiągalną tabelę w notatkach prelegenta lub jako połączony arkusz kalkulacyjny w załączniku, aby użytkownik czytnika ekranu mógł odczytać liczby oprócz sensu wykresu.

Osadzony film to pojedynczy najczęstszy błąd zgodności w talii PowerPoint. Przepływ pracy Wstaw, Film, Wstaw napisy akceptuje pliki WebVTT (.vtt) i wiąże je z osadzonym klipem; po załączeniu napisy renderują się we wbudowanym odtwarzaczu PowerPoint i podróżują z plikiem, gdy talia jest udostępniana, wysyłana mailem lub wgrywana. Jeśli źródłowy film ma wypalone otwarte napisy, checker nadal oznacza plik jako wymagający ścieżki napisów — należy i tak dodać minimalny VTT, ponieważ plik jest tym, co będą czytać narzędzia downstream. Hiperłącza powinny mieć widoczny tekst opisujący cel („Przeczytaj raport dotyczący egzekwowania EAA z 2026 roku“), a nie surowy URL.

Potok eksportu PowerPoint zachowuje większość metadanych dostępności podczas eksportu do PDF — pod warunkiem że używa się Plik, Eksportuj, Utwórz PDF/XPS (Windows) lub Plik, Zapisz jako, PDF z opcją Najlepsza dla dystrybucji elektronicznej i dostępności (macOS). Eksport przez Drukuj do PDF pozbawia tagów i produkuje płaski, niedostępny PDF; to najczęstszy milczący błąd w całym przepływie pracy.

Przepływ pracy w Keynote

Keynote dostarcza zasadniczo mniej narzędzi dostępności niż PowerPoint i luka ta nie zamknęła się istotnie od cyklu wydawniczego 13.x. Nie ma odpowiednika Sprawdzania dostępności — Keynote nie przeprowadza audytu slajd po slajdzie, nie wyświetla panelu kolejności czytania na slajd i nie ostrzega użytkownika, gdy slajd nie ma tytułu. Same slajdy mają silniejszą integrację z VoiceOver niż PowerPoint miał dekadę temu, ale przepływ pracy produkcyjnej umożliwiający wyprodukowanie dostępnej talii w Keynote jest bardziej manualny na każdym etapie.

Tytuły slajdów dodaje się przez zastępcze pole Tytuł we wzorcu slajdu lub jako regularne pole tekstowe używane konsekwentnie w całej talii. Widok konspektu Keynote (Widok, Konspekt) czyta z zastępczego pola Tytuł, więc budowanie talii na wzorcu zamiast budowania z pustych slajdów jest tu największą dźwignią. Kolejnością czytania zarządza się przez inspektor Rozmieść — kontrolki Wyślij na spód/Przesuń na wierzch w modelu warstw Keynote pełnią rolę kontrolek kolejności czytania, przy czym kształty przesunięte głębiej są czytane jako pierwsze. Nie ma dedykowanego panelu kolejności czytania; trzeba utrzymywać mentalny model stosu lub budować złożone slajdy na bazie prawidłowo zaprojektowanej struktury wyjściowej.

Tekst alternatywny obrazów w Keynote ustawia się przez zakładkę Obraz inspektora Format w polu Opis — należy wpisać ten sam redakcyjny alt co w PowerPoint. Tekst alternatywny wykresów używa tego samego mechanizmu. Keynote nie ostrzega o brakującym tekście alternatywnym. Jedynym sposobem weryfikacji pokrycia talii tekstem alternatywnym w Keynote jest ręczne przejście przez każdy slajd lub eksport do formatu PowerPoint (.pptx) i uruchomienie Sprawdzania dostępności Microsoft względem eksportu — przepływ pracy, który kilka dużych uczelni przyjęło jako krok bramkujący dla talii wykładowych tworzonych w Keynote.

Osadzony film w Keynote nie obsługuje osobnej ścieżki napisów. Jeśli źródłowy film nie ma wypalonych otwartych napisów, należy albo ponownie zakodować film z napisami wypalonymi przed osadzeniem go w Keynote, albo zastąpić osadzenie odwołaniem do zewnętrznego linku prowadzącego do napisanego wideo hostowanego na platformie obsługującej napisy (YouTube, Vimeo, uczelnianego serwera mediów). Keynote po cichu dołączy do wyeksportowanego PDF film bez napisów; checker, który nie istnieje, nie może przed tym ostrzec.

Keynote zdobywa swoje miejsce w przypadku talii o mocnym designie, tworzonych na prelekcje keynote raczej niż do redystrybucji. Jakość typografii, układu i animacji to nadal najlepsza na rynku aplikacji desktopowych — gdy talia jest zasadniczo rekwizytem scenicznym, a treść merytoryczna żyje w osobno dystrybuowanym artykule, transkrypcie lub stronie internetowej, Keynote zapewnia mocniejsze doświadczenie na żywo, a ciężar dostępności przesuwa się na dokument towarzyszący. Jeśli sama talia jest produktem końcowym, PowerPoint jest lepszym wyborem.

Przepływ pracy w Google Slides

Google Slides znacznie się poprawił od odświeżenia dostępności w 2024 roku, które dodało menu dostępności per-slajd, sugestie tekstu alternatywnego oparte na modelach obrazów klasy Gemini i nakładkę sprawdzania kontrastu dostępną z Narzędzia, Dostępność. Odświeżenie w 2024 roku dodało też kontrolki kolejności czytania do menu Rozmieść — po raz pierwszy w historii produktu autorzy Slides mogą ustawić jawną kolejność czytania, a nie polegać na kolejności tworzenia kształtów. Wdrożenie tych funkcji w dużych tenantach enterprise przebiegło szybciej, niż Microsoft początkowo oczekiwał, częściowo dlatego, że talie Slides są już przytłaczająco hostowane w chmurze i natychmiast korzystają z checkera po stronie serwera.

Mechanika jest znajoma dla osób z doświadczeniem w PowerPoint. Tytułami zarządza się przez zastępcze pole Tytuł w układzie wzorca. Tekst alternatywny ustawia się przez Opcje formatu, Tekst alternatywny, z tą samą redakcyjną zasadą jednego do dwóch zdań. Kolejność czytania używa menu Rozmieść, Kolejność, z nowym panelem kolejności czytania z 2024 roku widocznym w Narzędzia, Dostępność, Kolejność czytania. Osadzanie filmów z Google Drive lub YouTube respektuje ścieżkę napisów, którą niesie źródło, a slajd zawierający film bez napisów zgłasza ostrzeżenie w panelu dostępności.

Tam gdzie Slides nadal ustępuje PowerPoint, to dostępność wykresów (automatycznie generowany tekst alternatywny wykresu jest krótszy i mniej kontekstowy), złożone dziedziczenie wzorca (głęboko dostosowane układy wzorca produkują trudniejsze do debugowania drzewa kolejności czytania) i przepływy pracy offline (checker dostępności wymaga, aby dokument był online, co jest problemem dla użytkowników edytujących w samolocie lub w środowiskach o ograniczonym dostępie). Dla przedsiębiorstwa w 2026 roku, które ustandaryzowało się na Workspace i dostarcza talie głównie jako udostępnione linki Google Slides, a nie pobrane pliki, przepływ pracy Slides jest teraz merytorycznie porównywalny z PowerPoint. Dla organizacji dostarczającej talie jako załączniki .pptx lub wyeksportowane PDF, PowerPoint nadal ma przewagę.

Talie web-first: Reveal.js, Slidev, Marp

Najciekawszym rozwojem w dostępności prezentacji w 2025 i 2026 roku jest coś całkowicie poza trzema głównymi aplikacjami desktopowymi. Grupa frameworków prezentacji web-first — Reveal.js (długoletni framework JavaScript), Slidev (narzędzie oparte na Vue, skierowane do programistów) i Marp (generator Markdown-first kompilujący do HTML, PDF lub PPTX) — produkuje talie slajdów jako dokumenty HTML, co oznacza, że właściwości dostępności HTML są dziedziczone, a nie emulowane. Struktura semantyczna jest realna, nie syntezowana; nawigacja klawiaturą jest tą przeglądarki, nie aplikacji do slajdów; a wyjście dla czytnika ekranu to to, co NVDA, JAWS lub VoiceOver wyprodukują dla dowolnie dobrze zbudowanej strony internetowej.

Implikacje są praktyczne. Talia Reveal.js serwowana z URL jest domyślnie nawigowalna za pomocą klawiszy strzałek, Tab, Enter, Spacji i tych samych skrótów przeglądarki, które widzący użytkownik już zna. Każdy slajd to element section z nagłówkiem — H1 dla talii, H2 dla każdego tytułu slajdu — więc użytkownik czytnika ekranu może przeskakiwać między nagłówkami tak jak na każdej stronie internetowej. Obrazy mają atrybuty alt napisane w źródle Markdown lub HTML. Wykresy renderowane przez Chart.js, D3 lub dowolną bibliotekę SVG mają te role ARIA i ogłoszenia live-region, które biblioteka wykresów udostępnia; dla dostępnych bibliotek wykresów jak Highcharts Accessibility lub amCharts obejmuje to automatycznie generowane tabele danych czytelne dla czytnika ekranu obok wykresu wizualnego.

Publiczność Slidev zorientowana na programistów wyprodukowała wyjątkowo silny domyślny zestaw dostępności: semantykę nagłówków dziedziczoną z Markdown, tekst alternatywny wymagany na poziomie pliku źródłowego (kompilator ostrzega przy nagich tagach obrazów) i warstwę nawigacji klawiaturą działającą bez konfiguracji. Mocną stroną Marp są talie z czystego Markdown kompilowane do HTML lub PDF — to samo źródło produkuje zarówno talia internetową nawigowaną przez czytnik ekranu, jak i otagowany PDF, bez drugiego przebiegu tworzenia. Reveal.js sytuuje się między nimi: najbardziej elastyczny, największy ekosystem wtyczek, najgłębsza pula wtyczek dostępności firm trzecich (Reveal Accessibility, reveal-a11y, opublikowany motyw zgodny z WCAG 2.2).

Kompromisy są realne. Talie web-first wymagają przeglądarki do prezentacji — bez podwójnego kliknięcia pliku lokalnego, bez przepływu pracy „wyślij pptx“, bez offline’owego zapasowego laptopa, który nie wymaga konfiguracji. Nagradzają autorów komfortowych z kontrolą wersji i ciągłym wdrażaniem; karzą autorów, którzy chcą przeciągnąć wykres z Excela na slajd i uznać pracę za skończoną. Dla jednej prelekcji udostępnionej jako URL po fakcie jest to wyraźna wygrana. Dla kwartalnej aktualizacji dla zarządu, która zostanie wysłana mailem do dyrektora otwierającego ją w samolocie, to złe narzędzie.

Talie web-first zaczęły zwyciężać w kontekstach cyklicznych. Serie wykładów uniwersyteckich publikujące cały semestr slajdów jako jedną nawigowaną stronę. Programy konferencyjne, gdzie każda talia prelekcji jest powiązana z harmonogramem i żyje pod stałym URL. Prezentacje inżynierskie tech-talk, gdzie repozytorium źródłowe jest samo w sobie wersją referencyjną. W każdym z tych kontekstów semantyka HTML przeżywa — wyszukiwarki indeksują zawartość slajdów jako tekst, czytniki ekranu przemierzają ją jako dokument, a ciężar utrzymania dostępności przez całą serię spada na framework, a nie na każdego indywidualnego autora.

Drzewo decyzyjne

Trzy rodziny narzędzi każda zasługuje na swoje miejsce w innym kontekście produkcyjnym. Najprostszą wersją decyzji jest podział trójdzielny oparty na tym, do czego talia faktycznie jest używana.

Dla jednorazowej prelekcji, którą trzeba wysłać mailem, otworzyć na laptopie kolegi lub wyeksportować do otagowanego PDF w celu dystrybucji, należy wybrać PowerPoint. Sprawdzanie dostępności jest dojrzałe, potok eksportu zachowuje tagi, a narzędzia po stronie odbiorców (przeglądarka internetowa PowerPoint, aplikacja na iPad, Office Mobile) poprawnie odczytują otagowany PowerPoint. Należy zarezerwować dziewięćdziesiąt minut czasu audytu na każdą godzinną talię; zaplanować ten czas i go wykorzystać.

Dla cyklicznej serii wykładów, programu konferencyjnego lub dowolnego kontekstu, gdzie kolekcja talii żyje pod URL i jest przeglądana jako korpus, należy wybrać framework web-first. Slidev dla publiczności zorientowanej na programistów i autorów komfortowych z Markdown; Marp dla zespołów pracujących w czystym Markdown, potrzebujących zarówno HTML, jak i otagowanego PDF z tego samego źródła; Reveal.js dla największego ekosystemu wtyczek i największej elastyczności projektowej. Właściwości dostępności są dziedziczone z przeglądarki, nie emulowane, a ciężar utrzymania spada na framework, a nie na każdego autora.

Dla prelekcji keynote o mocnym designie, gdzie talia pełni rolę rekwizytu scenicznego, a treść merytoryczna żyje w osobno dystrybuowanym dokumencie, należy wybrać Keynote, zaakceptować słabszy zestaw narzędzi dostępności i przeznaczyć budżet audytu na dokument towarzyszący zamiast. Należy ręcznie przejść przez każdy slajd pod kątem tekstu alternatywnego. Wyeksportować do .pptx i uruchomić checker jako ostatni krok. Dostarczyć dokument towarzyszący (artykuł, transkrypt, podsumowanie internetowe) jako kanoniczną dostępną wersję.

Dla organizacji kolaboratywnych cloud-first, które już funkcjonują w Google Workspace, Google Slides jest teraz realną alternatywą dla PowerPoint w tych samych przypadkach użycia. Odświeżenie dostępności z 2024 roku zamknęło większość historycznej luki; pozostałe luki dotyczą tekstu alternatywnego wykresów, złożonych wzorców i edycji offline. Dla talii, które będą dostarczane jako udostępnione linki, a nie pobrane pliki, przepływ pracy jest porównywalny z PowerPoint.

Myśli końcowe

Wzorzec leżący u podstaw każdej rekomendacji w tym primerze jest ten sam: narzędzie wyznacza podłogę dostępności, ale autor wyznacza sufit. Checker PowerPoint wykryje brakujący tekst alternatywny; nie napisze za nas użytecznego tekstu alternatywnego. Brak checkera w Keynote nie uniemożliwi stworzenia w pełni dostępnej talii — tylko uniemożliwi otrzymanie informacji o popełnionym błędzie. Frameworki web-first dziedziczą właściwości dostępności HTML — nie egzekwują ich. Każde narzędzie w tym przewodniku pozwoli dostarczyć talię wykluczającą część odbiorców. Wybór narzędzia zmienia to, które błędy są łatwe do popełnienia, a nie które błędy są możliwe.

Jeśli wprowadza się nowy przepływ pracy dostępności do zespołu, który go nie ma, należy zacząć od narzędzia, którego zespół już używa, włączyć jego checker i przeprowadzić audyt jednej istniejącej talii jako ćwiczenie kalibracyjne. Przechodzić do innego narzędzia dopiero po tym, gdy zespół zinternalizował sześć wymagań bazowych — tytuły, kolejność czytania, tekst alternatywny, kontrast, klawiatura, media — i pyta o możliwości, których bieżące narzędzie nie może dostarczyć. Koszt zmiany narzędzia w połowie drogi jest wysoki; koszt pozostania przy narzędziu, z którego przepływu pracy się wyrosło, jest wyższy.