Szkoła korzysta z EduPage, publikuje aktualności, plan lekcji i dokumenty, a administrator może zmieniać wygląd strony. Wszystko działa. Przynajmniej dopóki ktoś nie spróbuje odnaleźć informacji wyłącznie za pomocą klawiatury albo czytnika ekranu.

Wtedy pojawia się pytanie, które jest ważne zarówno dla dyrektora szkoły, jak i dla gminy prowadzącej kilka placówek: czy korzystanie z generatora stron EduPage oznacza, że szkolna witryna spełnia wymagania dostępności cyfrowej?

Nie automatycznie. EduPage udostępnia funkcje wspierające dostępność, ale zgodność z wymaganiami trzeba oceniać na konkretnej stronie, z jej aktualnym szablonem, konfiguracją, treściami i funkcjami.

Czym jest EduPage i jaki związek ma z Librusem?

EduPage to platforma edukacyjna firmy aSc, obejmująca między innymi generator stron internetowych. W Polsce Generator WWW jest oferowany również przez Librus. Szkoła korzysta z gotowej usługi i administruje własnym serwisem za pośrednictwem panelu. Nie jest to typowa instalacja CMS, w której administrator samodzielnie zarządza kodem aplikacji i serwerem.

To rozróżnienie ma praktyczne znaczenie: redaktor może opublikować wiadomość lub zmienić ustawienia, ale niekoniecznie może zmienić kod odpowiedzialny za działanie całego menu, wyszukiwarki czy formularza.

Czy strona szkoły na EduPage musi spełniać WCAG?

Publiczne szkoły i przedszkola objęte ustawą z 4 kwietnia 2019 r. mają obowiązek zapewnienia dostępności cyfrowej swoich stron internetowych w zakresie wynikającym z ustawy i jej załącznika. Wymagania te odpowiadają zasadniczo WCAG 2.1 na poziomach A i AA, z uwzględnieniem ustawowych uregulowań i normy EN 301 549.

Adres zakończony na edupage.org nie stanowi sam w sobie zwolnienia z tego obowiązku. Znaczenie ma funkcja serwisu i zakres odpowiedzialności podmiotu publicznego, a nie to, kto udostępnia serwer. Ustawa przewiduje określone wyłączenia, które trzeba oceniać indywidualnie.

Chodzi między innymi o to, czy rodzic może odnaleźć terminy rekrutacji, odczytać komunikat dyrektora, pobrać dostępny dokument i skontaktować się z sekretariatem bez konieczności proszenia innej osoby o pomoc.

Co dokumentacja EduPage mówi o dostępności?

W dokumentacji Generatora WWW dotyczącej WCAG dostawca opisuje rozwiązania wspierające spełnianie wymagań WCAG 2.1, w tym możliwość powiększania tekstu, określania języka strony oraz wprowadzania opisów alternatywnych zdjęć. Zwraca również uwagę na wpływ zmian wprowadzanych przez administratorów.

To ważne informacje, ale opis możliwości systemu nie jest wynikiem badania konkretnej witryny. Przykładowo edytor może pozwalać na dodanie opisu alternatywnego, a redaktor może go nie wprowadzić. Z drugiej strony poprawnie przygotowany artykuł nie rozwiąże problemu, jeżeli otaczające go systemowe menu jest niedostępne.

EduPage Basic czy PRO – czy droższa licencja zapewnia dostępność?

Oficjalne porównanie wersji Basic i PRO wskazuje różnice w konfiguracji generatora. Z punktu widzenia dostępności szczególnie istotne są możliwości zmiany szablonu i stylów.

Wybrane możliwości Generatora WWW według dokumentacji EduPage

  • Podstawowe szablony: Basic: 6. PRO: 22.
  • Tryb eksperta (zaawansowane CSS): Basic: Nie. PRO: Tak.
  • Własna domena: Basic: Nie. PRO: Tak.
  • Edycja kodu silnika CMS: Basic: Niepotwierdzona w porównaniu. PRO: Niepotwierdzona w porównaniu.

Tryb eksperta może pomóc w poprawieniu kontrastu, widoczności fokusu lub czytelności układu, jeżeli istniejąca struktura strony i dostępne ustawienia na to pozwalają. Sam CSS nie zastąpi jednak poprawnych nazw dostępnych przycisków, relacji pomiędzy etykietami a polami formularza czy prawidłowej obsługi klawiaturą.

Licencja PRO nie jest certyfikatem zgodności z WCAG, a licencja Basic nie jest dowodem niezgodności. W obu przypadkach trzeba zweryfikować rzeczywisty stan serwisu. Nie warto kupować rozszerzenia, dopóki nie wiadomo, czy umożliwi ono usunięcie konkretnego problemu.

Jakie elementy szkolnej strony warto sprawdzić?

  • Menu główne, podmenu i możliwość szybkiego przejścia do treści.
  • Plan lekcji, w tym sposób prezentowania danych i nagłówków tabel.
  • Aktualności, zdjęcia, galerie i materiały wideo.
  • Formularze kontaktowe, wyszukiwarkę i komunikaty o błędach.
  • Dokumenty rekrutacyjne, regulaminy i deklarację dostępności.
  • Obsługę klawiaturą, widoczność fokusu oraz działanie strony po powiększeniu.

Powyższe elementy są obszarami do zbadania, a nie listą potwierdzonych usterek występujących we wszystkich serwisach EduPage. Wynik zależy od konfiguracji i wersji rozwiązania.

Czy potrzebny jest audyt EduPage, skoro dostawca deklaruje wsparcie WCAG?

Takie wsparcie jest dobrym punktem wyjścia, lecz nie rozstrzyga, czy użytkownik wykona wszystkie potrzebne czynności. Niezależny audyt może rozdzielić niezgodności treści, konfiguracji i komponentów systemowych. Dzięki temu szkoła wie, które problemy naprawi we własnym zakresie, a które musi przekazać dostawcy.

Jeżeli gmina prowadzi kilka szkół korzystających z tego samego rozwiązania, warto porównać wspólne komponenty. Nie ma jednak podstaw, aby wynik badania jednej placówki automatycznie przypisać wszystkim pozostałym.

Od czego zacząć?

Od sprawdzenia rzeczywistej strony i ustalenia, kto ma możliwość wprowadzenia zmian. Dopiero na tej podstawie warto wybierać licencję, planować naprawy i aktualizować deklarację dostępności.

Przeczytaj również

Źródła

Źródło: Ustawa o dostępności cyfrowej – tekst jednolity (dostęp: 15.11.2026).

Źródło: WCAG 2.1 – polskie tłumaczenie W3C (dostęp: 15.11.2026).

Źródło: EduPage – wymagania WCAG (dostęp: 15.11.2026).

Źródło: EduPage – Basic i PRO (dostęp: 15.11.2026).

Źródło: Librus – pomoc Generator WWW (dostęp: 15.11.2026).

Materiał ma charakter informacyjny. Nie przedstawia wyników audytu konkretnej strony EduPage i nie stanowi porady prawnej w indywidualnej sprawie.

Potrzebujesz wsparcia w dostępności strony szkoły?

Prześlij nam adres szkolnego serwisu lub listę stron placówek w gminie. Ustalimy, od czego warto zacząć i jakie działania można zaplanować.

Skontaktuj się z EAC w sprawie audytu dostępności