Google slo av Content API for Shopping 18. august 2026. Hvert kall til de gamle v2.1-endepunktene kommer nå tilbake som HTTP 410 Gone, og en integrasjon som fortsatt peker mot dem, sender ikke lenger produkter, priser og lager til Google Merchant Center. Det første du bør gjøre er derfor ikke å lese videre, men å sjekke om din egen feed står stille. For en stor andel av WooCommerce-butikkene er svaret at alt går som før.
Den ærlige versjonen av denne historien er en triage, ikke en krise. Hos WPPoland bygger og vedlikeholder vi WooCommerce-integrasjoner for handlende som selger over hele EU, så her er hvem avviklingen faktisk traff, hvordan du bekrefter om butikken din er blant dem, og hvorfor den samme migreringen stille er døren inn til agentdrevet handel.
Hva ble slått av, og når?
Content API for Shopping er Googles gamle programmatiske flate for å styre alt en butikk sender til Merchant Center: produktdata, lager, priser og kontoinnstillinger. Den er erstattet av den nyere Merchant API, som dekker samme område, men er delt i fokuserte sub-API-er (Products, Inventories, Accounts, Reports) i stedet for ett monolittisk endepunkt.
Datoen som betyr noe, var 18. august 2026. Fra da av returnerer den gamle Content API 410 Gone, og den kommer ikke tilbake. En tidligere dato er også passert: v1beta av Merchant API ble avviklet 28. februar 2026, så kode som fortsatt står på betaen, må over på stabil v1 på samme måte.
Ble du rammet? Det avhenger av hvordan feeden er koblet
Dette spørsmålet avgjør om du kan lukke denne fanen. En WooCommerce-butikk snakker typisk med Merchant Center på tre måter.
- Den offisielle utvidelsen Google for WooCommerce. Hvis produktsynkroniseringen din går gjennom den offisielle utvidelsen (tidligere Google Listings and Ads), er du dekket. Overgangen til Merchant API kom inne i en utgivelse av utvidelsen, så det eneste som krevdes av butikken, var å kjøre en oppdatert versjon. Bekreft versjonsnummeret og at produktene fortsatt oppdateres i Merchant Center, så er du ferdig.
- En tredjeparts feed- eller markedsføringsutvidelse. Noen av disse kalte Content API direkte. Bekreft hos leverandøren at Merchant API-oppdateringen er levert, og at butikken faktisk kjører versjonen som inkluderer den.
- En egen integrasjon. Skreddersydde koblinger, egne feed-eksportører, headless-oppsett som pusher til Merchant Center fra din egen kode, og interne verktøy skrevet mot Content API. Dette er gruppen der feeden stopper hvis migreringen ikke ble gjort, og nettopp den typen bygg byråer setter opp for større eller ustandardiserte butikker.
I det norske markedet kommer det gjerne til et typisk tilfelle: en butikk som med én egen eksportør mater både Google Merchant Center og Prisjakt samtidig. Google er da bare én av flere kanaler i det skriptet, så migreringen av denne ene grenen til Merchant API må skje uten å røre de øvrige feedene, som fortsetter som før.
Er du i den første gruppen og produktene fortsatt oppdateres, stopp her. Er du i den tredje, les videre.
Hva ryker når en egen integrasjon ikke rakk fristen
Ingenting degraderes pent. Fra 19. august 2026 feiler kallene rett og slett med 410 Gone, og virkningene kaskaderer:
- Oppføringene blir foreldet. Nye produkter dukker ikke lenger opp, og fjernede produkter kan bli hengende igjen. Merchant-Center-katalogen din driver bort fra den faktiske WooCommerce-katalogen din.
- Priser og lager slutter å oppdateres. Dette er den farlige. Merchant Center viser fortsatt den siste prisen og tilgjengeligheten den mottok, så du kan ende opp med å annonsere en pris du ikke lenger tar, eller et produkt du ikke lenger har på lager, noe som risikerer avvisninger og tap av kontotillit.
- Shopping- og Performance Max-kampanjer sulter. Google Ads-kampanjer lever av produktdataene fra Merchant Center. Når feeden fryser, kjører kampanjene på utdatert lager til de stille begynner å underprestere.
Fordi alt feiler på én gang i stedet for med en advarsel, ser en butikk som ikke rakk fristen, fortsatt normal ut i WooCommerce-admin. Den trygge antakelsen er at du må verifisere i Merchant Center i stedet for å stole på at ingen har klaget.
En migreringssjekkliste for egne WooCommerce-integrasjoner
Arbeidet er metodisk snarere enn vanskelig, og det er alminnelig serverside-WooCommerce-utvikling. Ett punkt er endret nå som fristen er passert: du begynner med å bekrefte statusen.
- Bekreft at feeden faktisk står. Se i Merchant Center når produktdataene sist ble oppdatert, og let etter 410-svar i loggene til integrasjonen. Det avgjør om dette er en planlagt migrering eller en opprydding.
- Kartlegg Content API-kallene dine. List opp hvert endepunkt integrasjonen berører, og WooCommerce-hendelsen som utløser det (produktlagring, lagerendring, planlagt fullsynkronisering).
- Kartlegg hvert kall til sin Merchant API-sub-API. Products, Inventories, Accounts og Reports overtar hver sin del av det Content API gjorde på ett sted.
- Autentiser på nytt. Merchant API bruker OAuth 2.0 eller en tjenestekonto. Bekreft at legitimasjonen og scopene dine overføres.
- Sjekk feed-etiketter etter overgangen. Etikettkonfigurasjonen overlever ikke alltid overgangen, og etiketter styrer kampanjestrukturen, så verifiser dem i stedet for å anta.
- Hent de samlede avvisningsgrunnene fra Reports-sub-API-en når den nye integrasjonen kjører, slik at du fanger opp alt overgangen endret før Googles algoritmer gjør det.
Gevinsten ingen fører opp på fakturaen
Migrering forstått som en plikt bommer på poenget. Overgangen til Merchant API åpner også Merchant API MCP Access Service, en alfa-bro som eksponerer Merchant-Center-data for LLM-er og KI-agenter over Model Context Protocol, foreløpig kun lesing pluss noen få lavrisiko-skriveverktøy. Enkelt sagt: den samme plattformen produktfeeden din nå bor på, er den KI-handleassistenter leser fra når de avgjør hvilke produkter de skal vise.
Det knytter avviklingen til det større skiftet vi har skrevet om: butikker går fra å bli bladd i av mennesker til å bli spurt av agenter. Migreringen du uansett måtte gjøre, er samtidig påkjøringen til å bli oppdagbar og kjøpbar for disse agentene, som er hele poenget i vår guide til KI-handelsberedskap.
Hva du bør gjøre nå
Bruker du den offisielle utvidelsen, bekreft versjonen, se at produktene fortsatt oppdateres i Merchant Center, og gå videre med dagen. Har du en egen eller tredjeparts integrasjon som ennå ikke er migrert, står den stille nå: finn ut hvilke sub-API-er du er avhengig av, og kjør migreringen mot en ikke-produksjonskonto før du peker produksjonstrafikk mot de nye verktøyene, for det er nettopp det Google anbefaler.
Vi håndterer disse migreringene som en del av arbeidet vårt som WooCommerce-utvikler, ved siden av analysesiden av agentdrevne bestillinger, som vi dekker i hva som skjer når en KI-agent sjekker ut, og den kun lesende WooCommerce-MCP-serveren, som viser hvordan agenter i det hele tatt leser en katalog.
Sist oppdatert: 19. august 2026.
