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 resterende tijd: spoor met één grep elke integratie op die straks uitvalt, migreer eerst de geldpaden en daarna de leespaden, en draai tot slot beide versies parallel. Zo zet je de oude API zelf uit voordat Google het voor je doet.
Vanochtend ging de herinnering af. Ik zette hem 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 eerdere artikel. Dat ga ik niet herhalen. Dit is het plan dat ik volg als een harde deadline dichtbij komt. Eén week per fase.
Deze week: vind alles wat gaat uitvallen
Je kunt niet migreren wat je niet hebt gevonden. Voer dit uit in elke repository die met Merchant Center werkt:
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 daarin zie je de URL niet terug. 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 repository opduikt. Je scriptprojecten loop je met de hand na.
Zet daarna elke treffer in een spreadsheet met vier kolommen: wat de integratie doet, hoe vaak die draait, wie de eigenaar is en hoe lang het duurt voordat iemand merkt dat die stilletjes is uitgevallen. Sorteer op die laatste kolom.
De 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 om een schriftelijke Merchant API-datum. De migratiedeadline van je leverancier bepaalt jouw uitvalrisico.
Week twee: migreer de geldpaden
Begin waar stilte omzet kost: prijsupdates, voorraadupdates en feeduploads. In de Merchant API v1, GA sinds juli 2025, vallen die onder de sub-API’s products, inventories en datasources. De compatibiliteitsgids koppelt de oude calls aan hun nieuwe endpoints.
Eén ding verraste me aangenaam toen we bij Lynt onze eigen tooling op de nieuwe endpoints overzetten. Het bestaande OAuth-token met de oude content-scope werkte gewoon. Toegang verhuist mee, code niet. Je herschrijft de calls en bespaart jezelf een nieuwe autorisatieronde met elke klant.
Week drie: migreer de leespaden
Het uitlezen van afkeuringen en de rapportage verhuizen daarna. Dit is ook de week waarin de migratie zich begint terug te betalen. Rapportpagina’s bevatten 1.000 rijen in plaats van 250, dus dezelfde taak vergt nog maar een kwart van de calls. Waar je oude code productstatussen volgens een schema opvroeg, meldt de sub-API notifications wijzigingen automatisch.
Week vier: zet hem zelf uit
Laat beide pipelines parallel draaien en vergelijk de uitvoer een paar dagen. Zet daarna de oude integratie bewust ongeveer een week te vroeg uit, terwijl v2.1 nog antwoordt. Als iets wat je hebt gemist er ongemerkt van afhangt, komt het boven water terwijl je de oude calls nog een dag kunt terugzetten en het netjes kunt repareren.
Na 18 augustus is er geen rollback. Google zet de schakelaar voor iedereen tegelijk om, en wat de grep niet vond, valt in productie uit.
Twaalf jaar werken met de Google Ads API heeft me geleerd dat harde deadlines zeldzaam zijn. Google verlengt meestal, laat bestaande integraties ongemoeid of stelt uit. Deze keer niet. Draai dus de grep voordat je dit tabblad sluit. Het getal dat de opdracht oplevert, is de enige migratieschatting die je nodig hebt.
