Fix Framer navigation.

Framer menu fine in preview but broken on mobile? It's usually a breakpoint override, overlay layer or link target. How to diagnose it.

Troubleshooting · 8 min read · Updated 2026-06-06

Check the rendered layers first

Follow the sequence below from start to finish. The order matters: later steps assume the earlier ones are done.

  1. Publish or preview at the affected viewport width.
  2. Open the Layers panel and confirm the menu trigger is above decorative overlays.
  3. Check that the open menu has a visible height, width and z-index.
  4. Confirm the close interaction changes the same state that opens the menu.
  5. Test each link from the published domain, including anchor links.

Preview versus mobile causes

The list below breaks this down into the parts that matter most. Read through each one and note anything that applies to your own setup.

  • A desktop visibility setting may hide the mobile trigger.
  • A fixed overlay can intercept pointer events.
  • An interaction may target a renamed component variant.
  • A menu can open outside the viewport because its position is relative to the wrong parent.
  • An anchor can land under a fixed header without a scroll offset.
Do not diagnose a mobile menu from the desktop canvas. Use the actual mobile breakpoint and test with touch-sized targets.

Diagnostic sequence for a stuck menu

Here is the process broken into clear steps. Take them one at a time and check each off before continuing.

  1. Tap the trigger once and check the open state is registered in the Layers panel.
  2. Tap it again and confirm the same interaction closes it rather than a second, separate one.
  3. Scroll the page while the menu is open and check it stays fixed rather than scrolling away.
  4. Rotate the device or resize to landscape and check the menu still fits the viewport.
  5. Reload the page directly on a subpage and confirm the menu still opens without visiting the homepage first.

Warning signs of a deeper structural problem

Before making changes, work through the points below. Each one covers a different part of the picture, so treat them as a set rather than picking favourites.

  • The menu works on one page but not another built from the same header component.
  • Links work in the editor but 404 once published, which points to a routing or slug mismatch.
  • The trigger only responds after a delay, which usually means an interaction is queued behind an entrance animation.
  • Different browsers show different results, which points to a CSS feature rather than the interaction itself.

Frequently asked questions

Questions

The editor canvas does not always reflect real device behaviour. Overlays, breakpoint overrides and touch versus pointer events can all differ once the site is live, so always test the published URL on the actual device width.

This is almost always a z-index or stacking context issue. Check that the menu container sits above any section with its own transform or fixed background, since those create new stacking contexts.

No. Isolate the single interaction that fails first using the diagnostic sequence above. Rebuilding the whole menu usually reintroduces the same mistake if the root cause was never identified.

Outgrowing Framer?

We rebuild Framer sites as fast, custom-coded ones and protect your rankings through the move.