Practical guides

Design mobile navigation and submenus

Navigation helps people reach a page. On mobile, some links may sit inside a panel. Visitors must still understand how to open it, choose a destination and return to the page without becoming trapped in navigation.

Go to the method

Laptop, phone and open notebook on a white table
Illustration

Separate destination and disclosure

Decide whether each section title opens a page or reveals a list. If both functions matter, expose them as distinct controls. A small arrow beside a link is insufficient if the entire area changes between navigation and disclosure by device.

Label the trigger Menu or Navigation rather than relying on three lines alone. Match section labels to destination pages. Main navigation need not reproduce a whole catalogue: it can lead to indexes that offer search and filters.

Choose a simple panel or a real interruption

The W3C disclosure navigation example distinguishes ordinary links from ARIA application menus. Site navigation generally does not require a menu role and software-menu commands. Keep links and a control communicating expansion state.

If the page remains usable outside the panel, do not describe it as modal. If the panel covers and blocks all other content, provide a true interruption with closing and focus return. Its visual and assistive-technology behaviour must agree.

Test state and width changes

Open a submenu on desktop, narrow the window, then widen it again. Check that styles and states leave no invisible focusable links or ineffective controls. Closed panels must also leave the keyboard sequence.

Test a long translated label, zoom and an already-scrolled page. Navigation should not permanently obscure the title or block access to content. If background scrolling stops while open, restore normal behaviour after closing and after following a link.

Example: a section with an overview page

Educational example: Services opens an overview, while a neighbouring button reveals categories. On mobile, Menu exposes both functions with their labels. Testing opens a category, closes navigation and returns with Back. The useful section remains identifiable without an overlay preventing reading.

Content updated on October 7, 2026

Acceptance matrix to adapt to your project

These proposed checks use synthetic cases. Decide the required behaviour with the team, record the result and assign unresolved gaps before release.

Scroll the table horizontally to read every column. With a keyboard, focus the table area and use the arrow keys.

Test cases, expected outcomes and useful evidence
CaseExpected outcomeEvidence to retain
Link and submenuThe actions are distinguishableName, role and destination
Closed panelIts links do not take focusTab sequence before and after opening
Width changeThe state remains usableMobile then desktop check
Return to pageScrolling and focus are coherentPosition and active element

Frequently asked questions

Does mobile navigation need role="menu"?

Ordinary site navigation can retain links inside a navigation region. An application-menu role implies additional interactions and should not be added merely for its name.

Is opening on hover enough?

Support keyboard and touch too. Sections should be opened without a mouse and closed without losing the journey.

Can the trigger disappear after opening?

Closing must remain obvious and reachable. Keeping a control in the same place may help if its name and state stay coherent.