Kort gezegd: Nog vier weken. De Content API for Shopping v2.1 gaat op 18 augustus 2026 uit en uitstel komt er niet. Dit is het aftelplan voor de tijd die rest. Eén grep die elke integratie vindt die gaat sterven, eerst de geldpaden migreren, daarna de leespaden, en tot slot een parallelle run zodat je de oude API zelf uitzet voordat Google het voor je doet.
Vanochtend ging de herinnering af. Ik zette hem in juni, op de dag dat ik over de stopzetting van de Content API schreef, en ik plaatste hem precies vier weken voor de deadline. Op 18 augustus 2026 zet Google de Content API for Shopping v2.1 definitief uit. Vier weken is genoeg om rustig te migreren. Het is ook genoeg om jezelf vier keer op rij wijs te maken dat je het volgende week doet.
Ik heb al uitgelegd wat er breekt en waarom de Merchant API het betere gereedschap is in het juni-artikel. Dat ga ik niet herhalen. Dit is het plan dat ik draai als een harde deadline dichtbij komt. Eén week per fase.
Deze week, vind alles wat gaat sterven
Je kunt niet migreren wat je niet hebt gevonden. Draai dit over elke repo die aan Merchant Center komt:
grep -rEn \
"shoppingcontent\.googleapis\.com|ShoppingContent|content/v2(\.1)?([^[:alnum:]_.-]|$)|[\"']content[\"'][,[:space:]]+[\"']v2(\.1)?[\"']|\.content\([\"']v2(\.1)?[\"']" .
Het eerste patroon vangt directe REST-calls. De rest vangt de officiële clientbibliotheken, want die verstoppen de URL voor je. Python bouwt de gedoemde client met build('content', 'v2.1'), PHP noemt hem Google_Service_ShoppingContent, Node gebruikt google.content('v2.1'), en Apps Script-projecten laden een ShoppingContent advanced service die in geen enkele repo opduikt. Je scriptprojecten loop je met de hand na.
Zet daarna elke treffer in een sheet met vier kolommen. Wat het doet, hoe vaak het draait, wie de eigenaar is en hoe lang het duurt voordat iemand merkt dat het stilletjes is gestorven. Op die laatste kolom sorteer je.
Je grep dekt alleen code die je zelf schreef. Zapier-scenario’s, feedtools, repricers en connectors kunnen net zo goed op de oude API leunen. Mail deze week elke leverancier en vraag zijn Merchant API-datum op schrift. Zijn migratiedeadline is jouw storing.
Week twee, migreer de geldpaden
Begin waar stilte omzet kost. Prijsupdates, voorraadupdates, feeduploads. In de Merchant API v1, GA sinds juli 2025, wonen die in de sub-API’s products, inventories en datasources, en de compatibiliteitsgids koppelt de oude calls aan hun nieuwe adressen.
Eén ding verraste me aangenaam toen we bij Lynt onze eigen tooling op de nieuwe endpoints richtten. Het bestaande OAuth-token met de oude content-scope werkte gewoon. Toegang verhuist mee, code niet. Je herschrijft de calls en slaat een nieuwe autorisatiedans met elke klant over.
Week drie, de leespaden
Afkeuringschecks en reporting verhuizen daarna. Dit is ook de week waarin de migratie zich begint terug te betalen. Rapporten pagineren op 1.000 rijen in plaats van 250, dus dezelfde job is klaar in een kwart van de calls. En waar je oude code productstatussen op een schema pollde, duwt de sub-API notifications de wijzigingen naar jou toe.
Week vier, zet hem zelf uit
Laat beide pipelines parallel draaien en vergelijk de output een paar dagen. Zet daarna de oude integratie ongeveer een week te vroeg uit, expres, terwijl v2.1 nog antwoordt. Als iets wat je hebt gemist er stiekem van afhangt, komt het boven water terwijl je de oude calls nog een dag terug kunt aanzetten en het netjes kunt repareren.
Na 18 augustus is er geen rollback. Google haalt de schakelaar voor iedereen tegelijk over, en wat de grep niet vond, sterft in productie.
Twaalf jaar op de Google Ads API leerde me dat harde deadlines zeldzaam zijn. Google verlengt meestal, gedoogt, stelt uit. Deze keer niet. Draai dus de grep voordat je dit tabblad sluit. Het getal dat hij print is de enige migratieschatting die je nodig hebt.