Menu mobilne warto budować wokół głównych zadań, używać nazw tekstowych i przewidywalnej hierarchii oraz przetestować otwieranie, focus, powrót i ukończenie ścieżki na rzeczywistych urządzeniach.
Nawigacja mobilna ma na niewielkiej przestrzeni udostępnić najważniejsze ścieżki, tak aby użytkownik nie musiał znać struktury organizacyjnej firmy. Ikona menu, logo i kilka skrótów nie wystarczą, jeśli użytkownik szuka konkretnej usługi, ceny, kontaktu lub rozpoczętego zadania. Słabe menu tworzy ślepe zaułki i zmusza odwiedzającego do wielokrotnego otwierania i zamykania kolejnych warstw.
Dobry projekt łączy priorytet treści, jasne nazewnictwo, stabilne działanie i dostępną implementację. Musi działać przy obsłudze dotykiem, klawiaturą, przy powiększonym tekście i przy zmianie orientacji. Nie istnieje uniwersalna liczba pozycji ani obowiązkowy wzorzec. Wybór należy zweryfikować na rzeczywistych zadaniach i urządzeniach, a nie tylko na statycznym obrazku.
Priorytety menu wynikają z zadań, a nie z działów wewnętrznych
Zbierz najczęstsze cele na podstawie badań z użytkownikami, wyszukiwania wewnętrznego, działu wsparcia i analityki. Rozróżnij zadania podstawowe, informacje uzupełniające i odnośniki systemowe. Główna nawigacja nie musi zawierać każdej strony. Głębsze treści mogą udostępniać menu kontekstowe, wyszukiwarka i stopka, o ile użytkownik zawsze wie, gdzie się znajduje.
Nazwy pozycji należy pisać słownictwem odbiorców. Niejasne etykiety, takie jak „rozwiązania” czy „więcej”, wymagają kontekstu, zwłaszcza jeśli kryją różne usługi. Pozycje należy układać według procesu decyzyjnego, a nie alfabetycznie, chyba że istnieje ku temu wyraźny powód. Przy każdej pozycji warto zapisać stronę docelową i pytanie, na które ma odpowiedzieć po kliknięciu.
- główna usługa lub zadanie użytkownika
- kontakt i dostępność we właściwym kontekście
- logowanie lub konto bez mylenia z ofertą
- wyszukiwanie przy obszerniejszej treści
Element sterujący musi komunikować zarówno nazwę, jak i stan
Należy użyć prawdziwego przycisku z dostępną nazwą, a nie klikalnego obrazka czy ogólnego elementu div. Stan rozwinięcia musi być dostępny programowo i widoczny wizualnie. Sama ikona trzech kresek nie dla każdego jest zrozumiała; tekst „Menu” może zmniejszyć niepewność. Kliknięcie logo powinno w przewidywalny sposób prowadzić na stronę główną i mieć odpowiednią nazwę.
Po otwarciu proszę ustawić focus w logicznym miejscu, a po zamknięciu przywrócić go na przycisk, który otworzył menu. Klawisz Escape powinien zamykać menu, jeśli działa ono jak warstwa nakładki. Treść pod oknem modalnym nie może pozostać przypadkowo dostępna do obsługi. Z kolei przy zwykłym rozwijanym panelu nie należy implementować niepotrzebnie złożonego modelu obsługi klawiatury przeznaczonego dla menu aplikacji.
Hierarchia pozostaje czytelna także przy wielu poziomach
Element rozwijany odróżnij od linku do strony nadrzędnej. Jeśli jeden element pełni obie funkcje, zachowanie dotykowe bywa niejasne. Rozważ osobny link i osobny przycisk rozwijania. Bieżącą sekcję oznacz tekstem, stanem lub stylem, który nie opiera się wyłącznie na kolorze. Użytkownik powinien wiedzieć, co się zmieniło.
Przy głębokiej strukturze warto rozważyć stopniowo zagnieżdżone panele z wyraźnym przyciskiem powrotu i nazwą bieżącego poziomu. Jeśli wspiera to realizację zadania, przy powrocie należy zachować pozycję przewinięcia i otwartą gałąź. Animacja nie może zasłaniać treści ani ignorować preferencji ograniczonego ruchu. Prostsza hierarchia jest często lepsza niż efektowne przejście.
- wyraźna różnica między linkiem a rozwinięciem
- widoczna nazwa bieżącego poziomu
- przewidywalny powrót o jeden poziom
- stan niezależny wyłącznie od koloru lub ikony
Powierzchnia dotykowa, zoom i orientacja zmieniają rzeczywiste zachowanie
Elementy sterujące muszą być wystarczająco duże i od siebie oddzielone, aby użytkownik nie aktywował sąsiedniego elementu. Przetestuj menu jedną ręką, przy powiększonym tekście i w orientacji poziomej. Przyklejony nagłówek nie może zajmować większości ekranu ani zasłaniać celu po przejściu do kotwicy. Uwzględnij w CSS bezpieczne marginesy urządzenia.
Przy otwieraniu menu trzeba świadomie zdecydować, czy tło może się przewijać. Przypadkowe przewinięcie pod nakładką sprawia, że po jej zamknięciu użytkownik ląduje w innym miejscu. Zmiana rozmiaru lub obrót ekranu nie może pozostawić ukrytej treści strony ani zepsutego stanu. Jeśli JavaScript zawiedzie, podstawowe linki powinny pozostać dostępne dzięki stopniowemu ulepszaniu (progressive enhancement).
Testowanie śledzi ukończenie ścieżki, a nie tylko otwarcie menu
Proszę przygotować zadania, takie jak znalezienie konkretnej usługi, porównanie opcji, zadzwonienie do oddziału lub kontynuowanie pracy na koncie. Należy obserwować, gdzie użytkownik szuka, co uznaje za link i czy potrafi wrócić. Warto testować obsługę dotykiem, klawiaturą, czytnikiem ekranu, powiększenie oraz kombinacje urządzeń o różnej szerokości ekranu.
W analityce można śledzić otwarcie menu i wybór pozycji, jednak samo zdarzenie nie wyjaśnia przyczyny. Należy łączyć je z ukończeniem zadania, opiniami użytkowników i rejestrem błędów, bez gromadzenia zbędnych danych osobowych. Jeśli użytkownicy omijają menu, korzystając z wyszukiwarki, warto przeanalizować nazwy i strukturę, zanim doda się kolejny poziom.
Najczęstsze pytania
Czy ikona hamburgera sprawdzi się na każdej stronie mobilnej?
Nie automatycznie. Oszczędza miejsce, ale ukrywa opcje. Przy kilku ważnych celach odpowiednia może być widoczna dolna lub górna nawigacja z jasnymi nazwami.
Ile poziomów może mieć menu mobilne?
Nie ma sztywnego limitu. Każdy poziom zwiększa jednak wysiłek i ryzyko utraty kontekstu. Głęboką strukturę warto sprawdzić na rzeczywistych zadaniach.
Czy menu powinno się samo zamknąć po kliknięciu linku?
Przy przejściu do nowego celu zazwyczaj tak. Przy sterowaniu treścią na tej samej stronie zmiana musi zostać zakomunikowana, a focus umieszczony logicznie.