Kort fortalt: Fire uger tilbage. Content API for Shopping v2.1 lukker den 18. august 2026, og der kommer ingen forlængelse. Det her er nedtællingsplanen for den tid, der er tilbage. Ét grep, der finder hver integration, som vil dø, pengestierne migreres først, læsestierne bagefter, og til sidst en parallel kørsel, så du slukker det gamle API på egne betingelser, før Google gør det for dig.
Påmindelsen bippede i morges. Jeg satte den i juni, samme dag som jeg skrev om lukningen af Content API, og jeg lagde den præcis fire uger før deadline. Den 18. august 2026 slukker Google Content API for Shopping v2.1 for altid. Fire uger er nok til at migrere i ro og mag. Det er også nok til at bilde sig selv ind, at man gør det i næste uge, fire gange i træk.
Jeg har allerede forklaret hvad der knækker, og hvorfor Merchant API er det bedre værktøj i juni-artiklen. Det gentager jeg ikke. Det her er planen, jeg kører, når en hård deadline nærmer sig. En uge per fase.
Denne uge, find alt det der vil dø
Du kan ikke migrere det, du ikke har fundet. Kør det her over hvert repo, der rører Merchant Center:
grep -rEn \
"shoppingcontent\.googleapis\.com|ShoppingContent|content/v2(\.1)?([^[:alnum:]_.-]|$)|[\"']content[\"'][,[:space:]]+[\"']v2(\.1)?[\"']|\.content\([\"']v2(\.1)?[\"']" .Det første mønster fanger direkte REST-kald. Resten fanger de officielle klientbiblioteker, for de gemmer URL’en for dig. Python bygger den dødsdømte klient med build('content', 'v2.1'), PHP kalder den Google_Service_ShoppingContent, Node bruger google.content('v2.1'), og Apps Script-projekter indlæser en ShoppingContent advanced service, som aldrig dukker op i noget repo. Dine scriptprojekter gennemgår du i hånden.
Læg derefter hvert hit i et ark med fire kolonner. Hvad det gør, hvor tit det kører, hvem der ejer det, og hvor lang tid der går, før nogen opdager, at det er død i stilhed. Det er den sidste kolonne, du sorterer efter.
Dit grep dækker kun kode, du selv har skrevet. Zapier-scenarier, feedværktøjer, repricere og connectors kan lige så godt sidde på det gamle API. Skriv til hver leverandør i denne uge og bed om deres Merchant API-dato på skrift. Deres migrationsdeadline er dit nedbrud.
Uge to, migrér pengestierne
Start der, hvor stilhed koster omsætning. Prisopdateringer, lageropdateringer, feed-uploads. I Merchant API v1, GA siden juli 2025, bor de i sub-API’erne products, inventories og datasources, og kompatibilitetsguiden mapper de gamle kald til deres nye adresser.
Én ting overraskede mig positivt, da vi hos Lynt pegede vores eget værktøj mod de nye endpoints. Det eksisterende OAuth-token med det gamle content-scope virkede bare. Adgangen flytter med, koden gør ikke. Du omskriver kaldene og springer en ny autorisationsdans med hver kunde over.
Uge tre, læsestierne
Afvisningstjek og rapportering flytter som det næste. Det er også ugen, hvor migrationen begynder at betale sig tilbage. Rapporter paginerer med 1.000 rækker i stedet for 250, så det samme job bliver færdigt på en fjerdedel af kaldene. Og hvor din gamle kode pollede produktstatusser efter en tidsplan, skubber sub-API’et notifications ændringerne til dig i stedet.
Uge fire, sluk det selv
Lad begge pipelines køre parallelt, og diff outputtet i et par dage. Sluk så den gamle integration cirka en uge for tidligt, med vilje, mens v2.1 stadig svarer. Hvis noget, du har overset, i hemmelighed afhænger af den, dukker det op, mens du stadig kan tænde de gamle kald en dag og reparere det ordentligt.
Efter den 18. august er der ingen rollback. Google slår kontakten fra for alle på én gang, og det, greppet ikke fandt, dør i produktion.
Tolv år på Google Ads API har lært mig, at hårde deadlines er sjældne. Google forlænger som regel, lader det gamle leve videre, udskyder. Ikke denne her. Så kør greppet, før du lukker den her fane. Tallet, det printer, er det eneste migrationsestimat, du har brug for.
