Agentic commerce en je feed: wat UCP, ACP en AI Mode echt vereisen

De afgelopen achttien maanden is er in stilte iets structureels veranderd in e-commerce, en het meeste wat erover is geschreven, is ofwel overspannen ofwel vaag.

Hier is de concrete versie. Als een shopper een AI-assistent vraagt een product voor hem te vinden, bezoekt de assistent je homepage niet. Hij ziet je fotografie niet, je merkverhaal niet en ook de productbeschrijving niet waar je copywriter zich het hoofd over heeft gebroken. Hij leest gestructureerde productdata, zoals een feed, een schemablok of een API-respons, en bepaalt op basis daarvan of hij jou aanbeveelt of iemand anders.

Je feed was altijd al de input voor je advertenties. Nu is hij de input voor de aanbeveling zelf.

Drie systemen bepalen inmiddels hoe dat werkt: het Universal Commerce Protocol (UCP) van Google, het Agentic Commerce Protocol (ACP) van OpenAI en Stripe en het merchantprogramma van Perplexity. Er wordt vaak over geschreven alsof het hetzelfde is met verschillende logo's. Dat is het niet. Ze gebruiken verschillende data, in verschillende formaten, met verschillende eisen, en ze zijn in verschillende landen live.

Deze gids behandelt wat elk systeem op veldniveau echt vereist, wat werkelijk overlapt en wat niet, en, omdat de meeste lezers van deze blog niet voornamelijk in de Verenigde Staten verkopen, wat de moeite waard is om te doen als agentic checkout jouw markt nog niet heeft bereikt.

Het landschap, eerlijk bekeken

Twee observaties voordat we verdergaan.

Ten eerste: ontdekking en checkout zijn aparte problemen. Vindbaar zijn voor een AI-agent is een probleem van datakwaliteit dat vandaag overal ter wereld speelt. Transacties mogelijk maken binnen een AI-oppervlak is een probleem van protocolintegratie dat momenteel tot een handvol markten beperkt is. Die twee door elkaar halen is de meest voorkomende fout in de berichtgeving over dit onderwerp, en het leidt ertoe dat merchants buiten de VS concluderen dat niets ervan voor hen geldt. Het tegendeel is waar: de ontdekkingslaag geldt voor iedereen, en daar zit momenteel vrijwel alle beschikbare waarde.

Ten tweede: de protocollen komen samen op het gebied van infrastructuur, niet van data. UCP werkt uitdrukkelijk samen met A2A, AP2 en MCP. ACP is op hetzelfde brede idee gebouwd. Maar hun productschema's blijven echt verschillend, en een feed die voor het ene is gebouwd, past niet zomaar in het andere. Dat is een probleem van feedbeheer, geen strategisch probleem, en er is een eenvoudige oplossing voor: onderhoud één verrijkte interne bron van waarheid en genereer daaruit exports per bestemming.

Laag 1: De basis voor ontdekking (geldt overal, vandaag)

Vóór elk protocolspecifiek werk is er een set eisen die al deze systemen delen. Doe je verder niets uit dit artikel, doe dan deze laag. Het kost geen integratiewerk en het bepaalt in werkelijkheid of je wordt aanbevolen.

Productidentificatie

De GTIN is de koppelsleutel van het hele AI-shoppingecosysteem. Al deze systemen gebruiken gestandaardiseerde identificatiegegevens om je product te koppelen aan hetzelfde product elders: om prijzen te vergelijken, reviews samen te voegen en te weten dat jouw listing en de listing van een reviewsite hetzelfde object beschrijven.

Ontbrekende GTIN's leveren geen foutmelding op. Ze leveren stilte op: je product doet simpelweg niet mee in de vergelijking die de agent uitvoert. Vooral Perplexity weegt de volledigheid van identificatiegegevens naar verluidt strenger mee dan Google.

Controleer de GTIN-dekking als percentage van je actieve SKU's. Ligt die onder de 90%, dan is dat getal je eerste project.

Volledigheid van attributen

Traditionele Shopping-advertenties werkten met een vrij kleine set verplichte attributen. Een agent redeneert over alles wat je hem geeft. Elk ingevuld veld is een mogelijke reden voor de agent om jou aan te bevelen: materiaal, afmetingen, compatibiliteit, onderhoudsinstructies, stroomvereisten, garantievoorwaarden.

De omslag in denken is deze: een attribuut is geen filterwaarde meer. Het is een argument. material: full-grain leather is geen facet, het is de zin die de agent gebruikt als een shopper vraagt welke van twee tassen mooier oud wordt.

Consistentie op elk oppervlak

Dit is de eis die het vaakst wordt overgeslagen en die je het meest kan schaden.

Een menselijke shopper die ₺2,499 op je productpagina ziet en ₺2,399 in een vergelijkingsresultaat, haalt zijn schouders op en gaat verder. Een agent behandelt die afwijking als signaal over de betrouwbaarheid van je data, en een checkout die mislukt omdat de prijs is veranderd, is voor de beheerder van de agent een veel slechtere uitkomst dan jou simpelweg niet aanbevelen.

Controleer de consistentie tussen je productpagina's, je Merchant Center-feed, je gestructureerde data op de pagina en eventuele marktplaatslistings die je hebt. Prijzen, beschikbaarheid, verzendvoorwaarden en retourbeleid moeten allemaal overeenkomen. Vooral retour- en verzendbeleid worden steeds vaker door agents gelezen en aan shoppers doorgegeven.

Actualiteit

<!-- İç link: /feed-update-frequency -->

De nachtelijke feedverversing is niet meer voldoende. De Shopping Graph van Google ververst op een schaal die wordt gemeten in miljarden listings per uur en geeft de voorkeur aan live data; de feedverwerking van OpenAI accepteert verversingen tot elke 15 minuten.

De reden is niet cosmetisch. Als een agent een transactie kan afronden, leidt verouderde voorraaddata niet tot een licht teleurgestelde shopper, maar tot een mislukte transactie. Systemen die transacties laten mislukken, krijgen minder gewicht.

Praktisch doel: prijs en beschikbaarheid worden binnen 15 minuten doorgevoerd voor snel lopende voorraad, en minimaal elk uur voor al het andere. Voor de meeste merchants betekent dit overstappen van geplande bestandsophaling naar updates via een API of push.

Toegang voor crawlers

Controleer je robots.txt op AI-crawlers. Veel merchants hebben ze in 2024 en 2025 reflexmatig geblokkeerd tijdens het debat over "moeten we AI laten trainen op onze content", en zijn nooit op die beslissing teruggekomen. Het blokkeren van de crawler die een shoppingindex vult, is een andere beslissing dan het blokkeren van een trainingscrawler, en die wordt vaak per ongeluk genomen door een team dat het nooit als commerciële beslissing zag.

Laag 2: Google — conversationele attributen

Dit is het meest concrete, het minst besproken en het direct bruikbaarste deel van het hele onderwerp, en het is de sectie die ik twee keer zou lezen.

Naast UCP heeft Google een set conversationele attributen toegevoegd aan de specificatie voor productdata van Merchant Center. Ze zijn optioneel, ze vullen je bestaande productdata aan en hun uitdrukkelijke doel is AI-systemen en conversationele agents te helpen de specifieke nuances van je producten te begrijpen. Google stelt dat het toevoegen ervan geen invloed heeft op de goedkeuringsstatus van je bestaande producten.

Dat laatste punt is belangrijk: het risico is nul. Je voegt beschrijvende data toe en verandert niets aan wat Google voor goedkeuring valideert.

Dit is de set:

Googles eigen uitgewerkte voorbeeld, voor één variant van een telefoon, combineert item_group_title, variant_option, question_and_answer, product_highlight, product_detail, related_product, popularity_rank en document_link op één artikel, naast de standaardattributen.

Waarom deze zes, en waar ze echt voor zijn

Kijk wat elk ervan voor een agent doet:

• question_and_answer is het script van de agent. Een shopper vraagt "kan dit in de vaatwasser?" en de agent heeft jouw antwoord of niet. Heeft hij het niet, dan zegt hij dat hij het niet weet, wat de verkoop kost, of beveelt hij een concurrent aan die het veld wel heeft ingevuld.
• document_link geeft de agent een document waarover hij kan redeneren. Montage-instructies beantwoorden "hoe moeilijk is dit in elkaar te zetten?" Specificatiebladen beantwoorden compatibiliteitsvragen die je niet kon voorzien.
• related_product is de manier waarop cross-sell overleeft nu je website uit de shoppingreis verdwijnt. Vooral required_part voorkomt de slechtste uitkomst in agentic commerce: een shopper die iets koopt dat op zichzelf niet werkt.
• item_group_title en variant_option lossen het probleem op dat variantfeeds al zolang ze bestaan parten speelt: een agent die acht rijen ziet en niet begrijpt dat het één product in acht maten is. Dit is het probleem van variantstructurering in een nieuwe context.
• popularity_rank is jouw manier om de agent te vertellen welke van je producten echt verkopen. Niemand anders kan hem dat signaal geven.

Ze op schaal ingevuld krijgen

Het eerlijke obstakel: niemand heeft een kolom question_and_answer in zijn PIM staan.

Maar de meeste merchants hebben wel het ruwe materiaal: thema's uit klantenservicetickets, FAQ's op productpagina's, reviewcontent en retourredenen. De waardevolste vraag-antwoordparen zijn meestal te vinden in de vragen die je supportteam het vaakst beantwoordt en in de redenen waarom producten worden geretourneerd. Een retour met de reden "paste niet op mijn machine" is een compatibiliteitsvraag die je in de feed zou moeten beantwoorden.

Google raadt aan deze toe te voegen via een aanvullende gegevensbron in plaats van je primaire feed om te bouwen, en dat is operationeel de juiste keuze, omdat het team dat de productdata beheert en het team dat de supportcontent beheert zelden hetzelfde team zijn.

Op catalogusschaal wordt dit een kwestie van regels: leid item_group_title af van de naam van je hoofdproduct, bouw variant_option op uit de attributen die je al als kleur en maat opslaat, bereken popularity_rank als percentiel uit je eigen verkoopdata en map document_link vanuit je bestaande bibliotheek met handleidingen op basis van een SKU-patroon. In Feedance zijn dit feedregels die bij elke verversing worden toegepast, en vooral popularity_rank kan automatisch opnieuw uit verkoopdata worden berekend in plaats van met de hand te worden bijgehouden.

Begin met je top 200 SKU's op omzet en drie vraag-antwoordparen per SKU. Dat is een week werk en het dekt het grootste deel van je vertoningen die voor agents zichtbaar zijn.

Laag 3: ACP van OpenAI — een echt andere vorm

Ga je ervan uit dat de ChatGPT-feed je Google-feed is met andere kolomnamen, dan bouw je het verkeerde. Het productfeedschema van ACP is structureel anders, en de verschillen zeggen veel over wat agentische systemen willen.

Producten bevatten varianten. De feed van Google is plat: elke variant is een eigen rij, aan elkaar gekoppeld via item_group_id. ACP draait dit om: een productobject is het canonieke record en bevat een array van variantobjecten. Elke variant heeft een eigen id, titel, prijs, beschikbaarheid, media en opties.

Voor een agent is dit een beter model, en het is de moeite waard te begrijpen waarom. Met een platte feed moet de agent "dit is één schoen in negen maten" reconstrueren uit een gedeelde groeperingssleutel. Een geneste feed geeft hem dat gegeven direct. Merchants met catalogi vol varianten, vooral in de mode, halen hier een echte winst in nauwkeurigheid.

Prijzen zijn gehele getallen in de kleinste eenheid. { "amount": 7999, "currency": "USD" } is 79,99 USD. Geen decimale string. Elke pipeline die met kommagetallen op prijzen rekent, moet worden gecontroleerd voordat hij ongemerkt iets verkeerds oplevert.

Beschrijvingen zijn objecten, geen strings. Het object description accepteert plain, html en markdown; je kunt elke combinatie aanleveren.

Links naar het beleid van de verkoper zijn volwaardige velden. Het object seller bevat links, getypeerd als privacy_policy, terms_of_service, refund_policy, shipping_policy of faq. Lees die lijst nog eens: de agent wil je retourbeleid als gestructureerd veld. In een wereld waarin de shopper je website nooit ziet, moet je beleid met het product meereizen.

Conditie is een array. ["new"], en er kan meer dan één waarde van toepassing zijn, wat vooruitloopt op tweedehands en refurbished voorraad.

Een minimale vorm:

{
  "id": "SKU12345",
  "title": "Trail Running Shoe",
  "description": { "plain": "Waterproof trail shoe with cushioned sole." },
  "url": "https://example.com/products/SKU12345",
  "media": [
    { "type": "image", "url": "https://example.com/images/SKU12345.jpg",
      "alt_text": "Black trail running shoe", "width": 1200, "height": 1200 }
  ],
  "variants": [
    {
      "id": "SKU12345-BLK-10",
      "title": "Black / 10",
      "barcodes": [{ "type": "gtin", "value": "1234567890123" }],
      "price": { "amount": 7999, "currency": "USD" },
      "list_price": { "amount": 9999, "currency": "USD" },
      "availability": { "available": true, "status": "in_stock" },
      "variant_options": [
        { "name": "color", "value": "Black" },
        { "name": "size", "value": "10" }
      ],
      "categories": [
        { "value": "Apparel & Accessories > Shoes", "taxonomy": "merchant" }
      ],
      "condition": ["new"],
      "seller": {
        "name": "Example Store",
        "links": [
          { "type": "refund_policy", "title": "Returns policy",
            "url": "https://example.com/returns" }
        ]
      }
    }
  ]
}

Het feedbestand gaat vergezeld van een header met feed_id, account_id, target_merchant en target_country. Let op: het land wordt op feedniveau ingesteld, wat betekent dat merchants met meerdere markten één feed per markt aanleveren.

Het aanbevolen leverpatroon van OpenAI is één keer per dag een volledige feed via een bestandsupload, met updates gedurende de dag via de API. Kleine catalogi kunnen beide via de API doen.

Eén ding om nuchter naar te kijken: de checkout in de chat van OpenAI heeft een ingewikkelder eerste jaar gehad dan de aankondigingen deden vermoeden, en het bedrijf heeft publiekelijk erkend dat de eerste implementatie van Instant Checkout minder flexibel was dan bedoeld, met een verschuiving van de nadruk naar productontdekking en een doorverwijzing naar de site van de merchant voor de betaling. Stel je prioriteiten, behandel ACP-ontdekking dan als de kans op korte termijn en ACP-checkout als een langetermijnweddenschap.

Laag 4: Perplexity

Het merchantprogramma van Perplexity is het minst gedocumenteerde van de drie, en wordt daarom het vaakst verkeerd weergegeven. Gidsen die een gedetailleerde veldspecificatie voor Perplexity publiceren, extrapoleren vanuit Google; er is geen officiële veldspecificatie gepubliceerd.

Wat wel bekend is:

• Het programma is gratis en werkt op basis van aanmelding; de onboarding is in 2025 en 2026 uitgebreid.
• De feed wordt aangeleverd als CSV of XML, via API, SFTP of een speciale S3-bucket, in het Google Shopping-formaat.
• De volledigheid van productdata werkt als rankingfactor: completere data geeft het systeem meer om mee te werken bij het genereren van vergelijkingen en samenvattingen van voor- en nadelen.
• Volledigheid van identificatiegegevens, reviewdata en Schema.org-markup op de pagina lijken zwaarder te wegen dan bij Google.
• Een feed is niet strikt noodzakelijk om als bron te worden vermeld; een crawlbare catalogus met schone Product-schema's kan ook naar voren komen, maar een feed vergroot de kans dat je een aanbevolen product wordt.
• Transactionele functies zijn beperkt tot de VS. Buiten de VS kun je worden geciteerd en gelinkt, maar wordt er niet via het platform verkocht.

De praktische conclusie: voor Perplexity zit het werk in Schema.org-hygiëne op je productpagina's plus reviewdata, niet in een nieuwe feedintegratie. Als je productpagina's al geldige Product- en Offer-markup met GTIN, prijs, beschikbaarheid en aggregateRating bevatten, heb je het meeste al gedaan.

Laag 5: Checkout — en de eerlijke geografie

Hier slaat de berichtgeving vaak door, dus laten we precies zijn over wat echt live is.

UCP-checkout. Beschikbaar voor geselecteerde merchants, met productgeschiktheid in de Verenigde Staten, Canada en Australië op het moment van schrijven. Het verschijnt als koopknop bij geschikte listings in AI Mode en Gemini. Jij blijft de verkoper van record. Klanten betalen via Google Pay met gegevens die al in hun Google Wallet staan. Deelname vereist dat je aan de technische eisen voldoet, een interesseformulier indient en de implementatie afrondt, en, cruciaal, alleen listings met het productattribuut native_commerce(checkout_eligibility) tonen de koopknop.

Dat laatste detail is de les op feedniveau. Al het andere aan UCP-checkout is integratiewerk in de backend; het signaal voor geschiktheid zelf zit in je productdata.

Google kondigde in maart 2026 een vereenvoudigde onboarding voor UCP via Merchant Center aan, samen met mogelijkheden voor winkelmandje, catalogus en identiteitskoppeling, en heeft wereldwijde uitbreiding in de loop van 2026 aangekondigd.

ACP-checkout. Vereist de implementatie van drie flows, namelijk een productfeed, een checkout-API en gedelegeerde betaling via een PSP zoals Stripe, en staat open voor goedgekeurde partners.

Perplexity Buy with Pro. Beperkt tot de VS.

Als je buiten de VS verkoopt

De meeste van onze klanten verkopen in Turkije, de Golfregio en Europa. Dit is de eerlijke stand van zaken voor die situatie:

Agentic checkout is nog niet voor je beschikbaar. Agentic ontdekking wel, volledig, vandaag.

Een shopper in Istanbul die Gemini of ChatGPT vraagt producten te vergelijken, krijgt nu al een antwoord dat is opgebouwd uit gestructureerde productdata. Of jouw producten in dat antwoord voorkomen, wordt volledig bepaald door laag 1 en laag 2 hierboven: dekking van identificatiegegevens, volledigheid van attributen, conversationele attributen, actualiteit en consistentie. Daarvoor is geen protocolintegratie, geen Amerikaanse entiteit en geen aanmelding voor early access nodig.

De volgorde voor een merchant buiten de VS is dus overzichtelijk:

1. Voer laag 1 volledig uit. Het levert alleen maar voordeel op en verbetert ook je bestaande prestaties in Shopping en Performance Max.
2. Pak laag 2 nu op. Conversationele attributen zijn beschikbaar in de standaardspecificatie van Merchant Center, brengen geen goedkeuringsrisico met zich mee en bijna niemand in jouw markt heeft ze ingevuld.
3. Houd laag 5 in de gaten. Zodra checkout jouw markt bereikt, integreren de merchants die laag 1 en 2 hebben gedaan binnen enkele weken. De merchants die dat niet hebben gedaan, beginnen met een onvolledige catalogus.

Het voordeel van vroeg beginnen is niet dat je dit kwartaal transacties in ChatGPT doet. Het is dat het verbeteren van de datakwaliteit van je catalogus maanden duurt en niet snel te koop is zodra het venster opengaat.

⚠️ Eén deadline die niet optioneel is

Los van al het bovenstaande, en veel urgenter: de Content API for Shopping van Google wordt op 18 augustus 2026 uitgefaseerd. Na die datum werken aanroepen naar de verouderde v2.1-endpoints niet meer.

Dit raakt alleen programmatische integraties; handmatige uploads, geplande ophalingen en feeds via Google Sheets worden niet geraakt. Merchants die officiële platformintegraties gebruiken (het Google & YouTube-kanaal van Shopify, Google Listings & Ads van WooCommerce) worden door het platform ontzorgd. Eigen integraties en sommige tools van derden moeten handmatig naar Merchant API v1 migreren.

Twee dingen om vandaag te controleren: ga in Merchant Center naar Instellingen → Gegevensbronnen en kijk naar de kolom Bron. Staat daar "Content API", dan heb je een actiepunt. En houd er rekening mee dat feedlabels niet automatisch worden overgenomen: als de campagnestructuur in Google Ads afhangt van feedlabels, kan een slordig uitgevoerde migratie ertoe leiden dat campagnes niet meer worden weergegeven.

Bereikt je feed Merchant Center via Feedance, dan regelen wij deze migratie en verandert er niets aan je exportconfiguratie.

Wat "klaar voor agents" per veld betekent

De lagen samengebracht in één operationeel overzicht:

De nuttige oefening is die tabel dwars te lezen: zie hoeveel van het gedrag aan de rechterkant wordt bepaald door velden die optioneel zijn, en die de meeste catalogi leeg laten.

De checklist voor gereedheid

Basisvereisten: doe deze eerst, ze gelden voor elk oppervlak

• [ ] GTIN-dekking boven 90% van de actieve SKU's
• [ ] Prijs en beschikbaarheid worden binnen 15 minuten tot een uur doorgevoerd, niet 's nachts
• [ ] Prijs, beschikbaarheid, verzending en retouren zijn consistent tussen site, feed en marktplaatsen
• [ ] Alle afbeeldingen minimaal 500×500 (vanaf 31 januari 2027 ook vereist door Google)
• [ ] Geldige Schema.org-markup voor Product en Offer op elke productpagina, met aggregateRating als je reviews hebt
• [ ] AI-crawlers niet per ongeluk geblokkeerd in robots.txt
• [ ] google_product_category correct gemapt, niet aan inferentie overgelaten
• [ ] Migratie van de Content API bevestigd afgerond

Concurrentievoordeel: de meeste spelers in je markt hebben dit niet gedaan

• [ ] question_and_answer ingevuld voor je top 200 SKU's, met 3+ paren per SKU
• [ ] item_group_title en variant_option voor elke variantfamilie
• [ ] popularity_rank berekend uit je eigen verkoopdata
• [ ] document_link gemapt vanuit je bestaande bibliotheek met handleidingen en specificatiebladen
• [ ] related_product voor accessoires en benodigde onderdelen
• [ ] video_link bij je belangrijkste producten
• [ ] Volledigheid van attributen boven 95% in je best verkopende omzetdeciel

Voorhoede: voor merchants in markten die in aanmerking komen

• [ ] ACP-feed gegenereerd en aangeleverd, dagelijks volledig plus API-updates gedurende de dag
• [ ] Aanmelding voor het merchantprogramma van Perplexity ingediend
• [ ] Interesseformulier voor UCP ingediend, geschiktheid voor native_commerce aangegeven bij geschikte listings
• [ ] Verkeer en orders afkomstig van agents apart getagd in analytics

Dat laatste punt verdient nadruk. Orders via agents worden niet toegeschreven zoals zoekverkeer of betaalde social, en als je ze niet op het moment van integratie tagt, kun je niet aantonen dat iets hiervan heeft gewerkt. Richt de meting in voordat je haar nodig hebt.

Moet je er moeite in steken?

Een evenwichtig antwoord, want het onderwerp trekt meer zekerheid aan dan het bewijs rechtvaardigt.

Redenen voor scepsis. De adoptie van checkout verloopt trager dan de lanceringsaankondigingen deden vermoeden. OpenAI heeft na de eerste poging met Instant Checkout publiekelijk een nieuwe koers ingezet. De meeste transactionele functies zijn geografisch beperkt. Gepubliceerde data over incrementele omzet is schaars, en de indrukwekkend klinkende groeimultiplicatoren beginnen meestal vanaf een zeer kleine basis.

Redenen om toch in actie te komen. Bijna alles in laag 1 en 2 verbetert je bestaande betaalde prestaties, ongeacht of agentic commerce de verwachtingen waarmaakt. Volledige attributen, nauwkeurige identificatiegegevens en actuele voorraaddata laten Performance Max vandaag al beter werken. Conversationele attributen brengen geen goedkeuringsrisico met zich mee. En de datakwaliteit van een catalogus is een project van maanden zonder kortere weg: de merchants die beginnen als de kans evident is, beginnen met een achterstand.

De invalshoek die we zouden voorstellen: bouw niet voor agentic commerce, bouw een catalogus die volledig en correct is. Gereedheid voor agents is hoe een volledige en correcte catalogus er in 2026 uitziet. Het protocolwerk is een dunne laag daarbovenop, en dat is het deel dat snel kan worden gedaan zodra de onderliggende data klopt.

Wil je een nulmeting voordat je je ergens aan verbindt, dan beoordeelt onze gratis tool voor productfeedaudits elke feed op volledigheid, datakwaliteit en technische gezondheid, wat een redelijke indicatie is van hoeveel hiervan je al hebt.

Bronnen

• Google Merchant Center Help — About the Universal Commerce Protocol (UCP): https://support.google.com/merchants/answer/16837055
• Google Merchant Center Help — How to use conversational attributes: https://support.google.com/merchants/answer/17085370
• Google Merchant Center Help — Product data specification: https://support.google.com/merchants/answer/7052112
• Google Developers Blog — Under the Hood: Universal Commerce Protocol: https://developers.googleblog.com/under-the-hood-universal-commerce-protocol-ucp/
• Google for Developers — Migrate from Content API for Shopping to Merchant API: https://developers.google.com/merchant/api/guides/compatibility/overview
• OpenAI Developers — Product Feed Spec (Agentic Commerce): https://developers.openai.com/commerce/specs/spec
• OpenAI Developers — Agentic Commerce key concepts: https://developers.openai.com/commerce/guides/key-concepts
• Agentic Commerce Protocol: https://www.agenticcommerce.dev/
• Universal Commerce Protocol: https://ucp.dev