Kort gezegd: Content API for Shopping v2.1 stopt op 18 augustus 2026. Op die dag vallen feeduploads, aanvullende feeds, aangepaste labels, prijs- en voorraadupdates en het uitlezen van afkeuringen uit. De opvolger, Merchant API v1, is sinds juli 2025 GA en is echt beter. Machineleesbare ErrorInfo, paginering tot 1.000 rijen, gedeeltelijke productpatches. Dit is de hardste deadline van het jaar.
Het eerste wat ik deed na het lezen van de aankondiging, was onze codebase bij Lynt doorzoeken op shoppingcontent.googleapis.com. Elke hit is een script dat op 18 augustus 2026 sterft. Dat is de dag dat Google Content API for Shopping v2.1 definitief uitschakelt. De tussenliggende Merchant API v1beta werd op 28 februari 2026 al uitgezet, en de officiële opvolger, Merchant API v1, is sinds juli 2025 GA.
Wat er echt breekt
Alles wat nog met de oude API communiceert. Feeduploads, aanvullende feeds, aangepaste labels, prijs- en voorraadupdates, het uitlezen van afkeuringen. Houdt een dagelijks script je prijzen synchroon, dan valt het op 18 augustus stil. Je feed wijkt vervolgens steeds verder af van de werkelijkheid, totdat iemand de gemiste omzet opmerkt. Ik heb dit foutpatroon in echte accounts gezien. Niet de uitval zelf is duur, maar de weken waarin niemand hem opmerkt.
Dit is dit jaar de hardste deadline in het advertentie-ecosysteem van Google. Al het andere op de roadmap mag schuiven. Dit niet.
Waarom de migratie sowieso loont
Merchant API is niet zomaar een hernoemd endpoint. Het splitst één monoliet op in gerichte sub-API’s (datasources, products, inventories, reports, notifications) en verhelpt drie zwakke plekken die automatisering met v2.1 kwetsbaar maakten:
- Machineleesbare
ErrorInfo. Je retrylogica baseert de beslissing op een foutcode in plaats van strings te vergelijken. - Paginering van 250 naar 1.000 rijen. Hetzelfde rapport met een kwart van de calls.
- Een product gedeeltelijk bijwerken met
patch. Je wijzigt één veld zonder het hele product opnieuw te pushen.
Hoe je de migratie aanpakt
Behandel de herbouw als een kans om je stack te verstevigen, niet alleen om de boel draaiende te houden. Breng elke oude call onder bij de juiste sub-API, verwerk ErrorInfo in je retrylaag en stel rapporten in op de grotere paginagrootte. Beheer je meerdere accounts, bouw de connector dan één keer en rol hem uit voor al je klanten. De sub-API-structuur is overal hetzelfde, dus je doet het werk één keer en daarna profiteren alle accounts ervan.
Voer dezelfde zoekopdracht uit als ik. Doorzoek je codebase op shoppingcontent.googleapis.com en tel de hits. Elke hit loopt nu tegen de klok. Hoe Merchant API past in de rest van de veranderingen dit jaar, lees je in mijn Google Ads API-jaaroverzicht.
