Vad som ändrades i Googles API:er i år — och exakt vad du ska göra åt det

Hela året i en mening

Två daterade stoppdatum slår sönder din stack om du ignorerar dem — Content API for Shopping läggs ner den 18 augusti 2026, och Dynamic Search Ads auto-uppgraderas till AI Max i september 2026 — och en tredje förändring, den nya månatliga releasekadensen, kortar i tysthet livslängden på din API-version snabbare än förr. Allt annat Google levererade i år är möjlighet, inte skyldighet. Texten går igenom varje förändring på samma sätt: vad som ändrades, varför det spelar roll för ditt konto, och exakt anropet, payloaden eller migreringen att köra — i prioritetsordning, hårdaste deadlinen först.

Jag tänker inte lämna något av det vid “du borde migrera”. Vid varje steg finns den konkreta artefakten — endpointen som ersätter den gamla, experiment-payloaden, GAQL-frågan — så att du ser exakt vad du ska bygga innan datumet kommer.

Ett ord om varför det här spelar roll över huvud taget. I åratal var Google Ads- och Merchant-API:erna en trögrörlig yta du kunde röra en gång om året. Det är slut. Plattformen levererar nu månatligen, två av dess största ytor stängs av, och kontrollen du brukade hålla för hand lämnas över till modeller. Kontona som klarar sig bäst är de som behandlade året som ett migreringsprojekt, inte ett underhållsprojekt.

Deadline #1 — Content API for Shopping → Merchant API (18 aug 2026)

Det här är årets hårdaste datum, så det kommer först.

Vad som ändrades. Content API for Shopping v2.1 läggs ner den 18 augusti 2026. Efterträdaren, Merchant API v1, blev GA i juli 2025, och den mellanliggande v1beta lades redan ner den 28 februari 2026. Den gamla monoliten ersätts av fokuserade sub-API:er — datasources, products, inventories, reports, notifications.

Varför det spelar roll för ditt konto. Allt som rör din feed genom det gamla API:et slutar funka det datumet: feed-uppladdningar, supplementala feeds, custom labels, pris- och lageruppdateringar, avläsning av avslag. Inte “trevligt att migrera” — ett hårt stopp. Om ett dagligt skript håller dina priser i synk tystnar det den 18 augusti, och din feed blir långsamt inaktuell tills någon märker den förlorade intäkten.

Vad du ska göra. Bygg om mot sub-API-strukturen. Själva migreringen är mekanisk — värden, sökvägen och resursmodellen ändras, avsikten består. Här är före/efter för det enskilt vanligaste anropet, en produkt-upsert:

# OLD — Content API for Shopping v2.1 (off on 2026-08-18)
curl -X POST \
  "https://shoppingcontent.googleapis.com/content/v2.1/{merchantId}/products" \
  -H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
  -d '{ "offerId": "SKU-123", "title": "...", "price": {"value":"19.90","currency":"EUR"} }'

# NEW — Merchant API v1 (productInputs sub-API)
curl -X POST \
  "https://merchantapi.googleapis.com/products/v1/accounts/{account}/productInputs:insert?dataSource=accounts/{account}/dataSources/{ds}" \
  -H "Authorization: Bearer $TOKEN" -H "Content-Type: application/json" \
  -d '{ "channel": "ONLINE", "offerId": "SKU-123", "contentLanguage": "en", "feedLabel": "US",
        "attributes": { "title": "...", "price": {"amountMicros":"19900000","currencyCode":"EUR"} } }'

(Endpoint-värdar och sub-API-uppdelningen kommer från Googles dokumentation; bekräfta den exakta request-kroppen för din resurs mot Merchant API-referensen innan du skeppar — fältnamnen ändrades, inte bara URL:en.)

Det du landar i är faktiskt bättre än det du lämnar, vilket är det ingen berättar för dig. Tre förbättringar du ärver gratis genom att migrera:

Har du tänkt härda dina feed-verktyg är nedläggningen det som tvingar fram det: bygg om en gång och kom ut på andra sidan med renare felhantering och färre anrop fram och tillbaka än v2.1 någonsin tillät.

Deadline #2 — Dynamic Search Ads → AI Max (sep 2026)

Den andra daterade förändringen, och den som omformar hur mycket kontroll du håller.

Vad som ändrades. AI Max for Search nådde GA den 15 april 2026 efter att ha lanserat i beta i maj 2025. Från september 2026 auto-uppgraderar Google alla kvarvarande DSA, automatiskt skapade tillgångar och bred matchning på kampanjnivå till AI Max. Efter det går det inte att skapa en ny DSA-kampanj — varken i gränssnittet, i Editor eller via API:et.

Varför det spelar roll för ditt konto. Du byter kontroll mot lyft. Med hela funktionspaketet — sökfrågematchning plus textanpassning plus utökning av slutliga URL:er — rapporterar Google omkring +7 % fler konverteringar eller konverteringsvärde jämfört med enbart termmatchning. I gengäld lämnar du över matchningen, tillgångstexten och valet av målsides-URL till modellen. Har du varumärkes- eller efterlevnadsregler inbyggda i din DSA-uppsättning för hand kan en tyst september-uppgradering smygstarta med att skicka trafik till URL:er och annonstext du aldrig godkänt.

Vad du ska göra. Vänta inte med att få veta vad uppgraderingen gör med dina siffror — mät det nu. Google levererade skyddsräckena och mätpunkterna genom API:et i takt med funktionen, så att du kan A/B-testa bytet på din egen data innan det är obligatoriskt:

Det praktiska draget är det sista: skapa ett ADOPT_AI_MAX-experiment över alla konton, låt det köra, och läs sedan av den verkliga skillnaden med en vanlig GAQL-dragning — i stället för att få veta efter att uppgraderingen är oåterkallelig:

-- After ADOPT_AI_MAX runs: read the keywordless match, then the trial delta
SELECT campaign.name,
       metrics.conversions,
       metrics.conversions_value,
       metrics.cost_micros
FROM targeting_expansion_view
WHERE segments.date DURING LAST_30_DAYS

(ADOPT_AI_MAX är en av de nya experimenttyperna som levererades i v24.1; targeting_expansion_view är rapporteringsresursen från v22. Bekräfta fälttillgänglighet mot release notes för versionen du anropar.)

Deadline #3 (rullande) — månatliga releaser, kortare hållbarhet

Inte ett enskilt datum, utan en klocka som nu alltid tickar.

Vad som ändrades. Från v23 (28 januari 2026) gick Google Ads API över till en månatlig releasekadens: fyra major-versioner per år plus månatliga minor-versioner, med ett års stöd per major-version.

Varför det spelar roll för ditt konto. Snabbare åtkomst till funktioner, och snabbare föråldring. Versioner fasas ut enligt ett publicerat schema — v20 når end-of-life i juni 2026, v21 i augusti, v22 i oktober. En månatlig minor-bump är icke-brytande; missar du en major-nedläggning börjar dina skript returnera fel utan annan varning än ett datum i en kalender du inte bevakade.

Vad du ska göra. Lås din version och bevaka nedläggningskalendern. Den billigaste försäkringen är en återkommande kontroll som vet vilken version du anropar och larmar ~60 dagar innan den löper ut — API:et rapporterar till och med tillbaka request-versionen, så kontrollen är ett par rader:

# Recurring guardrail: alert ~60 days before your pinned version sunsets.
from datetime import date

PINNED = "v22"                 # the version your client is pinned to
SUNSET = {"v20": "2026-06-01", "v21": "2026-08-01", "v22": "2026-10-01"}  # from sunset-dates page
sunset = SUNSET.get(PINNED)    # None until your version reaches the published calendar
if sunset and (date.fromisoformat(sunset) - date.today()).days < 60:
    alert(f"{PINNED} sunsets {sunset} — schedule the version bump")  # major bump needs a re-test

En 404 från en nedlagd version är ett självförvållat avbrott. Behandla versionsstyrning som en stående återkommande uppgift, inte en brandövning.

Nu uppsidan — AI flyttar in i kreativ och feed

Med deadlinerna hanterade är resten av året hävstång du tar i bruk på ditt eget schema. Två tjänster gjorde tillgångs- och feed-arbete till något du kan skripta över tusentals SKU:er:

• AssetGenerationService — Ads API, v22, sluten beta: AI-text- och bildgenerering, med PMax-bildförbättring och -extraktion; v23.2 lade till VideoEnhancement för Google-genererad video. Kreativgenereringen flyttar ut ur gränssnittet och in i ett programmerbart lager.
• Product Studio — Merchant API, alpha sedan april 2025: AI-genererade produkttitlar och beskrivningar, plus AutomatedDiscounts för realtidsprissättning. Feed-kvaliteten är taket på vad Shopping och PMax kan prestera, så att skriva om titlar på API-nivå innebär att du massförbättrar tusentals SKU:er utan handpåläggning.

Den konkreta pipeline det här låser upp: läs en SKU från feeden → generera en regelenlig titel/beskrivning och bildtillgångar → pusha dem rakt in i tillgångsgruppen, utan något manuellt Canva-steg på vägen. Bägge tjänster är pre-GA — se dem som en pilot på en del av katalogen, inte en katalogövergripande utrullning, tills de mognat till GA.

Och rörmokeriet — Ads och Merchant på ett ställe

Årets mest underskattade förändring är allt annat än glamorös: de två halvorna av ett e-handelskonto möts äntligen.

Vad som ändrades. Sedan den 22 april 2026 är Merchant API nåbart från Google Ads Scripts. Tillsammans med product_filters (villkorlig feed-delning med Google Ads, lanserad november 2025) och CartDataSalesView (v24) sluts loopen mellan feed-hälsa och annonsutgifter inuti en enda miljö.

Varför det spelar roll för ditt konto. Den gamla uppdelningen — kampanjer i Scripts, feeden hanterad någon annanstans — betydde att en avslagen produkt fortsatte bränna budget tills en människa märkte det. Nu kan ett skript reagera på ett feed-avslag genom att pausa en kampanj eller dra SKU:n ur en PMax-listningsgrupp. Och CartDataSalesView för in konverteringssegmentering på produktnivå i API:et, så du får ROAS på SKU-nivå utan att manuellt sy ihop kampanjdata med feeden:

-- Product-level ROAS straight from the API (v24+), no manual feed stitching
SELECT segments.product_item_id,
       metrics.conversions_value,
       metrics.cost_micros
FROM cart_data_sales_view
WHERE segments.date DURING LAST_30_DAYS
ORDER BY metrics.conversions_value DESC

Just den frågan är indatan till en lönsamhetsindelning du förr byggde om för hand varje månad. (Resursen är cart_data_sales_view, levererad i v24; bekräfta segmenttillgänglighet i release notes för din version.)

Året på en tidslinje

Varje major-version nedan kommer från de officiella release notes; Merchant-milstolparna från Merchant API latest updates. Den högra kolumnen är den enda som bör styra din kalender — allt daterat är inte förhandlingsbart.

[HARD Aug 18] 1. Feed migration → off v2.1, onto Merchant sub-APIs
[HARD Sep]    2. DSA inventory → run ADOPT_AI_MAX A/B first
[ROLLING]     3. Version watch → alert 60 days pre-sunset
[upside]      4. Asset pipeline → AssetGenerationService / Product Studio
[upside]      5. SKU ROAS → cart_data_sales_view tiering
[upside]      6. Closed loop → Merchant-in-Scripts: disapproval → pause

FAQ