GA4 conversion tracking means sending the events that matter, such as purchases and leads, to Google Analytics 4 and marking them as key events. GA4 renamed conversions to key events in 2024. Key events can then be imported into Google Ads, where they become conversions for reporting and bidding.
The rename confused a lot of people, and I still get messages asking where the conversions went. Nothing was lost. What changed is the vocabulary, and the vocabulary matters because it maps to two different products with different rules. Below is how I set up GA4 tracking that holds up, and the mistakes I keep finding in audits.
Yes. In 2024 Google renamed GA4 conversions to key events, and existing conversions were renamed automatically with no action needed.
A key event is any GA4 event you mark as important to the business, such as purchase or generate_lead. A conversion is now a Google Ads concept, a conversion action used for ad reporting and bidding. Google explains the split in its article on key events and conversions. The reason for the change was the constant mismatch between GA4 and Google Ads numbers: the two products counted the same action under the same name with different rules.

Yes. Google Analytics conversion tracking in GA4 is built entirely on events, while the older Universal Analytics used goals tied to page destinations, durations or event categories.
Universal Analytics stopped processing data in 2023, so every Google Analytics property is now GA4. The practical difference is that a GA4 key event is only as good as the event behind it. There is no destination goal to fall back on, so a missing or broken event means a missing key event.
Mark it in Admin, under Data display, on the Events or Key events page. It takes a minute, and it only affects data collected from that point forward.
GA4 marks purchase as a key event by default, along with a few app events, as listed in Google’s guide to marking key events. Standard properties can have up to 30 key events. I keep it to the handful that represent real outcomes.
Push a purchase event with the order details into the data layer, trigger a GA4 event tag on it in Google Tag Manager, and send the ecommerce data with it. The tag should fire from the order confirmation event, never from a page view.
![]()
dataLayer.push({ ecommerce: null });
dataLayer.push({
event: ‘purchase’,
ecommerce: {
transaction_id: ‘10482’,
value: 120.00,
tax: 8.40,
shipping: 6.00,
currency: ‘USD’,
items: [{ item_id: ‘SKU-118’, item_name: ‘Trail Pack’, price: 105.60, quantity: 1 }]
}
});
The first line clears the previous ecommerce object so values from an earlier event don’t leak into this one. Decide whether value includes shipping and tax and stay consistent, because that choice is one of the main reasons GA4 revenue and store revenue drift apart. I go through the other reasons in why your GA4 revenue doesn’t match Shopify.
Open DebugView, complete a real conversion on the site in debug mode, and inspect the event and every parameter on it. If it looks right in DebugView, it will look right in reports.

Link GA4 to Google Ads, then create a conversion in Google Ads by importing the key event. Google covers the process in its help article on GA4-based conversions.
Two limits shape how I use imports. They start counting on the import date with no historical data, and Google Ads enhanced conversions don’t apply to them. For bidding, I use a native Google Ads tag, which I explain in my Google Ads conversion tracking guide. The imported version stays as a secondary action for comparison. Sales that close later in a CRM are a separate job, covered in my offline conversion tracking guide.
The mistakes I see most are duplicate purchase sources, page-view triggers, and values that GA4 can’t read. In rough order of how often they turn up in my audits:
For the bigger picture of how GA4 fits alongside ad platform tracking, see my complete guide to conversion tracking.
If GA4 doesn’t agree with your store or CRM and you want it fixed and verified, I can audit and rebuild the setup end to end.
In GA4 they are the same idea under a new name. Since 2024, GA4 calls them key events. The word conversion now refers to Google Ads conversions, which you can create from GA4 key events or from a Google Ads tag.
Google allows up to 30 key events on a standard property and 50 on Analytics 360. I rarely need more than five or six. Marking everything as a key event makes the reports harder to read.
GA4 marks purchase as a key event by default on web and app properties. You still need to send it correctly, with transaction_id, value, currency and items, for the revenue to be usable.
Some gap is expected, since GA4 only records purchases where the browser tag fires and consent allows it. Larger gaps usually come from a purchase event that fires on the wrong page, a checkout hosted on another domain, or ad blockers. A store export compared by transaction ID shows which one it is.
Events show in DebugView and Realtime within seconds of being sent. Standard reports take longer while GA4 processes the data, so I test in DebugView and check the full reports the next day.
You can, but I prefer a native Google Ads conversion tag for bidding because it supports Google Ads enhanced conversions and does not depend on GA4 processing. I import GA4 key events as secondary actions to compare against.
About the author
I’m Ghazanfar, founder of Analytigrow and a conversion tracking specialist. For 7+ years I’ve audited and rebuilt GA4, Google Tag Manager, server-side tracking on Stape, Meta Pixel and Conversions API, and Consent Mode v2 setups for ecommerce and lead-gen businesses in the US, UK, EU and UAE. I’m Top Rated on Upwork with 100% Job Success. Reach me at [email protected] or on WhatsApp.