Websites and Tech

Breakpoint

Also called responsive breakpoint, CSS breakpoint, media query breakpoint

A screen width at which a responsive website changes its layout, such as switching from three columns to one, set in CSS with media queries.

Quick facts: Breakpoint

Category
Websites and Tech
Also called
responsive breakpoint, CSS breakpoint, media query breakpoint
Level
Intermediate
Affects
Mobile layout, usability, mobile-first indexing, landing page performance
Where to see it
Browser developer tools (device toolbar), real phones and tablets, analytics device reports
In this article4
  1. How breakpoints work
  2. Why it matters
  3. Common mistakes
  4. How to act on it

A breakpoint is a screen width at which a website’s layout changes to suit the space available. Below one breakpoint the menu might collapse into a button; above another, a single column of content might spread into three. Breakpoints are what make responsive design work.

How breakpoints work

A breakpoint is written in the site’s CSS as a media query: a rule that applies only when the screen is at least, or at most, a certain width. A typical set might use one layout for phones, a second from about 768 pixels for tablets and a third from about 1,024 pixels for laptops. Those numbers are conventions, not standards. Each site should choose its own.

Most modern sites are built mobile first. The basic styles describe the phone layout, and each breakpoint adds to it as the screen gets wider. Building the other way round, from desktop down, often leaves phones with a squeezed version of a layout never designed for them.

Good developers set breakpoints where the content starts to look wrong rather than where a particular phone happens to be. If a line of text becomes too long to read comfortably at 900 pixels, that is where a change belongs, whatever device sits at that width. Newer techniques such as container queries, which let a single component respond to the space it sits in rather than the whole screen, are supported in current browsers at the time of writing (October 2026) and reduce how many page-wide breakpoints a site needs.

Why it matters

For many UK businesses, especially local services and shops, a large share of visits arrives on phones. Your own analytics will tell you the split. If the layout breaks at a common width, those visitors see overlapping text, buttons too small to tap or a page that scrolls sideways, and they leave.

It matters for search as well. Google uses the mobile version of your pages for indexing and ranking under mobile-first indexing. If content or links are removed at a mobile breakpoint rather than simply rearranged, Google may never take them into account.

Paid traffic makes the cost obvious. Clicks from social media ads very often come from phones, so a landing page that falls apart below 400 pixels wastes money on every visit.

Common mistakes

  • Approving a design only from desktop mock-ups and leaving mobile to the developer’s guesswork.
  • Testing on one iPhone and one laptop, and never checking the awkward widths in between, such as a tablet held sideways.
  • Hiding sections, tables or links on mobile to save space instead of redesigning them for a small screen.
  • Using fixed widths for images or tables, which forces the page to scroll sideways on phones.
  • Adding a new breakpoint for every problem until the CSS has a dozen overlapping rules nobody understands.

How to act on it

Open your site in a desktop browser, open the developer tools and switch on the device toolbar. Then drag the width slowly from wide to narrow and watch for the moment anything overlaps, wraps badly or disappears. Those moments are your problem breakpoints.

Next, check your analytics for the devices and screen sizes your visitors actually use, and test the most common ones on real handsets. Pay particular attention to forms, menus, tables and pricing sections.

If you are commissioning a new site, ask for mobile designs alongside desktop ones and agree what happens to each section at each width. I set that out in the brief for every website redesign, because fixing layout after launch costs far more than designing it properly at the start.

Do and do not

Do

  • Design mobile layouts alongside desktop ones
  • Drag the browser width slowly to find layout breaks
  • Test on the devices your analytics show

Do not

  • Remove content at mobile widths
  • Use fixed widths for images and tables
  • Patch every problem with another breakpoint

Questions people ask about this

What are the standard breakpoints for a website?

There are no official standards. Common starting points are around 576, 768, 1,024 and 1,280 pixels, largely because popular frameworks use them. The better approach is to set breakpoints where your own content starts to look cramped or stretched, then test the widths your visitors actually use.

How many breakpoints should a website have?

Most sites manage well with two to four page-wide breakpoints, plus small adjustments for individual components. More is not better: each extra breakpoint adds CSS to maintain and more widths to test. If you keep adding them to patch problems, the layout itself usually needs rethinking.

Do breakpoints affect SEO?

Not directly, but what happens at them does. Google indexes the mobile version of your pages, so content or links removed at a mobile breakpoint may be ignored. Layouts that shift while loading or have tiny tap targets also give visitors a poor experience, which works against you.

Related terms

Found this useful?

Share it, or ask an AI to summarise it

Back to the glossary

Knowing the term is the easy part

Applying it to your own site and budget is the work. Book a call and I will tell you what actually applies to you.