Google switched off the Content API for Shopping on 18 August 2026. Since that date, every call to the old v2.1 endpoints comes back as HTTP 410 Gone, and any integration still pointed at it has stopped sending products, prices and stock to Google Merchant Center. The good news, which most of the panicked posts skipped, is that a large share of WooCommerce stores had nothing to do.
The honest version of this story is still a triage, not an emergency. At WPPoland we build and maintain WooCommerce integrations for merchants selling across the EU, so here is who was actually affected, how to tell whether your own feed went quiet, and why the same migration is quietly the door into agentic commerce.
What changed, and when?
The Content API for Shopping is Google’s legacy programmatic surface for managing everything a store sends to Merchant Center: product data, inventory, prices and account settings. It has been replaced by the newer Merchant API, which covers the same ground but is split into focused sub-APIs (Products, Inventories, Accounts, Reports) instead of one monolithic endpoint.
The date that mattered was 18 August 2026. Since then, the old Content API returns 410 Gone and does not come back. There was an earlier date too: the Merchant API v1beta retired on 28 February 2026, so code written against the beta has been dead even longer and has to sit on the stable v1.
Is your feed still syncing? It depends on how it is wired
This is the question that decides whether you can close this tab. There are three ways a WooCommerce store typically talks to Merchant Center.
- The official Google for WooCommerce plugin. If your product sync runs through the official plugin (formerly Google Listings and Ads), you are covered. Google and WooCommerce put the move to Merchant API inside a plugin release ahead of the cutover, so a current plugin version carries you across with no downtime and no code. Confirm you are on a recent release and that Merchant Center still shows a fresh product sync, then you are done.
- A third-party feed or marketing plugin. Some of these called the Content API directly. Check with the vendor that the Merchant API update has landed, and that you are running the version that includes it.
- A custom integration. Bespoke connectors, custom feed exporters, headless setups that push to Merchant Center from your own code, and internal tools written against the Content API. This is the group whose sync stopped on 19 August 2026 if the migration was not already done, and it is exactly the kind of build agencies put in place for larger or non-standard stores.
If you are in the first group, stop here. If you are in the third, read on.
What breaks on a custom integration that never moved
Nothing degraded gracefully. Since 19 August 2026 the calls simply fail with 410 Gone, and the effects cascade:
- Product listings go stale. New products stop appearing, and removed products may linger. Your Merchant Center catalogue drifts away from your real WooCommerce catalogue.
- Prices and stock stop updating. This is the dangerous one. Merchant Center keeps showing the last price and availability it received, so you can end up advertising a price you no longer charge or a product you no longer stock, which risks disapprovals and account trust.
- Shopping and Performance Max campaigns starve. Google Ads campaigns feed on the Merchant Center product data. When the feed freezes, the campaigns run on outdated inventory until they quietly underperform.
Because it fails all at once rather than warning you, an unmigrated custom integration is not slowly degrading, it is already down. The first job now is to confirm the state of your feed, not to plan a migration date.
A migration checklist for custom WooCommerce integrations
The work is methodical rather than hard, and it is ordinary server-side WooCommerce engineering.
- Confirm whether the feed is actually dead. Check the last successful product sync date in Merchant Center and search your integration logs for HTTP 410 responses on the v2.1 endpoints. That tells you whether you are restoring a broken sync or validating one that already moved.
- Inventory your Content API calls. List every endpoint your integration touches and the WooCommerce event that triggers it (product save, stock change, scheduled full sync).
- Map each call to its Merchant API sub-API. Products, Inventories, Accounts and Reports each own part of what the Content API used to do in one place.
- Re-authenticate. Merchant API uses OAuth 2.0 or a service account. Confirm your credentials and scopes carry over.
- Re-check feed labels after cutover. Label configuration does not always survive the move, and labels drive campaign structure, so verify them rather than assume.
- Pull the aggregated disapproval reasons from the Reports sub-API once the new integration runs, so you catch anything the switch changed before Google’s algorithms do.
The upside nobody is putting on the invoice
Migration framed as a chore misses the point. Moving to Merchant API also unlocks the Merchant API MCP Access Service, an alpha bridge that exposes Merchant Center data to LLMs and AI agents over the Model Context Protocol, currently read-only plus a few low-risk write tools. In plain terms, the same platform your product feed now lives on is the one AI shopping assistants will read from when they decide which products to surface.
That connects the cutover to the bigger shift we have been writing about: stores are moving from being browsed by people to being queried by agents. The migration you have to do anyway is also the on-ramp to being discoverable and buyable by those agents, which is the whole argument of our AI commerce readiness guide.
What to do now
If you run the official plugin, confirm you are on a current version, check that Merchant Center is still receiving fresh product data, and get on with your day. If you have a custom or third-party integration that never moved, the calls are already returning 410, so treat this as a restore rather than a project: find out which sub-APIs you depend on, rebuild against them, and still test against a non-live account before you point production traffic at the new tools, because Google recommends exactly that.
We handle these migrations as part of our WooCommerce development work, alongside the analytics side of agent-driven orders, which we cover in what happens when an AI agent checks out, and the read-only WooCommerce MCP server that shows how agents read a catalogue in the first place.
Last updated: 19 August 2026.
