Projektujemy i wdrażamy dostępne strony internetowe dla instytucji publicznych, organizacji i firm. Dbamy o to, aby z serwisu można było wygodnie korzystać za pomocą klawiatury, czytnika ekranu, powiększenia tekstu i innych technologii asystujących. Łączymy indywidualny projekt graficzny, solidny front-end i wygodny system WordPress z dostępnością uwzględnianą od początku prac.
Stronę zgodną z WCAG traktujemy jako całość – od architektury i projektu, przez front-end i CMS, po testy. Zakres dopasowujemy do rodzaju serwisu, jego użytkowników i wymagań organizacji.
Analiza i dostępny projekt
Sprawdzamy wymagania, kluczowe ścieżki użytkownika, makiety i komponenty. Dbamy o kontrast, hierarchię treści, czytelność i sposób obsługi interfejsu jeszcze przed rozpoczęciem developmentu.
Semantyczny front-end i dostępne interakcje
Budujemy poprawną strukturę HTML oraz komponenty możliwe do obsługi klawiaturą i współpracujące z technologiami asystującymi. Dotyczy to m.in. nawigacji, formularzy, wyszukiwarek i elementów interaktywnych.
WordPress i CMS wspierający redaktorów
Przygotowujemy moduły WordPress tak, aby ułatwiały publikowanie dostępnych treści i ograniczały ryzyko tworzenia nowych barier podczas dalszego rozwoju serwisu
Testy i wsparcie po publikacji
Łączymy testy automatyczne z manualną weryfikacją serwisu, poprawiamy wykryte bariery i wykonujemy test kontrolny. W razie potrzeby szkolimy również zespół odpowiedzialny za dalsze prowadzenie strony.
Nowa strona internetowa zgodna z WCAG
Projektujemy i wdrażamy serwis od podstaw. Dostępność jest częścią architektury, designu, kodu, treści i testów, dzięki czemu ograniczamy koszt późniejszych poprawek.
Audyt i dostosowanie istniejącej strony
Analizujemy działający serwis, opisujemy bariery i ustalamy priorytety. Możemy następnie wdrożyć poprawki w kodzie i szablonach WordPress oraz sprawdzić kluczowe ścieżki po zmianach.
Opieka nad dostępnością
Zmiany treści, nowe funkcje i aktualizacje integracji mogą wpływać na dostępność. Oferujemy stałe wsparcie techniczne, przeglądy po większych zmianach i pomoc dla zespołu redakcyjnego.
Nie każda strona podlega takim samym obowiązkom. Strony i aplikacje podmiotów publicznych są objęte ustawą o dostępności cyfrowej, a od 28 czerwca 2025 r. wymagania dotyczące dostępności obejmują również określone produkty i usługi oferowane przez przedsiębiorców, w tym usługi handlu elektronicznego. Zakres wymagań zależy więc od rodzaju organizacji i świadczonych usług.
Niezależnie od obowiązku prawnego dostępność pozwala tworzyć serwisy, z których może wygodnie korzystać większa grupa użytkowników.
Tak. Dostępność cyfrowa nie oznacza rezygnacji z charakterystycznego designu, interakcji czy animacji. Ważne jest jednak zaprojektowanie ich w sposób, który nie tworzy dodatkowych barier i pozwala użytkownikowi zachować kontrolę nad interfejsem.
Możemy więc łączyć wymagania dostępności z dopracowanym designem i creative developmentem — bez sprowadzania projektu do prostego, „urzędowego” interfejsu.
WCAG 2.2 jest nowszą wersją wytycznych i rozszerza WCAG 2.1 o dodatkowe kryteria dostępności. W polskim sektorze publicznym punktem odniesienia pozostają wymagania wynikające z ustawy o dostępności cyfrowej, oparte zasadniczo na WCAG 2.1. W zależności od projektu możemy uwzględnić również dodatkowe wymagania WCAG 2.2.
Zakres zawsze ustalamy przed rozpoczęciem prac, biorąc pod uwagę charakter serwisu, jego użytkowników oraz wymagania organizacji.
Tak. Nie zawsze konieczne jest tworzenie całego serwisu od początku. Możemy przeanalizować istniejącą stronę, zidentyfikować bariery i określić zakres zmian potrzebnych do poprawy jej dostępności.
W zależności od technologii poprawki mogą obejmować zarówno warstwę front-endową i strukturę HTML, jak i formularze, nawigację, komponenty interaktywne, CMS czy sposób publikowania treści.
Nie. Automatyczne narzędzia są bardzo pomocne, ale potrafią wykryć tylko część problemów z dostępnością. Oficjalne materiały dotyczące dostępności również wskazują, że pełniejsza ocena wymaga szerszej weryfikacji niż sam skaner.
Dlatego łączymy testy automatyczne z ręcznym sprawdzeniem między innymi obsługi klawiaturą, focusu, struktury dokumentu, formularzy oraz zachowania kluczowych komponentów interfejsu.
Przy nowym serwisie najlepiej uwzględnić dostępność już na etapie projektu i architektury. Analizujemy makiety i wymagania, a następnie wdrażamy dostępne komponenty, semantyczny front-end i CMS.
Przed publikacją przeprowadzamy testy, poprawiamy wykryte bariery i ponownie weryfikujemy kluczowe elementy strony. W przypadku istniejącego serwisu proces rozpoczynamy od analizy aktualnego rozwiązania i ustalenia priorytetów zmian.
Koszt zależy przede wszystkim od wielkości i złożoności serwisu, liczby unikalnych widoków i komponentów, wykorzystanych technologii oraz zakresu wymaganych zmian i testów.
W przypadku istniejącej strony znaczenie ma również jakość obecnego kodu i możliwość wprowadzania zmian w używanym motywie lub systemie CMS. Po zapoznaniu się z projektem lub działającym serwisem możemy określić zakres prac i przygotować indywidualną wycenę.
Opisz krótko projekt lub podeślij adres istniejącego serwisu. Sprawdzimy zakres i wrócimy z propozycją kolejnego kroku.