Skip to content

Glossary Key event

What is a key event (GA4)

Definition

A key event is an event in Google Analytics 4 that you have marked as especially important to the business, so that Analytics counts it and reports it as its own metric, while the word conversion stays reserved for what is shared with Google Ads.

On this page 5
  1. What key event means in Google Analytics 4
  2. How it works: from event to metric
  3. Why it matters
  4. Best practices
  5. Common mistakes
In brief

The key event is the marker that identifies the business-critical action inside Google Analytics 4, while the word conversion applies to what is shared with Google Ads.

What key event means in Google Analytics 4

In Google Analytics 4 everything that happens on a website or in an app is recorded as an event: a page view, a click on an outbound link, a form submission, a purchase. A key event is neither a separate kind of event nor a tag that starts a new measurement. It is a marker you place on an event that is already being collected, telling Analytics that this action carries more weight than the rest.

The rename away from the word conversion has practical consequences. In the Analytics reports you will see the key events metric and its rate. The word conversion now belongs to what lives in Google Ads: a conversion item created from an event or from a key event, used for bidding, for campaign optimisation and for building audiences. Google Ads conversions do not appear in the standard Analytics reports, and a key event on its own feeds no bidding strategy.

Marking an event as key changes neither the data collection nor a faulty implementation. If the event never reaches the server, the marker will not make it appear.

How it works: from event to metric

The path starts with collection. The event has to exist before you can mark it, whether it comes from enhanced measurement, from your tag container or from a rule created inside the property itself. Once it shows up in the event list in the admin area, a single toggle turns it into a key event.

From that moment Analytics counts it according to the configured counting method. There are two options. The first, once per event, counts every trigger and is the recommended one, because it reflects how people actually behave on the site. The second, once per session, counts at most one per session and is the legacy option, applied by default to key events migrated from Universal Analytics goals. Changing the method affects future data only: history is not recalculated.

The number of key events per property is capped. Standard properties allow thirty and 360 properties allow fifty, so the list is managed as a scarce resource rather than as a drawer everything falls into.

Getting the action through to Google Ads takes one more step. In conversion management the conversion item is created from the key event, a category is assigned to it, and from then on the data is shared between both platforms. The counting method and the conversion window are inherited from the Analytics property.

Why it matters

The distinction between the two words explains an argument that recurs in almost every account: the numbers in Analytics and the numbers in Google Ads do not match, and they are not supposed to.

The reasons are documented. Analytics attributes with a cross-channel last click model and assigns the action to the day it happened. Google Ads reports the conversion against the date and time of the click that caused it, not against the date of the action, so two reports covering the same date range are describing different things. On top of that come conversion modelling in Ads, which can raise the total above what Analytics observed, cross-device conversion estimates, and the absence of deduplication when measurement happens at account level across several Ads accounts.

Understanding this changes the conversation with management and with the client. Instead of hunting for a culprit in the implementation every time a fifteen percent gap shows up, you document which platform answers which question. Analytics describes behaviour on the site and the weight of each channel. Google Ads measures the return on ad spend and needs its own bookkeeping in order to bid.

Best practices

  • Mark only the actions someone will actually use to make a decision, not everything that can technically be measured.
  • Check that the event fires correctly before marking it, using DebugView and the realtime report.
  • Choose the counting method deliberately and note the date of the change, because history is not recalculated.
  • Document in a table which key event feeds which Google Ads conversion, and with which category.
  • Review the list every quarter and free up slots by unmarking key events nobody looks at any more.
  • Explain to management and to the client, before they ask, why the Analytics and Ads figures are not going to match.

Common mistakes

  • Marking a badly implemented event as key. The marker does not fix the measurement, it only turns a doubtful number into a prominent metric.
  • Marking page views or high volume automatic events, which inflate the rate and drain any meaning out of campaign comparisons.
  • Assuming that marking the event already sends it to Google Ads, when the conversion still has to be created in conversion management.
  • Switching the counting method halfway through an analysis period and then comparing against history as if nothing had happened.
  • Using up the property limit with test key events that were never removed.
Manuel Riveiro Rodriguez CEO & Digital Strategist

A technical audit covers this and everything else in one pass.

Request an audit

Frequently asked

Is a key event the same as a conversion?

No. The key event lives in Google Analytics and shows up in its reports. The conversion is the item created from that event and shared with Google Ads for bidding, campaign optimisation and audience building. Google Ads conversions do not appear in the standard Analytics reports.

How many key events can a property have?

A standard property allows thirty key events and a 360 property allows fifty. The cap applies per property, so it is worth reserving for actions genuinely used in reports and campaigns, and unmarking events that no longer influence any decision.

Why do GA4 and Google Ads show different numbers?

Because they count differently. Analytics attributes with cross-channel last click and books the action on the day it happens. Google Ads assigns it to the date of the click that caused it, and adds modelling and cross-device estimates. The gap is expected and is not by itself evidence of an implementation error.

Does marking an event change past data?

No. The marker works forward, and so does the counting method: any change applies to future data and history is not recalculated. If you need to analyse the past with the new logic, the practical route is to redo the calculation on the raw data exported to BigQuery.

Can I bid in Google Ads directly on a key event?

Not directly. The Google Ads conversion has to be created from the key event in conversion management and given a category. Only then can automated bidding strategies optimise towards that action, inheriting the counting method and the conversion window from the property.

Sources

  1. Official page on key events: defines the concept, explains how an existing event is marked, and states that Google Ads conversions do not appear in standard Analytics reports.
  2. Counting method documentation: names both options, states which one applies by default depending on the key event's origin, and confirms that changes do not touch past data.
  3. Official configuration limits table: thirty key events per standard property and fifty per 360 property.
  4. Explains the extra step of creating the Google Ads conversion from the key event, and that counting method and window are inherited from the property.
  5. Official list of reasons why Google Ads and Analytics figures diverge: attribution, click date versus action date, modelling, cross-device estimates and deduplication.