Free Tool

Responsive Breakpoints Calculator

Calculate and visualize responsive design breakpoints. Generate CSS media queries for mobile, tablet, and desktop layouts.

Choose Breakpoint System

Current Breakpoints

Generated CSS Media Queries

Common Breakpoint Systems

Framework Mobile Tablet Desktop Large Desktop
Bootstrap 5 < 576px 576px - 991px 992px - 1199px ≥ 1200px
Tailwind CSS < 640px 640px - 1023px 1024px - 1279px ≥ 1280px
Material Design < 600px 600px - 1239px 1240px - 1439px ≥ 1440px
Foundation < 640px 640px - 1023px 1024px - 1199px ≥ 1200px

Understanding Responsive Breakpoints

Breakpoints are screen widths where your website layout changes to adapt to different device sizes. Common breakpoints target:

  • Mobile: 320px - 600px (phones)
  • Tablet: 600px - 1024px (tablets, small laptops)
  • Desktop: 1024px - 1440px (laptops, desktops)
  • Large Desktop: 1440px+ (large monitors)

Mobile-First vs Desktop-First

Mobile-first (recommended):

  • Default styles for mobile
  • Use @media (min-width: ...) to add styles for larger screens
  • Better performance — mobile users don't download desktop CSS
  • Forces you to prioritize content

Desktop-first:

  • Default styles for desktop
  • Use @media (max-width: ...) to override for smaller screens
  • Legacy approach — harder to maintain

Best practices

  • Start mobile-first — design for the smallest screen, then scale up.
  • Use min-width queries — easier to maintain than max-width and aligns with mobile-first.
  • Test on real devices — browser resizing misses touch targets, viewport quirks, and native chrome.
  • Use em/rem units in media queries so layouts respect user zoom settings.
  • Don't target specific devices — design for screen sizes, not individual model numbers.
  • Focus on content breakpoints — add breakpoints where the layout stops working, not at arbitrary sizes.

How to pick breakpoints for your project

Framework defaults (Bootstrap, Tailwind, Material) are good starting points because they line up with common device classes, but they should be treated as defaults rather than laws. The right number of breakpoints depends on the layout, not the screen.

A simple way to choose: build a flexible layout with no media queries at all, then slowly widen a browser window. When the design first starts to feel awkward — lines too long, navigation cramped, images oversized — that viewport width is a content breakpoint. Add a media query there, not at an arbitrary 768px or 1024px.

Most marketing and reference sites do well with three content breakpoints: one to switch from a single column to a two-column layout, one to increase the container's maximum width, and one for ultra-wide displays. Complex dashboards may need more; long-form articles often need fewer.

Breakpoints vs. responsive images

Layout breakpoints control where columns stack, navigation collapses, or typography resizes. They are distinct from, but related to, responsive images — the srcset and sizes attributes that tell the browser which image file to download at a given viewport.

A responsive-image sizes declaration is really a prediction of how wide the image will render at each breakpoint. If your layout breakpoint is 1024px and the image fills the viewport below that width but drops to 50% of the container above it, sizes should match those thresholds. See the responsive images guide for worked examples.

Units and container queries

  • Viewport units (vw, vh, vmin, vmax) size elements relative to the viewport. Use with care for typography — combine with clamp() to stop text becoming unreadably small or large.
  • Container queries (@container) size elements relative to their parent container rather than the viewport. They are the modern answer to component-level responsiveness, and mean a card can adapt whether it is in a narrow sidebar or a wide main column without relying on viewport breakpoints.
  • Logical properties (inline-size, block-size, padding-inline) keep layouts correct in right-to-left languages and writing modes.

Related

Last reviewed on 24 April 2026.