Analytics

Bounce rate

The share of visits that ended without engagement.

In Universal Analytics it meant a single-page visit with no further interaction. In GA4 it is defined as the inverse of engagement rate, the proportion of sessions that were not engaged, which is a genuinely different measurement rather than a refinement.

Key takeaways

  • Two different metrics with one name. UA bounce rate and GA4 bounce rate cannot be compared, and a chart crossing the migration joins them with a line.
  • The UA version could not tell a satisfied reader from an instant exit. Both counted as a bounce.
  • GA4 inverts engagement, which has a positive definition: over ten seconds, a key event, or two or more page views.
  • On a page whose job is to answer one question, a high bounce rate is a success that looks like a failure.
  • Adding a key event lowers bounce rate mechanically, with nothing on the site having changed.

What was wrong with the original metric

Universal Analytics counted a bounce as a session with a single pageview and no further interaction hit. That definition had a famous and structural flaw: it measured whether a second request was made, not whether the visit was any good.

So a visitor who landed on an article, read it for eleven minutes, got exactly what they came for and closed the tab counted identically to one who landed, saw the wrong page, and hit back within two seconds. One of those is the best possible outcome for a content page and the other is the worst, and the metric could not tell them apart.

This produced a decade of misdirected work. Agencies were asked to fix bounce rate on pages that were performing, and responded with related-post widgets and pagination, which improved the metric by manufacturing a second pageview without improving anything for anybody.

It also made bounce rate uncomparable across page types. A contact page and a glossary entry have completely different natural bounce rates, and a site-wide average of the two is a number with no referent.

How GA4 redefined it

GA4 does not measure bounces directly. It measures engagement, and bounce rate is whatever is left over: the proportion of sessions that were not engaged.

A session counts as engaged if any one of three things is true. It lasted longer than ten seconds, it triggered a key event, or it included two or more page views. Failing all three makes it a bounce.

The improvement is that the definition is positive. Time on the page now counts as evidence, so the eleven-minute reader is engaged rather than bounced, and the two-second exit is not. It measures something closer to whether the visit was worth anything.

It is still a threshold rather than a judgement, and ten seconds is a low bar. A session that lasts twelve seconds and achieves nothing is engaged by this definition. The metric got better; it did not become an assessment of quality.

Why the two numbers cannot be compared

These are different measurements that share a name, so a bounce rate chart spanning July 2023 is two datasets joined by a line rather than a trend.

The direction of the change is usually dramatic and in one direction. Sites that reported sixty or seventy per cent bounce in UA frequently report thirty or forty in GA4, because the time threshold rescues a large number of single-page visits that the old definition condemned.

A client seeing that step without explanation reads it as an improvement, and an agency that lets them is accepting credit for a definition change. It will be reclaimed later, usually in a quarterly review, and the reclamation is more expensive than the explanation would have been.

The handling is the same as for every other metric that changed at the migration: annotate the date, state which definition each side of the chart uses, and avoid year-on-year comparisons that cross it.

The pages where a high bounce rate is the goal

Bounce rate is only meaningful against the purpose of the page, and some pages exist to end the visit.

A glossary definition, an opening hours page, a phone number, a page answering one narrow question: the ideal outcome is that somebody arrives, gets the answer and leaves satisfied. Every one of those will show a high bounce rate, and improving it would mean failing to answer the question on the first screen.

This matters commercially because clients see the number before they see the context. An agency that reports a site-wide bounce rate will be asked to fix the pages dragging it up, and those are frequently the pages working best.

Two habits avoid the whole conversation. Report bounce rate by landing page rather than as a site-wide average, and say what the page was for when the number looks bad. A high bounce rate next to a note that the page answers one question is information; the same number in a table of averages is a problem to be solved.

What it means for an agency

On a page whose job is to answer one question, a high bounce rate is a success that looks like a failure. Say which definition you are using and what the page was for, or you will be asked to fix something that is working.

Where it goes wrong

  • Showing a bounce rate chart that crosses the GA4 migration, where the step is a definition change rather than a result.
  • Reporting a site-wide average, which points the work at the pages doing their job fastest.
  • Adding related posts or pagination to improve it, which manufactures a second pageview and helps nobody.
  • Writing commentary on a drop that was a key event being flagged.

In short

Bounce rate improved when GA4 redefined it and remains a metric that punishes pages for working. Read against the job of a single page it is useful; read as a site-wide average it reliably points the work at the wrong place.

Frequently asked questions

What is a good bounce rate?

It depends entirely on what the page is for, and a site-wide figure is close to meaningless. A page that answers one narrow question should have a high bounce rate, because somebody arriving, getting the answer and leaving is the intended outcome. Report it by landing page against the purpose of that page rather than as an average.

Why did my bounce rate drop so much in GA4?

Because it is a different metric with the same name. UA counted a single-page visit with no further interaction; GA4 counts sessions that failed to be engaged, and a session counts as engaged if it merely lasted more than ten seconds. That rescues a large share of visits the old definition condemned, which is why sites reporting sixty or seventy per cent often report thirty or forty after the move.

Is bounce rate still worth reporting?

Per page, against what that page was meant to do, yes. As a site-wide average it invites work on pages that are performing well, which is how the old version of the metric produced a decade of related-post widgets that improved the number and nothing else. Engagement rate is usually the better thing to put in front of a client, since it is defined positively.

Why did my bounce rate change when nothing on the site did?

Check whether a key event was added or the engagement time threshold was changed. A GA4 session counts as engaged if it triggers a key event, so flagging a common one lowers bounce rate mechanically. The ten-second threshold is also configurable up to sixty seconds, and raising it moves bounce rate across the whole property at once.

Related terms

Last reviewed

Keplent keeps track of these for you.

It holds what each client agreed to, watches what their campaigns actually did, and tells you in plain sentences what needs you this week.

Join the waitlist