Czy menu PDF wymaga osobnego audytu dostępności?

Tak — plik PDF z menu, który restauracja publikuje na stronie internetowej, jest odrębnym dokumentem cyfrowym i nie dziedziczy automatycznie dostępności samej witryny. Nawet jeśli strona jest zbudowana zgodnie z zasadami dostępności, wgrany plik PDF może być nieotagowany, mieć błędną kolejność odczytu lub nie zawierać opisów alternatywnych dla obrazów cen czy grafik z daniami dnia. Sprawdzanie tego wymaga osobnego przejścia przez dokument, ponieważ czytniki ekranu i inne technologie asystujące interpretują strukturę PDF inaczej niż strukturę strony HTML.

Metoda Czterech Przebiegów to praktyczny, powtarzalny sposób sprawdzenia menu PDF pod kątem struktury, kolejności odczytu, tekstu alternatywnego i nawigacji — bazujący na koncepcjach WCAG 2.2, ale nie będący formalną certyfikacją zgodności.

Metoda Czterech Przebiegów

Poniższy workflow dzieli audyt na cztery odrębne przebiegi przez ten sam dokument. Każdy przebieg koncentruje się na innym aspekcie dostępności, dzięki czemu osoba przeprowadzająca kontrolę nie próbuje oceniać wszystkiego jednocześnie i łatwiej wykrywa konkretne problemy.

Przebieg 1: Struktura i tagowanie dokumentu

Pierwszy przebieg sprawdza, czy dokument PDF ma warstwę tagów odpowiadającą jego wizualnej strukturze — nagłówki, listy, tabele z cenami, akapity z opisami dań.

  • Otwórz panel tagów w aplikacji do edycji PDF i sprawdź, czy dokument w ogóle zawiera drzewo tagów, czy jest oznaczony jako „nietagowany”.
  • Zweryfikuj, czy nazwy potraw są oznaczone jako nagłówki (np. H1, H2), a nie jako pogrubiony zwykły tekst.
  • Sprawdź, czy sekcje menu (przystawki, dania główne, desery) mają odrębne, logicznie zagnieżdżone nagłówki.
  • Jeśli ceny i nazwy dań są ułożone w kolumny wizualne, zweryfikuj, czy w tagach istnieje faktyczna struktura tabeli, a nie tylko wizualne rozmieszczenie tekstu.

Przebieg 2: Kolejność odczytu

Drugi przebieg sprawdza, w jakiej sekwencji technologia asystująca odczyta treść — niezależnie od tego, jak wygląda ona wizualnie na stronie.

  • Użyj narzędzia do kolejności odczytu (reading order tool) i przejdź przez dokument krok po kroku, sprawdzając numerację elementów.
  • Zwróć szczególną uwagę na menu w układzie wielokolumnowym — częstym problemem jest odczytywanie treści wiersz po wierszu w poprzek kolumn, zamiast kolumna po kolumnie.
  • Sprawdź, czy nagłówki sekcji poprzedzają odpowiadające im pozycje menu w kolejności odczytu, a nie pojawiają się po nich.
  • Jeśli w dokumencie są elementy dekoracyjne (linie, ramki, tła), zweryfikuj, czy nie zostały wplecione w kolejność odczytu jako treść.

Przebieg 3: Tekst alternatywny i etykiety

Trzeci przebieg dotyczy treści nietekstowych oraz elementów wymagających opisu, takich jak zdjęcia dań, ikony (np. wegańskie, ostre) i logo.

  • Sprawdź każdy obraz i ikonę w panelu tagów — czy ma przypisany tekst alternatywny, czy jest oznaczony jako element dekoracyjny (artifact), jeśli nie niesie informacji.
  • Zweryfikuj, czy ikony informujące o alergenach lub diecie (np. symbol glutenu) mają opis tekstowy, a nie tylko wizualny kolor lub kształt.
  • Jeśli menu zawiera pola formularza (np. do zamówień online w PDF), sprawdź, czy każde pole ma przypisaną etykietę.
  • Potwierdź, że informacje przekazywane wyłącznie kolorem (np. „danie wegetariańskie” oznaczone tylko zielonym tłem) mają też odpowiednik tekstowy lub symboliczny.

Przebieg 4: Nawigacja i metadane dokumentu

Czwarty przebieg sprawdza elementy, które pomagają użytkownikowi zorientować się w dokumencie i poruszać się po nim bez konieczności czytania całości od początku.

  • Sprawdź, czy dokument ma ustawiony język w metadanych (np. polski), zgodny z faktyczną treścią.
  • Zweryfikuj, czy tytuł dokumentu widoczny w zakładce przeglądarki lub czytniku PDF jest opisowy (np. „Menu — Restauracja XYZ”), a nie nazwą pliku typu „scan001.pdf”.
  • Jeśli menu jest wielostronicowe, sprawdź, czy dokument zawiera zakładki (bookmarks) umożliwiające szybkie przejście do sekcji.
  • Potwierdź, że dokument nie jest zabezpieczony w sposób blokujący odczyt tekstu przez technologie asystujące.

Ograniczenia tej metody

Ten workflow ma jasno określone granice i warto je znać przed rozpoczęciem audytu:

  • WCAG 2.2 opisuje kryteria sukcesu napisane dla treści webowej; ich zastosowanie do struktury dokumentu PDF jest praktyczną adaptacją, a nie oficjalną procedurą certyfikacji zgodności dla formatów niebędących treścią internetową.
  • Metoda Czterech Przebiegów nie zastępuje testów z rzeczywistymi użytkownikami korzystającymi z technologii asystujących — jest punktem wyjścia, nie ostatecznym dowodem dostępności.
  • Automatyczne kontrolery dostępności w aplikacjach PDF wykrywają część problemów (np. brak tagów), ale nie ocenią, czy kolejność odczytu ma sens logiczny — to wymaga ręcznej weryfikacji, najlepiej z użyciem czytnika ekranu.
  • Audyt jednego pliku nie gwarantuje, że kolejne wersje menu (po aktualizacji cen czy sezonowej zmianie dań) zachowają tę samą strukturę — eksport z niektórych programów potrafi resetować tagowanie.

Pomiar i śledzenie wyników audytu

Aby audyt był powtarzalny i porównywalny w czasie, warto prowadzić prostą tabelę wyników dla każdego przebiegu, oceniając plik jako „zgodny”, „częściowo zgodny” lub „niezgodny” względem każdej sprawdzanej pozycji.

PrzebiegLiczba sprawdzanych elementówKryterium zaliczenia
1. Struktura i tagowanieNagłówki sekcji, tabele cenowe, akapity opisówKażdy element ma odpowiadający tag strukturalny
2. Kolejność odczytuSekwencja sekcji i pozycji menuOdczyt odpowiada logicznemu porządkowi wizualnemu
3. Tekst alternatywnyZdjęcia, ikony diet/alergenów, pola formularzyKażdy element niesie informację tekstową lub jest oznaczony jako dekoracyjny
4. Nawigacja i metadaneJęzyk dokumentu, tytuł, zakładki, zabezpieczeniaMetadane opisowe i niekolidujące z odczytem

Prosty sposób obliczenia wyniku to podzielenie liczby zaliczonych elementów przez łączną liczbę sprawdzanych elementów w danym przebiegu i zapisanie wyniku procentowego wraz z datą audytu. Taki rejestr pozwala porównać, czy kolejna wersja menu (np. po sezonow

Przygotowanie do audytu: zasoby i harmonogram

Przed rozpoczęciem Metody Czterech Przebiegów warto ustalić, kto w restauracji odpowiada za audyt oraz jak często dokument będzie ponownie sprawdzany. Menu PDF zmienia się częściej niż wygląd strony internetowej — sezonowe dania, zmiany cen czy nowe alergeny wymuszają nowe eksporty pliku, a każdy eksport może zresetować tagowanie ustawione wcześniej.

Wybór narzędzi

  • Wybierz aplikację do edycji PDF, która pokazuje panel tagów oraz umożliwia ręczną zmianę kolejności odczytu — bez tego Przebiegi 1 i 2 nie są wykonalne.
  • Zapewnij dostęp do przynajmniej jednego czytnika ekranu do weryfikacji manualnej — automatyczny raport zgodności w edytorze PDF nie zastępuje odsłuchania dokumentu.
  • Jeśli restauracja korzysta z szablonu do generowania menu (np. eksport z arkusza kalkulacyjnego lub programu graficznego), sprawdź ustawienia eksportu odpowiedzialne za zachowanie tagów strukturalnych przed każdą nową publikacją.

Harmonogram powtarzania audytu

Audyt należy powtarzać po każdej zmianie treści pliku, a nie tylko przy pierwszej publikacji. Praktyczny harmonogram to: pełny Czteroprzebiegowy audyt przy każdej nowej wersji menu oraz szybka kontrola samych metadanych i tagowania (Przebiegi 1 i 4) przy drobnych aktualizacjach cen, jeśli struktura dokumentu nie została przebudowana.

Przypadki specjalne wymagające dodatkowej uwagi

Menu opublikowane jako zeskanowany obraz

Jeśli plik PDF jest w całości zeskanowanym obrazem strony menu (bez rozpoznanego tekstu), żaden z Czterech Przebiegów nie zadziała poprawnie — nie istnieje warstwa tekstowa do otagowania. W takim przypadku pierwszym krokiem musi być przepuszczenie dokumentu przez rozpoznawanie tekstu (OCR) i weryfikacja poprawności rozpoznanych znaków, zanim rozpocznie się audyt struktury.

Menu wielojęzyczne w jednym dokumencie

Gdy jeden plik PDF zawiera menu w kilku językach (np. polski i angielski na kolejnych stronach lub w kolumnach równoległych), Przebieg 4 powinien zostać rozszerzony o sprawdzenie, czy metadane językowe są ustawione dla poszczególnych fragmentów tekstu, a nie tylko dla całego dokumentu — inaczej technologia asystująca może odczytać tekst w niewłaściwym języku wymowy.

Menu wbudowane z systemu zamówień zewnętrznego

Jeśli plik PDF został wygenerowany automatycznie przez system zamówień online lub kasowy, restauracja może nie mieć bezpośredniego dostępu do edycji tagów. W takim przypadku audyt powinien zakończyć się listą problemów przekazaną do dostawcy systemu, a nie próbą ręcznej edycji pliku generowanego automatycznie przy każdej aktualizacji.

Proces naprawy i re-audytu po wykryciu problemów

  1. Sporządź listę problemów wykrytych w każdym z Czterech Przebiegów, zapisując, którego elementu dotyczą (np. „ceny dań głównych — brak struktury tabeli”).
  2. Popraw dokument źródłowy (nie sam plik PDF, jeśli to możliwe) — edycja tagów bezpośrednio w PDF bywa nietrwała przy kolejnym eksporcie.
  3. Wyeksportuj poprawioną wersję i powtórz wszystkie Cztery Przebiegi od nowa, nie tylko ten, w którym wykryto problem — poprawki strukturalne mogą wpłynąć na kolejność odczytu.
  4. Zapisz datę i wynik ponownego audytu w tabeli wyników, aby móc porównać, czy poprawki faktycznie usunęły zgłoszone problemy.

Poziomy zgodności WCAG a interpretacja wyników

Wytyczne WCAG 2.2 definiują trzy poziomy zgodności: A, AA i AAA, o rosnącym zakresie wymagań. Metoda Czterech Przebiegów, adaptując koncepcje tych wytycznych do dokumentu PDF, nie przypisuje automatycznie pliku do konkretnego poziomu — wynik procentowy z tabeli audytowej jest wskaźnikiem wewnętrznym restauracji, nie deklaracją zgodności z określonym poziomem WCAG 2.2. Jeśli restauracja chce odnieść się do konkretnego poziomu zgodności, musi zweryfikować każde kryterium sukcesu z pełnej listy WCAG 2.2 osobno, a nie tylko elementy objęte tym workflow.

Ograniczenia interpretacji wyników procentowych

Wynik procentowy z tabeli audytowej opisanej wcześniej ma jedno istotne ograniczenie: nie wszystkie sprawdzane elementy mają równą wagę dla realnego użytkownika technologii asystującej. Dokument z 90% zaliczonych elementów, w którym brakującym elementem jest poprawna kolejność odczytu całego menu, może być praktycznie nieużywalny — mimo wysokiego wyniku liczbowego. Wynik procentowy warto więc traktować jako narzędzie do śledzenia trendu w czasie (czy kolejne wersje menu poprawiają się czy się pogarszają), a nie jako jedyny miernik faktycznej dostępności dokumentu.

Źródła pierwotne

FAQ

Czy WCAG 2.2 dotyczy bezpośrednio plików PDF z menu?

WCAG 2.2 zostało napisane dla treści internetowych, a pliki PDF zwykle sprawdza się względem tych samych kryteriów sukcesu, ale przy użyciu tagowania i struktury dokumentu, a nie modelu DOM przeglądarki. Ten workflow warto traktować jako praktyczną listę kontrolną inspirowaną koncepcjami WCAG 2.2, a nie formalną certyfikację zgodności formatu niebędącego treścią webową.

Jakich narzędzi potrzeba do sprawdzenia tagowania i kolejności odczytu PDF?

Większość aplikacji do tworzenia lub edycji PDF ma panel tagów oraz narzędzie do kolejności odczytu, które pokazuje sekwencję odczytywania treści. Przydaje się też czytnik ekranu do ręcznego sprawdzenia, jak plik faktycznie zachowuje się po eksporcie, ponieważ dostępne narzędzia zależą od oprogramowania użytego do stworzenia dokumentu.

Czy restauracja powinna zastąpić menu PDF stroną HTML, zamiast je audytować?

Strona HTML z menu może przejąć istniejącą strukturę, styl i nawigację witryny, co może ułatwić bieżące utrzymanie dostępności w porównaniu do samodzielnego dokumentu. Wybór między formatami to jednak odrębna decyzja projektowo-operacyjna, wykraczająca poza zakres audytu istniejącego pliku PDF.

Nota redakcyjna: ChefNet publikuje ten przewodnik i rozwija produkty wspierające odkrywanie restauracji oraz ich działalność. Ogólne zalecenia operacyjne są oddzielone od twierdzeń o produkcie. Funkcje mogą się zmieniać wraz z rozwojem pilotaży. Opublikowano 2026-08-04.