Kort sagt: Content API for Shopping v2.1 läggs ner den 18 augusti 2026. Det datumet slutar feed-uppladdningar, supplementala feeds, custom labels, pris- och lageruppdateringar och avslagskontroller att fungera. Efterträdaren, Merchant API v1, har varit GA sedan juli 2025 och är ett rejält lyft. Maskinläsbar ErrorInfo, paginering om 1 000 rader, partiell product patch. Årets hårdaste deadline.
Det första jag gjorde efter att ha läst nyheten var att öppna vår codebase på Lynt och söka efter shoppingcontent.googleapis.com. Varje träff är ett skript som dör den 18 augusti 2026. Det är dagen då Google lägger ner Content API for Shopping v2.1 för gott. Den mellanliggande Merchant API v1beta lades redan ner den 28 februari 2026, och den officiella efterträdaren, Merchant API v1, har varit GA sedan juli 2025.
Vad som faktiskt går sönder
Allt som fortfarande pratar med det gamla API:et. Feed-uppladdningar, supplementala feeds, custom labels, pris- och lageruppdateringar, avslagskontroller. Om ett dagligt skript håller dina priser i synk tystnar det den 18 augusti, och feeden glider bort från verkligheten tills någon märker den uteblivna omsättningen. Jag har sett det felmönstret på riktiga konton. Det dyra är aldrig själva avbrottet, det är veckorna då ingen märker det.
Det här är den enskilt hårdaste deadlinen i Googles annonseringsekosystem i år. Allt annat på roadmappen kan glida. Den här kan inte.
Varför migreringen lönar sig ändå
Merchant API är inte bara en omdöpt endpoint. Den delar upp en monolit i fokuserade sub-API:er (datasources, products, inventories, reports, notifications) och fixar tre saker som gjorde automatisering på v2.1 skör:
- Maskinläsbar
ErrorInfo. Din retry-logik förgrenar sig på en felkod i stället för att jämföra strängar. - Paginering höjd från 250 till 1 000 rader. Samma rapport med en fjärdedel av anropen.
- Product
patch. Du uppdaterar ett fält i stället för att pusha om hela produkten.
Hur du genomför flytten
Se ombygget som en chans att härda stacken, inte bara hålla igång driften. Para ihop varje gammalt anrop med rätt sub-API, koppla in ErrorInfo i ditt retry-lager och växla rapporterna till den större sidstorleken. Hanterar du flera konton, bygg kopplingen en gång och rulla ut den över kunderna. Sub-API-strukturen är likadan överallt, så du gör jobbet en gång och varje konto ärver det.
Kör samma sökning som jag. Sök igenom din codebase efter shoppingcontent.googleapis.com och räkna träffarna. Var och en av dem lever nu på lånad tid. Hur Merchant API passar in i resten av årets förändringar ser du i min Google API-årsöversikt.
