Make every breakpoint behave.

Responsive Framer bugs usually come from a fixed width, an inherited stack setting or a one-size breakpoint override. How to find and fix them.

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

Find the overflow source

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

  1. Open the published page at the affected width and identify where the horizontal scrollbar begins.
  2. Inspect sections, stacks and components for fixed widths or minimum widths.
  3. Check absolute-positioned elements and large transforms that extend beyond the viewport.
  4. Replace hardcoded widths with max-width, fill or relative sizing where appropriate.
  5. Retest at the breakpoint above and below the change.

Responsive checks

A few moving parts are involved here. The points below cover each of them, so you can see the full scope before deciding where to start.

  • Use consistent page padding at each breakpoint.
  • Let long headings wrap instead of forcing a single line.
  • Set images to fill their container with a stable aspect ratio.
  • Keep buttons and nav links within the viewport.
  • Check nested components for their own breakpoint overrides.
If the page is wider than the screen, hiding overflow on the body masks the symptom and can hide a real interaction. Fix the element creating the width.

Components and variants

A component can look correct on the canvas while an instance keeps an old override. Reset the instance override, inspect its active variant and then test the component at each breakpoint.

A rollout checklist for a breakpoint fix

This comes down to a handful of concrete details. Work through the list below and flag the ones you have not covered yet.

  • Confirm the fix at the exact width it was reported, not just a round number.
  • Check the two breakpoints either side of the fix for a new overflow.
  • Check tablet width separately from phone width, since Framer treats them as distinct breakpoints.
  • Test with a long piece of real content, such as a client's actual longest heading, not placeholder text.
  • Check that fixed headers or sticky elements still respect the new spacing.

Signs the layout will keep breaking

Use the list below as a working checklist. Each item is something you can verify or action directly on your own site.

  • Multiple sections use different padding values for what should be the same spacing scale.
  • Text is set to a fixed pixel width rather than a percentage or fill.
  • A component was duplicated rather than reused, so a fix in one place will not apply everywhere.
  • Breakpoint overrides exist on individual layers instead of the parent stack.

Frequently asked questions

Questions

A fixed width or a large absolute-positioned element set on desktop often carries through to mobile if no breakpoint override exists. Find the widest element causing the scrollbar and switch it to relative or fill sizing.

At minimum check the breakpoint you fixed plus the one directly above and below it, since Framer breakpoints are ranges and a fix at one size can shift content at the boundary of the next.

An instance-level override on the page can persist even after you edit the master component. Reset the instance override and check its active variant before assuming the component itself is broken.

Outgrowing Framer?

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