GaydarTM
Dostępność

Dostępność w Gaydar

Budujemy Gaydar tak, żeby działał dla wszystkich, w tym dla osób z niepełnosprawnościami. Oto co już wdrożyliśmy i nad czym pracujemy.

To tłumaczenie przygotowane dla wygody. Wiążąca jest wersja angielska. Przeczytaj wersję angielską

Dostępność w Gaydar

Ostatnia aktualizacja: 4 października 2026 r.

Zmiany wprowadzone 4 października 2026 r.:

  • Ograniczenie ruchu: obecnie opisujemy, jak działa witryna. Gdy urządzenie użytkownika żąda ograniczenia ruchu, witryna ogranicza lub wyłącza swoje animacje.
  • Kontrast kolorów: obecnie opisujemy, w jaki sposób go sprawdzamy, przy użyciu narzędzi automatycznych (axe i Lighthouse), w odniesieniu do WCAG 2.1 AA.
  • Obecnie uwzględniamy film na stronie głównej oraz ilustrację mapy IRL. Oba elementy mają opis tekstowy dla czytników ekranu, a film uruchamia się bez dźwięku.
  • Dodaliśmy datę „Ostatnia aktualizacja”.

Tworzymy Gaydar tak, aby działał dla wszystkich, w tym dla użytkowników z niepełnosprawnościami. Poniżej przedstawiamy, co już wdrożyliśmy i nad czym pracujemy.

1. Nasze zobowiązanie

  • Gaydar dąży do zapewnienia zgodności swojej strony internetowej ze standardem WCAG 2.1 na poziomie AA oraz do spełnienia w swojej aplikacji mobilnej standardów dostępności platform iOS i Android.
  • Dostępność jest traktowana jako wymóg produktowy, a nie kwestia drugorzędna. Nowe funkcje są przed udostępnieniem weryfikowane pod kątem zgodności ze standardami dostępności.

2. Co wdrożyliśmy (strona internetowa)

  • Semantyczne punkty orientacyjne HTML (header, main, footer, nav)
  • Link „Przejdź do treści” dla osób korzystających z klawiatury
  • Widoczne wskaźniki fokusu klawiatury na wszystkich elementach interaktywnych
  • Ograniczenie ruchu: gdy Twoje urządzenie zgłasza preferencję ograniczenia ruchu, strona ogranicza lub wyłącza swoje animacje.
  • Tekst alternatywny dla wszystkich istotnych obrazów; obrazy dekoracyjne są oznaczone atrybutem aria-hidden
  • Dostępne etykiety formularzy i komunikaty o błędach
  • Kontrast kolorów na stronie testujemy pod kątem zgodności z WCAG 2.1 AA za pomocą narzędzi automatycznych (axe i Lighthouse).
  • Klasa pomocnicza przeznaczona wyłącznie dla czytników ekranu, przekazująca kontekst, który w przeciwnym razie byłby dostępny tylko wizualnie
  • Film na stronie głównej uruchamia się bez dźwięku. Przyciski umożliwiają włączenie dźwięku i wstrzymanie filmu. Film ma opis tekstowy dla czytników ekranu. Jeżeli Twoje urządzenie zgłasza preferencję ograniczenia ruchu, film pozostaje nieruchomym obrazem do momentu naciśnięcia przycisku odtwarzania.
  • Ilustracja mapy IRL na stronie głównej ma opis tekstowy dla czytników ekranu.

3. Dostępność aplikacji mobilnej

  • Pełna obsługa VoiceOver (iOS) i TalkBack (Android) na wszystkich ekranach
  • Obsługa Dynamic Type: aplikacja uwzględnia ustawioną w systemie preferencję użytkownika dotyczącą rozmiaru czcionki
  • Odpowiednie rozmiary obszarów dotykowych (minimum 44x44 punkty według Apple / 48dp według Google)
  • Kolor nigdy nie jest jedynym nośnikiem znaczenia
  • Preferencje dotyczące ograniczenia ruchu są respektowane

4. Znane ograniczenia

  • Niektóre animowane ilustracje w serwisie marketingowym wykorzystują dekoracyjny ruch, który może być wizualnie przytłaczający. Jeżeli urządzenie użytkownika zgłasza preferencję ograniczenia ruchu, serwis ogranicza lub wyłącza swoje animacje.
  • Interaktywna siatka lokalizacji na stronie /security stanowi wizualizację i jej interpretacja wyłącznie za pomocą czytnika ekranu może być utrudniona. Opis tekstowy zamieszczono w otaczających ją akapitach.
  • Wykonanie zdjęcia na potrzeby funkcji Zweryfikowane selfie wymaga sprawnego przedniego aparatu; analizujemy alternatywne sposoby weryfikacji dla użytkowników, którzy nie mogą korzystać z aparatów.

5. Zgłoś problem z dostępnością

Jeżeli napotkasz barierę w dostępności, wyślij wiadomość e-mail na adres accessibility@gaydarapp.com, zawierającą opis problemu oraz wskazanie strony lub ekranu, na którym on wystąpił. Dokładamy starań, aby udzielić odpowiedzi w ciągu 5 dni roboczych i rozwiązywać problemy w ciągu 30 dni, o ile jest to technicznie wykonalne.

6. Standardy, do których się odwołujemy

  • WCAG 2.1 Level AA (Web Content Accessibility Guidelines)
  • Section 508 (przepisy federalne USA)
  • EN 301 549 (UE)
  • Apple Accessibility Guidelines (iOS)
  • Android Accessibility Guidelines