← All resources
Performance

What Is Bounce Rate, and Why Does It Matter?

Bounce rate used to mean a one-page visit. In GA4 it's the inverse of engagement rate — a different number with a different meaning. Here's what it measures in 2026, why old benchmarks don't transfer, what to watch instead, and what actually makes visitors leave.

Performance

Bounce rate is a metric everyone has heard of and almost nobody defines the same way — and in the last few years its meaning has actually changed. If you're reading advice from before 2023, it's worth knowing what bounce rate used to be, what it is now, and which version your analytics is showing you.

What people usually mean by "bounce rate"

For years, in Universal Analytics (UA), a "bounce" was a single-page session: someone landed on a page and left without triggering anything else — no second page, no tracked event. Bounce rate was the percentage of visits that did exactly that. The intuition was simple: a high bounce rate meant people arrived, didn't find what they wanted, and left.

That definition had a well-known flaw. A visitor could read your whole article for four minutes, get exactly what they came for, and still "bounce" because they never clicked a second page. It couldn't tell a satisfied reader from a frustrated one.

What GA4 actually measures now

Universal Analytics stopped collecting data in July 2023, and access to its historical data ended in July 2024. Its replacement, Google Analytics 4 (GA4), flips the question around. GA4 leads with engagement rate, and a session counts as engaged if it does any of these:

  • lasts 10 seconds or longer, or
  • includes a key event (what GA4 used to call a conversion), or
  • has two or more pageviews (or screen views).

GA4 still has a metric called bounce rate — it hasn't gone away — but it is now defined as the inverse of engagement rate: the share of sessions that were not engaged. That's a genuinely brief, non-converting, one-page visit. The four-minute reader from the old example no longer bounces. Note that GA4 doesn't surface bounce rate by default — engagement rate is the number it puts in front of you, which is a hint about which one to lean on.

Why the old benchmarks don't transfer

You may have seen rules of thumb like "a good bounce rate is somewhere in the 40–60% range." Those numbers came from the UA definition. Under GA4's definition, a bounce is a much narrower event, so the same site will usually show a lower bounce rate than it did in UA — without anything about the site having changed.

That means two things in practice:

  • Don't compare a UA-era number to a GA4 number. A "50% bounce rate" in 2022 and a "50% bounce rate" in 2026 are not the same signal.
  • Don't chase a target percentage. There's no GA4-era benchmark that applies across industries and page types. A contact page, a blog post, and a product page will behave differently, and should.

What to look at instead

GA4 gives you better tools than a single percentage. Compare pages against your own history, not against a number from a blog post:

  • Engagement rate — the share of sessions that cleared the 10-second / key-event / two-page bar. Watch its trend on a page, not its absolute value.
  • Engaged sessions per user — how often each visitor has a meaningful visit; useful for telling real repeat interest from accidental traffic.
  • Average engagement time — how long the page was actually in the foreground. This is what the old bounce rate was trying to approximate.
  • Key events — the actions you actually care about: a form sent, a call tapped, a checkout started. If these are healthy, a "high" bounce rate is mostly noise.

Why people actually leave

Whatever the metric is called, the same handful of causes push visitors away before they engage:

  • Slow loading. The big one. Every extra second before the page becomes useful loses visitors — many close the tab before they see your content, and in GA4 those sessions never reach the 10-second bar. Google's Core Web Vitals are the yardstick: LCP (how quickly the main content appears), INP (how quickly the page responds to a tap or click), and CLS (whether the layout jumps around while loading). See our intro to Core Web Vitals for how to check yours.
  • A mismatch between the search and the page. If someone searched for "emergency plumber Portsmouth" and landed on a general services page with no phone number above the fold, they're gone.
  • Mobile layout problems. Tiny tap targets, text that needs pinch-zoom, pop-ups that cover the content, buttons that move as the page loads (CLS again). Phone visitors are the least patient.
  • No clear next step. A page that answers a question but offers no obvious link, button, or action gives the visitor nothing to do but leave.

Where hosting comes in

Two of those four causes — slow loading and a jumpy mobile experience — are largely performance problems, not content problems. You can write the perfect page and still lose the visitor if it arrives slowly or shifts around as it renders. Speed and uptime set the floor: if the site takes five seconds to respond, the best copy in the world never gets read.

Content and intent-matching are yours to own. Speed, caching, and staying online are what a managed host should be quietly handling — so the visitors your marketing earned stick around long enough to count as engaged.

Let Site Schema handle this for you.

Managed WordPress hosting with the hard parts done for you.

A fast, reliable site keeps visitors — we keep it fast