TL;DR
Google now runs two server-side ingestion paths into GA4. The Measurement Protocol is the one every Shopify tracking app already uses: two credentials, one data stream, a decade of accumulated tooling around it. The Data Manager API is the newer of the two, with GA4 event support announced May 7, 2026 [1][2]. It sends to several Google destinations from a single request, supports encryption, and needs no API secret [3]. It also needs a Google Cloud project and OAuth2 with a scope Google classifies as sensitive [4]. For a merchant running an app-based stack, this changes nothing you can act on today. For anyone building custom server-side delivery in the next year, it is the path Google is pointing at, and the price of admission is Cloud plumbing rather than two pasted strings.
Key Takeaways
- The Data Manager API is the newer of the two, with GA4 event support announced in GA4's what's-new log on May 7, 2026 [1][2].
- Google's wording for the event support is specific: recommended and custom events, on web and app data streams, provided they are not reserved events [2].
- Google publishes its own five-row comparison of the two APIs and does not describe the older one as retired anywhere on it [3].
- Authentication is the real difference in day-one effort. The Measurement Protocol wants a
measurement_idand anapi_secret. The Data Manager API wants a Google Cloud project and OAuth2, with thedatamanagerscope classified as sensitive [4][5]. - The Measurement Protocol documentation page, updated June 8, 2026, contains no deprecation notice, no end-of-life date, and no sunset schedule, and states that the protocol will remain operational [5].
- WeltPixel Conversion Tracking delivers the Shopify purchase event to GA4 server-side [7], sending it over the Measurement Protocol from the
orders/createwebhook and carrying the Shopify order ID astransaction_idso GA4 can deduplicate. - If you run a tracking app, there is no migration to plan. If you maintain your own server-side sender, read Google's upgrade page before your next rewrite, not before your next campaign.
What It Takes to Send a Single Event
Feature comparisons usually start with capabilities. Start this one with the sign-in, because that is where the two APIs diverge before a single event is sent.
The Measurement Protocol asks for two values. A measurement_id identifying the data stream, and an api_secret you generate in GA4 under Admin, Data streams, Measurement Protocol API secrets. Paste both into a server, POST JSON, done. That low bar is exactly why every Shopify tracking app in the category runs on it, and why the ecosystem of debugging habits around it is as mature as it is. Our explainer on the Measurement Protocol covers the payload shape and the client ID stitching problem in detail.
The Data Manager API asks for a Google Cloud project and OAuth2 credentials, as either a user account or a service account, and the datamanager scope sits in Google's sensitive tier [4]. That is a different category of setup. Not a harder line of code, a different conversation with whoever owns your Cloud organization. If you have never opened the Google Cloud console for this store, that is your first afternoon, and Google's set-up-access quickstart is the page to read before you promise anyone a date.
For a merchant, this single fact settles most of the question. Two credentials pasted into an app's settings screen is a self-service task. A Cloud project with a sensitive scope is an engineering task, and it does not become worth doing because an API is newer.
What the Data Manager API Accepts Today
The Data Manager API's documented surface covers audience data (Customer Match lists, mobile device identifiers, PAIR) and conversion events, including Google Analytics recommended, custom, and Firebase app events [1]. The GA4-event route was announced in GA4's what's-new log on May 7, 2026 [2].
That entry describes the Data Manager API as an alternative to the Measurement Protocol for sending events to GA4. Google's scope statement: recommended and custom events, for web and app data streams, provided they are not reserved events [2].
Two of those three qualifiers matter for an ecommerce store. Web data streams are what a Shopify store sends to, so that clears. Reserved event names are GA4's own automatically collected set, and any sender that touches those has no route here. What the announcement does not settle is the fine detail an ecommerce migration would actually hinge on: how item arrays, currency handling, and refund events behave side by side against a mature Measurement Protocol implementation. I have not run that comparison, and I am not going to pretend the announcement answers it.
The Data Manager API is the designated forward path for GA4 event ingestion. It is not yet a drop-in replacement for a working ecommerce purchase pipeline, and Google has not claimed it is.
Google's Own Five-Row Comparison
Google maintains an upgrade page comparing the two APIs directly, last updated July 30, 2026 [3]. Five rows, and they are the clearest statement of intent available:
| Dimension | Measurement Protocol | Data Manager API |
|---|---|---|
| Data model | Specific to Google Analytics | Unified data model across all Google advertising products |
| Encryption | Not supported | Supported |
| Destinations per request | One data stream | Multiple |
| API secret | Required | Not required |
| Error handling | Only reports errors for test requests sent to the validation server | Fails fast on the request itself |
Source: Google's Measurement Protocol upgrade documentation [3].
Read those rows as a design brief rather than a scorecard. The unified data model and the multi-destination request describe an API built for the case where the same purchase has to reach GA4, Google Ads Customer Match, and whatever Google adds next, from one call. That is a real problem for anyone who has wired the same order into three Google surfaces separately, and it is the row I would care about most if I were building a sender from scratch this quarter. If you already run Customer Match uploads alongside your GA4 events, you have felt this one.
The error-handling row is the underrated one. The Measurement Protocol's long-standing complaint is that a malformed payload is not reported as an error on the request itself. Google's own comparison says the Measurement Protocol "only reports errors for test requests sent to the validation server" [3]. That is why the validation server and DebugView exist as separate rituals in every server-side tracking guide including ours on verifying events in DebugView. An API that rejects a bad request at the request removes an entire class of silent failure.
Encryption support and the absence of an API secret both point the same direction: an authentication model built around Cloud identity instead of a shared string. Which brings the cost back around to the section above.
Is the Measurement Protocol Going Away?
No. The answer comes from two documentation pages, both current.
The GA4 Measurement Protocol documentation page was updated June 8, 2026 and carries no deprecation notice, no end-of-life date, and no migration deadline [5]. Google's upgrade page presents the newer API as an upgrade path "to gain access to several improvements and features" and never labels the older one as retired [3]; the recommendation to build new server-to-server integrations on it is on the Measurement Protocol page itself [5]. Those are the two primary sources, and neither of them says what a lot of the commentary around this launch implies.
Google states it directly. The Measurement Protocol documentation page carries a banner saying the protocol "has reached a mature, finalized product state and will remain operational with no plans for deprecation," and that Google recommends building server-to-server event integrations using the Data Manager API, which it calls "our central infrastructure for future data ingestion innovations" [5]. ppc.land's coverage repeats that line [6].
A stable API with an official successor stays a stable API, and it is also one where new engineering attention goes elsewhere. Both of those are true at once. Neither of them is a deadline.
What Should a Shopify Store Do About It?
Three cases cover almost every store.
You use a tracking app for GA4. Nothing to do. Your app's delivery method is an implementation detail it owns, and a change of transport would be its migration, not yours. WeltPixel Conversion Tracking sends the purchase event server-side [7], from the orders/create webhook over the Measurement Protocol, with the Shopify order ID as transaction_id so GA4 deduplicates against the browser side, and that pipeline is unaffected by the existence of a second API. If you want the wider picture of what travels server-side and why, our guide to Shopify server-side tracking covers the full channel set.
You maintain your own server-side sender. Read the upgrade page before your next significant rewrite [3]. The multi-destination request is the argument, especially if you are already maintaining separate code paths for GA4 events and Customer Match uploads. Budget the Cloud project and the sensitive scope as real work, and do not schedule it during a peak trading window.
You are planning a Google Ads audience or Customer Match build. This is the case where the Data Manager API is most clearly the current answer, since audience ingestion is the surface it was built around [1]. If you are working through the account-side settings first, our Google Ads enhanced conversions setup guide is the better starting point, because the API is the transport and the configuration is what determines whether the data is used.
What none of these cases involve is urgency. There is no forced move here, no clock, and no deadline published by Google. If your server-side purchase events are arriving in GA4 with the right transaction IDs today, the correct response to a new ingestion API is to note it and get back to work.
If your purchases are not reliably reaching GA4 in the first place, the API is not your problem. Install WeltPixel Conversion Tracking and get the server-side purchase event landing first.
FAQ
Is the GA4 Measurement Protocol deprecated?
No. The Measurement Protocol documentation page, updated June 8, 2026, contains no deprecation notice and no end-of-life date [5]. The same page says the protocol "has reached a mature, finalized product state and will remain operational with no plans for deprecation," while recommending the Data Manager API for new server-to-server event integrations [5]. That is Google's own wording on its own page; ppc.land's coverage repeats it [6].
What events can the Data Manager API send to GA4?
Google's May 7, 2026 what's-new entry describes support for recommended and custom events on web and app data streams, provided they are not reserved events [2]. Reserved event names, which are GA4's automatically collected set, are outside that scope.
Do I need a Google Cloud project to use the Data Manager API?
Yes. Access runs through a Google Cloud project with OAuth2 credentials, using either a user account or a service account, and the datamanager scope is classified as sensitive [4]. The Measurement Protocol needs only a measurement_id and an api_secret generated in GA4 under Admin, Data streams, Measurement Protocol API secrets.
Does my Shopify tracking app need to migrate?
That is the app vendor's decision, not a merchant setting. Server-side delivery method is internal to how an app is built, and both APIs are documented and supported today [3][5]. Ask your vendor what they use if you are curious, but there is no merchant-side action attached to the answer.
Is the Data Manager API only for Google Ads customers?
The API's documented surface covers GA4 event ingestion alongside audience and conversion data for Google destinations [1][2]. GA4 event ingestion does not sit behind a Google Ads relationship in the documentation, so treat any blanket claim that it requires an Ads account as unsourced.
Sources
- Google Data Manager API overview, developers.google.com/data-manager/api, accessed August 24, 2026
- [GA4] What's new in Analytics (May 7, 2026 entry), support.google.com/analytics/answer/9164320, accessed August 24, 2026
- Upgrade from the Measurement Protocol to the Data Manager API, developers.google.com/data-manager/api/devguides/events/analytics/measurement-protocol/upgrade, page updated July 30, 2026, accessed August 24, 2026
- Data Manager API, set up access quickstart, developers.google.com/data-manager/api/devguides/quickstart/set-up-access, accessed August 24, 2026
- [GA4] Measurement Protocol for Google Analytics 4, developers.google.com/analytics/devguides/collection/protocol/ga4, page updated June 8, 2026, accessed August 24, 2026
- "GA4 Measurement Protocol enters maintenance mode, no new features coming", ppc.land, published June 6, 2026, ppc.land/ga4-measurement-protocol-enters-maintenance-mode-no-new-features-coming (corroborating coverage, ppc.land), accessed August 24, 2026
- WeltPixel Conversion Tracking, Shopify App Store listing, apps.shopify.com/weltpixel-conversion-tracking, accessed August 24, 2026