Na kratko: Ostajajo štirje tedni. Content API for Shopping v2.1 se izklopi 18. avgusta 2026 in podaljška ne bo. To je načrt za preostali čas. Z enim ukazom grep najprej poiščeš vsako integracijo, ki bo prenehala delovati, nato preseliš procese, ki vplivajo na prihodke, zatem procese za branje podatkov, na koncu pa zagotoviš vzporedni tek, da stari API izklopiš sam, preden to zate stori Google.
Zjutraj se je oglasil opomnik. Nastavil sem ga na dan, ko sem pisal o izklopu Content API-ja, in ga postavil natanko štiri tedne pred rokom. 18. avgusta 2026 Google dokončno izklopi Content API for Shopping v2.1. Štirje tedni so dovolj za mirno migracijo. Dovolj so tudi za to, da si štirikrat zapored dopoveš, da boš to uredil prihodnji teden.
V prejšnjem članku sem razložil, kaj se zlomi in zakaj je Merchant API boljše orodje. Ne bom se ponavljal. To je načrt, ki ga uporabljam, ko se približa trd rok. En teden na fazo.
Ta teden najdi vse, kar bo prenehalo delovati
Ne moreš migrirati tistega, česar nisi našel. Poženi tole čez vsak repozitorij, ki se dotika Merchant Centra:
grep -rEn \
"shoppingcontent\.googleapis\.com|ShoppingContent|content/v2(\.1)?([^[:alnum:]_.-]|$)|[\"']content[\"'][,[:space:]]+[\"']v2(\.1)?[\"']|\.content\([\"']v2(\.1)?[\"']" .Prvi vzorec ujame neposredne klice REST. Drugi ujamejo uradne odjemalske knjižnice, ker te URL-je skrivajo pred tabo. Python obsojenega odjemalca zgradi z build('content', 'v2.1'), PHP mu pravi Google_Service_ShoppingContent, Node uporablja google.content('v2.1'), projekti Apps Script pa naložijo napredno storitev ShoppingContent, ki se ne pokaže v nobenem repozitoriju. Skriptne projekte preglej ročno.
Nato vsak zadetek vpiši v tabelo s štirimi stolpci. Kaj počne, kako pogosto teče, kdo je lastnik in koliko časa bo minilo, preden kdo opazi, da je povezana integracija potiho prenehala delovati. Razvrsti po zadnjem stolpcu.
Tvoj grep pokrije samo kodo, ki si jo napisal sam. Scenariji Zapier, orodja za feede, repricerji in konektorji se lahko prav tako še zanašajo na stari API. Ta teden piši vsakemu ponudniku in zahtevaj, da ti pisno sporoči datum prehoda na Merchant API. Če ponudnik rok zamudi, bo izpad pri tebi.
Drugi teden: preseli procese, ki vplivajo na prihodke
Začni tam, kjer tišina stane prihodek. Posodobitve cen, posodobitve zaloge, nalaganje feedov. V Merchant API-ju v1, ki je GA od julija 2025, jih obravnavajo pod-API-ji products, inventories in datasources, vodnik po združljivosti pa stare klice preslika na njihove nove naslove.
Ena stvar me je prijetno presenetila, ko smo pri Lyntu lastna orodja usmerili na nove endpointe. Obstoječi žeton OAuth s starim obsegom dovoljenj content je preprosto deloval. Poverilnice se prenesejo, koda ne. Prepišeš klice in preskočiš nov krog avtorizacije z vsako stranko.
Tretji teden: procesi za branje podatkov
Preverjanja zavrnitev in poročanje se selijo naslednja. To je tudi teden, ko se ti migracija začne obrestovati. Poročila imajo 1.000 vrstic na stran namesto 250, zato se isto opravilo konča s četrtino klicev. In kjer je tvoja stara koda statuse izdelkov preverjala po urniku, ti pod-API notifications spremembe potiska sam.
Četrti teden: izklopi ga sam
Pusti obe različici integracije nekaj dni teči vzporedno in primerjaj njune izhode. Nato staro integracijo izklopi približno teden dni prej, namerno, dokler v2.1 še odgovarja. Če je od nje odvisno še kaj, kar si spregledal, se to pokaže takrat, ko lahko stare klice še za en dan vklopiš nazaj in stvar pošteno popraviš.
Po 18. avgustu ni vrnitve. Google izklopi API vsem hkrati in vse, česar grep ni našel, preneha delovati v produkciji.
Dvanajst let dela z Google Ads API-jem me je naučilo, da so trdi roki redki. Google običajno podaljša, staro pusti pri življenju, prestavi. Tokrat ne. Zato poženi grep, preden zapreš ta zavihek. Število, ki ga izpiše, je edina ocena migracije, ki jo potrebuješ.
