Kort fortalt: To daterede stopdatoer vil ødelægge dit setup: Content API for Shopping lukker 18. august 2026, og Dynamic Search Ads opgraderes automatisk til AI Max i september 2026. En tredje ændring — den nye månedlige release-kadence — gør din API-version forældet hurtigere. Alt andet, Google har leveret (AssetGenerationService, cart_data_sales_view, Merchant API i Scripts), er gevinst, du planlægger på din egen kalender.
Hele året i én sætning
To daterede stopdatoer vil ødelægge dit setup, hvis du ignorerer dem — Content API for Shopping lukker 18. august 2026, og Dynamic Search Ads opgraderes automatisk til AI Max i september 2026 — og en tredje ændring, den nye månedlige release-kadence, gør stille og roligt din API-version forældet hurtigere end før. Alt andet, Google har leveret i år, er en mulighed, ikke en pligt. Dette stykke griber hver ændring an på samme måde: hvad der ændrede sig, hvorfor det betyder noget for din konto, og det præcise kald, payload eller den migration, du skal køre — i prioriteret rækkefølge, hårdeste deadline først.
Jeg lader det ikke blive ved et “du bør migrere” for nogen af dem. Ved hvert skridt står det konkrete artefakt — endpointet, der erstatter det gamle, eksperiment-payload’et, GAQL-forespørgslen — så du nøjagtigt kan se, hvad du skal bygge, før datoen rammer.
Et ord om, hvorfor det overhovedet betyder noget. I årevis var Google Ads- og Merchant-API’erne en træg overflade, du kunne røre én gang om året. Det er forbi. Platformen leverer nu månedligt, to af dens største overflader bliver slukket, og den kontrol, du før holdt i hånden, bliver overdraget til modeller. De konti, der kommer bedst ud af det, er dem, der behandlede i år som et migrationsprojekt, ikke et vedligeholdelsesprojekt.
Hvis du gør én ting dette kvartal: bekræft, at intet i dit setup stadig kalder Content API v2.1, og lav en oversigt over hver DSA-kampagne, du kører, så september-opgraderingen ikke overrasker dig. De to er daterede pligter. AI-, kreativ- og rapporteringsarbejdet nedenfor er gevinst, du tidsplanlægger, når du vil.
Deadline #1 — Content API for Shopping → Merchant API (18. aug. 2026)
Det er årets hårdeste dato, så den kommer først.
Hvad der ændrede sig. Content API for Shopping v2.1 lukker 18. august 2026. Efterfølgeren, Merchant API v1, gik i GA i juli 2025, og mellem-versionen v1beta lukkede allerede 28. februar 2026. Den gamle monolit erstattes af fokuserede sub-API’er — datasources, products, inventories, reports, notifications.
Hvorfor det betyder noget for din konto. Alt, der rører dit feed via den gamle API, holder op med at virke på den dato: feed-uploads, supplerende feeds, custom labels, pris- og lageropdateringer, aflæsning af afvisninger. Ikke “rart at migrere” — et hårdt snit. Hvis et dagligt script holder dine priser synkroniserede, går det tavst 18. august, og dit feed bliver langsomt forældet, indtil nogen opdager den tabte omsætning.
Hvad du skal gøre. Byg om mod sub-API-strukturen. Selve migrationens form er mekanisk — host, sti og ressourcemodel ændrer sig, intentionen forbliver den samme. Her er før/efter for det allermest almindelige kald, en product-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-hosts og opdelingen i sub-API’er stammer fra Googles docs; bekræft den præcise request-body for din ressource mod Merchant API-referencen, før du udruller — feltnavnene ændrede sig, ikke kun URL’en.)
Destinationen er ærligt talt bedre end det, den erstatter — den del fortæller ingen dig. Tre forbedringer, du arver gratis ved at migrere:
Hvad den nye API giver dig frem for v2.1
- Maskinlæsbare fejl ErrorInfo — fornuftig retry-logik, ikke string-matchning
- Rapport-paginering Hævet 250 → 1.000 rækker per side (færre kald)
- Delvise opdateringer product patch — ret ét felt, ikke et fuldt re-push
- Overflademodel Fokuserede sub-API'er i stedet for én monolit
Hvis du har gået og villet hærde dit feed-tooling, er lukningen den tvingende funktion: byg om én gang, kom ud med renere fejlhåndtering og færre round-trips, end v2.1 nogensinde tillod.
Deadline #2 — Dynamic Search Ads → AI Max (sep. 2026)
Den anden daterede ændring, og den, der omformer, hvor meget kontrol du holder.
Hvad der ændrede sig. AI Max for Search nåede GA 15. april 2026 efter at have startet i beta i maj 2025. Fra september 2026 opgraderer Google automatisk alle tilbageværende DSA, automatisk oprettede assets og broad match på kampagneniveau til AI Max. Derefter kan du ikke oprette en ny DSA-kampagne — ikke i UI’et, ikke i Editor, ikke via API’en.
Hvorfor det betyder noget for din konto. Byttet er kontrol mod løft. Med hele feature-sættet — søgeterm-matchning plus teksttilpasning plus udvidelse af final URL — rapporterer Google omkring +7 % konverteringer eller konverteringsværdi i forhold til ren term-matchning. Til gengæld overdrager du modellen matchningen, asset-teksten og valget af landings-URL. Hvis du har brand- eller compliance-regler indbygget i dit DSA-setup i hånden, kan en tavs september-opgradering stille begynde at sende trafik til URL’er og copy, du ikke har godkendt.
Hvad du skal gøre. Vent ikke på at finde ud af, hvad opgraderingen gør ved dine tal — mål det nu. Google leverede værnene og målepunkterne via API’en i takt med featuren, så du kan A/B-teste skiftet på dine egne data, før det bliver obligatorisk:
enable_ai_max (v21, aug. 2025)
Selve kontakten, et felt på søgekampagnen.
targeting_expansion_view (v22, okt. 2025)
Søgeordsløse AI Max-metrikker — forespørg dem for at se, hvad udvidelsen faktisk matchede.
matched_location_interest_view (v23, jan. 2026)
AI Max-performance på geo-niveau — hvilke lokationer modellen lænede sig op ad.
Tekstretningslinjer (v23.1, feb. 2026)
Term-udelukkelser og messaging-restriktioner, så brand- og compliance-regler overlever automatiseringen.
ADOPT_AI_MAX-eksperiment (v24.1, maj 2026)
En kontrolleret A/B til at aflæse CPA- og ROAS-deltaet før det tvungne september-skifte.
Det praktiske træk er det sidste: opret et ADOPT_AI_MAX-eksperiment på tværs af konti, lad det køre, og aflæs så det reelle delta med et almindeligt GAQL-pull — i stedet for at finde det ud af, efter opgraderingen er uigenkaldelig:
-- 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 er en af de nye eksperimenttyper, leveret i v24.1; targeting_expansion_view er rapporteringsressourcen fra v22. Bekræft felttilgængeligheden mod release notes for den version, du kalder.)
Deadline #3 (rullende) — månedlige releases, kortere holdbarhed
Ikke en enkelt dato, men et ur, der nu altid tikker.
Hvad der ændrede sig. Fra v23 (28. januar 2026) skiftede Google Ads API til en månedlig release-kadence: fire major-versioner om året plus månedlige minor-versioner, med ét års support per major-version.
Hvorfor det betyder noget for din konto. Hurtigere adgang til features og hurtigere forældelse. Versioner udfases efter en offentliggjort plan — v20 når end-of-life i juni 2026, v21 i august, v22 i oktober. Et månedligt minor-bump er non-breaking; at gå glip af et major-sunset betyder, at dine scripts begynder at returnere fejl uden anden varsel end en dato i en kalender, du ikke holdt øje med.
Hvad du skal gøre. Lås din version fast og hold øje med sunset-kalenderen. Den billigste forsikring er et tilbagevendende tjek, der ved, hvilken version du kalder, og advarer ~60 dage før udløb — API’en melder endda request-versionen tilbage, så tjekket er nogle få linjer:
# 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 fra en udfaset version er et selvforskyldt nedbrud. Behandl versions-governance som en stående tilbagevendende opgave, ikke en brandøvelse.
Nu gevinsten — AI rykker ind i kreativ og feed
Med deadlines håndteret er resten af året løftestang, du indfører i dit eget tempo. To services forvandlede asset- og feed-arbejde til noget, du kan skripte på tværs af tusindvis af SKU’er:
- AssetGenerationService — Ads API, v22, lukket beta: AI-tekst- og billedgenerering, med PMax-billedforbedring og -udtræk; v23.2 tilføjede
VideoEnhancementfor Google-genereret video. Kreativ-generering rykker ud af UI’et og ind i et programmerbart lag. - Product Studio — Merchant API, alpha siden april 2025: AI-genererede produkttitler og -beskrivelser, plus AutomatedDiscounts til realtidsprissætning. Feed-kvalitet er loftet over Shopping- og PMax-performance, så at omskrive titler på API-niveau betyder masseforbedring af tusindvis af SKU’er uden manuelt arbejde.
Den konkrete pipeline, det låser op: læs en SKU fra feedet → generér en compliant titel/beskrivelse og billed-assets → push dem direkte ind i asset-gruppen, uden et manuelt Canva-skridt i midten. Begge services er pre-GA — behandl dem som en pilot på en bid af kataloget, ikke en katalog-bred udrulning, indtil de bliver fuldt frigivet.
Og rørføringen — Ads og Merchant samme sted
Årets mest undervurderede ændring er uglamourøs: de to halvdele af en e-commerce-konto mødes endelig.
Hvad der ændrede sig. Pr. 22. april 2026 er Merchant API’en tilgængelig fra Google Ads Scripts. Kombineret med product_filters (betinget feed-deling med Google Ads, leveret november 2025) og CartDataSalesView (v24) lukkes loopet mellem feed-sundhed og annonceforbrug inden for ét miljø.
Hvorfor det betyder noget for din konto. Den gamle opdeling — kampagner i Scripts, feed styret et andet sted — betød, at et afvist produkt blev ved med at brænde budget, indtil et menneske opdagede det. Nu kan ét script reagere på en feed-afvisning ved at sætte en kampagne på pause eller trække SKU’en ud af en PMax-listinggruppe. Og CartDataSalesView bringer konverteringssegmentering på produktniveau ind i API’en, så du får ROAS på SKU-niveau uden manuelt at sy kampagnedata sammen med feedet:
-- 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
Den ene forespørgsel er input til en rentabilitets-tiering, du før genopbyggede i hånden hver måned. (Ressourcen er cart_data_sales_view, leveret i v24; bekræft segment-tilgængeligheden i release notes for din version.)
Året på én tidslinje
Hver major-version nedenfor stammer fra de officielle release notes; Merchant-milepælene fra Merchant API latest updates. Den højre kolonne er den eneste, der bør styre din kalender — alt dateret er ikke til forhandling.
| Dato | Release | Hvad der landede | Ur? |
|---|---|---|---|
| 2025-07 | Merchant v1 GA | Officiel efterfølger til Content API for Shopping | — |
| 2025-08 | Ads v21 | enable_ai_max på søgekampagner | — |
| 2025-10 | Ads v22 | AssetGenerationService (beta); targeting_expansion_view; PMax-billedforbedring | — |
| 2025-11 | Merchant | product_filters — betinget feed-deling med Google Ads | — |
| 2026-01 | Ads v23 | Månedlig kadence begynder; matched_location_interest_view; granulære fakturaer | kadence |
| 2026-02 | Ads v23.1 | Tekstretningslinjer for PMax/Search; BenchmarksService; politiske EU-annoncer | — |
| 2026-02-28 | v1beta sunset | Merchant API v1beta lukket | OVERSTÅET |
| 2026-04 | Ads v24 · Scripts | cart_data_sales_view; RETAIL_FILTER; Merchant API i Google Ads Scripts | — |
| 2026-08-18 | Content API LUKKER | Content API for Shopping v2.1 lukker — migrér feedet | HÅRD |
| 2026-09 | DSA → AI Max | DSA, ACA og broad match opgraderes automatisk; intet nyt DSA herefter | HÅRD |
Hvad du skal gøre dette kvartal — sorteret efter deadline
Tjeklisten, sekvenseret efter pistolen mod tindingen, ikke efter hvor interessant den er:
[HÅRD 18. aug] 1. Feed-migration → væk fra v2.1, over på Merchant-sub-API'er
[HÅRD sep] 2. DSA-oversigt → kør ADOPT_AI_MAX-A/B først
[RULLENDE] 3. Versions-vagt → advar 60 dage før sunset
[gevinst] 4. Asset-pipeline → AssetGenerationService / Product Studio
[gevinst] 5. SKU-ROAS → cart_data_sales_view-tiering
[gevinst] 6. Lukket loop → Merchant-i-Scripts: afvisning → pause- Sekvensér efter deadline, ikke efter interesse. Feed-migrationen og DSA-oversigten er daterede; gør dem først. AI- og rapporteringsarbejdet har ingen pistol mod tindingen — tidsplanlæg det bagefter.
- Lås din API-version fast og hold øje med den. Den månedlige kadence belønner de disciplinerede og straffer de fraværende — en 404 fra en udfaset version er et nedbrud, du selv har bestilt.
- Behandl AI Max som målbart, ikke uundgåeligt. Eksperimenttypen
ADOPT_AI_MAXfindes netop, så du indfører på evidens — aflæs dit eget delta, før september træffer valget for dig. - Migrér til den bedre API, ikke bare den nye.
ErrorInfo, paginering på 1.000 rækker ogpatcher grunde til at bygge godt om, ikke til at translitterere v2.1-kald én til én.
FAQ
Hvad præcist går i stykker 18. august 2026?
Alt, der stadig kalder Content API for Shopping v2.1 — feed-uploads, supplerende feeds, custom labels, pris- og lageropdateringer, aflæsning af afvisninger. Merchant API v1 har været erstatningen siden juli 2025; mellem-versionen v1beta lukkede allerede 28. februar 2026.
Er Merchant API-migrationen bare en ny URL?
Nej. Host og sti ændrer sig, men det gør ressourcemodellen også — én monolit bliver til fokuserede sub-API’er (datasources, products, inventories, reports, notifications), feltnavne er anderledes, og du får ErrorInfo, paginering på 1.000 rækker og delvis patch. Behandl det som en genopbygning, der stiller dig bedre, ikke en find-and-replace.
Kan jeg blive ved med at køre Dynamic Search Ads efter september 2026?
Nej. Eksisterende DSA, automatisk oprettede assets og broad match på kampagneniveau opgraderes automatisk til AI Max, og du kan ikke længere oprette nye DSA-kampagner via UI, Editor eller API. Kør et ADOPT_AI_MAX-eksperiment inden da, så skiftet ikke bliver en overraskelse.
Er den månedlige kadence en breaking ændring?
De månedlige minor-versioner er non-breaking og sikre at indføre løbende. Risikoen er at lade en major-version nå sit etårige end-of-life ubemærket — det er der, kaldene begynder at fejle. v20 lukker i juni 2026, v21 i august, v22 i oktober.
Er tallet på +7 % for AI Max garanteret?
Det er Googles rapporterede løft for hele feature-sættet i forhold til ren søgeterm-matchning — et leverandørtal, ikke et løfte til din konto. Kør et ADOPT_AI_MAX-eksperiment og aflæs dit reelle CPA- og ROAS-delta, før du forpligter dig.
Hvor bekræfter jeg en bestemt versions sunset-dato eller en payload-form?
Google Ads API’ens sunset-dates-side lister end-of-life per version; release notes detaljerer hver versions ændringer og de præcise request-former. Begge er linket hele vejen igennem dette stykke — bekræft selve body’en, før du udruller, for feltnavnene ændrede sig, ikke kun URL’erne.